yagf crashes every time i scan an image

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Start the proogramm
2. Press the scan button
3. when xsane finishes scanning the image and sends it to yagf the programm 
crashes

What is the expected output? What do you see instead?

Expected output is a loaded image for further processing. Instead the programm 
crashes. I started yagf using the terminal and it reports segmentation fault.
 With yagf -v :
Qt has caught an exception thrown from an event handler. Throwing
exceptions from an event handler is not supported in Qt. You must
reimplement QApplication::notify() and catch all exceptions there.

terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
Aborted

What version of the product are you using? On what operating system?

YAGF Version 0.9.3.2. Debian testing (jessie)

Please provide any additional information below.

The crash happens when the option to "crop the image when loaded" is checked. 
When I uncheck this option everything else works as expected. This started 
after I updated to 0.9.3.2. I used the programm before the update on the same 
system and everything worked fine. I think i had version 0.9.3.1 before but I 
'm not 100% sure.

Original issue reported on code.google.com by gser...@gmail.com on 10 Apr 2014 at 10:29

[GoogleCodeExporter]

When I issued "yagf -v" I scanned an image first with the option to "crop the 
image when loaded" unchecked and then I checked it again,scanned, the programm 
crashed and returned the message I posted above. When I start the programm with 
the option checked and then issue "yagf -v" it reports just "segmentation 
fault". 

Just to clarify what triggered the different messages, because the -v option 
isn't the reason. 

Original comment by gser...@gmail.com on 10 Apr 2014 at 11:28

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Cannot reproduce. The only possible explanation that occurs to me is the lack 
of memory in the particular system. I leave it here for further clarification: 
what system it was (32 - 64 bits) and how much memory was present. Also does 
turning off other options help as well?

Original comment by andrei.b...@gmail.com on 6 May 2014 at 11:28

[GoogleCodeExporter]

The memory shouldn't be a problem. There is 2GB installed and more than half of 
it available every time this happens. My system is 64-bit. Turning other 
options off doesn't make any difference. As long as crop image is unchecked 
everything else seems to work. Even when the only option cheked is "crop image" 
the programm still crashes.

I checked the files in .conf/yagf/ folder and I can see that the files 
"scan-input-0.png" , "scan-input-1.png"... (along with some tmp-*.ygf files) 
are created after every scan, even if I check the crop image option and the 
program crashes. 

I run severel tests checking and unchecking the options and something weird 
happend sometimes but I couldn't find a way to reproduce it all the time.It 
just happend randomly. What happend was that I had the options "deskew" and 
"preprocess" image checked (crop always unchecked) and I made my first scan 
after opening the program. The image was loaded in the program window, a file 
scan-input-0.png was created in the yagf folder and then a dialog poped-up 
saying "Failed to Load Image /home/user/.config/yagf/scan-input-1.png". 
Everything stll worked, no crash , just a weird dialog.

Maybe something wrong with the naming of the temp files? I also tried removing 
the ~/.config/yagf folder but the behavior stayed the same after the new one 
was created. Is there any other tmp file that could cause a problem and i 
should try erasing? Should I  try a purge-remove and reinstall and report back?

Original comment by gser...@gmail.com on 7 May 2014 at 12:19

[GoogleCodeExporter]

This problem of automatic cutoff Pictures (Settings YAGF -> Image Processing -> 
Crop the image at boot).
Good luck! Thanks to the author of the program.

Original comment by schurin....@gmail.com on 24 Jun 2014 at 1:29

[GoogleCodeExporter]

OK I shall see

Original comment by andrei.b...@gmail.com on 13 Aug 2014 at 5:04

• Changed state: Started

[GoogleCodeExporter]

Original comment by andrei.b...@gmail.com on 13 Aug 2014 at 10:48

• Changed state: Fixed