Donate Share

synergy

Tracker: Bugs

5 synergy crashes after upgrade to Xorg 7.3 - ID: 1808437
Last Update: Comment added ( fare )

After upgrading to Xorg 7.3 on gentoo, synergy crashes unless I run it with
either foreground or in daemon for with "--debug DEBUG1". Setting no
debug, or debug to any of FATAL, INFO, DEBUG, and DEBUG2 all crash.

Even when running with "--debug DEBUG1", synergy still crashes after a
short period of time.

I am running synergys on gentoo linux as mentioned, and synergyc on mac os
x 10.4.10 on an intel macbook pro.

Both machines are running synergy v1.3.1.

===

INFO: synergys.cpp,1042: Synergy server 1.3.1 on Linux
2.6.22-gentoo-r8-v0.6 #1 SMP PREEMPT Sat Oct 6 12:06:35 NZST 2007 x86_64
DEBUG: synergys.cpp,1051: opening configuration
"/home/epahl/.synergy.conf"
DEBUG: synergys.cpp,1062: configuration read successfully
DEBUG: CXWindowsScreen.cpp,840: XOpenDisplay(":0.0")
DEBUG: CXWindowsScreenSaver.cpp,339: xscreensaver window: 0x00000000
DEBUG: CXWindowsScreen.cpp,110: screen shape: 0,0 1920x1200
DEBUG: CXWindowsScreen.cpp,111: window is 0x03400004
DEBUG: CScreen.cpp,38: opened display
DEBUG: CXWindowsScreen.cpp,672: registered hotkey ScrollLock (id=ef14
mask=0000) as id=1
NOTE: synergys.cpp,500: started server
INFO: CServer.cpp,1140: screen "ceruleanstorm" shape changed
NOTE: CClientListener.cpp,127: accepted client connection
DEBUG: CClientProxy1_0.cpp,404: received client "PotassiumOSX.local" info
shape=0,0 1440x900
NOTE: CServer.cpp,277: client "PotassiumOSX.local" has connected
INFO: CServer.cpp,446: switch from "ceruleanstorm" to "PotassiumOSX.local"
at 0,440
INFO: CScreen.cpp,116: leaving screen
*** glibc detected *** synergys: free(): invalid next size (fast):
0x0000000000608d40 ***
======= Backtrace: =========
/lib/libc.so.6[0x2b0ecf628b1d]
/lib/libc.so.6(__libc_free+0x76)[0x2b0ecf62a146]
synergys[0x44a268]
synergys[0x44f354]
synergys[0x450eb6]
synergys[0x453396]
synergys[0x424d8d]
synergys[0x428c00]
synergys[0x4299a4]
synergys[0x45dc37]
synergys[0x4094d3]
synergys[0x4097b5]
synergys[0x40a04f]
/lib/libc.so.6(__libc_start_main+0xf4)[0x2b0ecf5db374]
synergys(__gxx_personality_v0+0xb9)[0x406339]
======= Memory map: ========
00400000-0049e000 r-xp 00000000 fe:00 416610
/usr/bin/synergys
0059e000-005a3000 rw-p 0009e000 fe:00 416610
/usr/bin/synergys
005a3000-00627000 rw-p 005a3000 00:00 0
[heap]
40000000-40001000 ---p 40000000 00:00 0
40001000-40801000 rw-p 40001000 00:00 0
40801000-40802000 ---p 40801000 00:00 0
40802000-41002000 rw-p 40802000 00:00 0
2aaaaaad9000-2aaaaaae2000 r-xp 00000000 fe:00 21274
/usr/lib64/libXcursor.so.1.0.2
2aaaaaae2000-2aaaaabe2000 ---p 00009000 fe:00 21274
/usr/lib64/libXcursor.so.1.0.2
2aaaaabe2000-2aaaaabe3000 rw-p 00009000 fe:00 21274
/usr/lib64/libXcursor.so.1.0.2
2aaaaabe3000-2aaaaabec000 r-xp 00000000 fe:00 205478
/usr/lib64/libXrender.so.1.3.0
2aaaaabec000-2aaaaaceb000 ---p 00009000 fe:00 205478
/usr/lib64/libXrender.so.1.3.0
2aaaaaceb000-2aaaaacec000 rw-p 00008000 fe:00 205478
/usr/lib64/libXrender.so.1.3.0
2aaaaacec000-2aaaaacf1000 r-xp 00000000 fe:00 21091
/usr/lib64/libXfixes.so.3.1.0
2aaaaacf1000-2aaaaadf0000 ---p 00005000 fe:00 21091
/usr/lib64/libXfixes.so.3.1.0
2aaaaadf0000-2aaaaadf1000 rw-p 00004000 fe:00 21091
/usr/lib64/libXfixes.so.3.1.0
2aaaaadf2000-2aaaaadf9000 r--s 00000000 fe:00 9750
/usr/lib64/gconv/gconv-modules.cache
2aaaaadf9000-2aaaaadfb000 r-xp 00000000 fe:00 9569
/usr/lib64/gconv/ISO8859-1.so
2aaaaadfb000-2aaaaaefa000 ---p 00002000 fe:00 9569
/usr/lib64/gconv/ISO8859-1.so
2aaaaaefa000-2aaaaaefc000 rw-p 00001000 fe:00 9569
/usr/lib64/gconv/ISO8859-1.so
2aaaac000000-2aaaac021000 rw-p 2aaaac000000 00:00 0
2aaaac021000-2aaab0000000 ---p 2aaaac021000 00:00 0
2b0ece7e1000-2b0ece7fc000 r-xp 00000000 08:03 7473
/lib64/ld-2.5.so
2b0ece7fc000-2b0ece7fd000 rw-p 2b0ece7fc000 00:00 0
2b0ece82a000-2b0ece82b000 rw-p 2b0ece82a000 00:00 0
2b0ece82b000-2b0ece85e000 r--p 00000000 fe:00 24792
/usr/lib64/locale/en_US/LC_CTYPE
2b0ece8fc000-2b0ece8fd000 r--p 0001b000 08:03 7473
/lib64/ld-2.5.so
2b0ece8fd000-2b0ece8fe000 rw-p 0001c000 08:03 7473
/lib64/ld-2.5.so
2b0ece8fe000-2b0ece906000 r-xp 00000000 fe:00 9203
/usr/lib64/libSM.so.6.0.0
2b0ece906000-2b0ecea05000 ---p 00008000 fe:00 9203
/usr/lib64/libSM.so.6.0.0
2b0ecea05000-2b0ecea06000 rw-p 00007000 fe:00 9203
/usr/lib64/libSM.so.6.0.0
2b0ecea06000-2b0ecea1d000 r-xp 00000000 fe:00 28329
/usr/lib64/libICE.so.6.3.0
2b0ecea1d000-2b0eceb1c000 ---p 00017000 fe:00 28329
/usr/lib64/libICE.so.6.3.0
2b0eceb1c000-2b0eceb1d000 rw-p 00016000 fe:00 28329
/usr/lib64/libICE.so.6.3.0
2b0eceb1d000-2b0eceb21000 rw-p 2b0eceb1d000 00:00 0
2b0eceb21000-2b0eceb26000 r-xp 00000000 fe:00 209614
/usr/lib64/libXtst.so.6.1.0
2b0eceb26000-2b0ecec26000 ---p 00005000 fe:00 209614
/usr/lib64/libXtst.so.6.1.0
2b0ecec26000-2b0ecec27000 rw-p 00005000 fe:00 209614
/usr/lib64/libXtst.so.6.1.0
2b0ecec27000-2b0ecec28000 rw-p 2b0ecec27000 00:00 0
2b0ecec28000-2b0ecec2a000 r-xp 00000000 fe:00 9617
/usr/lib64/libXinerama.so.1.0.0
2b0ecec2a000-2b0eced29000 ---p 00002000 fe:00 9617
/usr/lib64/libXinerama.so.1.0.0
2b0eced29000-2b0eced2a000 rw-p 00001000 fe:00 9617
/usr/lib64/libXinerama.so.1.0.0
2b0eced2a000-2b0eced3a000 r-xp 00000000 fe:00 201724
/usr/lib64/libXext.so.6.4.0
2b0eced3a000-2b0ecee3a000 ---p 00010000 fe:00 201724
/usr/lib64/libXext.so.6.4.0
2b0ecee3a000-2b0ecee3b000 rw-p 00010000 fe:00 201724
/usr/lib64/lAborted


halcyonCorsair ( halcyoncorsair ) - 2007-10-06 02:58

5

Open

None

Chris Schoeneman

X Windows

v1.3.1

Public


Comments ( 4 )

Date: 2007-10-29 01:17
Sender: fareAccepting Donations


I have similar symptoms on a similar system (synergy 1.3.1 on debian
x86-64): whenever I hit a key, synergyc dies. -d DEBUG1 makes it more
stable but it still dies after a short while -- at least I get to type my
commands piecewise.

If you need it, I guess I could also recompile with debug information.



Date: 2007-10-28 06:32
Sender: halcyoncorsair


I'll recompile with debug when I get the chance and post what I get.


Date: 2007-10-24 10:20
Sender: nhnfreespirit


I am getting the exact same behavior on Xorg 7.3


Date: 2007-10-18 06:44
Sender: azanar


Hey halyconcorsair,

Limited googling suggests that this error is being brought on by a double
free(). Unfortunately, the backtrace you provided was from an executable
without debug symbols.

Would it be possible to have you build a synergys executable with the
extra symbols and do another backtrace from the resulting core (provided
that it still crashes)?

Ed


Attached File

No Files Currently Attached

Change

No changes have been made to this artifact.