Thread: [Xf4vnc-devel] source tarball for 4.3.0.999 | segfault in cvs snapshot
Brought to you by:
alanh
From: Yaroslav H. <li...@on...> - 2007-01-18 17:15:13
|
I wanted to try xf4vnc since it seems to perform better than RealVNC for GLX graphics in the application of interest in our group. Unfortunatly there were no source tarball provided for 4.3.0.999 so I could build it for amd64 architecture. Is there a way to get a source snapshot of 4.3.0.999? I didn't mention relevant cvs tags on files I've checked log for. I had to get all the sources of modular from CVS. After I've built it, and installed locally in my account name (I had to adjust few Makefiles manually to don't have make install attempt to install under /etc/X11), I've started it up with /home/yoh/deb/misc/vnc/modular/bin/bin/Xvnc :6 -desktop X -auth /home/yoh/.Xauthority -geometry 1280x1024 -depth 24 -rfbwait 120000 -rfbauth /home/yoh/.vnc/passwd -rfbport 5906 -fp unix/:7100 Then I got it segfaulted after authentication step Program received signal SIGSEGV, Segmentation fault. 0x0000000000441ad6 in rfbTranslateWithSingleTable32to32 (pScreen=0x69e310, table=0x6b4130 "", in=<value optimized out>, out=<value optimized out>, optr=0x6c2b00 "", bytesBetweenInputLines=<value optimized out>, width=128, height=16, x=0, y=0) at tabletranstemplate.c:77 77 *(op++) = t[*(ip++)]; (gdb) bt #0 0x0000000000441ad6 in rfbTranslateWithSingleTable32to32 (pScreen=0x69e310, table=0x6b4130 "", in=<value optimized out>, out=<value optimized out>, optr=0x6c2b00 "", bytesBetweenInputLines=<value optimized out>, width=128, height=16, x=0, y=0) at tabletranstemplate.c:77 #1 0x000000000043f894 in SendSubrect (cl=0x6c22c0, x=0, y=0, w=128, h=16) at tight.c:554 #2 0x0000000000440eff in SendRectSimple (cl=0x6c22c0, x=0, y=0, w=1280, h=16) at tight.c:525 #3 0x0000000000441154 in rfbSendRectEncodingTight (cl=0x6c22c0, x=0, y=0, w=1280, h=1024) at tight.c:257 #4 0x000000000043505d in rfbSendFramebufferUpdate (pScreen=0x69e310, cl=0x6c22c0) at rfbserver.c:1578 #5 0x0000000000436706 in rfbProcessClientMessage ( pScreen=<value optimized out>, sock=<value optimized out>) at rfbserver.c:1173 #6 0x000000000043d734 in rfbCheckFds (pScreen=0x69e310) at sockets.c:268 #7 0x0000000000432638 in rfbWakeupHandler (i=0, blockData=0x0, err=1, pReadmask=0x69a7c0) at init.c:517 #8 0x0000000000457e5f in WakeupHandler (result=1, pReadmask=0x69a7c0) at dixutils.c:472 #9 0x00000000005304a4 in WaitForSomething (pClientsReady=0x7fffff90bae0) at WaitFor.c:231 #10 0x00000000004543ab in Dispatch () at dispatch.c:383 #11 0x000000000046501d in main (argc=18, argv=0x7fffff90c068, envp=<value optimized out>) at main.c:444 (gdb) l 72 73 while (height > 0) { 74 opLineEnd = op + width; 75 76 while (op < opLineEnd) { 77 *(op++) = t[*(ip++)]; 78 } 79 80 ip += ipextra; 81 height--; (gdb) p t Probably it was built with optimization though so it might be trickier to spot the problem... Please advise either on how to get a source snapshot of the release or how to fix current problem ;-) -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |