Hi Yaroslav On Fri, Apr 18, 2008 at 11:46:54AM -0400, Yaroslav Halchenko wrote: > Hi Ola, > > After a bit of test-driving NX I reverted myself back to VNC ;-) (NX > worked smoother in terms of rendering/transfer, but it crashed for me at > least once in 2 days... with VNC I am getting closer to 1-2 months ;-)
:) > And once again shit hit the fan. Thus I wanted to follow up: symptoms > are similar (100% CPU utilization, frozen VNC screen), but somewhat > different -- now it loops in that Dispatch. After I upgraded gdb > to a backport of 6.8 (had 6.6 and it was crashing while attaching), I > see following: > > (gdb) bt > #0 0xffffffffff600015 in ?? () > #1 0x0000000000982340 in ?? () > #2 0xffffffff80733770 in ?? () > #3 0x00002b424f9e384d in gettimeofday () from /lib/libc.so.6 > #4 0x000000000044592e in GetTimeInMillis () > #5 0x00000000004370cb in WaitForSomething () > #6 0x0000000000424583 in Dispatch () > #7 0x000000000040b145 in main () If you let it continue, stop, continue, stop etc and for each time check the backtrace. Are you always on the same position? Maybe it is easier to strace it in order to get that data. > and now I am struggling with my understanding of gdb... can't figure out how > to make it read proper source files: Hmm I'm not that good on gdb. I use to use ddd in order to make it easier. ddd is a graphical frondend for gdb. > (gdb) info sources > Source files for which symbols have been read in: > > ../sysdeps/x86_64/elf/start.S > > Source files for which symbols will be read in on demand: > > /tmp/buildd/glibc-2.3.6.ds1/build-tree/amd64-libc/csu/crtn.S, Region.c, > /raid/home/yoh/deb/nobackup_debug/vnc4server/vnc4-4.1.1+X4.3.0/common/Xregion/Region.c, > d3des.c, > /raid/home/yoh/deb/nobackup_debug/vnc4server/vnc4-4.1.1+X4.3.0/common/rfb/d3des.c, > > /tmp/buildd/glibc-2.3.6.ds1/build-tree/amd64-libc/csu/crti.S, > ../sysdeps/x86_64/elf/start.S > (gdb) info source > Current source file is ../sysdeps/x86_64/elf/start.S > Compilation directory is > /tmp/buildd/glibc-2.3.6.ds1/build-tree/glibc-2.3.6/csu > Source language is asm. > Compiled with DWARF 2 debugging format. > Does not include preprocessor macro info. > > and I am in the directory where dispatch.c is but it refuses to know > about it: > *(gdb) l Dispatch > No line number known for Dispatch. > (gdb) bt > #0 0x0000000000436878 in WaitForSomething () > #1 0x0000000000424583 in Dispatch () > #2 0x000000000040b145 in main () > > and I built it (I believe) with debugging support and not stripped... Ok. > I can't figure it out -- may be you could give me a hint on how do you > debug VNCs usually and what am I missing ;-) I usually don't debug vnc. :) Well sometimes I do but then it use to help to do a strace or a simple gdb run in order to pinpoint the problem. > Thank you in advance for the hints So I'm not that good on helping unfortunatly. :( Best regards, // Ola > > On Wed, 22 Aug 2007, Yaroslav Halchenko wrote: > > > If this one is true then this is the problematic code: > > > > In unix/xc/programs/Xserver/os/auth.c function LoadAuthorization > -- > Yaroslav Halchenko > Research Assistant, Psychology Department, Rutgers-Newark > Student Ph.D. @ CS Dept. NJIT > Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 > 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 > WWW: http://www.linkedin.com/in/yarik > > > -- --------------------- Ola Lundqvist --------------------------- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --------------------------------------------------------------- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
