When adding a shared folder if there is a backslash in the virtual name the file will be unavailable for download. I tested this using BCDC++ 0.666a and DC++ 0.4034.
Example XML from the file list of the the directory with a virtual name containing a backslash:
Code: Select all
<Directory Name="Test\Test">
<File Name="w5sp_exe_100.zip" Size="63055" TTH="CTTGZNZNCUPGX3MNTFCPL3KVUMF3DRD4JTNWAGA"/>
<File Name="w2sp4netjuke.zip" Size="27788" TTH="2WDQMP5ZXECMDFNJ4YP56L7RUIORKITUOEDV5KY"/>
<File Name="w2sp.additionals.zip" Size="124492" TTH="EMHS6Z54HFWTHBLFWU5EJP3V5VHYRAWF7Q3DSSQ"/>
<File Name="w2sp-2004-04-26.tar.gz" Size="33860" TTH="I66MAWJZ3UBCWPK2JQEPP3RAI6EQDVPUAXHTS6Y"/>
<File Name="shoutcast-1-9-4-windows.exe" Size="214077" TTH="OG5X6W37XBUAEQYM4UTAOBGTYW3E36ZTUL5Q6OY"/>
<File Name="foo_winamp_spam-0.74.zip" Size="9562" TTH="AA43KLPO5MGGLOPYHJVNTUWSNKP6VBX6B5YXS6I"/>
<File Name="amip_foobar07b.zip" Size="544575" TTH="UIDOPBGTZEZJMPIEAU7F4QXHWTA6N43R2ONLDEA"/>
</Directory>
XML from the download queue attempting to download a file from this directory:
Code: Select all
<Download Target="E:\TempFiles\amip_foobar07b.zip" Size="544575" Priority="3" TempTarget="E:\Programs\DC\DC++\Incomplete\amip_foobar07b.zip.UIDOPBGTZEZJMPIEAU7F4QXHWTA6N43R2ONLDEA.dctmp" Added="1101166400" TTH="UIDOPBGTZEZJMPIEAU7F4QXHWTA6N43R2ONLDEA">
<Source Nick="Kattanaver" Path="Test\Test\amip_foobar07b.zip" Utf8="1"/>
</Download>
In addition to fixing the bug I suggest that a backslash in the virtual name be used to denote a virtual subdirectory of the virtual folder, not unlike the submenus created by backslashes in user command names.
I was trying if this feature was already implimented when i stumbled on the bug.
The solution to me is to map the virtual names to the directory paths when sending the path data for downloads. I'm going to look into it but ive never done any C or C++ work.