DC++ 0.828 X64 build crashes when getting own file list

[Ethan]

Version 0.828
OS: Windows 7
In User List, right click on own user name and select 'Get File List'. DC++ will freeze.

[eMTee (realprogger)]

I can't reproduce this neither on NMDC nor on ADC on r3344.

Please check for and try to attach a recent crashlog (if available) the way described in Method 1. at https://answers.launchpad.net/dcplusplus/+faq/337

[inactive (inactive.-deactivatedaccount)]

I can reproduce this in r3327 (latest official stable).

Note: You must grab the filelist from the "USERLIST-MENU" (not file -> open own list).

Using: Windows 7 x64 (bought, full updated).

[eMTee (realprogger)]

Yes, we tried that. No crash or freeze here. Again, show the crash log if there's any recent one...

[inactive (inactive.-deactivatedaccount)]

that folder "DC++" does not exist in .\Users\HerpaDerpa\AppData\Local\
* using the 64bit version of DC++

[eMTee (realprogger)]

You probably using the portable (zipped) version of DC++ then. In this case the crash log is saved into program folder. But whereever it is saved, it can be easily opened by File/Open crash log menu. If it doesn't open anything then there wasn't crash log generated.

Please note that this isn't a discussion forum but a bug tracker with several people subscribed in by mail thus messages without content relevant to the actual bug count as a spam...

If you'd like to be useful please read and keep our bug tracker rules and for questions not related to bugs please use the support places like DC++ Questions Tracker (https://answers.launchpad.net/dcplusplus), the DCBase portal (http://dcbase.org) or the DC development hub (adcs://hub.dcbase.org:16591)
Thanks.

[inactive (inactive.-deactivatedaccount)]

But whereever it is saved, it can be easily opened by File/Open crash log menu. If it doesn't open anything then there wasn't crash log generated.

-> The system cannot find the file specified.

But the bug is real, believe us or not.

[eMTee (realprogger)]

It's never been questioned that it's a real bug. It probably needs your special circumstances to happen and also it's a nasty crash that's not able to produce even a crashlog.

You can try Method 2. from the same FAQ at https://answers.launchpad.net/dcplusplus/+faq/337 to see if produces anyhing useful through a debugger.

You can also try to find out what causes the crash; start with a clean portable DC++ in a separate folder, keep adding parts of your shared files and keep checking the list to see if it's something in your share triggers the crash.
As it happens only the hub's userlist also check it with different hubs. You may able to narrow down it to a specific hub so we can go on from there...

[inactive (inactive.-deactivatedaccount)]

gdb.exe instacrashes after "r",
ran cmd with and without administrative privileges

[inactive (inactive.-deactivatedaccount)]

"start with a clean portable DC++ in a separate folder"
doesn't help, crashes here as well, file list as well as trying to start it with gdb.exe

[inactive (inactive.-deactivatedaccount)]

Taking up the issue with another dev he misunderstood by which way to obtain the filelist, and instead doubleclicked on himself- This is not what we meant though, what we meant was to obtain the list through the right-click menu -> Get filelist where the client is meant to throw an warning to the user like dice++ does: "You're trying to download from yourself!" but instead DC++ just crashes.

Suggestion: remove the option from the menu or allow the user to OPEN his list that way.

[Fredrik Ullner (ullner)]

Please try the latest DC++ build at http://builds.dcbase.org

Official DC++ 0.828 x64 hangs here but the x86 does not (using Win7 x64). Revision 3344 x64 does not hang here.

If .fragment fails to reproduce the bug in rev 3344, I think we can close this bug report as fixed, but it would be good to get a better understanding what changed and why there's a difference in the architecture.

By the way, the text "You're trying to download from yourself" is what DC++ is intending to write, too, and has been around for a long time. A separate feature request should be filed if you think that that behaviour should be altered.

[eMTee (realprogger)]

Nevermind, someone running a Win7 x64 OS just confirmed this as an x64 only problem.
I tried with 32bit builds, they don't freeze at all, not even running on 64bit OSes....

[eMTee (realprogger)]

#1225420 is already filed and confirmed for the menu item appearance/function issue.

I think we should leave this bug open until poy investigates the issue and understands how it's been fixed. Also this needs a changelog item as well then.

[inactive (inactive.-deactivatedaccount)]

couldn't find any x64 r3344 though with the "x-64 r3340 debug" there was no crash, the debugger as well as the status window in dc++ gave me: Thrown: QueueException: You're trying to download from yourself!

the ""x-64 r3340 release" version did however crash exactly like the other / old one.

[poy (poy)]

i've been getting this too with rev 3352 of DC++ and rev 0 of the mingw-builds compiler. upgrading it to rev 5 seems to fix the issue. closing this for now unless someone can reproduce the bug with the latest mingw-builds compiler.

[inactive (inactive.-deactivatedaccount)]

It's related to the 64-bit architecture and apparently just the release versions, and afaik there's no x64 builds available as of yet so there's no confirming whether this bug has been fixed yet.

[poy (poy)]

built this one yesterday, let us know...

[inactive (inactive.-deactivatedaccount)]

"You're trying to download from yourself!"

Works, no crash! ^^

[poy (poy)]

Fixed in DC++ 0.830.