[Digikam-devel] [Bug 121691] Problems with Downloading images from Camera

[Vardhman Jain]

Gilles,
 I was not following this bug anymore, I guess the last time I updated my
kipi-plugins and other libs things seems to be fine. The video download etc
is also fine. I m not sure how I can actually reproduce the bug. :( may be
for time being you can set this bug fixed.

On 11 Apr 2006 07:20:11 -0000, Gilles Caulier <caulier.gilles at free.fr>
wrote:
>
> ------- You are receiving this mail because: -------
> You are the assignee for the bug, or are watching the assignee.
>
> http://bugs.kde.org/show_bug.cgi?id=121691
>
>
>
>
> ------- Additional Comments From caulier.gilles free fr  2006-04-11 09:20
> -------
> Vardhman,
>
> I have tested PTP mode with my Dynax 5D camera. Here valgrind report
> indeep memory problems into PTP gphoto driver during initialization :
>
> ==27810== Syscall param ioctl(generic) points to uninitialised byte(s)
> ==27810==    at 0x1D545B69: ioctl (in /lib/tls/libc-2.3.5.so)
> ==27810==    by 0x1DA095EF: (within
> /usr/lib/gphoto2_port/0.5.1/libgphoto2_port_usb.so)
> ==27810==  Address 0x1EBFE2A4 is on thread 2's stack
> ==27810==
> ==27810== Conditional jump or move depends on uninitialised value(s)
> ==27810==    at 0x20F6A150: camera_init (in
> /usr/lib/gphoto2/2.1.6/libgphoto2_ptp2.so)
> ==27810==
> ==27810== Invalid read of size 1
> ==27810==    at 0x20F6B22A: (within
> /usr/lib/gphoto2/2.1.6/libgphoto2_ptp2.so)
> ==27810==  Address 0x1D601910 is 0 bytes after a block of size 0 alloc'd
> ==27810==    at 0x1B900B78: calloc (vg_replace_malloc.c:279)
> ==27810==    by 0x20F62345: ptp_usb_getdata (in
> /usr/lib/gphoto2/2.1.6/libgphoto2_ptp2.so)
>
> And after to have donwloaded some files and closed digiKam :
>
> 8508 (20 direct, 8488 indirect) bytes in 1 blocks are definitely lost in
> loss record 319 of 342
> ==27810==    at 0x1B8FF896: malloc (vg_replace_malloc.c:149)
> ==27810==    by 0x1D2D62A1: gp_camera_new (in
> /usr/lib/libgphoto2.so.2.0.3)
> ==27810==
> ==27810==
> ==27810== 9067 (7704 direct, 1363 indirect) bytes in 1 blocks are
> definitely lost in loss record 330 of 342
> ==27810==    at 0x1B8FF896: malloc (vg_replace_malloc.c:149)
> ==27810==    by 0x20F69DA7: ???
> ==27810==
> ==27810==
> ==27810== 10202 bytes in 220 blocks are definitely lost in loss record 331
> of 342
> ==27810==    at 0x1B8FF896: malloc (vg_replace_malloc.c:149)
> ==27810==    by 0x1B8E9FC6: expand_dynamic_string_token (dl-load.c:169)
> ==27810==    by 0x1B8EAA4A: _dl_map_object (dl-load.c:1982)
> ==27810==    by 0x1D58183C: (within /lib/tls/libc-2.3.5.so)
> ==27810==    by 0x1B8EF8A6: _dl_catch_error (dl-error.c:161)
> ==27810==    by 0x1D5820F5: _dl_open (in /lib/tls/libc-2.3.5.so)
> ==27810==    by 0x1D371D1F: (within /lib/libdl-2.3.5.so)
> ==27810==    by 0x1B8EF8A6: _dl_catch_error (dl-error.c:161)
> ==27810==    by 0x1D3723EE: (within /lib/libdl-2.3.5.so)
> ==27810==    by 0x1D371D8C: dlopen (in /lib/libdl-2.3.5.so)
> ==27810==    by 0x1D2D48FC: gp_abilities_list_load (in
> /usr/lib/libgphoto2.so.2.0.3)
> ==27810==
> ==27810==
> ==27810== 262200 bytes in 2 blocks are possibly lost in loss record 342 of
> 342
> ==27810==    at 0x1B8FF896: malloc (vg_replace_malloc.c:149)
> ==27810==    by 0x1D50C087: opendir (in /lib/tls/libc-2.3.5.so)
> ==27810==    by 0x1D36EA4A: GP_SYSTEM_OPENDIR (in
> /usr/lib/libgphoto2_port.so.0.5.1)
> ==27810==    by 0x1BB62A61: Digikam::CameraThread::run() (
> cameracontroller.cpp:195)
> ==27810==    by 0x1CAA8276: QThreadInstance::start(void*) (in
> /usr/lib/qt3/lib/libqt-mt.so.3.3.4)
> ==27810==    by 0x1D54E0ED: clone (in /lib/tls/libc-2.3.5.so)
> ==27810==
> ==27810== LEAK SUMMARY:
> ==27810==    definitely lost: 19682 bytes in 244 blocks.
> ==27810==    indirectly lost: 20675 bytes in 305 blocks.
> ==27810==      possibly lost: 267644 bytes in 5 blocks.
> ==27810==    still reachable: 513744 bytes in 7991 blocks.
> ==27810==         suppressed: 0 bytes in 0 blocks.
> ==27810== Reachable blocks (those to which a pointer was found) are not
> shown.
>
> Gilles Caulier
> _______________________________________________
> Digikam-devel mailing list
> Digikam-devel at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-devel
>



--
Blogs: http://vardhman.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20060411/1991631c/attachment.html>