search

roberto1903 / companion9x

Automatically exported from code.google.com/p/companion9x
0 stars 0 forks source link

Compare two models Causes C9x Crash #242

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1.Load up document1.eepe and document2.eepe 
2.In File tab click compare
3.Drag Radian to first model to compare from document1.
4.Drag Radian to second model to compare from document2.

What is the expected output? 
compared 

What do you see instead?
Crash of Companion9x as shown in .jpg attached

What version of the product are you using?  C9x Ver  1.46 rev 2228  Aug 13
On what operating system? Windows Vista SP2
Which firmware have you selected ? Taranis

Please provide any additional information below.

Original issue reported on code.google.com by DeanC274@gmail.com on 28 Aug 2013 at 1:47

Attachments:

GoogleCodeExporter commented 8 years ago 
May i ask you how did you manage to create document2.eepe ?
You have as default model model number 7 (empty)
No parameters for custom function 20.
I have solved the issue of crash in SVN, so now even a bad eeprom doesn't crash 
any longer, but i wonder how did you managed to  get default model on a empty 
one.

Original comment by romolo.m...@gmail.com on 28 Aug 2013 at 6:33

GoogleCodeExporter commented 8 years ago

Original comment by romolo.m...@gmail.com on 28 Aug 2013 at 6:34

GoogleCodeExporter commented 8 years ago 
I had two versions of my Taranis Model File.  One from downloading to T a day 
or two ago and one from return from field.  Wanted to check what changes I had 
made to T at the feild so read in Model File again and tried the compare.  Got 
the crash.

So created two new documents and copied only the radian files from my actual 
radio contents old and new eepe.  I wanted to see if it required all the other 
models or was demonstatable with only the two versions of Radain.  Since 
simpler, one model showed problem that it would be easier to diagnosis without 
a bunch of extranious models.  So just saved them and didn't even think about 
what model was current, i.e. highlighted.  Sorry.

Original comment by DeanC274@gmail.com on 28 Aug 2013 at 3:35

GoogleCodeExporter commented 8 years ago 
Yep using SD to reset was one of the changes.  SwDDown was a bad choice for 
doing a reset in actual flying.

Original comment by DeanC274@gmail.com on 28 Aug 2013 at 3:38

GoogleCodeExporter commented 8 years ago 
About the default model I understood what you did...
the second question is how did you managed to get a reset with no params...

Original comment by romolo.m...@gmail.com on 28 Aug 2013 at 3:57

GoogleCodeExporter commented 8 years ago 
When I went to the field I had a reset ALL as a parameter.  At the field while 
flying,  pulled SwD by accident....Decided I din't like that so change Fun 20 
to no switch...Reset stayed in place.

My continuing rebellion against calling switches/Logicals/Booleans and 
Functions 'Custom'  Ignore, its a personal problem.  Dean :-)

Original comment by DeanC274@gmail.com on 28 Aug 2013 at 5:42