Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#37558 - [synergy] Crash on connection on Core i5-3450

Attached to Project: Community Packages
Opened by Micah Chambers (yiuin) - Wednesday, 30 October 2013, 18:20 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Friday, 15 November 2013, 20:09 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description: Synergy seems to be built incorrectly. When I run synergy with encryption on my machine I get an illegal instruction error, but if I use the same PKGBUILD from the package I don't. I'm not really sure how the build is being done by the packager. I'm guessing CMAKE is defaulting to "Release" which can sometimes over-optimize for a particular CPU. According to GDB the error is here:

#0 0x00000000005e67e0 in void CryptoPP::ByteReverse<unsigned int>(unsigned int*, unsigned int const*, unsigned long) ()
#1 0x00000000005e689a in CryptoPP::IteratedHashBase<unsigned int, CryptoPP::HashTransformation>::HashMultipleBlocks(unsigned int const*, unsigned long) ()
#2 0x00000000005e59d0 in CryptoPP::IteratedHashBase<unsigned int, CryptoPP::HashTransformation>::Update(unsigned char const*, unsigned long) ()
#3 0x0000000000604260 in CryptoPP::RandomPool::IncorporateEntropy(unsigned char const*, unsigned long) ()
#4 0x00000000005ff783 in CryptoPP::AutoSeededRandomPool::Reseed(bool, unsigned int) ()
#5 0x0000000000567f34 in CCryptoStream::CCryptoStream(IEventQueue*, synergy::IStream*, CCryptoOptions const&, bool) ()
#6 0x000000000052d884 in CClientListener::handleClientConnecting(CEvent const&, void*) ()
#7 0x000000000050e9da in CEventQueue::dispatchEvent(CEvent const&) ()
#8 0x000000000050e954 in CEventQueue::loop() ()
#9 0x0000000000518525 in CServerApp::mainLoop() ()
#10 0x0000000000516a59 in CServerApp::runInner(int, char**, ILogOutputter*, int (*)(int, char**)) ()
#11 0x0000000000516094 in CApp::run(int, char**) ()
#12 0x0000000000508ad3 in main ()


$ /usr/bin/synergys -f --no-tray --debug DEBUG --name ****** --crypto-pass ************ -c ~/.synergy.conf --address :24800
Illegal instruction (core dumped)

Output: http://bpaste.net/show/145261/
Config: http://bpaste.net/show/145263/
CPU Info: http://bpaste.net/show/145264/

Steps to reproduce:
Run synergy with encryption on the following CPU, try to connect with a windows box. It crashes upon connection.
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Friday, 15 November 2013, 20:09 GMT
Reason for closing:  Fixed
Additional comments about closing:  rel -2
Comment by seeks (seeks) - Thursday, 07 November 2013, 21:19 GMT
I'm experiencing the same problem on my end. Unfortunately, I had to disable encryption to get Synergy working with my Windows machine.

Hoping for some visibility on this.
Comment by Micah Chambers (yiuin) - Saturday, 09 November 2013, 02:16 GMT
Its a pretty simple fix actually.
http://bpaste.net/show/148043/

just need to change

cmake -D CMAKE_INSTALL_PREFIX=/usr .

to

cmake -D CMAKE_INSTALL_PREFIX=/usr -D CMAKE_CXX_FLAGS:STRING='-mtune=generic -O3 -pipe -fstack-protector --param=ssp-buffer-size=4 ' -D CMAKE_C_FLAGS:STRING='-mtune=generic -O3 -pipe -fstack-protector --param=ssp-buffer-size=4 ' .

For some reason it defaults to -march=native which makes it VERY restrictive.
Comment by Sven-Hendrik Haase (Svenstaro) - Friday, 15 November 2013, 20:09 GMT
Thanks guys. The fix yiuin provided doesn't work but I provided a fixed package. Upstream is quite moronic to use -march=native in the crypto package.

Loading...