Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#1632 closed Bug (duplicate)

bandwidth.c: 428: tr_bandwidthUsed: Assertion `tr_isBandwidth( b )' failed

Reported by: coolphoenix Owned by: charles
Priority: Normal Milestone:
Component: libtransmission Version: 1.42
Severity: Critical Keywords:
Cc:

Description

i'm getting the error using latest libtransmission 1.42+ (rev 7516) with my own client (webtransmission) some seconds after starting it.

since my client never calls this function, i think it's a bug in libtransmission. correct me, if i am wrong.

my unclean fix is simply commenting this assertion out - then it works (i know the check is there for a reason, so better to fix it another way).

regards

Change History (12)

comment:1 Changed 12 years ago by charles

can you get a backtrace of this crash?

comment:2 Changed 12 years ago by coolphoenix

i can, if you tell me how to do this :)

comment:3 Changed 12 years ago by charles

What OS are you using?

This may be simpler if you come to the #transmission irc channel on freenode

comment:4 Changed 12 years ago by coolphoenix

gdb-output starting transmissiond (which included libtransmission an call tr_sessionInit)

Starting program: /var/media/ftp/uStorb1/webtransmission/transmissiond [Thread debugging using libthread_db enabled] [New Thread 1024 (LWP 4827)] [New Thread 2049 (LWP 4830)] [New Thread 1026 (LWP 4831)] /var/media/ftp/uStorb1/webtransmission/transmissiond: bandwidth.c: 428: tr_bandwidthUsed: Assertion `tr_isBandwidth( b )' failed.

Program received signal SIGABRT, Aborted. [Switching to Thread 1026 (LWP 4831)] 0x2ad44534 in kill () from /lib/libc.so.0

comment:5 Changed 12 years ago by coolphoenix

sorry, missed the code-formatting...

Starting program: /var/media/ftp/uStorb1/webtransmission/transmissiond 
[Thread debugging using libthread_db enabled]
[New Thread 1024 (LWP 4827)]
[New Thread 2049 (LWP 4830)]
[New Thread 1026 (LWP 4831)]
/var/media/ftp/uStorb1/webtransmission/transmissiond: bandwidth.c: 428: tr_bandwidthUsed: Assertion `tr_isBandwidth( b )' failed.

Program received signal SIGABRT, Aborted.
[Switching to Thread 1026 (LWP 4831)]
0x2ad44534 in kill () from /lib/libc.so.0

comment:6 Changed 12 years ago by coolphoenix

for the record:

(gdb) set heuristic-fence-post 5000
(gdb) bt
#0  0x2ad44544 in kill () from /lib/libc.so.0
#1  0x2ad84868 in abort () from /lib/libc.so.0
#2  0x2ad48134 in __assert () from /lib/libc.so.0
#3  0x00441340 in tr_bandwidthUsed (b=0x0, dir=TR_PEER_TO_CLIENT, byteCount=557, isPieceData=1 '\001') at bandwidth.c:428
#4  0x0044dd74 in canReadWrapper (io=0x4dafd0) at peer-io.c:171
#5  0x0044e2f0 in event_read_cb (fd=30, event=2, vio=0x4dafd0) at peer-io.c:248
#6  0x00490a98 in event_base_loop ()
#7  0x00437424 in libeventThreadFunc (veh=0x4c1e78) at trevent.c:251
#8  0x00468c28 in ThreadFunc (_t=0x4c25c0) at platform.c:106
#9  0x2aaf6418 in pthread_start_thread () from /lib/libpthread.so.0
#10 0x2aaf6490 in pthread_start_thread_event () from /lib/libpthread.so.0
Backtrace stopped: frame did not save the PC

comment:7 Changed 12 years ago by mike23w

I'm seeing the same problem.

/opt/bin/transmission-daemon: bandwidth.c: 428: tr_bandwidthUsed: Assertion `tr_isBandwidth( b )' failed.

comment:8 Changed 12 years ago by mike23w

Some background about my installation.

Transmission is installed on an embedded system running oleg's firmware(filename: WL500gp-1.9.2.7-10.trx) on an Asus wl-500g Premium wireless router.

$ ipkg list_installed transmission - 1.42-1 - Lightweight BitTorrent? client and daemon, with web interface bundled.

The transmission files are downloaded to a 16GB usb flash drive: /dev/discs/disc0/part3 on /tmp/mnt/disc0_3 type ext3 (rw,noatime)

$ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/discs/disc0/part3

14028752 2351276 10964852 18% /tmp/mnt/disc0_3

comment:9 Changed 12 years ago by charles

  • Milestone changed from None Set to 1.43
  • Status changed from new to assigned
  • Version changed from 1.42+ to 1.42

I think this is fixed now in svn trunk r7544.

If one or both of you could update from svn and confirm this, I'd appreciate it.

comment:10 Changed 12 years ago by charles

  • Resolution set to duplicate
  • Status changed from assigned to closed

This secondary bug has been resolved.

comment:11 Changed 12 years ago by charles

  • Milestone changed from 1.43 to 1.50

comment:12 Changed 12 years ago by charles

  • Milestone 1.50 deleted
Note: See TracTickets for help on using tickets.