>Eugen Dedu <[email protected]> a écrit le Wed, 22 Apr 2009 >16:45:48 +0200 >: > >[email protected] wrote: >> >> Hi, >> >> >> >> An update to my report : >> >> After the problem has occured, ekiga won't quit properly using the quit menu >> and the systray icon is frozen until the process is killed. >> >> I tried compiling from source : the last stable tarballs went without >> problem (PTLIB 2.6.1, OPAL 3.6.1, Ekiga 3.2.0) ; I got a gcc internal error >> with the latest svn/git and couldn't try it. >> I confirm that the "can't receive calls after 50 minutes" problem is the >> same as with the binary packages. >> >> I noticed a strange behaviour in the network traffic dump between Ekiga and >> the registrars : >> >> - Every 10 seconds, Ekiga sends a few CRLF UDP frames to every SIP >> registrar. At the bebinning of the session it sends 3 frames to ekiga.net >> and 2 frames to the other registrar ; after 49 minutes, just before the bug, >> it sends more than 200 frames every 10 seconds to ekiga.net ! (and still >> only 2 frames to the other registrar). >> - There are several SUBSCRIBE and NOTIFY exchanges with ekiga.net. After >> "The bug", the server keeps sending NOTIFY requests but gets no answer from >> Ekiga. >> - The other registrar sends a "OPTIONS" request every 60 seconds, that is >> answered by ekiga. After "the bug", the server sends a request per second >> but gets no answer from Ekiga. >> I would be glad if someone could reproduce this behaviour. >> The most similar time related issue I could find is Bug 558524, however UI >> is not completely locked up. >> >> François Lacombe >> >>>> <[email protected]> a écrit le Fri, 17 Apr 2009 18:55:05 : >> >>>> Hi, >>>> I've been browsing the ekiga website, support sites and the mailing list >>>> archive for quite some time but still haven't found anyone having the same >>>> problem that I have with Ekiga. >>>> After a certain time online making and receiving calls or idleing, Ekiga >>>> can't receive calls until it is restarted. It can still make calls >>>> normally though. This time is always the same (see below). >>>> I'm using both Ubuntu and Mandriva and I managed tu reproduce this on >>>> every version combination that I tried (using binary packages only) : >>>> ekiga 2.0.12 (ubuntu intrepid ibex), (Mandriva 2009.0) >>>> ekiga 3.0.0 (Mandriva 2009.0 backport) >>>> ekiga 3.0.1 (ubuntu intrepid ibex backport) >>>> ekiga 3.2.0 (ubuntu janty fresh RC1) >>>> I tested it both from home (ADSL, nat with isp router) and work (fiber, >>>> nat with professionnal router). >>>> I tried three sip accounts : one from ekiga.net, one from my isp >>>> (freephonie.net) and the other from a business voip provider. >>>> During my tests, I tried activating and deactivating stun, using the proxy >>>> of the business provider, changing the ip_conntrack_udp_timeout >>>> kernel setting, and changing the delay setting in the Edit Account. >>>> Only the latest does change something : >>>> the time between ekiga startup and the problem occurs is almost the value >>>> in this delay setting. 50 minutes (~2980s) is the maximum value after >>>> which the delay setting has no effect : it stops after 50 minutes. >>>> I recorded a complete tcpdump of the session with a 3600s delay and two >>>> activated accounts in Ekiga 3.0.1 with libopal-2.2.11. After 2980s of >>>> activity, Ekiga stops sending CRLF to the server and does not respond to >>>> NOTIFY and OPTION requests. I can mp it with debug output if requested. >>>> I am almost certain that it is an ekiga-related problem since Twinke and >>>> x-lite on windows works out of the box. However, I need ekiga features >>>> like video and multiple sip accounts on linux ! >>>> Thanks by advance for your suggestions. > >Please open a bug report on bugzilla. It should be useful to include a >-d 4 output. If possible, use latest svn/git (it compiles now). > >Cheers, >Eugen Dedu >_______________________________________________ >ekiga-list mailing list >[email protected] >http://mail.gnome.org/mailman/listinfo/ekiga-list Hi, I still have the following compilation error during the making of ekiga with the latest svn/git. I'm using the 4.3.2 gcc version from ubuntu intrepid ibex. " libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I../../../../lib -I../../../../lib/gmconf -I../../../../lib/toolbox/ -I../../../../lib/engine/ -I../../../../lib/engine/account -I../../../../lib/engine/addressbook -I../../../../lib/engine/chat -I../../../../lib/engine/hal -I../../../../lib/engine/presence -I../../../../lib/engine/protocol -I../../../../lib/engine/videooutput -I../../../../lib/engine/videoinput -I../../../../lib/engine/audioinput -I../../../../lib/engine/audiooutput -I../../../../lib/engine/framework -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DPTRACING=1 -D_REENTRANT -fno-exceptions -I/usr/include/opal -DPTRACING=1 -D_REENTRANT -fno-exceptions -g -O2 -Wall -Wextra -Winit-self -Wswitch-default -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT h323-endpoint.lo -MD -MP -MF .deps/h323-endpoint.Tpo -c ../../../../lib/engine/components/opal/h323-endpoint.cpp -fPIC -DPIC - o .libs/h323-endpoint.o ../../../../lib/engine/components/opal/h323-endpoint.cpp: In member function void Opal::H323::EndPoint::Register(const Opal::Account&): ../../../../lib/engine/components/opal/h323-endpoint.cpp:277: erreur interne du compilateur: dans set_uids_in_ptset, à tree-ssa-structalias.c:4800 Veuillez soumettre un rapport complet d'anomalies, avec le source pré-traité si nécessaire. Consultez <file:///usr/share/doc/gcc-4.3/README.Bugs> pour plus de détail. make[6]: *** [h323-endpoint.lo] Erreur 1 make[6]: quittant le répertoire « /home/user/dev/ekiga/ekiga/lib/engine/components/opal » " I've filled bug #579938 with the previous information and I am actually recording a new -d 4 log with 3.2.0. François
_______________________________________________ ekiga-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/ekiga-list
