i have seen issues such as frozen when clicking in transmission when i have many torrents active, get more frozen (or just totally frozen when i have a active download torrent).
And this make the download torrents to download slower. Have this a while now.
Hey, I downloaded the new version, and now whenever I try to start it up it says it does not work for my version of the OS X operating system. I use a mac, but the older version of MAC OS X 10.4 (Tiger). Thanks for a great application!
Kirmokin wrote:Hey, I downloaded the new version, and now whenever I try to start it up it says it does not work for my version of the OS X operating system. I use a mac, but the older version of MAC OS X 10.4 (Tiger). Thanks for a great application!
The 1.5x releases were the last to support Tiger, so you should consider using 1.54. That's not quite as old as it sounds -- 1.54 was a bugfix release put out after1.61 for the benefit of Tiger users.
Crash on update of block list. It seemed to be parsing the download at the time of the crash.
Hardware Overview:
Model Name: Power Mac G5
Model Identifier: PowerMac7,3
Processor Name: PowerPC G5 (2.2)
Processor Speed: 1.8 GHz
Number Of CPUs: 2
L2 Cache (per CPU): 512 KB
Memory: 1.25 GB
Bus Speed: 900 MHz
Boot ROM Version: 5.1.8f7
System Software Overview:
System Version: Mac OS X 10.5.8 (9L30)
Kernel Version: Darwin 9.8.0
Boot Volume:
Boot Mode: Normal
Computer Name:
User Name:
Time since boot: 14 days 6:02
Built it on OpenBSD/sparc64, which is a good platform for finding bugs, and the GTK client dies a few seconds after starting up with a stack smash in dht_periodic(). 1.73 was fine.
naddy wrote:Built it on OpenBSD/sparc64, which is a good platform for finding bugs, and the GTK client dies a few seconds after starting up with a stack smash in dht_periodic(). 1.73 was fine.
The list command (-l) is no longer returns a nicely formated list because the function that generates the "ETA" string can now return strings that are much longer (up to 22 characters long, overflowing the 16 char string passed) than the 8 characters expected by printf for that column.
Torrents that are stopped but not done show an ETA of "0 seconds" instead of the previous "Unknown". The web client and the gtk client both just don't show anything so maybe an empty string would be best to keep consistency.
web client
Torrents start out with the progress bar completely green instead of white.
Noticing that if the tracker being used has a limit of transfers, items that are slated to be downloaded show a "torrent limit reached" message. After a while, all queued downloads are automatically paused.
Will Transmission unpause a transfer once another download has completed or is this going to be a manual process to activate another download?
naddy wrote:Built it on OpenBSD/sparc64, which is a good platform for finding bugs, and the GTK client dies a few seconds after starting up with a stack smash in dht_periodic(). 1.73 was fine.
Any more information you can give on this?
Not really. The backtrace isn't very enlightening.
(gdb) bt
#0 __stack_smash_handler (func=0x301d28 "dht_periodic", damaged=1358853225)
at /usr/src/lib/libc/sys/stack_protector.c:91
#1 0x00000000001d4c28 in dht_periodic (s=17, available=0, tosleep=0x4dc1d94c,
callback=0x181b38 <callback>, closure=0x0) at dht.c:1850
#2 0x0000000000182160 in event_callback (s=17, type=1, ignore=0x0)
at tr-dht.c:427
#3 0x00000000001d9e94 in event_process_active (base=0x423d5400) at event.c:392
#4 0x00000000001da4a4 in event_base_loop (base=0x423d5400, flags=0)
at event.c:544
#5 0x00000000001da16c in event_loop (flags=0) at event.c:468
#6 0x00000000001d9f14 in event_dispatch () at event.c:406
#7 0x0000000000182ae4 in libeventThreadFunc (veh=0x4db97e00) at trevent.c:239
#8 0x000000000015ced8 in ThreadFunc (_t=0x423dbf40) at platform.c:108
#9 0x0000000049ecec98 in _thread_start ()
at /usr/src/lib/libpthread/uthread/uthread_create.c:241
#10 0x0000000049ecec60 in pthread_create (thread=0x0, attr=0x0,
start_routine=0, arg=0x0)
at /usr/src/lib/libpthread/uthread/uthread_create.c:230
(gdb) p searches
$1 = (struct search *) 0x0