Re: [Ekiga-list] Debugging information

[Hamlet <_hamlet libero it>]

On Monday 08 March 2010 03:16:56 Eugen Dedu wrote:
> > I have noticed that the amount of debug information printed with the
> > option "-d N" (even N=5) has dramatcally decreased passing from 3.0.1 to
> > 3.2.5/6 (including OPAL/PTlib updates).
> >
> > Now I get only messages on screen from dyna.cxx and a few CODEC/protocol
> > related sources.
> > And I need connection information, badly, since it's not working and
> > that's where all my diagnostics ends now.
[...]
> I think there is a debug option, which is turned on by default.  What
> are the options to build ptlib, opal and ekiga in gentoo?

About 40. For each one of them!!!
There is a "debug" option, which I thought just meant the symbols are not 
stripped away. Wrong. In this case, it seems to mean something more.
If I enable it (the system requires it to be enabled either for all the three 
packages or for none of them) I get a rich crash (regardless the -d option):

$ ekiga
*** glibc detected *** ekiga: munmap_chunk(): invalid pointer: 
0x00000000008d3fb0 ***
======= Backtrace: =========                                                         
/lib/libc.so.6[0x7ff6dedb4808]                                                       
/usr/lib/libpt_d.so.2.6.6(_ZN13PAbstractList13RemoveElementEP12PListElement+0x6b)
[0x7ff6e48bb87b]
/usr/lib/libpt_d.so.2.6.6(_ZN13PAbstractList8RemoveAtEi+0x2a)[0x7ff6e48bb96a]                    
/usr/lib/libpt_d.so.2.6.6(_ZN11PCollection9RemoveAllEv+0x1e)[0x7ff6e48b9fce]                     
/usr/lib/libpt_d.so.2.6.6(_ZN13PAbstractList15DestroyContentsEv+0xd)
[0x7ff6e48bab9d]             
/usr/lib/libpt_d.so.2.6.6(_ZN10PContainer8DestructEv+0x2e)[0x7ff6e48c145e]                       
/usr/lib/libpt_d.so.2.6.6(_ZN14PPluginManager19LoadPluginDirectoryERK10PDirectory+0x432)
[0x7ff6e488f992]
/usr/lib/libpt_d.so.2.6.6(_ZN19PluginLoaderStartup9OnStartupEv+0x72)
[0x7ff6e488fc22]                    
/usr/lib/libpt_d.so.2.6.6(_ZN8PProcessC2EPKcS1_ttNS_10CodeStatusEtb+0x70c)
[0x7ff6e48b14ec]              
ekiga(_ZN12GnomeMeetingC1Ev+0x4a)[0x4cec5a]                                                             
ekiga(main+0x504)[0x4c0a34]                                                                             
/lib/libc.so.6(__libc_start_main+0xe6)[0x7ff6ded5fa26]                                                  
ekiga(_ZN13PArrayObjects6InsertERK7PObjectPS0_+0x41)[0x4a60a9]                                          
======= Memory map: ========                                                                            
00400000-00667000 r-xp 00000000 fd:00 58597                              
/usr/bin/ekiga                 
[ ... and a long memory map follows, available on demand ]
Aborted

If I run it with gdb, it keeps one CPU 100% busy and does nothing apparent. 
After 2 hours I interrupted it and asked for a backtrace, and the answer was 
(starting from my Ctrl+C): 

Program received signal SIGINT, Interrupt.
0x00007ffff09d6ac0 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1
(gdb) backtrace
#0  0x00007ffff09d6ac0 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1
#1  0x00007ffff09d75c2 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1
#2  0x00007ffff7e90b1b in ?? () from //usr/lib64/opengl/nvidia/lib/libnvidia-
tls.so.1
#3  0x00007fffed7e087b in PAbstractList::RemoveElement(PListElement*) () from 
/usr/lib/libpt_d.so.2.6.6
#4  0x00007fffed7e096a in PAbstractList::RemoveAt(int) () from 
/usr/lib/libpt_d.so.2.6.6
#5  0x00007fffed7defce in PCollection::RemoveAll() () from 
/usr/lib/libpt_d.so.2.6.6
#6  0x00007fffed7dfb9d in PAbstractList::DestroyContents() () from 
/usr/lib/libpt_d.so.2.6.6
#7  0x00007fffed7e645e in PContainer::Destruct() () from 
/usr/lib/libpt_d.so.2.6.6
#8  0x00007fffed7b4992 in PPluginManager::LoadPluginDirectory(PDirectory 
const&) () from /usr/lib/libpt_d.so.2.6.6
#9  0x00007fffed7b4c22 in PluginLoaderStartup::OnStartup() () from 
/usr/lib/libpt_d.so.2.6.6
#10 0x00007fffed7d64ec in PProcess::PProcess(char const*, char const*, 
unsigned short, unsigned short, PProcess::CodeStatus, unsigned short, bool) ()
   from /usr/lib/libpt_d.so.2.6.6
#11 0x00000000004cec5a in GnomeMeeting::GnomeMeeting() ()
#12 0x00000000004c0a34 in main ()

Looks the same.

If I don't enable the Gentoo debug flag, it passes through this without 
problems -- then it fails the echo test, but that's not the subject of these 
e-mails. What do you think about this?


Gentoo ebuild for:
nVidia drivers: nvidia-drivers 190.53-r1
X.org server: xorg-server 1.7.5.901 (1.7.6 RC 1)

-- 
Hamlet