Crashing when multiple virtual folders have the same name

Bug #228582 reported by grryf
44
This bug affects 1 person
Affects Status Importance Assigned to Milestone
DC++
Fix Released
High
Unassigned
Ubuntu
Invalid
Undecided
Unassigned

Bug Description

DC++ (.706) crashing on connect to hub (probably queue problem).
I upgraded 0.705 to 0.706 by copying the queue and hash index. Everything worked some time but when I tryied to connect it come Runtime Error C++ on my screen.
Windows XP SP2 updated

Revision history for this message
grryf (ndo-wp) wrote :

BTW: I used Virtual folder feature - two Downloads folders but different locations (mixing files).

Revision history for this message
grryf (ndo-wp) wrote : Re: DC++ (.706) crashing on connect to hub (virtual folder problem)

Hello!
Me again
It's virtual folders problem:
Screenshot: http://ndo.pl/!img/DC++706-bug.PNG

Above error is avoided by changing another folder name into name of one of existing folders, next you connecting to a HUB and when someone will request a file from your share then you will see the error.

I was testing it and had same error several times. After that I changes my previously renamed folder back to previous name, joining the hub... everything fine.
Best Regards,
Ps. Virtual folder (same names and mixing files) is great feature!
grryf

Changed in dcplusplus:
status: New → Confirmed
Revision history for this message
eMTee (realprogger) wrote :

Here is the test case and debug log from the reporter of another entry marked duplicate :

[2009-01-15 17:48] <Andaya> Did several tests today with DC debug version and program did not crash. I tried with same virtual name mapped to different folders and in these folders identically named subfolders but no luck.
[2009-01-15 17:49] <Andaya> I also queued some stuff and still had no crash
[2009-01-15 17:50] <Andaya> The only thing that is different the time I opened bug is that my original share is not the same and I tested now with a much smaller set of directories.
[2009-01-15 17:52] <Andaya> When I encountered the bug I resorted the 1,5 TB share to avoid having identical named folders or subfolders. I've recreated the original structure but with just 100GB.
[2009-01-15 17:52] <Andaya> So only conclusion until now is that bug possibly has something to do with total share size.
...
[12:07] <Andaya> I made share with 2 folders mapped to one:
[12:07] <Andaya> but each folder didn't have subfolders with same names
[12:08] <Andaya> all 1,3 TB hashed ok while connected to hub and had 12 hours uptime without a problem
[12:09] <Andaya> this morning I added a third folder which DID had subfolders with same names as subfolders of first two folders
[12:09] <Andaya> and then I had a crash, I have debug log for you.

Changed in dcplusplus:
importance: Undecided → High
Revision history for this message
Jacek Sieka (arnetheduck) wrote :

untested tentative fix committed

Changed in dcplusplus:
status: Confirmed → Fix Committed
eMTee (realprogger)
Changed in dcplusplus:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.