Jump to content

Core


kovan

Recommended Posts

Hi.

As a Linux developer, I think utserver is a truly great piece of software.

I got a core though. I'll leave it here just in case someone wants to have a look at it:


Thread 4 (process 25780):
#0 0xb771d424 in __kernel_vsyscall ()
#1 0xb76fd352 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2 0x08079f42 in IOThread ()
#3 0x080c2de7 in thread_func_wrapper ()
#4 0xb76f94c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5 0xb763c84e in clone () from /lib/i686/cmov/libc.so.6

Thread 3 (process 25782):
#0 0xb771d424 in __kernel_vsyscall ()
#1 0xb76fd352 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2 0x0807b938 in DnsThread ()
#3 0xb76f94c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#4 0xb763c84e in clone () from /lib/i686/cmov/libc.so.6

Thread 2 (process 25779):
#0 0xb771d424 in __kernel_vsyscall ()
#1 0xb76fd352 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2 0x0808384d in GetMessage ()
#3 0x0808374d in LApp::message_loop ()
#4 0x08087c83 in Startup ()
#5 0x080d6be8 in main ()

Thread 1 (process 25783):
#0 0xb75d8ee8 in wcslen () from /lib/i686/cmov/libc.so.6
#1 0x080c0b55 in tstrbegins ()
#2 0x080d027f in PathContains ()
#3 0x080c41d4 in BuildDownloadDir ()
#4 0x080c6f8f in TrackerConnection::ProcessCommand ()
#5 0x080c94ce in TrackerConnection::process_http_done ()
#6 0x0808d7ad in HttpConnection::run_state ()
#7 0x080993e0 in TcpSocket::loop ()
#8 0x08092a17 in Socket::NetworkLoop ()
#9 0x0809914b in Socket::NetworkEventLoop ()
#10 0x080991c1 in NetworkThread ()
#11 0x080c2de7 in thread_func_wrapper ()
#12 0xb76f94c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#13 0xb763c84e in clone () from /lib/i686/cmov/libc.so.6

It happened when adding this torrent URL: http://torrents.thepiratebay.org/4421305/El_golpe.(The_Sting).(DVDRip.Divx.Spanish)..4421305.TPB.torrent

Build 22789 under Debian GNU/Linux 5.0.

Link to comment
Share on other sites

Thread 1 (process 25783):
#0 0xb75d8ee8 in wcslen () from /lib/i686/cmov/libc.so.6
#1 0x080c0b55 in tstrbegins ()
#2 0x080d027f in PathContains ()
#3 0x080c41d4 in BuildDownloadDir ()

Thanks for the report (and the positive feedback).

Did you specify a download directory with the request? Did you specify a subdirectory path with the request? Not that you needed to - I just want to identify which code path was taken.

Link to comment
Share on other sites

For some reason, when the I checked, both paths were empty. It looks like they weren't correctly saved.

Keep up the good work. I am really impressed. The user interface is absolutely professional, ages ahead the ones of eMule, aMule or MLdonkey, and better than ANY web-based user interface I have seen in ten years using Linux, which is saying quite a lot. The other thing that puts this project from most Linux software, is that it is one binary distributable for all Linux distributions. No compilation required, no 10 different package formats, just a binary with dependencies on glibc. Really impressive.

Link to comment
Share on other sites

For some reason, when the I checked, both paths were empty. It looks like they weren't correctly saved.

I'm not sure what you meant by both paths and weren't correctly saved. You are referring to:

1 - the values of the dir_download setting in utserver.conf, or

2 - the editable settings for the active download directory?

I'm asking because I've just found a fix for a crash that occurs when someone checks the checkbox near "Put new downloads in" in the directories tab in the preferences dialog in the web UI, and either doesn't specify a directory, or specifies a directory that doesn't exist on the file system. That would refer to interpretation # 2 above, which is what to me sounds like you mean.

Adding to that problem, the web UI doesn't update the value of the active directory or notify the user that their proposed value was rejected by the server, and the server accepts all acceptable values that are submitted and doesn't respond to the requester that part of or all of their request was rejected, so the user's requested value remains in the text box until they refresh their browser, which would make users think their proposed value was accepted.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...