digikam crash with SiPix Snap USB / both 0.80 and 0.81

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

digikam crash with SiPix Snap USB / both 0.80 and 0.81

Dr. Ing. Dieter Jurzitza
Dear listmembers,
my son recently got a SiPix Snap USB camera. It is immediatly detected by
digikam and shown as:

SiPix Snap SiPix Snap usb:

I can access the camera, pictures are shown:
SixPix Snap
image0000.pnm  image0001.pnm image0002.pnm ...

Now, if i try to preview, klick on one of those digikam crashes, I get
Bogus Huffman table definition
ICE default IO error handler doing an exit(), pid XXXX, errno = 0

If I try to download one of the pictures, I get a crash, too:
Corrupt JPEG data: 183 extraneous bytes before marker 0xda
Huffman table 0x01 was not defined
ICE default IO error handler doing an exit(), pid = XXXX, errno = 0

I mean, a crash in preview is somehow understandable, but getting a jpeg error
message during download is strange: why the hell is digikam attempting to
interpret the data if I say: download? This should not happen but does for
both digikam 0.80 and 0.81. Anyone there to shade some light on this?
Your help is highly appreciated!
Many thanks in advance,
take care



Dieter Jurzitza




--
-----------------------------------------------------------

                               |
                                \
                 /\_/\           |
                | ~x~ |/-----\   /
                 \   /-       \_/
  ^^__   _        /  _  ____   /
 <°°__ \- \_/     |  |/    |  |
  ||  ||         _| _|    _| _|

if you really want to see the pictures above - use some font
with constant spacing like courier! :-)
-----------------------------------------------------------
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: digikam crash with SiPix Snap USB / both 0.80 and 0.81

F.J.Cruz
El Viernes, 15 de Septiembre de 2006 17:24, Dieter Jurzitza escribió:

> Dear listmembers,
> my son recently got a SiPix Snap USB camera. It is immediatly detected by
> digikam and shown as:
>
> SiPix Snap SiPix Snap usb:
>
> I can access the camera, pictures are shown:
> SixPix Snap
> image0000.pnm  image0001.pnm image0002.pnm ...
>
> Now, if i try to preview, klick on one of those digikam crashes, I get
> Bogus Huffman table definition
> ICE default IO error handler doing an exit(), pid XXXX, errno = 0
>
> If I try to download one of the pictures, I get a crash, too:
> Corrupt JPEG data: 183 extraneous bytes before marker 0xda
> Huffman table 0x01 was not defined
> ICE default IO error handler doing an exit(), pid = XXXX, errno = 0
>
> I mean, a crash in preview is somehow understandable, but getting a jpeg
> error message during download is strange: why the hell is digikam
> attempting to interpret the data if I say: download? This should not happen
> but does for both digikam 0.80 and 0.81. Anyone there to shade some light
> on this? Your help is highly appreciated!
> Many thanks in advance,
> take care
>
>
>
> Dieter Jurzitza
Well, I think digikam has to know which type of file is working on.

Paco.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: digikam crash with SiPix Snap USB / both 0.80 and 0.81

Dr. Ing. Dieter Jurzitza
Dear listmembers,
dear Paco,
I strongly disagree. If I want to download a file I want to download it. Byte
for byte. No the slightest reason for the application to know anything about
it. Moreover, if there is a file called "pnm" and digikam accesses this via
libjpeg we have two options:

1.) "file" returns "jpeg" for the "pnm", what is due to a bad format of the
pnm. This nevertheless must allow me to download the file.
2.) there is a bug in digikam causing the interpretation of those files
through libjpeg anyway.
3.) I deeply misinterpret something.

In any case: I should be able to download a file regardless of it's contents.
If that does not work, there is a bug.
Thanks for helping anyway,
take care



Dieter Jurzitza

> Well, I think digikam has to know which type of file is working on.
>
> Paco.
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users

--
-----------------------------------------------------------

                               |
                                \
                 /\_/\           |
                | ~x~ |/-----\   /
                 \   /-       \_/
  ^^__   _        /  _  ____   /
 <°°__ \- \_/     |  |/    |  |
  ||  ||         _| _|    _| _|

