[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #2287 [Vidalia]: Vidalia crashes upon startup (FreeBSD)

#2287: Vidalia crashes upon startup (FreeBSD)
----------------------+-----------------------------------------------------
  Reporter:  orion    |       Owner:  chiiph        
      Type:  defect   |      Status:  reopened      
  Priority:  major    |   Milestone:                
 Component:  Vidalia  |     Version:  Vidalia 0.2.10
Resolution:           |    Keywords:  vidalia crash 
    Points:           |      Parent:                
----------------------+-----------------------------------------------------
Changes (by rakuco):

 * cc: kubito@â (added)


Comment:

 Hi, I was directed here after a mail about this problem was sent to the
 KDE on FreeBSD mailing list.

  By default, Qt loads OpenSSL during runtime, first looking for
 lib{crypto,ssl}.so.SHLIB_MAJOR_VERSION (this is defined in opensslv.h),
 then for lib{crypto,ssl}.so, first relying on dlopen, then using some
 hardcoded paths/loading LD_LIBRARY_PATH. Since the OpenSSL version in
 FreeBSD's base system does not install
 lib{crypto,ssl}.so.SHLIB_MAJOR_VERSION (that would be
 lib{crypto,ssl}.so.0.9.8), Qt falls back to loading lib{crypto,ssl}.so,
 which is installed both in /usr/lib (base OpenSSL) and /usr/local/lib
 (ports OpenSSL). FreeBSD's loader looks for a given library in the
 following order: LD_LIBRARY_PATH, rpath, ldconfig hints and /lib:/usr/lib.

  The problem the original reporter described comes from the fact that he
 has installed OpenSSL from ports, but OpenSSL from the base system is
 being loaded by Qt (setting LD_LIBRARY_PATH should solve this problem). It
 is weird that base's OpenSSL seems to be calling ports' OpenSSL, but it's
 hard to know why with that incomplete backtrace.

  As for compiling qt4-network with -openssl-linked, that is another way to
 solve the issue, as Qt then links to OpenSSL instead of loading it at
 runtime.

  So, Shew, can you check if setting LD_LIBRARY_PATH correctly helps with
 your problem?

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/2287#comment:8>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs