memory leak when reconstructing thumbnails

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

memory leak when reconstructing thumbnails

Pierre Hanser
hello

when i run a reconstruct thumbnail (update and not full)
using top i see a memory leak when walking through existing
thumbnails and no memory leak when building new ones!

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

Re: memory leak when reconstructing thumbnails

Gilles Caulier-4
Which version you use ?

Any bactrace using valgrind tool (look in HACKING file for details) ?

Gilles Caulier

2011/9/3 Pierre Hanser <[hidden email]>:

> hello
>
> when i run a reconstruct thumbnail (update and not full)
> using top i see a memory leak when walking through existing
> thumbnails and no memory leak when building new ones!
>
> hope this can help
> --
>        Pierre
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: memory leak when reconstructing thumbnails

Pierre Hanser
hello
i use a daily git extract but i don't start a fresh build
very often

in order to investigate the subject i decided to look first to
a problem i had with libpgf

i upgraded the lib and started a fresh build

by the way i had to destroy the local copy of

        core/libs/dimg/loaders/PGFimage.h

which was used even if a system libpgf was discovered.

this new version seems to behave much better in terms of memory consumption.

So no more problem, except a small regret: upgrading thumbnails
by using the local menu available when selecting an album
is not recursive!

good evening
--
        Pierre



Le 03/09/2011 17:35, Gilles Caulier a écrit :

>
> Which version you use ?
>
> Any bactrace using valgrind tool (look in HACKING file for details) ?
>
> Gilles Caulier
>
> 2011/9/3 Pierre Hanser <[hidden email]>:
>> hello
>>
>> when i run a reconstruct thumbnail (update and not full)
>> using top i see a memory leak when walking through existing
>> thumbnails and no memory leak when building new ones!
>>
>> hope this can help
>> --
>>        Pierre
>> _______________________________________________
>> Digikam-devel mailing list
>> [hidden email]
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
>


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

Re: memory leak when reconstructing thumbnails

Marcel Wiesweg


> by the way i had to destroy the local copy of
>
> core/libs/dimg/loaders/PGFimage.h
>
> which was used even if a system libpgf was discovered.

This is really 3rdparty/libpgf/PGFimage.h?
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: memory leak when reconstructing thumbnails

Pierre Hanser
Le 04/09/2011 10:51, Marcel Wiesweg a écrit :

>
>
>
>> by the way i had to destroy the local copy of
>>
>> core/libs/dimg/loaders/PGFimage.h
>>
>> which was used even if a system libpgf was discovered.
>
> This is really 3rdparty/libpgf/PGFimage.h?
>

looking further, in fact i have 2 files in the digikam tree

        core/libs/3rdparty/libpgf/PGFimage.h

it is the same file as in the current pgf distrib 6.11.24

and a second one in

        core/libs/dimg/loaders/PGFimage.h

which seems to be an old one

that's why I had to suppress this one and only this one
--
        Pierre
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: memory leak when reconstructing thumbnails

Marcel Wiesweg

> >> by the way i had to destroy the local copy of
> >> core/libs/dimg/loaders/PGFimage.h
> >> which was used even if a system libpgf was discovered.
> > This is really 3rdparty/libpgf/PGFimage.h?
>
> looking further, in fact i have 2 files in the digikam tree
>
> core/libs/3rdparty/libpgf/PGFimage.h
>
> it is the same file as in the current pgf distrib 6.11.24
>
> and a second one in
>
> core/libs/dimg/loaders/PGFimage.h

That's why I asked: I dont have this file here. Anyone? It's not tracked by
git, is it? If not, it may be old remains in your checkout.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: memory leak when reconstructing thumbnails

Andi Clemens
The file is tracked in Git, and if I delete it, Git will complain that it  
has been removed.

Andi


On Sun, 04 Sep 2011 12:55:01 +0200, Marcel Wiesweg <[hidden email]>  
wrote:

>
>> >> by the way i had to destroy the local copy of
>> >> core/libs/dimg/loaders/PGFimage.h
>> >> which was used even if a system libpgf was discovered.
>> > This is really 3rdparty/libpgf/PGFimage.h?
>>
>> looking further, in fact i have 2 files in the digikam tree
>>
>> core/libs/3rdparty/libpgf/PGFimage.h
>>
>> it is the same file as in the current pgf distrib 6.11.24
>>
>> and a second one in
>>
>> core/libs/dimg/loaders/PGFimage.h
>
> That's why I asked: I dont have this file here. Anyone? It's not tracked  
> by
> git, is it? If not, it may be old remains in your checkout.
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: memory leak when reconstructing thumbnails

Andi Clemens
In reply to this post by Marcel Wiesweg
Marcel,

I was wrong, I have not looked in core/libs/dimg/loaders.
You are right, this file doesn't exist in here anymore.

Andi

On Sun, 04 Sep 2011 12:55:01 +0200, Marcel Wiesweg <[hidden email]>  
wrote:

>
>> >> by the way i had to destroy the local copy of
>> >> core/libs/dimg/loaders/PGFimage.h
>> >> which was used even if a system libpgf was discovered.
>> > This is really 3rdparty/libpgf/PGFimage.h?
>>
>> looking further, in fact i have 2 files in the digikam tree
>>
>> core/libs/3rdparty/libpgf/PGFimage.h
>>
>> it is the same file as in the current pgf distrib 6.11.24
>>
>> and a second one in
>>
>> core/libs/dimg/loaders/PGFimage.h
>
> That's why I asked: I dont have this file here. Anyone? It's not tracked  
> by
> git, is it? If not, it may be old remains in your checkout.
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel