aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Author Topic: amuled (20050301) with unicode crashes  (Read 1911 times)

Mr Faber

  • Full Member
  • ***
  • Karma: 0
  • Offline Offline
  • Posts: 229
amuled (20050301) with unicode crashes
« on: March 01, 2005, 09:54:59 PM »
amuled (20050301) with unicode crashes after ~ 15 minutes.
I got this error message:
Quote
22:02:48: Debug: DownloadQueue.cpp(795): assert "0" failed.

And this backtrace:
Code: [Select]
(gdb) bt
#0  0x0000002a956780f9 in raise () from /lib/libpthread.so.0
#1  0x0000002a957f3b06 in wxFileConfigGroup::DeleteEntry(wchar_t const*) (
    this=0x7fbffff1b0, szName=0x1d2e) at ./src/common/fileconf.cpp:1709
#2  0x0000002a957f3a09 in wxFileConfig::SetPath(wxString const&) (
    this=0x7fbfffee80, strPath=@0x7fbfffeec0) at arrstr.h:142
#3  0x000000000052d99c in typeinfo name for completingThread ()
#4  0x0000031bbffff160 in ?? ()
#5  0x000000000051f310 in vtable for CObserver > ()
#6  0x00000000008dc650 in ?? ()
#7  0x0000000000c3d498 in ?? ()
#8  0x0000007fbfffef50 in ?? ()
#9  0x0000002a957f38e5 in wxFileConfig::SetPath(wxString const&) (
    this=0x7fbfffef80, strPath=@0x0) at string.h:675
#10 0x000000000051f310 in vtable for CObserver > ()
(gdb) bt full
#0  0x0000002a956780f9 in raise () from /lib/libpthread.so.0
No symbol table info available.
#1  0x0000002a957f3b06 in wxFileConfigGroup::DeleteEntry(wchar_t const*) (
    this=0x7fbffff1b0, szName=0x1d2e) at ./src/common/fileconf.cpp:1709
pEntry = (wxFileConfigEntry *) 0x7fbffff160
pLine = (wxFileConfigLineList *) 0x8c28e0
#2  0x0000002a957f3a09 in wxFileConfig::SetPath(wxString const&) (
    this=0x7fbfffee80, strPath=@0x7fbfffeec0) at arrstr.h:142
pNextGroup = (wxFileConfigGroup *) 0x0
#3  0x000000000052d99c in typeinfo name for completingThread ()
No symbol table info available.
#4  0x0000031bbffff160 in ?? ()
No symbol table info available.
#5  0x000000000051f310 in vtable for CObserver > ()
No symbol table info available.
#6  0x00000000008dc650 in ?? ()
No symbol table info available.
#7  0x0000000000c3d498 in ?? ()
No symbol table info available.
#8  0x0000007fbfffef50 in ?? ()
No symbol table info available.
#9  0x0000002a957f38e5 in wxFileConfig::SetPath(wxString const&) (
    this=0x7fbfffef80, strPath=@0x0) at string.h:675
pNextGroup = (wxFileConfigGroup *) 0x0
#10 0x000000000051f310 in vtable for CObserver > ()
No symbol table info available.
« Last Edit: March 01, 2005, 09:56:41 PM by Mr Faber »
Logged

phoenix

  • Evil respawning bird from aMule Dev Team
  • Developer
  • Hero Member
  • *****
  • Karma: 44
  • Offline Offline
  • Posts: 2503
  • The last shadow you'll ever see
Re: amuled (20050301) with unicode crashes
« Reply #1 on: March 02, 2005, 02:51:56 AM »
Mr Faber,

Did you manually changed the priority of a file using the web interface? What did you do exactly?
Logged

Mr Faber

  • Full Member
  • ***
  • Karma: 0
  • Offline Offline
  • Posts: 229
Re: amuled (20050301) with unicode crashes
« Reply #2 on: March 02, 2005, 07:37:57 AM »
I have changes the priority in webinterface manually to test it but amuled doesn't crashes so I leave it alone. After some minutes it crashes without interaction of me.
After restart amuled with unicode runs stable until now. I know that the backtrace looks not so meaningful  :( .
I will check now the today CVS.
Maybe I have found another bug. If I change priority of an file and don't use Auto and restart amuled the same file has normal priority instead of the chossen one. I think that eMule only have four priorities (Low, Normal, HIgh and Auto). If aMule saves in part.met files the Very High or Very Low priority of a download and I reload this file in eMule is there any problem?

cu
Mr Faber
Logged

phoenix

  • Evil respawning bird from aMule Dev Team
  • Developer
  • Hero Member
  • *****
  • Karma: 44
  • Offline Offline
  • Posts: 2503
  • The last shadow you'll ever see
Re: amuled (20050301) with unicode crashes
« Reply #3 on: March 02, 2005, 10:29:22 AM »
Mr Faber,

Do you think I have a crystal ball here? :P If your backtrace was not meaningfull, how do you think I "guessed" you changed priority by hand? :D Actually, the backtrace is not the most important part of your message, but this is the key:
Quote
22:02:48: Debug: DownloadQueue.cpp(795): assert "0" failed.

That is why every information is important.

I think the answer is yes, you found another bug :D

GonoszTopi, can you take a look at that? Seems like we receive a wrong tag from amuleweb when we change priority.
Logged