Tor issueshttps://gitlab.torproject.org/tpo/core/tor/-/issues2020-06-27T14:10:41Zhttps://gitlab.torproject.org/tpo/core/tor/-/issues/420funny-looking uname on win982020-06-27T14:10:41ZRoger Dingledinefunny-looking uname on win98Apr 29 00:45:04.532 [notice] Publication time for router with nickname 'Unnamed'
is too far (34760 minutes) in the past. Not adding (Contact , Platform "Tor 0.1
.1.26 on Windows 98 A ")
Is this " A " a real string from something, or i...Apr 29 00:45:04.532 [notice] Publication time for router with nickname 'Unnamed'
is too far (34760 minutes) in the past. Not adding (Contact , Platform "Tor 0.1
.1.26 on Windows 98 A ")
Is this " A " a real string from something, or is it a clobbered buffer, or what?
[Automatically added by flyspray2trac: Operating System: All]Andrew LewmanAndrew Lewmanhttps://gitlab.torproject.org/tpo/core/tor/-/issues/419begin_dir broken on 0.1.2.13?2020-06-27T14:10:41ZRoger Dingledinebegin_dir broken on 0.1.2.13?I finally got tunneled connections working correctly for clients.
It works great when connecting to 0.2.0.x servers.
But when connecting to 0.1.2.13, it fetches a lot of directory
info over the TLS connection, but it gets an EOF early:
...I finally got tunneled connections working correctly for clients.
It works great when connecting to 0.2.0.x servers.
But when connecting to 0.1.2.13, it fetches a lot of directory
info over the TLS connection, but it gets an EOF early:
Apr 27 06:28:38.980 [debug] fetch_from_buf_http(): headerlen 141, bodylen 151383
.
Apr 27 06:28:38.981 [debug] connection_dir_client_reached_eof(): Received respon
se from directory server '86.59.21.38:443': 200 "OK"
Apr 27 06:28:38.981 [debug] connection_dir_client_reached_eof(): Time on receive
d directory is within tolerance; we are -9 seconds skewed. (That's okay.)
Apr 27 06:28:38.997 [info] tor_gzip_uncompress(): possible truncated or corrupt
zlib data
Apr 27 06:28:38.997 [info] connection_dir_client_reached_eof(): Unable to decomp
ress HTTP body (server '86.59.21.38:443').
Apr 27 06:28:38.998 [debug] conn_close_if_marked(): Cleaning up connection (fd -
1).
Apr 27 06:28:38.998 [info] connection_dir_request_failed(): Giving up on directo
ry server at '86.59.21.38'; retrying
Whereas on moria, it works:
Apr 27 06:29:36.305 [debug] fetch_from_buf_http(): headerlen 141, bodylen 471545
.
Apr 27 06:29:36.306 [debug] connection_dir_client_reached_eof(): Received respon
se from directory server '18.244.0.114:443': 200 "OK"
Apr 27 06:29:36.306 [debug] connection_dir_client_reached_eof(): Time on receive
d directory is within tolerance; we are -9 seconds skewed. (That's okay.)
Apr 27 06:29:36.352 [info] connection_dir_client_reached_eof(): Received network
status objects (size 1063662) from server '18.244.0.114:443'
Apr 27 06:29:36.417 [debug] check_directory_signature(): Signed directory hash s
tarts F2FF957E
Is this a bug with 0.2.0's linked connections? Or a bug with 0.1.2.13's handling
of begin_dir?
[Automatically added by flyspray2trac: Operating System: All]https://gitlab.torproject.org/tpo/core/tor/-/issues/417[err] routerlist.c:4488: routerlist_assert_ok: Assertion r == r2 failed; abor...2020-06-27T14:10:42Zweasel (Peter Palfrader)[err] routerlist.c:4488: routerlist_assert_ok: Assertion r == r2 failed; aborting.#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d10885 in raise () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#2 0xb7d12002 in abort () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#3 0x080afe48 in routerlist_assert_ok (rl=0x8144788) ...#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d10885 in raise () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#2 0xb7d12002 in abort () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#3 0x080afe48 in routerlist_assert_ok (rl=0x8144788) at routerlist.c:4504
legacy/trac#4 0x080ab058 in routerlist_remove_old_routers () at routerlist.c:2227
legacy/trac#5 0x080af2f8 in update_router_have_minimum_dir_info () at routerlist.c:4211
legacy/trac#6 0x080af23d in router_have_minimum_dir_info () at routerlist.c:4182
legacy/trac#7 0x080942a5 in run_scheduled_events (now=1177084855) at main.c:932
legacy/trac#8 0x08094873 in second_elapsed_callback (fd=-1, event=1, args=0x0) at main.c:1064
legacy/trac#9 0xb7e1fc79 in event_base_priority_init () from /usr/lib/libevent-1.1a.so.1
legacy/trac#10 0xb7e1ff65 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#11 0xb7e1fdcb in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#12 0xb7e1fcb0 in event_dispatch () from /usr/lib/libevent-1.1a.so.1
legacy/trac#13 0x08094d3b in do_main_loop () at main.c:1267
legacy/trac#14 0x08095dcd in tor_main (argc=0, argv=0x0) at main.c:2494
legacy/trac#15 0x080b943b in main (argc=0, argv=0x0) at tor_main.c:22
legacy/trac#16 0xb7cfd970 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#17 0x0804c7f1 in _start () at ../sysdeps/i386/elf/start.S:102
[Automatically added by flyspray2trac: Operating System: All]https://gitlab.torproject.org/tpo/core/tor/-/issues/416SVN r9989, crash, corrupt stack?2020-06-27T14:10:42ZTracSVN r9989, crash, corrupt stack?Checked out revision 9989. Crashed.
(gdb) bt
#0 0x40254c91 in kill () from /lib/libc.so.6
#1 0x40032c85 in pthread_kill () from /lib/libpthread.so.0
legacy/trac#2 0x40032cc6 in raise () from /lib/libpthread.so.0
legacy/trac#3 0x4025...Checked out revision 9989. Crashed.
(gdb) bt
#0 0x40254c91 in kill () from /lib/libc.so.6
#1 0x40032c85 in pthread_kill () from /lib/libpthread.so.0
legacy/trac#2 0x40032cc6 in raise () from /lib/libpthread.so.0
legacy/trac#3 0x40254a64 in raise () from /lib/libc.so.6
legacy/trac#4 0x40255f9c in abort () from /lib/libc.so.6
legacy/trac#5 0x40289385 in __fsetlocking () from /lib/libc.so.6
legacy/trac#6 0x4028ed40 in malloc_usable_size () from /lib/libc.so.6
legacy/trac#7 0x08081e7a in directory_handle_command (conn=0x92049e0) at directory.c:1727
legacy/trac#8 0x080825bd in connection_dir_process_inbuf (conn=0x92049e0) at directory.c:1336
legacy/trac#9 0x0806a758 in connection_process_inbuf (conn=Variable "conn" is not available.
) at connection.c:2284
legacy/trac#10 0x0806c942 in connection_handle_read (conn=0x92049e0) at connection.c:1514
legacy/trac#11 0x08093838 in conn_read_callback (fd=68, event=2, _conn=0x92049e0) at main.c:428
legacy/trac#12 0x400862f0 in event_base_loop () from /usr/lib/libevent-1.3b.so.1
legacy/trac#13 0x00000001 in ?? ()
legacy/trac#14 0x4007c298 in ?? ()
legacy/trac#15 0xbffffaf0 in ?? ()
legacy/trac#16 0x081096b8 in ?? ()
legacy/trac#17 0xbffffafa in ?? ()
legacy/trac#18 0x0810968c in ?? ()
legacy/trac#19 0xbffffaf0 in ?? ()
legacy/trac#20 0x00000000 in ?? ()
legacy/trac#21 0x00000000 in ?? ()
legacy/trac#22 0x40095034 in selectops () from /usr/lib/libevent-1.3b.so.1
legacy/trac#23 0x08109698 in ?? ()
legacy/trac#24 0x00014194 in ?? ()
legacy/trac#25 0x40081a38 in ?? () from /usr/lib/libevent-1.3b.so.1
legacy/trac#26 0x4009515c in ?? () from /usr/lib/libevent-1.3b.so.1
legacy/trac#27 0x462786bc in ?? ()
legacy/trac#28 0x0008e3dc in ?? ()
legacy/trac#29 0x00000000 in ?? ()
legacy/trac#30 0x000f4237 in ?? ()
legacy/trac#31 0x00000000 in ?? ()
legacy/trac#32 0x4009515c in ?? () from /usr/lib/libevent-1.3b.so.1
legacy/trac#33 0x00000000 in ?? ()
legacy/trac#34 0x4001aca0 in _dl_argv_internal () from /lib/ld-linux.so.2
legacy/trac#35 0xbffffca8 in ?? ()
legacy/trac#36 0x40086597 in event_loop () from /usr/lib/libevent-1.3b.so.1
legacy/trac#37 0x00000000 in ?? ()
legacy/trac#38 0x4009515c in ?? () from /usr/lib/libevent-1.3b.so.1
legacy/trac#39 0x400865bb in event_dispatch () from /usr/lib/libevent-1.3b.so.1
legacy/trac#40 0x400865a6 in event_dispatch () from /usr/lib/libevent-1.3b.so.1
legacy/trac#41 0x08093397 in tor_main (argc=0, argv=0x852) at main.c:1276
Previous frame inner to this frame (corrupt stack?)
(gdb)
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: xiandohttps://gitlab.torproject.org/tpo/core/tor/-/issues/415seg fault on r98012020-06-27T14:10:42ZRoger Dingledineseg fault on r9801moria1 died last night:
#0 0x0000002a95e91be0 in strlen () from /lib/libc.so.6
#1 0x0000002a95e5fcf5 in vfprintf () from /lib/libc.so.6
legacy/trac#2 0x0000002a95e84c76 in vsnprintf () from /lib/libc.so.6
legacy/trac#3 0x00000000004...moria1 died last night:
#0 0x0000002a95e91be0 in strlen () from /lib/libc.so.6
#1 0x0000002a95e5fcf5 in vfprintf () from /lib/libc.so.6
legacy/trac#2 0x0000002a95e84c76 in vsnprintf () from /lib/libc.so.6
legacy/trac#3 0x0000000000465295 in tor_vsnprintf (
str=0x7fbfffcc6c "Forgetting obsolete (too old) routerinfo for router 'pr 16 21:11:03.0ôÿ¿\177", size=9962,
format=0x7fbffff3e0 "\027\214®-\031Â80¼Æ\002", args=0x1) at compat.c:320
legacy/trac#4 0x00000000004615d3 in format_msg (
buf=0x7fbfffcc30 "Apr 16 21:11:09.114 [info] routerlist_remove_old_routers(): Forgetting obsolete (too old) routerinfo for router 'pr 16 21:11:03.0ôÿ¿\177", buf_len=10022, domain=8192, severity=6,
funcname=0x494ea0 "routerlist_remove_old_routers",
format=0x495bc0 "Forgetting obsolete (too old) routerinfo for router '%s'", ap=0x7fbffff3a0) at log.c:185
legacy/trac#5 0x0000000000460be1 in logv (severity=6, domain=8192,
funcname=0x494ea0 "routerlist_remove_old_routers",
format=0x495bc0 "Forgetting obsolete (too old) routerinfo for router '%s'", ap=0x7fbffff3a0) at log.c:232
legacy/trac#6 0x0000000000460d1f in _log_fn (severity=766413847, domain=2515679776,
fn=0x7fbffff3e0 "\027\214®-\031Â80¼Æ\002",
format=0x1 <Address 0x1 out of bounds>) at log.c:278
legacy/trac#7 0x0000000000454363 in routerlist_remove_old_routers () at routerlist.c:2191
legacy/trac#8 0x0000000000457f3b in update_router_have_minimum_dir_info ()
legacy/trac#9 0x0000000000457e90 in router_have_minimum_dir_info () at routerlist.c:4194
legacy/trac#10 0x0000000000440ccd in run_scheduled_events (now=1176772269) at main.c:931
legacy/trac#11 0x0000000000441219 in second_elapsed_callback (fd=766413847, event=14880,
args=0x7fbffff3e0) at main.c:1063
legacy/trac#12 0x0000002a9599b82d in event_base_priority_init ()
from /usr/lib/libevent-1.1a.so.1
legacy/trac#13 0x0000002a9599ba72 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#14 0x0000002a9599b8e5 in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#15 0x0000002a9599b84b in event_dispatch () from /usr/lib/libevent-1.1a.so.1
legacy/trac#16 0x000000000044164b in do_main_loop () at main.c:1266
legacy/trac#17 0x000000000044235a in tor_main (argc=766413847, argv=0x2a95f23a20)
at main.c:2492
legacy/trac#18 0x0000002a95e31441 in __libc_start_main () from /lib/libc.so.6
legacy/trac#19 0x000000000040622a in _start () at ../sysdeps/x86_64/elf/start.S:96
iu
[Automatically added by flyspray2trac: Operating System: All]https://gitlab.torproject.org/tpo/core/tor/-/issues/413cannot compile svn 99442020-06-27T14:10:42ZTraccannot compile svn 9944When I try to build svn 9944, I receive the following:
gcc -g -O2 -Wall -g -O2 -L/usr/local/lib -Wl,-R/usr/local/lib -o tor buffers.o circuitbuild.o circuitlist.o circuituse.o command.o config.o connection.o connection_edge.o conne...When I try to build svn 9944, I receive the following:
gcc -g -O2 -Wall -g -O2 -L/usr/local/lib -Wl,-R/usr/local/lib -o tor buffers.o circuitbuild.o circuitlist.o circuituse.o command.o config.o connection.o connection_edge.o connection_or.o control.o cpuworker.o directory.o dirserv.o dns.o hibernate.o main.o onion.o policies.o relay.o rendcommon.o rendclient.o rendmid.o rendservice.o rephist.o router.o routerlist.o routerparse.o eventdns.o tor_main.o ../common/libor.a ../common/libor-crypto.a -lz -lpthread -levent -lssl -lcrypto
relay.o(.text+0x2d2e): In function `init_cell_pool':
/home/yancm/torsrc/src/or/relay.c:1488: undefined reference to `mp_pool_new'
relay.o(.text+0x2da4): In function `free_cell_pool':
/home/yancm/torsrc/src/or/relay.c:1496: undefined reference to `mp_pool_destroy'
relay.o(.text+0x2e1e): In function `clean_cell_pool':
/home/yancm/torsrc/src/or/relay.c:1505: undefined reference to `mp_pool_clean'
relay.o(.text+0x2f0e): In function `cell_queue_append_packed_copy':
/home/yancm/torsrc/src/or/relay.c:1519: undefined reference to `mp_pool_get'
relay.o(.text+0x2f4f): In function `cell_queue_clear':
/home/yancm/torsrc/src/or/relay.c:1512: undefined reference to `mp_pool_release'
relay.o(.text+0x3458): In function `connection_or_flush_from_first_active_circuit':
/home/yancm/torsrc/src/or/relay.c:1512: undefined reference to `mp_pool_release'
*** Error code 1
Stop.
make: stopped in /home/yancm/torsrc/src/or
*** Error code 1
Stop.
make: stopped in /home/yancm/torsrc/src
*** Error code 1
Stop.
make: stopped in /home/yancm/torsrc
*** Error code 1
Stop.
make: stopped in /home/yancm/torsrc
[1] Exit 1 make
[Automatically added by flyspray2trac: Operating System: BSD]
**Trac**:
**Username**: yancmhttps://gitlab.torproject.org/tpo/core/tor/-/issues/412Tor v0.1.2.12-rc segfaults after a while2020-06-27T14:10:42ZTracTor v0.1.2.12-rc segfaults after a whileuname -mrs
FreeBSD 6.2-RELEASE-p3 i386
Tor version 0.1.2.12-rc.
Core was generated by `tor'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading s...uname -mrs
FreeBSD 6.2-RELEASE-p3 i386
Tor version 0.1.2.12-rc.
Core was generated by `tor'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from /lib/libssl.so.5...done.
Loaded symbols for /lib/libssl.so.5
Reading symbols from /lib/libcrypto.so.5...done.
Loaded symbols for /lib/libcrypto.so.5
Reading symbols from /lib/libpthread.so.2...done.
Loaded symbols for /lib/libpthread.so.2
Reading symbols from /lib/libevent-1.2a.so.1...done.
Loaded symbols for /lib/libevent-1.2a.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x2827f537 in pthread_testcancel () from /lib/libpthread.so.2
[New Thread 0x8110200 (runnable)]
[New Thread 0x8110000 (LWP 100098)]
[New Thread 0x80f4000 (runnable)]
[New LWP 100066]
(gdb) where
#0 0x2827f537 in pthread_testcancel () from /lib/libpthread.so.2
#1 0x28277ec8 in pthread_mutexattr_init () from /lib/libpthread.so.2
legacy/trac#2 0x28108450 in ?? ()
[Automatically added by flyspray2trac: Operating System: BSD]
**Trac**:
**Username**: Orumhttps://gitlab.torproject.org/tpo/core/tor/-/issues/411Tor Dies, SVN 9918 (relay.c:1562, main.c:1271, tor_main.c:22)2020-06-27T14:10:42ZTracTor Dies, SVN 9918 (relay.c:1562, main.c:1271, tor_main.c:22)VER: Checked out revision 9918.
LOG:
Apr 01 06:23:12.256 [err] Bug: relay.c:1562: next_circ_on_conn_p: Assertion conn == orcirc->p_conn failed; aborting.
# gdb /usr/bin/tor /var/lib/tor/core.7405
GNU gdb Red Hat Linux (6.3.0.0-1.132...VER: Checked out revision 9918.
LOG:
Apr 01 06:23:12.256 [err] Bug: relay.c:1562: next_circ_on_conn_p: Assertion conn == orcirc->p_conn failed; aborting.
# gdb /usr/bin/tor /var/lib/tor/core.7405
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh)
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-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1".
Core was generated by `/usr/bin/tor -f /etc/tor/torrc --pidfile /var/run/tor/tor.pid --log notice file'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/tls/libpthread.so.0...done.
Loaded symbols for /lib/tls/libpthread.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libevent-1.3b.so.1...Reading symbols from /usr/lib/debug/usr/lib/libevent-1.3b.so.1.0.3.debug...done.
done.
Loaded symbols for /usr/lib/libevent-1.3b.so.1
Reading symbols from /lib/libssl.so.4...done.
Loaded symbols for /lib/libssl.so.4
Reading symbols from /lib/libcrypto.so.4...done.
Loaded symbols for /lib/libcrypto.so.4
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/lib/libgssapi_krb5.so.2...done.
Loaded symbols for /usr/lib/libgssapi_krb5.so.2
Reading symbols from /usr/lib/libkrb5.so.3...done.
Loaded symbols for /usr/lib/libkrb5.so.3
Reading symbols from /lib/libcom_err.so.2...done.
Loaded symbols for /lib/libcom_err.so.2
Reading symbols from /usr/lib/libk5crypto.so.3...done.
Loaded symbols for /usr/lib/libk5crypto.so.3
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
#0 0x0060e7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
(gdb) bt
#0 0x0060e7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x0064e7a5 in raise () from /lib/tls/libc.so.6
legacy/trac#2 0x00650209 in abort () from /lib/tls/libc.so.6
legacy/trac#3 0x08087870 in make_circuit_inactive_on_conn (circ=0x8b6c940, conn=0x921d1b8) at relay.c:1562
legacy/trac#4 0x08054a23 in circuit_set_circid_orconn_helper (circ=0x8b6c940, id=0, conn=0x0, old_id=57696, old_conn=0x921d1b8, active=1)
at circuitlist.c:107
legacy/trac#5 0x08054c8b in circuit_set_p_circid_orconn (circ=0x8b6c940, id=0, conn=0x0) at circuitlist.c:152
legacy/trac#6 0x08059e6f in command_process_cell (cell=0xbffa09f0, conn=0x921d1b8) at or.h:1555
legacy/trac#7 0x0806cb76 in connection_or_process_inbuf (conn=0x921d1b8) at connection_or.c:780
legacy/trac#8 0x080638ad in connection_process_inbuf (conn=Variable "conn" is not available.
) at or.h:962
legacy/trac#9 0x08065d70 in connection_handle_read (conn=0x921d1b8) at connection.c:1514
legacy/trac#10 0x08083038 in conn_read_callback (fd=30, event=2, _conn=0x921d1b8) at main.c:427
legacy/trac#11 0x0098162d in event_base_loop (base=0x86affd8, flags=Variable "flags" is not available.
) at event.c:315
legacy/trac#12 0x009816e0 in event_loop (flags=0) at event.c:366
legacy/trac#13 0x00981704 in event_dispatch () at event.c:329
legacy/trac#14 0x08084e27 in tor_main (argc=15, argv=0xbffa1174) at main.c:1271
legacy/trac#15 0x080a3c23 in main (argc=15, argv=0xbffa1174) at tor_main.c:22
(gdb)
[Automatically added by flyspray2trac: Operating System: Other Linux]
**Trac**:
**Username**: xiandoNick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/core/tor/-/issues/410Bug: circuituse.c:530 (svn 9918)2020-06-27T14:10:42ZTracBug: circuituse.c:530 (svn 9918)fyi...
tor is crashing with the following log message:
Mar 31 13:44:42.085 [err] circuit_detach_stream(): Bug: edge conn not in circuit's list?
Mar 31 13:44:42.085 [err] Bug: circuituse.c:530: circuit_detach_stream: Assertion 0 failed; ...fyi...
tor is crashing with the following log message:
Mar 31 13:44:42.085 [err] circuit_detach_stream(): Bug: edge conn not in circuit's list?
Mar 31 13:44:42.085 [err] Bug: circuituse.c:530: circuit_detach_stream: Assertion 0 failed; aborting.
gdb bt gives:
clarity 74 -> gdb /usr/local/bin/tor tor.core
GNU gdb 5.3nb1
Copyright 2002 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--netbsdelf"...
Core was generated by `tor'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/lib/libz.so.0...done.
Loaded symbols for /usr/lib/libz.so.0
Reading symbols from /usr/lib/libpthread.so.0...done.
Loaded symbols for /usr/lib/libpthread.so.0
Reading symbols from /usr/local/lib/libevent-1.3b.so.1...done.
Loaded symbols for /usr/local/lib/libevent-1.3b.so.1
Reading symbols from /usr/lib/libssl.so.3...done.
Loaded symbols for /usr/lib/libssl.so.3
Reading symbols from /usr/lib/libcrypto.so.2...done.
Loaded symbols for /usr/lib/libcrypto.so.2
Reading symbols from /usr/lib/libc.so.12...done.
Loaded symbols for /usr/lib/libc.so.12
Reading symbols from /lib/libcrypt.so.0...done.
Loaded symbols for /lib/libcrypt.so.0
Reading symbols from /usr/libexec/ld.elf_so...done.
Loaded symbols for /usr/libexec/ld.elf_so
#0 0xbd9f80fb in kill () from /usr/lib/libc.so.12
(gdb) bt
#0 0xbd9f80fb in kill () from /usr/lib/libc.so.12
(gdb) bt
#0 0xbd9f80fb in kill () from /usr/lib/libc.so.12
#1 0xbda7917f in abort () from /usr/lib/libc.so.12
legacy/trac#2 0x08057d77 in circuit_detach_stream (circ=0x8edfc00, conn=0x8edfe00)
at circuituse.c:530
legacy/trac#3 0x0807d949 in dns_resolve (exitconn=0x8edfe00) at dns.c:631
legacy/trac#4 0x0806ac1d in connection_exit_begin_resolve (cell=0xbfbfe750,
circ=0x8edfc00) at connection_edge.c:2304
legacy/trac#5 0x08088785 in connection_edge_process_relay_cell (cell=0xbfbfe750,
circ=0x8edfc00, conn=0x0, layer_hint=0x0) at or.h:1555
legacy/trac#6 0x080868b9 in circuit_receive_relay_cell (cell=0xbfbfe750, circ=0x8edfc00,
cell_direction=2) at relay.c:170
legacy/trac#7 0x08059d30 in command_process_relay_cell (cell=0xbfbfe750, conn=0x8e6fb00)
at command.c:331
legacy/trac#8 0x0806ccdd in connection_or_process_cells_from_inbuf (conn=0x8e6fb00)
at connection_or.c:780
legacy/trac#9 0x08063cfe in connection_handle_read (conn=0x8e6fb00) at connection.c:1514
legacy/trac#10 0x0808263c in conn_read_callback (fd=25, event=2, _conn=0x8e6fb00)
at main.c:427
legacy/trac#11 0xbdbbb64c in event_process_active (base=0x80f3300) at event.c:315
legacy/trac#12 0xbdbbb8e2 in event_base_loop (base=0x80f3300, flags=0) at event.c:431
legacy/trac#13 0xbdbbb77b in event_loop (flags=0) at event.c:366
legacy/trac#14 0xbdbbb6ba in event_dispatch () at event.c:329
legacy/trac#15 0x08083ccc in do_main_loop () at main.c:1271
---Type <return> to continue, or q <return> to quit---
legacy/trac#16 0x0808498d in tor_main (argc=7, argv=0xbfbfed1c) at main.c:2497
legacy/trac#17 0x080a2c0b in main (argc=7, argv=0xbfbfed1c) at tor_main.c:22
legacy/trac#18 0x0804c996 in ___start ()
[Automatically added by flyspray2trac: Operating System: BSD]
**Trac**:
**Username**: yancmhttps://gitlab.torproject.org/tpo/core/tor/-/issues/409Tor doesn't treat 0 as a valid port2020-06-27T14:10:42ZTracTor doesn't treat 0 as a valid portTor does not treat the officially reserved port 0 as a valid port when considering
exit policies. For example, "reject *:0-19" would be summarixed as "reject *:1-19"
and would show up in the directory as such.
Actual version of tor is ...Tor does not treat the officially reserved port 0 as a valid port when considering
exit policies. For example, "reject *:0-19" would be summarixed as "reject *:1-19"
and would show up in the directory as such.
Actual version of tor is 0.1.2.12-rc, but that is not listed in the options.
Reference: http://www.iana.org/assignments/port-numbers
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: Orumhttps://gitlab.torproject.org/tpo/core/tor/-/issues/407Unable to mmap new descriptor file2020-06-27T14:10:43ZTracUnable to mmap new descriptor fileMar 29 23:23:54:062 [Warning] Unable to mmap new descriptor file at 'C:\Documents and Settings\Ils Haxor\Application Data\tor/cached-routers'.
This warning keeps popping up every time I run Tor. No matter what version I have used, both s...Mar 29 23:23:54:062 [Warning] Unable to mmap new descriptor file at 'C:\Documents and Settings\Ils Haxor\Application Data\tor/cached-routers'.
This warning keeps popping up every time I run Tor. No matter what version I have used, both stable and the newest one, this keeps occurring.
I am pretty sure this is my only problem, but I haven't even been able to use Tor yet. Anyone know what to do?
[Automatically added by flyspray2trac: Operating System: Windows 2k/XP]
**Trac**:
**Username**: Raindoghttps://gitlab.torproject.org/tpo/core/tor/-/issues/406connection.c:2391 assert_connection_ok failed (on bridged dir conn?) 0.1.2.12-rc2020-06-27T14:10:43Zseeessconnection.c:2391 assert_connection_ok failed (on bridged dir conn?) 0.1.2.12-rc0.1.2.12-rc
connection.c:2391 assert_connection_ok: Assertion connection_is_writing(conn) || conn->wants_to_write ||
(conn->type == CONN_TYPE_DIR && TO_DIR_CONN(conn)->is_blocked_on_or_conn) failed; aborting.
Aborted
from the log
Mar ...0.1.2.12-rc
connection.c:2391 assert_connection_ok: Assertion connection_is_writing(conn) || conn->wants_to_write ||
(conn->type == CONN_TYPE_DIR && TO_DIR_CONN(conn)->is_blocked_on_or_conn) failed; aborting.
Aborted
from the log
Mar 20 09:42:49.783 [info] connection_edge_process_relay_cell(): 524: end cell (closed normally) for stream 23964. Removing stream.
Mar 20 09:42:49.783 [info] connection_edge_process_relay_cell(): end cell (closed normally) dropped, unknown stream.
Mar 20 09:42:49.784 [info] connection_edge_process_relay_cell(): end cell (closed normally) dropped, unknown stream.
Mar 20 09:42:49.784 [info] connection_edge_process_relay_cell(): end cell (closed normally) dropped, unknown stream.
Mar 20 09:42:49.784 [err] connection.c:2391: assert_connection_ok: Assertion connection_is_writing(conn) ||
conn->wants_to_write || (conn->type == CONN_TYPE_DIR && TO_DIR_CONN(conn)->is_blocked_on_or_conn) failed; aborting
[Automatically added by flyspray2trac: Operating System: All]0.1.2.20Nick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/core/tor/-/issues/405exitlist believes obsolete descriptors too2020-06-27T14:10:43ZRoger Dingledineexitlist believes obsolete descriptors tooWhen you run exitlist with your DirPort enabled, you have many server descriptors
in your cached-routers file. Exitlist looks at every one of them. So if the router
allowed a connection within the past few days, exitlist lists it -- even...When you run exitlist with your DirPort enabled, you have many server descriptors
in your cached-routers file. Exitlist looks at every one of them. So if the router
allowed a connection within the past few days, exitlist lists it -- even if a newer
descriptor says that its exit policy wouldn't allow that.
I guess that means exitlist should learn about "published" timestamps, and learn how
to recognize if two descriptors are from the same server.
[Automatically added by flyspray2trac: Operating System: All]Nick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/core/tor/-/issues/404seg fault on 0.1.2.9-rc dir authority2020-06-27T14:10:43ZRoger Dingledineseg fault on 0.1.2.9-rc dir authorityMar 10 09:52:01.416 [info] dirserv_orconn_tls_done(): Found router liquidvibration3 to be reachable. Yay.
Mar 10 09:52:01.542 [info] routerlist_remove_old_routers(): Forgetting obsolete (too old) routerinfo for router 'mrs5'
Mar 10 09:52...Mar 10 09:52:01.416 [info] dirserv_orconn_tls_done(): Found router liquidvibration3 to be reachable. Yay.
Mar 10 09:52:01.542 [info] routerlist_remove_old_routers(): Forgetting obsolete (too old) routerinfo for router 'mrs5'
Mar 10 09:52:01.562 [info] dirserv_pick_cached_dir_obj(): The server directory is still clean; reusing.
Mar 10 09:52:01.711 [err] routerlist.c:4485: routerlist_assert_ok: Assertion r == r2 failed; aborting.
This was moria1. I'll hopefully get a core if it happens a second time.
[Automatically added by flyspray2trac: Operating System: All]https://gitlab.torproject.org/tpo/core/tor/-/issues/4030.1.2.x warns about non-named servers out of the blue2020-06-27T14:10:43ZRoger Dingledine0.1.2.x warns about non-named servers out of the blueMar 11 18:19:50.085 [warn] You specified a server "BlueStar88b" by name, but thi
s name is not registered, so it could be used by any server, not just the one yo
u meant. To make sure you get the same server in the future, refer to it by...Mar 11 18:19:50.085 [warn] You specified a server "BlueStar88b" by name, but thi
s name is not registered, so it could be used by any server, not just the one yo
u meant. To make sure you get the same server in the future, refer to it by key,
as "$F5B9ABFAB2C44E790AAFC5344B9F00FBDF6DC36E".
Problem is, I didn't ever mention it by name. I only have info level logs, but
they don't help at all. I was probably browsing at the time.
I guess something still refers to something by nickname, internally. I'll try
to collect more info as time goes by.
[Automatically added by flyspray2trac: Operating System: All]https://gitlab.torproject.org/tpo/core/tor/-/issues/402Mac Uninstall2020-06-27T14:10:43ZTracMac UninstallWhen I use the uninstall instructions for Mac OS X 10.4 (Tiger) Universal Binary : Tor & Privoxy & Vidalia bundle: 0.1.1.29, I get the following output. What I am doing wrong? How can I uninstall all components?
Welcome to Darwin!
jaso...When I use the uninstall instructions for Mac OS X 10.4 (Tiger) Universal Binary : Tor & Privoxy & Vidalia bundle: 0.1.1.29, I get the following output. What I am doing wrong? How can I uninstall all components?
Welcome to Darwin!
jason-edwards-computer:~ Jason$ cd /Library/Tor
jason-edwards-computer:/Library/Tor Jason$ sudo -s
Password:
jason-edwards-computer:/Library/Tor root# ./uninstall_tor_bundle.sh
bash: ./uninstall_tor_bundle.sh: No such file or directory
jason-edwards-computer:/Library/Tor root#
Some background...
I installed the bundle without X11 Macports or Fink installed on my computer.
I now have X11 installed. I am not sure if this makes a differnce.
Jay
[Automatically added by flyspray2trac: Operating System: OSX 10.4 Tiger]
**Trac**:
**Username**: jasonedwards3Andrew LewmanAndrew Lewmanhttps://gitlab.torproject.org/tpo/core/tor/-/issues/401up-to-date check on dirinfo doesn't consider networkstatus freshness2020-06-27T14:10:43ZNick Mathewsonup-to-date check on dirinfo doesn't consider networkstatus freshnessDeferred from 0.1.2.x:
? - Bug: combination of things:
When we've been idle a long time, we stop fetching server
descriptors. When we then get a socks request, we build circuits
immediately using whatever descriptors we have...Deferred from 0.1.2.x:
? - Bug: combination of things:
When we've been idle a long time, we stop fetching server
descriptors. When we then get a socks request, we build circuits
immediately using whatever descriptors we have, rather than waiting
until we've fetched correct ones.
[Automatically added by flyspray2trac: Operating System: All]0.2.0.x-finalNick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/core/tor/-/issues/400Tor built with mingw cannot handle large values for MaxAdvertisedBandwidth2020-06-27T14:10:43ZedmanmTor built with mingw cannot handle large values for MaxAdvertisedBandwidthTor built with mingw on Windows cannot handle values larger than an unsigned int
for MaxAdvertisedBandwidth, which causes a problem since the default value for
MaxAdvertisedBandwidth is 128 TB.
getinfo version
250-version=0.1.2.8-beta
...Tor built with mingw on Windows cannot handle values larger than an unsigned int
for MaxAdvertisedBandwidth, which causes a problem since the default value for
MaxAdvertisedBandwidth is 128 TB.
getinfo version
250-version=0.1.2.8-beta
250 OK
getconf maxadvertisedbandwidth
250 MaxAdvertisedBandwidth=0
setconf maxadvertisedbandwidth=4294967295
250 OK
getconf maxadvertisedbandwidth
250 MaxAdvertisedBandwidth=4294967295
setconf maxadvertisedbandwidth=4294967296
250 OK
getconf maxadvertisedbandwidth
250 MaxAdvertisedBandwidth=0
A side-effect of this problem is that Win32 users of Tor 0.1.2.8-beta are unable to start a
Tor server with Vidalia, unless they manually set a value for
MaxAdvertisedBandwidth to something greater than or equal to 10000 and less
than 2!^32.
This problem has existed in previous Tor releases built with mingw (confirmed with
the Tor 0.1.2.7-alpha Win32 binary), but most likely went unnoticed until nickm added a
lower-bound on MaxAdvertisedBandwidth in r9652. The limitation does not
occur if I build my own tor.exe using Microsoft's compiler.
[Automatically added by flyspray2trac: Operating System: All]0.1.2.x-finalhttps://gitlab.torproject.org/tpo/core/tor/-/issues/399OP sometimes does not fetch hidden service descriptor2020-06-27T14:10:43ZKarsten LoesingOP sometimes does not fetch hidden service descriptorWhen the onion proxy receives a hidden service request from the client and has no up-to-date hidden service descriptor,
it should make a request to the directory. However, this is only done when Tor does not already have a connection to ...When the onion proxy receives a hidden service request from the client and has no up-to-date hidden service descriptor,
it should make a request to the directory. However, this is only done when Tor does not already have a connection to the
directory, yet. So, from time to time, Tor thinks that there is already a connection to the Dir running and aborts the
hidden service descriptor request. But---and here comes the problem---the request is simply dropped and the descriptor
is NOT requested later. Only a subsequent request from the client application leads to another consideration to fetch
the descriptor from the directory (possibly with the same result: dropped).
Should the request be added to some "request queue" and be performed during a periodic maintenance tasks?
I added my log file (with some additional log statements) that shows the affected methods.
1172409375015 Tor Client Feb 25 14:16:15.015 [info] connection_ap_handshake_process_socks(): method invoked: 67
1172409375015 Tor Client Feb 25 14:16:15.015 [info] connection_ap_handshake_process_socks(): method invoked: 67
1172409375031 Tor Client Feb 25 14:16:15.031 [info] connection_ap_handshake_process_socks(): method invoked: 67
1172409375031 Tor Client Feb 25 14:16:15.031 [info] connection_ap_handshake_rewrite_and_attach(): event fired: C01
1172409375031 Tor Client Feb 25 14:16:15.031 [info] connection_ap_handshake_rewrite_and_attach(): method invoked: 45
1172409375031 Tor Client Feb 25 14:16:15.031 [info] connection_ap_handshake_rewrite_and_attach(): Got a hidden service request for ID 'scxfcfgpypn33tjt'
1172409375031 Tor Client Feb 25 14:16:15.031 [info] rend_cache_lookup_entry(): method invoked: 03
1172409375031 Tor Client Feb 25 14:16:15.031 [info] connection_ap_handshake_rewrite_and_attach(): Unknown descriptor scxfcfgpypn33tjt. Fetching.
1172409375031 Tor Client Feb 25 14:16:15.031 [info] rend_client_refetch_renddesc(): event fired: C03
1172409375031 Tor Client Feb 25 14:16:15.031 [info] rend_client_refetch_renddesc(): method invoked: 35
1172409375031 Tor Client Feb 25 14:16:15.031 [info] connection_get_by_type_state_rendquery(): method invoked: 62
1172409375031 Tor Client Feb 25 14:16:15.031 [info] rend_cmp_service_ids(): Comparing two strings scxfcfgpypn33tjt and with result 1
1172409375046 Tor Client Feb 25 14:16:15.031 [info] connection_get_by_type_state_rendquery(): This method says we already have a connection running: scxfcfgpypn33tjt,
1172409375046 Tor Client Feb 25 14:16:15.031 [info] rend_client_refetch_renddesc(): Would fetch a new renddesc here (for "scxfcfgpypn33tjt"), but one is already in progress.
1172409375046 Tor Client Feb 25 14:16:15.046 [info] connection_edge_process_inbuf(): data from edge while in 'waiting for rendezvous desc' state. Leaving it on buffer.
[Automatically added by flyspray2trac: Operating System: Windows 2k/XP]https://gitlab.torproject.org/tpo/core/tor/-/issues/398Hidden Services not reachable with DirPort 802020-06-27T14:10:44ZTracHidden Services not reachable with DirPort 80My system is a Windows XP SP2 Pro with german localisation. I'm currently using Tor 1.2.7-alpha and Vidalia 0.0.11.
I'm runnning a Tor server for quite a while and was always able to connect to Hidden Services (.onion sites).
Because o...My system is a Windows XP SP2 Pro with german localisation. I'm currently using Tor 1.2.7-alpha and Vidalia 0.0.11.
I'm runnning a Tor server for quite a while and was always able to connect to Hidden Services (.onion sites).
Because of a new ADSL line, I could adjust my Bandwith to 100 Kb/s which enabled my preconfigured DirPort on Port 80.
(Remember, a Server with less than 50 KB/s is not used as a DirCache!).
After my computer acted as an DirectoryCache I wasn't able to connect to ANY .onion site at ANY time (I've tried it quite often).
Deinstalling tor and installing 1.2.6-alpha DID NOT solve the problem. Installinge Vidalia 0.0.10 DID NOT solve the problem.
I have also cross-checked Vidalia 0.0.10 with tor 1.2.7-alpha and vice versa. I have always performed a CLEAN installation.
After DISABLING the DirPort and restarting my tor, ALL (known) hidden services where instantly reachable for me.
Any idea?
[Automatically added by flyspray2trac: Operating System: Windows 2k/XP]
**Trac**:
**Username**: knappo0.1.2.x-final