aMule Forum
English => Backtraces => Topic started by: Mr Faber on February 26, 2005, 09:56:04 AM
-
Amuled 20050226 without unicode crashes after ~ 1 hour. I use wxGTK 2.5.4 without unicode.
(gdb) bt
#0 0x0000002a956780f9 in raise () from /lib/libpthread.so.0
#1 0x0000002a957d0689 in DoShowAssertDialog (msg=@0x2c5a)
at ./src/common/appbase.cpp:683
#2 0x0000002a957d069c in wxAppTraitsBase::ShowAssertDialog(wxString const&) (
this=0x2c5a, msg=@0x2c5a) at ./src/common/appbase.cpp:529
#3 0x0000002a957d06b9 in wxConsoleAppTraitsBase::ShowAssertDialog(wxString const&) (this=0x2c5a, msg=@0x2c5a) at ./src/common/appbase.cpp:494
#4 0x0000002a957d088f in ShowAssertDialog (
szFile=0x512780 "DownloadQueue.cpp", nLine=795, szCond=0x51ed8c "0",
szMsg=0x0, traits=0x8a7bf0) at ./src/common/appbase.cpp:746
#5 0x0000002a957d08fa in wxOnAssert(char const*, int, char const*, char const*) (szFile=0x2220747265737361 ,
nLine=11354, szCond=0x5 ,
szMsg=0xffffffffffffffff )
at app.h:297
#6 0x000000000043d998 in CDownloadQueue::ProcessLocalRequests() (
this=0xb8fd30) at DownloadQueue.cpp:795
#7 0x0000000000440f4a in CDownloadQueue::Process() (this=0xb8fd30)
at DownloadQueue.cpp:286
#8 0x00000000004ca7fd in CamuleApp::OnCoreTimer(wxEvent&) (this=0x8a5cf0)
at amule.cpp:1554
#9 0x00000000004cdf04 in CamuleDaemonApp::OnRun() (this=0x8a5cf0)
at amuled.cpp:155
#10 0x0000002a95809f99 in wxEntry(int&, char**) (argc=@0x6b4a48,
argv=0x7fbffff568) at app.h:297
#11 0x00000000004cdd52 in main (argc=1, argv=0x2c5a) at amuled.cpp:117
(gdb) bt full
#0 0x0000002a956780f9 in raise () from /lib/libpthread.so.0
No symbol table info available.
#1 0x0000002a957d0689 in DoShowAssertDialog (msg=@0x2c5a)
at ./src/common/appbase.cpp:683
No locals.
#2 0x0000002a957d069c in wxAppTraitsBase::ShowAssertDialog(wxString const&) (
this=0x2c5a, msg=@0x2c5a) at ./src/common/appbase.cpp:529
No locals.
#3 0x0000002a957d06b9 in wxConsoleAppTraitsBase::ShowAssertDialog(wxString const&) (this=0x2c5a, msg=@0x2c5a) at ./src/common/appbase.cpp:494
No locals.
#4 0x0000002a957d088f in ShowAssertDialog (
szFile=0x512780 "DownloadQueue.cpp", nLine=795, szCond=0x51ed8c "0",
szMsg=0x0, traits=0x8a7bf0) at ./src/common/appbase.cpp:746
s_bNoAsserts = false
msg = { = {static npos = 18446744073709551615,
m_pchData = 0xf9d458 "DownloadQueue.cpp(795): assert \"0\" failed."}, }
#5 0x0000002a957d08fa in wxOnAssert(char const*, int, char const*, char const*) (szFile=0x2220747265737361 ,
nLine=11354, szCond=0x5 ,
szMsg=0xffffffffffffffff )
at app.h:297
s_bInAssert = true
#6 0x000000000043d998 in CDownloadQueue::ProcessLocalRequests() (
this=0xb8fd30) at DownloadQueue.cpp:795
nPriority = 0 '\0'
cur_file = (class CPartFile *) 0xc148f0
dwBestWaitTime = 4294967295
posNextRequest = {_M_node = 0xb8fe48}
it = {_M_node = 0x1cc78c0}
dataTcpFrame = { = { = {_vptr.CFile = 0x51acf0,
m_fd = -1, m_error = false, fFilePath = { = {
static npos = 18446744073709551615,
m_pchData = 0x2a9586ab58 ""}, }}, m_GrowBytes = 22,
m_position = 0, m_BufferSize = 0, m_FileSize = 0, m_delete = true,
m_buffer = 0x0}, = {
_vptr.CFileDataIO = 0x51ae08}, }
iFiles = 0
iSize = 0
#7 0x0000000000440f4a in CDownloadQueue::Process() (this=0xb8fd30)
at DownloadQueue.cpp:286
downspeed = 0
cur_datarate = 3221222304
#8 0x00000000004ca7fd in CamuleApp::OnCoreTimer(wxEvent&) (this=0x8a5cf0)
at amule.cpp:1554
msPrevSave = 1381556
msPrev1 = 1403035
msPrev5 = 1398958
msCur = 1403448
msPrevHist = 1403000
#9 0x00000000004cdf04 in CamuleDaemonApp::OnRun() (this=0x8a5cf0)
at amuled.cpp:155
msRun = 1303446299
locker = {m_isOk = true, m_mutex = @0x8a5fa8}
msWait = 1303446299
#10 0x0000002a95809f99 in wxEntry(int&, char**) (argc=@0x6b4a48,
argv=0x7fbffff568) at app.h:297
callOnExit = {}
cleanupOnExit = {}
#11 0x00000000004cdd52 in main (argc=1, argv=0x2c5a) at amuled.cpp:117
No locals.
I think I have another hint for the second amuled which is started instead of amuleweb. I get this message "execlp failed with code 2" in console after loading shared files.
As I said in other threads I use local install of wxGTK and amule.
cu
Mr Faber
-
Mr Faber,
This code has changed in latest cvs, do you mind retrying with tomorrow tarball?
Thanks for the patience! ;)
-
Of course :) . After restarting amuled it is running over five hours without a crash.
Another great point is that I canceled today many files of which some were active with webinterface and no crash happens :baby: .
Keep on running :D
cu
Mr Faber
-
I am very happy to say that my amuled and amuleweb runs over a day stable :baby: . I haven't used the today CVS because of this :D .
Ok, I haven't used the unicode version but amuled seems to get really stable on my system.
Only some minor bugs are bothering. The second amuled which get started instead of amuleweb and the problem that the download or upload gets sometimes 0 for some seconds (not both at once). But I can live with it :))
Many many thanks to the great devs.
cu
Mr Faber
-
Mr Faber,
We are the ones that must thank you for testing, and your nick is already in the changelog of the final version in the "thanks" section. Please, keep testing ;)
Cheers!
-
Thanks, this is really fabulous. I will keep on testing but it seems stable :) .
Tomorrow I will test unicode and check the ipfilter problem.
I have another question which I ask some time ago but with no specific answer:
EMule sends filenames to server and search for filenames only in unicode since 0.45a. Have I use aMule with unicode to search for filenames published through new eMule clients or does support amule without unicode unicode for searching and publishing files?
If it doesn't I would only use unicode amule because searching for fileneames is important for me (I know that only the hash is needed for finding downloads).
cu
Mr Faber
-
Originally posted by Mr Faber
EMule sends filenames to server and search for filenames only in unicode since 0.45a.
Mr Faber
Wrong.
-
changelog of 0.45a (http://sourceforge.net/project/shownotes.php?release_id=302705)
bluecow: Searching in eD2K and Kad is now defaulted to use Unicode search expressions.
I am relativley sure that I have read something about this issue. People with old clients can't finde the filenames shared by the new ones with unicode so there is a little gap. But it has no effect on downloading because hashes are use.
cu
Mr Faber