Bug#335977: tor: daemon dies silently

2006-01-23 Thread Peter Palfrader
Moin Moritz,

[ ObContext: http://bugs.debian.org/335977 ]

On Tue, 08 Nov 2005, Moritz Naumann wrote:

 Hi again,
 
 a friend has investigated this further and sent me this report:
 
  __malloc_initialize_hook should probably not be called - which would
  mean that there is something wrong with libcrypto.so.
  
  If you look at
  int EVP_CIPHER_CTX_cleanup(EVP_CIPHER_CTX *c)
  on http://cvs.openssl.org/getfile/openssl/crypto/evp/evp_enc.c?v=1.42.2.1
  (never mind the version, look for int EVP_CIPHER_CTX_cleanup on this
  page), you won't find a reference to anything like 'malloc' (*). So it
  seems to me like some function call does not end up where it should. I'd
  bet on a build problem with this library.
  
  That means if you'd download openssl 0.9.8, compile it and install
  libcrypto (with libopenssl, just to be sure :-) yourself, I assume it
  would work without any changes to the code.
  
  (*): AFAIK, the __init_malloc_hook should be called exactly _once_ for a
  process, at the first malloc _or_ free call. But as there shouldn't be
  any free without a malloc I'd assume that __init_malloc_hook has been
  called already, thus the call to __init_malloc_hook is a bogus call.
 
 Hope this helps in diagnosing this further.
 
 Moritz
 

Is Tor 0.1.0.16 still broken with your openssl?  What about 0.1.1.x?
Did we ever change anything with that or did the problem go away?

-- 
 PGP signed and encrypted  |  .''`.  ** Debian GNU/Linux **
messages preferred.| : :' :  The  universal
   | `. `'  Operating System
 http://www.palfrader.org/ |   `-http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#335977: tor: daemon dies silently

2006-01-23 Thread Moritz Naumann
Peter Palfrader schrieb:
 
 Is Tor 0.1.0.16 still broken with your openssl?  What about 0.1.1.x?
 Did we ever change anything with that or did the problem go away?

Hi Peter,

I'm currently using Tor 0.1.0.16-1 and openssl 0.9.8a-5. Tor works fine
for me. It felt like the problem faded away slowly, there was a constant
decrease in crashes/time. Unfortunately I am unable to say what exactly
caused the problem to no longer occur on my setup.

In case you have any further questions related to this, please do not
hesitate to ask.

Moritz


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#335977: tor: daemon dies silently

2005-11-08 Thread Moritz Naumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi again,

a friend has investigated this further and sent me this report:

 __malloc_initialize_hook should probably not be called - which would
 mean that there is something wrong with libcrypto.so.
 
 If you look at
 int EVP_CIPHER_CTX_cleanup(EVP_CIPHER_CTX *c)
 on http://cvs.openssl.org/getfile/openssl/crypto/evp/evp_enc.c?v=1.42.2.1
 (never mind the version, look for int EVP_CIPHER_CTX_cleanup on this
 page), you won't find a reference to anything like 'malloc' (*). So it
 seems to me like some function call does not end up where it should. I'd
 bet on a build problem with this library.
 
 That means if you'd download openssl 0.9.8, compile it and install
 libcrypto (with libopenssl, just to be sure :-) yourself, I assume it
 would work without any changes to the code.
 
 (*): AFAIK, the __init_malloc_hook should be called exactly _once_ for a
 process, at the first malloc _or_ free call. But as there shouldn't be
 any free without a malloc I'd assume that __init_malloc_hook has been
 called already, thus the call to __init_malloc_hook is a bogus call.

Hope this helps in diagnosing this further.

Moritz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDcNn8n6GkvSd/BgwRAumwAJ9pmTG98g2f8ATc1IK9VVr7xN3ekQCfYC5U
dFphMh4d/6R9FJXX5FuiE+c=
=bwv2
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#335977: tor: daemon dies silently

2005-10-29 Thread Moritz Naumann
Peter Palfrader schrieb:
 Please install the tor-dbg to your tor binary package as well and send
 us a backtrace.

see below.

 Is there anything interesting in the log?  
Nothing at all.

 What was the previous version
 which worked fine for you?
Hmm, I wouldn't know how to determine the version number. It was the
last Etch version before the one I have now, i.e. it broke after the update.

 If you have a cached-directory file in var/lib/tor, please also try to
 move it aside.  Does tor still crash?  If no, can you put this file
 online somewhere?

I moved this file out of the way. This didn't make a difference.

$ gdb /usr/sbin/tor tor-coredump
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-linux...Using host libthread_db
library /lib/tls/libthread_db.so.1.

Core was generated by `/usr/sbin/tor'.
Program terminated with signal 11, Segmentation fault.

warning: current_sos: Can't read pathname for load map:
Eingabe-/Ausgabefehler

Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/i686/cmov/libssl.so.0.9.8...done.
Loaded symbols for /usr/lib/i686/cmov/libssl.so.0.9.8
Reading symbols from /usr/lib/i686/cmov/libcrypto.so.0.9.8...done.
Loaded symbols for /usr/lib/i686/cmov/libcrypto.so.0.9.8
Reading symbols from /lib/tls/libpthread.so.0...done.
Loaded symbols for /lib/tls/libpthread.so.0
Reading symbols from /usr/lib/libevent-1.1a.so.1...done.
Loaded symbols for /usr/lib/libevent-1.1a.so.1
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/tls/libdl.so.2...done.
Loaded symbols for /lib/tls/libdl.so.2
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0xb7e28234 in __malloc_initialize_hook () from /lib/tls/libc.so.6
(gdb) bt
#0  0xb7e28234 in __malloc_initialize_hook () from /lib/tls/libc.so.6
#1  0xb7eebc88 in EVP_CIPHER_CTX_cleanup () from
/usr/lib/i686/cmov/libcrypto.so.0.9.8
#2  0xb7fab4f9 in ssl_clear_cipher_ctx () from
/usr/lib/i686/cmov/libssl.so.0.9.8
#3  0xb7fab788 in SSL_free () from /usr/lib/i686/cmov/libssl.so.0.9.8
#4  0x0809289b in tor_tls_free (tls=0x8264c90) at tortls.c:455
#5  0x0805cb74 in _connection_free (conn=0x8264918) at connection.c:203
#6  0x08072492 in connection_unlink (conn=0x8264918, remove=1) at main.c:199
#7  0x08072f8c in close_closeable_connections () at main.c:451
#8  0xb7e2ec79 in event_base_priority_init () from
/usr/lib/libevent-1.1a.so.1
#9  0xb7e2ef65 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
#10 0xb7e2edcb in event_loop () from /usr/lib/libevent-1.1a.so.1
#11 0xb7e2ecb0 in event_dispatch () from /usr/lib/libevent-1.1a.so.1
#12 0x08074a1b in tor_main (argc=1, argv=0xbfbf7534) at main.c:954
#13 0xb7d07ec0 in __libc_start_main () from /lib/tls/libc.so.6
#14 0x0804bf41 in _start () at ../sysdeps/i386/elf/start.S:119


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#335977: tor: daemon dies silently

2005-10-29 Thread Nick Mathewson
On Sat, Oct 29, 2005 at 11:24:07PM +0200, Peter Palfrader wrote:
 [[]]
 What's your guess, Nick and Roger?  Another instance of openssl 0.9.8 is
 broken?

It's the same symptom, yes, but I'm still not 100% sure that the fact
that it only appears with 0.9.8 means 0.9.8 is broken.  We just might
be doing something wrong ourselves.

-- 
Nick Mathewson


pgpZmsGC1AKG0.pgp
Description: PGP signature


Bug#335977: tor: daemon dies silently

2005-10-29 Thread Peter Palfrader
[Full Quote for tor-bugs]

On Sat, 29 Oct 2005, Moritz Naumann wrote:

 Peter Palfrader schrieb:
  Please install the tor-dbg to your tor binary package as well and send
  us a backtrace.
 
 see below.
 
  Is there anything interesting in the log?  
 Nothing at all.
 
  What was the previous version
  which worked fine for you?
 Hmm, I wouldn't know how to determine the version number. It was the
 last Etch version before the one I have now, i.e. it broke after the update.
 
  If you have a cached-directory file in var/lib/tor, please also try to
  move it aside.  Does tor still crash?  If no, can you put this file
  online somewhere?
 
 I moved this file out of the way. This didn't make a difference.
 
 $ gdb /usr/sbin/tor tor-coredump
 GNU gdb 6.3-debian
 Copyright 2004 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you are
 welcome to change it and/or distribute copies of it under certain
 conditions.
 Type show copying to see the conditions.
 There is absolutely no warranty for GDB.  Type show warranty for details.
 This GDB was configured as i386-linux...Using host libthread_db
 library /lib/tls/libthread_db.so.1.
 
 Core was generated by `/usr/sbin/tor'.
 Program terminated with signal 11, Segmentation fault.
 
 warning: current_sos: Can't read pathname for load map:
 Eingabe-/Ausgabefehler
 
 Reading symbols from /usr/lib/libz.so.1...done.
 Loaded symbols for /usr/lib/libz.so.1
 Reading symbols from /usr/lib/i686/cmov/libssl.so.0.9.8...done.
 Loaded symbols for /usr/lib/i686/cmov/libssl.so.0.9.8
 Reading symbols from /usr/lib/i686/cmov/libcrypto.so.0.9.8...done.
 Loaded symbols for /usr/lib/i686/cmov/libcrypto.so.0.9.8
 Reading symbols from /lib/tls/libpthread.so.0...done.
 Loaded symbols for /lib/tls/libpthread.so.0
 Reading symbols from /usr/lib/libevent-1.1a.so.1...done.
 Loaded symbols for /usr/lib/libevent-1.1a.so.1
 Reading symbols from /lib/tls/libc.so.6...done.
 Loaded symbols for /lib/tls/libc.so.6
 Reading symbols from /lib/tls/libdl.so.2...done.
 Loaded symbols for /lib/tls/libdl.so.2
 Reading symbols from /lib/ld-linux.so.2...done.
 Loaded symbols for /lib/ld-linux.so.2
 #0  0xb7e28234 in __malloc_initialize_hook () from /lib/tls/libc.so.6
 (gdb) bt
 #0  0xb7e28234 in __malloc_initialize_hook () from /lib/tls/libc.so.6
 #1  0xb7eebc88 in EVP_CIPHER_CTX_cleanup () from
 /usr/lib/i686/cmov/libcrypto.so.0.9.8
 #2  0xb7fab4f9 in ssl_clear_cipher_ctx () from
 /usr/lib/i686/cmov/libssl.so.0.9.8
 #3  0xb7fab788 in SSL_free () from /usr/lib/i686/cmov/libssl.so.0.9.8
 #4  0x0809289b in tor_tls_free (tls=0x8264c90) at tortls.c:455
 #5  0x0805cb74 in _connection_free (conn=0x8264918) at connection.c:203
 #6  0x08072492 in connection_unlink (conn=0x8264918, remove=1) at main.c:199
 #7  0x08072f8c in close_closeable_connections () at main.c:451
 #8  0xb7e2ec79 in event_base_priority_init () from
 /usr/lib/libevent-1.1a.so.1
 #9  0xb7e2ef65 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
 #10 0xb7e2edcb in event_loop () from /usr/lib/libevent-1.1a.so.1
 #11 0xb7e2ecb0 in event_dispatch () from /usr/lib/libevent-1.1a.so.1
 #12 0x08074a1b in tor_main (argc=1, argv=0xbfbf7534) at main.c:954
 #13 0xb7d07ec0 in __libc_start_main () from /lib/tls/libc.so.6
 #14 0x0804bf41 in _start () at ../sysdeps/i386/elf/start.S:119
 

What's your guess, Nick and Roger?  Another instance of openssl 0.9.8 is
broken?

-- 
 PGP signed and encrypted  |  .''`.  ** Debian GNU/Linux **
messages preferred.| : :' :  The  universal
   | `. `'  Operating System
 http://www.palfrader.org/ |   `-http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#335977: tor: daemon dies silently

2005-10-27 Thread Peter Palfrader
On Thu, 27 Oct 2005, Moritz Naumann wrote:

 Package: tor
 Version: 0.1.0.15-1.0.1
 Severity: important
 
 
 Tor dies silently, sometimes at startup, sometimes after a few seconds
 or minutes of using it. This started after upgrading to 0.1.0.15-1.0.1.
 I can provide a core dump, how should I send it? Gzip + attach?

Please install the tor-dbg to your tor binary package as well and send
us a backtrace.

| gdb /usr/sbin/tor core.1234
| bt

Is there anything interesting in the log?  What was the previous version
which worked fine for you?

If you have a cached-directory file in var/lib/tor, please also try to
move it aside.  Does tor still crash?  If no, can you put this file
online somewhere?

-- 
 PGP signed and encrypted  |  .''`.  ** Debian GNU/Linux **
messages preferred.| : :' :  The  universal
   | `. `'  Operating System
 http://www.palfrader.org/ |   `-http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#335977: tor: daemon dies silently

2005-10-26 Thread Moritz Naumann
Package: tor
Version: 0.1.0.15-1.0.1
Severity: important


Tor dies silently, sometimes at startup, sometimes after a few seconds
or minutes of using it. This started after upgrading to 0.1.0.15-1.0.1.
I can provide a core dump, how should I send it? Gzip + attach?

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages tor depends on:
ii  adduser   3.67.2 Add and remove users and groups
ii  libc6 2.3.5-6GNU C Library: Shared
libraries an
ii  libevent1 1.1a-1 An asynchronous event
notification
ii  libssl0.9.8   0.9.8a-2   SSL shared libraries
ii  tsocks1.8beta5-2 transparent network access
through
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages tor recommends:
ii  privoxy   3.0.3-4Privacy enhancing HTTP Proxy
ii  socat 1.4.2.0-1  multipurpose relay for
bidirection

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]