Subject: Memory leak? in classic and maybe in ng - msg#00337

Previous Message by Date: click to view message preview

Re: a true wiki and NG in debian

On Tue, 21 Mar 2006 23:01:10 +0100, Renato Serodio wrote: > It's still not compiling, again with a missing library error. I guess it's about libQtUiTools this time - at least that's my problem-of-the-day. For reasons I don't understand these libraries are missing on Debian; cf. Julien's and my output (taken from the #openwengo IRC channel): 18:00 <jgi> jgilli@soulfuric:~/openwengo/softphone-ng/trunk$ ls -1 /opt/qt4.1.1/lib/libQtUiTools* 18:00 <jgi> /opt/qt4.1.1/lib/libQtUiTools.a 18:00 <jgi> /opt/qt4.1.1/lib/libQtUiTools.prl 18:00 <jgi> /opt/qt4.1.1/lib/libQtUiTools_debug.a 18:00 <jgi> /opt/qt4.1.1/lib/libQtUiTools_debug.prl 18:01 <gregoa> $ ls -l /usr/lib/libQtUiTools* 18:01 <gregoa> -rw-r--r-- 1 root root 840 Mar 6 19:40 /usr/lib/libQtUiTools.prl 18:01 <gregoa> -rw-r--r-- 1 root root 856 Mar 6 19:40 /usr/lib/libQtUiTools_debug.prl I've just filed a bug report against the Debian package: http://bugs.debian.org/358224 > Gregor, would you mind posting a list with the > packages you installed? Or did you compile from source? No, only Debian packages. The list of packages I installed for wengophone (may be incomplete because I might have had something installed before already): scons libspeex-dev libglib2.0-dev libqt4-dev libqt4-debug-dev libgtk2.0-dev libglade2-dev libboost-test-dev libboost-thread-dev libboost-serialization-dev libboost-signals-dev libboost-regex-dev libasound2-dev libgnutls-dev qt4-designer (nor sure if this is necessary) And they of course pull in other packages by their dependencies ;-) gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : infos zur usenet-hierarchie at.*: http://www.usenet.at/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `- NP: Jim Carrey: Somebody To Love

Next Message by Date: click to view message preview

Re: Tigernet USB devices

Vincent Jardin wrote: because nowadays we can only use it with the Skype's client, and on Windows only ! This is not Skype fault, 99% of the USB phone devices constructors/developers uses Visual C++ 6 and MFC for developing their drivers. -- Tanguy Krotoff <tanguy.krotoff-7nadfV1f7FY@xxxxxxxxxxxxxxxx> http://dev.openwengo.com

Previous Message by Thread: click to view message preview

Re: [Wengophone-tickets] [OpenWengo] #402: DragonFlyBSD is POSIX

On 3/21/06, OpenWengo <wengophone-tickets-ZwoEplunGu1JKUZHOYzk1kEOCMrvLtNR@xxxxxxxxxxxxxxxx> wrote: #402: DragonFlyBSD is POSIX----------------------------------+----------------------------------------- Reporter:  klyr-Ot0r1zl4TikvJ4zyQN8m6A@xxxxxxxxxxxxxxxx  |       Owner:  somebody     Type:  enhancement           |      Status:  new Priority:  low                   |   Milestone:  NG 1.0 alphaComponent:  scons                 |     Version:  NG Severity:  trivial               |    Keywords:   Rookie:  1                     |          Os:  Any----------------------------------+----------------------------------------- I'm still trying to compile openwengo-ng on DragonFlyBSD, in the scons script DragonFlyBSD is not considered as a POSIX OS. I think it is. I will attach a small patch to correct this.Thank you very much for the patch, it has been commited with revision 4644. Best regards,-- Julien Gilli _______________________________________________ Wengophone-devel mailing list Wengophone-devel-ZwoEplunGu1JKUZHOYzk1kEOCMrvLtNR@xxxxxxxxxxxxxxxx http://dev.openwengo.com/mailman/listinfo/wengophone-devel

Next Message by Thread: click to view message preview

Re: Memory leak? in classic and maybe in ng

Hello, On 3/22/06, Tomi Luhtala <tomi.luhtala-Eaijstg/Es0AvxtiuMwx3w@xxxxxxxxxxxxxxxx> wrote: I wonder where or when the SystrayPopupWindow instance is destroyed? I'm afraid it's never destroyed :-(. The code can be found in class Systray::setCallIncoming   Code snipped:         SystrayPopupWindow * popup = new SystrayPopupWindow();       popup->setTitle(text);       popup->setContact(phoneNumber, contact);   where the popup is freed? It's freed when the application quit, which is not something we want since many SystrayPopupWindows can be instantiated during the application lifetime.  It seems that there can be several solutions to this problem. One would be to keep a reference to this SystrayPopupWindow somewhere else and reuse it if it's not null, or delete it and recreate one. Another solution would be to set the "DeleteOnClose" attribute and call the close method instead of hide in SystrayPopupWindow's implementation when timeout is reached. Ticket #406 has been created to track this issue. Thank you very much for this insightful report, and sorry for the late answer. Regards, -- Julien Gilli _______________________________________________ Wengophone-devel mailing list Wengophone-devel-ZwoEplunGu1JKUZHOYzk1kEOCMrvLtNR@xxxxxxxxxxxxxxxx http://dev.openwengo.com/mailman/listinfo/wengophone-devel