Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Mr Faber]

Amuled (20050307) with unicode crashes after I changed priority in webinterface in the correct direction (from Auto to Very High). I got the same error message like in the two backtraces before. Sorry, I have had controlled the error.log.
I use wxWidgets 2.5.4 with unicode.

Code: [Select]

(gdb) bt
#0  0x0000002a956780f9 in raise () from /lib/libpthread.so.0
#1  0x0000002a957d28c9 in DoShowAssertDialog (msg=@0x20e3)
    at ./src/common/appbase.cpp:683
#2  0x0000002a957d28dc in wxAppTraitsBase::ShowAssertDialog(wxString const&) (
    this=0x20e3, msg=@0x20e3) at ./src/common/appbase.cpp:529
#3  0x0000002a957d28f9 in wxConsoleAppTraitsBase::ShowAssertDialog(wxString const&) (this=0x20e3, msg=@0x20e3) at ./src/common/appbase.cpp:494
#4  0x0000002a957d2acf in ShowAssertDialog (szFile=0x5217f0, nLine=796,
    szCond=0x5328b0, szMsg=0x0, traits=0x8e83a0)
    at ./src/common/appbase.cpp:746
#5  0x0000002a957d2b3a in wxOnAssert(wchar_t const*, int, wchar_t const*, wchar_t const*) (szFile=0x2a958930a0, nLine=8419, szCond=0x5,
    szMsg=0xffffffffffffffff) at app.h:297
#6  0x000000000043f5aa in CDownloadQueue::ProcessLocalRequests() (
    this=0xc8e470) at DownloadQueue.cpp:796
#7  0x00000000004428ca in CDownloadQueue::Process() (this=0xc8e470)
    at DownloadQueue.cpp:287
#8  0x00000000004d38ed in CamuleApp::OnCoreTimer(wxEvent&) (this=0x8e6460)
    at amule.cpp:1434
#9  0x00000000004d509a in CamuleDaemonApp::OnRun() (this=0x8e6460)
    at amuled.cpp:156
#10 0x0000002a9580c979 in wxEntry(int&, wchar_t**) (argc=@0x6dba98,
    argv=0x8c9ff0) at app.h:297
#11 0x00000000004d4f22 in main (argc=1, argv=0x20e3) at amuled.cpp:118
(gdb) bt full
#0  0x0000002a956780f9 in raise () from /lib/libpthread.so.0
No symbol table info available.
#1  0x0000002a957d28c9 in DoShowAssertDialog (msg=@0x20e3)
    at ./src/common/appbase.cpp:683
No locals.
#2  0x0000002a957d28dc in wxAppTraitsBase::ShowAssertDialog(wxString const&) (
    this=0x20e3, msg=@0x20e3) at ./src/common/appbase.cpp:529
No locals.
#3  0x0000002a957d28f9 in wxConsoleAppTraitsBase::ShowAssertDialog(wxString const&) (this=0x20e3, msg=@0x20e3) at ./src/common/appbase.cpp:494
No locals.
#4  0x0000002a957d2acf in ShowAssertDialog (szFile=0x5217f0, nLine=796,
    szCond=0x5328b0, szMsg=0x0, traits=0x8e83a0)
    at ./src/common/appbase.cpp:746
s_bNoAsserts = false
msg = { = {static npos = 18446744073709551615,
    m_pchData = 0xe2e118}, }
#5  0x0000002a957d2b3a in wxOnAssert(wchar_t const*, int, wchar_t const*, wchar_t const*) (szFile=0x2a958930a0, nLine=8419, szCond=0x5,
    szMsg=0xffffffffffffffff) at app.h:297
s_bInAssert = true
#6  0x000000000043f5aa in CDownloadQueue::ProcessLocalRequests() (
    this=0xc8e470) at DownloadQueue.cpp:796
nPriority = 0 '\0'
cur_file = (class CPartFile *) 0x15b8ea0
dwBestWaitTime = 4294967295
posNextRequest = {_M_node = 0xc8e588}
it = {_M_node = 0x2a16590}
dataTcpFrame = { = { = {_vptr.CFile = 0x538370,
      m_fd = -1, m_error = false, fFilePath = { = {
          static npos = 18446744073709551615,
          m_pchData = 0x2a95892b38}, }}, m_GrowBytes = 22,
    m_position = 0, m_BufferSize = 0, m_FileSize = 0, m_delete = true,
    m_buffer = 0x0}, = {
    _vptr.CFileDataIO = 0x538488}, }
iFiles = 0
iSize = 0
#7  0x00000000004428ca in CDownloadQueue::Process() (this=0xc8e470)
    at DownloadQueue.cpp:287
downspeed = 0
cur_datarate = 0
#8  0x00000000004d38ed in CamuleApp::OnCoreTimer(wxEvent&) (this=0x8e6460)
    at amule.cpp:1434
msPrevSave = 111561935
msPrev1 = 111621233
msPrev5 = 111620112
msCur = 111621335
msPrevHist = 111621000
#9  0x00000000004d509a in CamuleDaemonApp::OnRun() (this=0x8e6460)
    at amuled.cpp:156
msRun = 2213433766
locker = {m_isOk = true, m_mutex = @0x8e66c8}
#10 0x0000002a9580c979 in wxEntry(int&, wchar_t**) (argc=@0x6dba98,
    argv=0x8c9ff0) at app.h:297
callOnExit = {}
cleanupOnExit = {}
#11 0x00000000004d4f22 in main (argc=1, argv=0x20e3) at amuled.cpp:118
No locals.


[Kry]

That's interesting, because that assert only triggers if nPriority (0) is higher than PR_HIGH (2), so I wonder how it got there..

[GonoszTopi]

Kry, that's because PR_VERYHIGH == 3 and PR_VERYLOW == 4, both are > PR_HIGH (2).

Maybe core is not ready for these priorities?

[Kry]

But

Code: [Select]

#6  0x000000000043f5aa in CDownloadQueue::ProcessLocalRequests() (
    this=0xc8e470) at DownloadQueue.cpp:796
nPriority = 0 '\0'

[GonoszTopi]

Hmmm.

Maybe Mr Faber's computer defines (0 > 2) to be always true. Very interesting.

[Kry]

Anyway, I found it. Downloading files has no VERYHIGH or whatever, that's only for shared files. Downloading only have low, medium, high and auto. So never send such prio for a partfile...

[Mr Faber]

Originally posted by Kry
Anyway, I found it. Downloading files has no VERYHIGH or whatever, that's only for shared files. Downloading only have low, medium, high and auto. So never send such prio for a partfile...

This is what I have said in an other Thread according to his bug but I thought this was an aMule feature. I still can choose in webinterface two more priorities.

cu
Mr Faber

[Kry]

Then the webinterface is wrong isn't it?

[GonoszTopi]

Ok, priorities fixed.

[Mr Faber]

Thanks

[Kry]

Good work