Mantis Bug Tracker

View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000866LoaderFile Loading/Savingpublic2013-10-03 10:382013-10-16 21:58
Assigned Tosean94z 
PlatformMicrosoftOSWindowsOS Version7
Product Version0.1.0-SNAPSHOT 
Target VersionFixed in Version 
Summary0000866: Loader crashes while selecting file to upload
DescriptionIt keeps crashing on me when I click 'Open File'.
I've tried different folder locations(Desktop, C:\ without folders), different ports (Com1, Com4, Com10, etc), OS is Win7 x64 but tried the compatibilty mode (Win Xp, run as admin). Doesn't help at all. Pulled out all of my hair allready and am about to start on someone elses...;)
Every time at the same spot "attempting to parse xxx".
Steps To ReproduceOpen FreeEMS Loader
Click 'Open File'
Select a file, click open
Program crashes
Additional InformationSee screenshots [^] [^]
TagsNo tags attached.
Issue TypeBug
Risk of Breakagemedium
Attached Filesjpg file icon loader1.jpg [^] (44,484 bytes) 2013-10-03 10:39

jpg file icon loader2.jpg [^] (177,652 bytes) 2013-10-03 10:39

zip file icon [^] (3,302,786 bytes) 2013-10-04 04:13

- Relationships

-  Notes
User avatar (0002713)
sean94z (reporter)
2013-10-03 16:25

Please send me the s19 via this bug report. I have a feeling I will have to start doing my own windows builds. Mike experienced this exact issue a couple days ago, after he ran a native build, it worked fine. None the less I would like to verify before I make another attempt at trying to get Mike to fix it, one-off builds are less than ideal IMO.

Re "start on someone elses...;)" easy now, look up FOSS etiquette.

User avatar (0002714)
sean94z (reporter)
2013-10-04 04:13

Try the attached native-build file ASAP. I'm tired of flack that's not exactly my fault.
User avatar (0002715)
sean94z (reporter)
2013-10-04 04:15

Pardon the debug spew, it was compiled with debug flags(which also slow it down quite a bit).
User avatar (0002716)
Fred (administrator)
2013-10-04 09:32
edited on: 2013-10-04 09:33

Pull your head in, mate!

"Re "start on someone elses...;)" easy now, look up FOSS etiquette."

"I'm tired of flack that's not exactly my fault."

Look up "sense of humour", you're clearly tired, or grumpy, or something.

The guy was clearly just joking around...

Thanks for fast response with the binary. It's no permanent solution,though. Line endings will be standard, grab any S19 from the build server to test. You should have all line ending types covered anyway. You should test all three on all three, if possible. Hit Mike up for a hand setting up a hackintosh if necessary. But, as discussed, and agreed, after the LT1 runs. BDM is serving this guy fine for the time being.

User avatar (0002717)
sean94z (reporter)
2013-10-04 15:22

I already wrote a line ending converter in the case of linux builds, I might as well go all the way an just write a new "getline" function I suppose. It just seems stupid that I would have to do that.

If you call getline in linux against a file that has windows line endings it malfunctions. Hence why I did my own ending converter, but it seems something else is broken.....
User avatar (0002725)
Matthijs (reporter)
2013-10-16 07:16

As reported at IRC the loader works again for me with the latest version at the download page. Although really slow it DOES work.
User avatar (0002726)
Fred (administrator)
2013-10-16 07:20

Matthijs, exactly *how* slow is slow? There is acceptable and unacceptable, however there is a setting in windows which should make it good enough. Tell me your reality, and then I'll tell you what's reasonable to expect.
User avatar (0002727)
Matthijs (reporter)
2013-10-16 07:28

5~10 mins or so, can time it again if needed
User avatar (0002728)
Fred (administrator)
2013-10-16 07:33

Yeah, that's unacceptable, Expect 30 to 45 seconds, or so. [^]

Change your buffer and latency settings, first, reboot/unplug/replug/check settings to ensure they stuck, etc, and if it's still that slow, file an issue about it with lots of details.
User avatar (0002731)
sean94z (reporter)
2013-10-16 19:20

Hi Matthijs,

With that 5-10 min load, is it doing a rip before loading?

One thing I also noticed with Windows is that pumping to the console really slows it down too. Example, the s19 parsing is 10x slower on windows. For some reason all of the windows stuff that is built via mikes CI is done with the debug flag set.
User avatar (0002732)
Fred (administrator)
2013-10-16 19:22

Good point re rip, I'll take the blame for that, let's reverse that decision if you agree, and turn it off by default. Fair? I'll bug Mike for comment on debug flags, too.
User avatar (0002734)
sean94z (reporter)
2013-10-16 21:05

IMO it's hard to say what the default should be. At this stage of the game we could disable it by default. On a long enough timeline, I can see a new user wanting to run an update and potentially not backing up his image for what ever it may be worth....
User avatar (0002735)
Fred (administrator)
2013-10-16 21:10

Maybe you need a "this is your first time" window :-) But we also need to know if it was fixed with settings changes, and whether he ripped or not.
User avatar (0002736)
sean94z (reporter)
2013-10-16 21:58

Maybe the term "rip" doesn't register well with some guys out there?

Copyright © 2000 - 2011 MantisBT Group
Powered by Mantis Bugtracker