if you really want to see the pictures above - use some font
with constant spacing like courier! :-)
-----------------------------------------------------------
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: digikam crash with SiPix Snap USB / both 0.80 and 0.81

Marcel Wiesweg
In reply to this post by Dr. Ing. Dieter Jurzitza
Am Freitag 15 September 2006 17:24 schrieb Dieter Jurzitza:

> Dear listmembers,
> my son recently got a SiPix Snap USB camera. It is immediatly detected by
> digikam and shown as:
>
> SiPix Snap SiPix Snap usb:
>
> I can access the camera, pictures are shown:
> SixPix Snap
> image0000.pnm  image0001.pnm image0002.pnm ...
>
> Now, if i try to preview, klick on one of those digikam crashes, I get
> Bogus Huffman table definition
> ICE default IO error handler doing an exit(), pid XXXX, errno = 0
>
> If I try to download one of the pictures, I get a crash, too:
> Corrupt JPEG data: 183 extraneous bytes before marker 0xda
> Huffman table 0x01 was not defined
> ICE default IO error handler doing an exit(), pid = XXXX, errno = 0
>
> I mean, a crash in preview is somehow understandable, but getting a jpeg
> error message during download is strange: why the hell is digikam
> attempting to interpret the data if I say: download? This should not happen
> but does for both digikam 0.80 and 0.81. Anyone there to shade some light
> on this? Your help is highly appreciated!

Please try 0.9.0-beta2. Much has changed, and no bugs will be fixed in the 0.8
series any more.
If you still get crashes, please file a bug report at bugs.kde.org, then
chances are high that your problem will not be forgotten on the mailinglist.
Provide a suitable backtrace (compile with --enable-debug) so that we can see
from where the crash comes.
It seems very unusual to me that a camera provides .pnm files - can you open
them with other programs, what does the "file" utility say?

Btw: When digikam downloads a file, the file's metadata will be read and the
file is added to the database, so it needs to know its type.
And, a crash is always understandable but never acceptable ;-)

Marcel

> Many thanks in advance,
> take care
>
>
>
> Dieter Jurzitza
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: digikam crash with SiPix Snap USB / both 0.80 and 0.81

Dr. Ing. Dieter Jurzitza
Dear listmembers,
thanks to Marcel's help I found out that the problem is definitively due to
the camera I have.

I can download the pictures, with gphoto2 and "file" says that the pictures
were jpegs, but trying to load them with any program reading jpegs fails
entirely.

Digikam is using gphoto2 to download pictures from the camera as I was told.
The question is whether there is any good reason for digikam to crash in case
gphoto2 is crashing. I haven't been building digikam-0.9 so far, but I would
guess that this behaviour did not change from 0.8 to 0.9.

IMHO failures of subprocesses should be caught and the output of the
subprocess should show in some window or whatever rather than bringing the
main application to crash. So, if anyone finds the time to look into the
error recovery behaviour of digikam in case that gphoto2 returns an error, it
would be nice to prevent gphoto2 from killing digikam.

Moreover, maybe it would be an idea to allow the user to simply download a
file by some option, using the corresponding call parameter to gphoto2
without interpreting the data in advance. This would let you check whether
such issues occur - addmittedly rare circumstance, but anyway.

And, thanks again to Marcel who had put me on the right track.

Just my 2 cent here ...
Take care




Dieter Jurzitza

Am Sonntag, 17. September 2006 18:38 schrieb Marcel Wiesweg:
> Am Freitag 15 September 2006 17:24 schrieb Dieter Jurzitza:
> > Dear listmembers,
> > my son recently got a SiPix Snap USB camera. It is immediatly detected by
*****

--
-----------------------------------------------------------

                               |
                                \
                 /\_/\           |
                | ~x~ |/-----\   /
                 \   /-       \_/
  ^^__   _        /  _  ____   /
 <°°__ \- \_/     |  |/    |  |
  ||  ||         _| _|    _| _|

if you really want to see the pictures above - use some font
with constant spacing like courier! :-)
-----------------------------------------------------------
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users