Bug reporting

This page stays here for historical purposes, so bugs listed here might be out-dated by now and are only related to DC++.

Please report any bug you may encounter with DC++ to our Launchpad bug tracking system or to your respective software’s bug tracker.

If you have any questions, please go to the Launchpad answer tracker for DC++ questions or to your respective software’s Q&A tracker..


As we don’t have a Bugzilla at our disposal, the only means of reporting bugs in DC++ is by sending an e-mail or contacting someone at DCDev Public.

Well, now, you can comment here in the blog concerning bugs you encounter.

Note that comments will be removed as the bugs are confirmed. Bug reports that are not clear after request will be removed after a non-specified time.

So, in no order of severity or fix-date;

General;

  • * Killing explorer.exe and restoring it causes the DC++ icon to appear in the notification area (while having not minimized DC++.) — Fixed in upcoming version
  • * IP-numbers over 100(?) doesn’t get a country in lists. — Fixed in upcoming version
  • * Share size increase. — Fixed in upcoming version
  • * PM history doesn’t show the last line. — Fixed in upcoming version

ADC specific;

  • * If you are in passive mode, users themselves in passive mode will appear as passive users. In active mode, no users are displayed as passive (or active) until searching/connecting is performed.
  • * When searching, users appear to have “freeslots/0”.
  • * BMSG are not processed (at all) when it has a PM flag.
  • * MSGs containing the parameter ME are not displayed properly. — Fixed in upcoming version
  • * PMs started from one hub are occasionally routed through a different hub if both users are connected to the same hubs.
  • * It’s impossible to remove a “Browse file list” request from your client. This way your client continues connecting to the other user until you quit (ie: in case of timeout).
  • * When DC++ recieve a QUI for itself, it does not properly parse the QUI (ie: it ignores several of the parameters). — Fixed in upcoming version

NMDC specific;

  • * The kick filter does not seem to work. — Fixed in upcoming version

The list apply to DC++ 0.699.

If you happen to find and fix the cause of any of the bugs, do as compile.txt (and preferably comment here about the fix). If you notice that one of the bugs are fixed in the upcoming version, please do tell.

59 Responses to Bug reporting

  1. hattoboy says:

    hi guys, i tried to load DC++ today, and it threw up an error message saying that a fatal bug had been encountered.

    here is my exceptioninfo.txt:

    Code: c0000005
    Version: 0.698
    Major: 5
    Minor: 1
    Build: 2600
    SP: 2
    Type: 1
    Time: 2007-05-19 10:41:37
    TTH: FXWTZRNEOAO32SHHL3R62CENBGPPRYKNZFSQJ7Q

    0x6F665F73: ?
    0x68745F72: ?

  2. Todd Pederzani says:

    The memory addresses followed by the question mark below the TTH mean that the exceptioninfo doesn’t point to any specific system component. Verify that you have a dbghelp.dll version of 5.1+ in your path and the DCPlusPlus.pdb file in the same directory that you’re running DC++ from… If those two are the case, the exceptioninfo should be useful.

  3. hattoboy says:

    it’s alright actually, i just fixed it by uninstalling and re-installing. however, when i copied over the settings files it threw up the same error again. i ended up only copying over the favourites and it worked fine.

  4. printdebug says:

    Hi,

    while running DC++ 0.699 i noticed that passive users have no wall in the usericon anymore, when i switch to DC++ 0.674 these passive users have the wall. I tried different hubs and settings but the wall doesnt appear in the userlist. All other usericons (blue/green and/or key) are working

    greets, printdebug

  5. Todd Pederzani says:

    printdebug, I can’t find the changelog entry for that change, but I’m pretty sure it was intentional (and since 0.674). The idea was to not trust the broadcast information in the tag, but instead rely upon the passive features of the protocol – as users issue passive searches and connection attempts, they should be flagged as passive.

  6. fdgiaud says:

    My Share: 60’000 Pictures in one Folder.
    In last version no problem, after 5-7 seconds loading i was able to use DC++ .. now with new version i have to wait half a minute or more… so thats a step backwards, isn’t it?

  7. Todd Pederzani says:

    fdgiaud, what are the DC++ version were you running? What version did you upgrade to?

  8. fdgiaud says:

    now i hav 0.698, dont know the version before.. but the problem just came up with this version

  9. sammysamples says:

    Hi Guys,
    Have been using DC++ for years. Have suddenly started to lose my cursor after a few minutes into the program. It turns invisible. Have tried the new .699 version, but i’m still losing it. Any ideas? Thanks.

  10. Todd Pederzani says:

    fdgiaud – if you knew which version you upgraded from, it would narrow the possible changes responsible. DC++ shouldn’t be doing that – that’s one reason it keeps around the last XML file list, as a “share cache.” The startup process should be quick. You could experiment a little with your setup to see if non-DC++ programs are contributing (defragmenting and temporarily disabling your anti-virus software [to see if it’s scanning each picture as DC++ is trying to access it] are two things that come to mind.) I know I can’t create a folder with 60,000 legitimate non-duplicate picture files for testing. It won’t affect your problem, but 0.699 is the latest version now.

    sammysamples – DC++ doesn’t use any custom cursors, so there is no code that might directly cause your problem. I’m not sure what sort of code might be at fault. You could try another program that also uses the WTL library for graphics — the HydraIRC IRC client is the only example that pops into mind. Does anything else coincide with the disappearance of the cursor? (A “Program is not responding” or the Menu bar turning white?) I’m at a loss at what could be causing your problem.

  11. julass says:

    partially fixed my problems:
    – new sources are adding only when i switch off “auto match queue”
    – i imported old queue but lost all sources to that

    another problem is that i can’t import my favs (hubs & users) from old version

  12. sammysamples says:

    Todd – It seemed to just be happening with the DC++. Just did a format and reinstalled everything. DC++ seems to be working ok now. Must have been some weird conflict. Thanks for responding.

  13. yankdownunder says:

    I’ve recently moved my DC++ over to a new Vista Home Prem machine. Ever since then, I’m finding I get a lot of “full tree does not match TTH root” errors when I try to download off people. What does this mean and what can I do about it as I find DC++ spending more time downloading the same file lists over and over as opposed to actual files. I -did- move my old queue.xml file over to save my queue, could this be the cause?

    Thanks in advance!

    -Ken

  14. Fredrik Ullner says:

    Ken: It is most likely due to your hashdata.dat or hashindex.xml file(s) being corrupted (for some reason). Write /rebuild in DC++, or remove those two files altogether. (They contain the hash information of your shared files; that is, you need to rehash your entire share if you remove them.)

  15. reportabug says:

    Code: c0000005
    Version: 0.698
    Major: 5
    Minor: 2
    Build: 3790
    SP: 2
    Type: 3
    Time: 2007-07-29 13:34:58
    TTH: FXWTZRNEOAO32SHHL3R62CENBGPPRYKNZFSQJ7Q

    ntdll!0x7C84AFB2: RtlIpv4StringToAddressExW
    ntdll!0x7C83D281: RtlLockHeap
    c:\documents\vcprojects\dcplusplus\client\speaker.h(123): Speaker::removeListeners
    c:\documents\vcprojects\dcplusplus\client\client.cpp(59): Client::shutdown
    c:\documents\vcprojects\dcplusplus\client\clientmanager.cpp(59): ClientManager::putClient
    c:\documents\vcprojects\dcplusplus\windows\hubframe.h(269): HubFrame::~HubFrame
    DCPlusPlus!0x0041DDBA: HubFrame::`scalar deleting destructor’
    c:\documents\vcprojects\dcplusplus\windows\flattabctrl.h(676): MDITabChildWindowImpl<FinishedFrame=0x000105EE,8421504=0x0012F738,WTL::CMDIWindow=0x001A99F8,ATL::CWinTraits >::OnFinalMessage
    c:\program files\vs.net 2003\vc7\atlmfc\include\atlwin.h(3041): ATL::CWindowImplBaseT<WTL::CMDIWindow=0x00000000,ATL::CWinTraits >::WindowProc
    USER32!0x7739B6E3: LoadCursorW
    USER32!0x7739B874: LoadCursorW
    USER32!0x7739BA92: TranslateMessageEx
    USER32!0x7739BAD0: DispatchMessageW
    c:\documents\vcprojects\dcplusplus\wtl\atlapp.h(580): WTL::CMessageLoop::Run
    c:\documents\vcprojects\dcplusplus\windows\main.cpp(279): Run

    only one occurrence on windows server 2003 sp2
    thanks

  16. gojira26 says:

    Ok so when i try to bring up the hub lists, i get this message every time:
    “Download Failed: a socket operation was attempted to an unreachable network. (hublistaddress). Ive tried many different hublists and its always the same.

    Thank you.

  17. Todd Pederzani says:

    reportabug, I can’t tell much about your situation from the crash log, other than that it appears when you’re closing a hub. You are using the next to latest version, try the latest version and see if you notice any particular action that you’re doing that may trigger the crash. If you’re able to do that, a solution may be more forthcoming.

  18. Todd Pederzani says:

    gojira26, what shows up under “latest version” when you go to the Help menu in DC++ and choose the “About” option? Don’t just read the DC++ version number, look for the text near the bottom middle of the window. Your firewall may be blocking DC++’s access to the internet, but you may just be trying dead hub lists.

  19. tmtpleasant says:

    Hello;

    I’m a bit newer to the DC++ thing and haven’t used it in a while. When installing DC++ this time I received the following message: TLS disabled, failed to generate certificate: The system cannot find the file specified. Does anyone know how to fix this or what the problem may be? tmtpleasant@yahoo.com Thank you!

  20. Todd Pederzani says:

    tmtpleasant, that is only a status message about your configuration. It only affects your ability to use encryption on ADC hubs. Chances are, you’re not on any ADC hubs, so it doesn’t matter. Pretorian does have a guide for generating certificates around here, so if ignoring the message isn’t an option, find and follow his guide.

  21. mikejj says:

    Saw what looked like a little bug this morning, in one of last svn’s before smartwin change (still fail at getting a EXE which loads from current svn :( ), so maybe already sorted by now.
    I had maximium similtanious downloads set at 7. Got up this morning and only 1 download was running. All the rest of the downloads were listed as “All download slots taken” and wouldn’t start.
    Possibly bit of helpful info in regards to duplicating this is that all the files left were set at Lowest Priority. :)
    Thought i should post here to see if others can duplicate before editing the list above. :)

  22. alive2007 says:

    Hello, I would like to submit a bug with DC++ version 0.699.

    When I leave my pc on overnight and longer, with DC++ active, I am always receiving this Runtime error:

    Microsoft Visual C++ Runtime Library
    C:\Program Files\DC++\DCPlusPlus.exe
    This application has requested the Runtime to terminate it in an unusual way. Please contact the application’s support team for more information.

    I am using Windows XP Pro, sp2 with latest updates with Sympatico as isp.

    The programs seems to be functionning (downloading adn uploading) but when I click the OK button, the application terminates.

  23. Fredrik Ullner says:

    alive2007: There’s nothing you’ve provided that we can do anything about. Be more specific and try and narrow down a complete step-by-step guide on how to reproduce the error (at will).

  24. mikejj says:

    “Automatically Disconnect Users Who Leave The Hub” now also disconnects them when you leave the hub (after a couple of minutes), stating that they left the hub.

  25. Fredrik Ullner says:

    There’s a @todo in the source for that, IIRC. :)

  26. alive2007 says:

    Hello Fredrik,
    I do not know what information you would require and more, how to get that information. The only thing I can assure you is that after 2 or 2.5 days DC++ is throughing me another Microsoft Visual C++ Runtime Library – Runtime Error which is associated to Program: …\ DCPlusPlus.exe.
    I have checked all log, is there a log I can send you? Is there somewhere in my PC I can look for a file that may contain the information you would require? Do you know of a procedure I could apply?
    As I am away from my PC when this occurs, I can not say much on the how. I can only observe the result.
    Thank you

  27. Fredrik Ullner says:

    alive2007: I can’t think of any log that you could send me that would help me (or anyone else) figure out what’s wrong. Try and downgrade your DC++ version to eg 0.698. You can try and locate if it’s related to any hub you’re on. (Eg, if you’re on two hubs now, close one of them down and see if you experience the issue.) Also, how many items are in your download queue? How many items are in your share? Do you have any particular windows open (do as above, with the hubs, and experiment). (Sorry, but there’s very little we have to go on, and the message you’re getting is a very generic one.)

  28. the1drifter says:

    howdy–
    i’m having an interesting problem with the Favorite Hubs option. i’ve used DC++ for a couple years, but when i upgraded to 0.699 this problem arose. i’m running on windows xp.

    somehow, the settings for one of my favorite hubs have become screwed up. when i right-click and select “Properties…”, the window flashes for only a second–thus, not allowing me time to change the settings. this happens EVERY time. so i removed it and tried to add a “New…” favorite hub with the same results. the window flashes and goes away, leaving an incorrectly set up hub in the list.

    even worse, if i leave that hub in the list and then try to add another new hub, not only does the properties window flash up and away, but then an error window comes up saying i’ve already got that hub in the list. when i click “Okay”, it creates a never-ending cycle between the properties window and the error window, which is resolved only by terminating DC++ in the Windows Task Manager.

    i’ve also tried uninstalling and re-installing the DC++ software but that didn’t work.

    any help will be gratefully accepted! thanks.

  29. Todd Pederzani says:

    the1drifter, DC++ doesn’t have any special dialog handling code, so it may not be a bug we can fix (i.e. inside DC++). What version of Windows are you using? Are any other applications behaving oddly?

    It wouldn’t hurt to make sure you’re running a version of DC++ downloaded from our homepage, either.

  30. Ken says:

    G’Day Guys,

    Got another one for you after you handled my last problem so easily! *g*

    I’m currently using DC++ 0.699, Vista Home Premium, and a Belkin F5D7633au4A adsl2+ MODEM.

    What I’m finding is, when using DC++, I get frequent modem drop outs:

    10/09/2007 06:03:20 Dial On Demand(PPPoE1)
    10/09/2007 06:03:16 PPPoE1 stop PPP
    10/09/2007 06:03:15 PPPoE receive PADT
    10/09/2007 05:49:36 DDNS> Operation complete, DDNS IP=58.7.229.138
    10/09/2007 05:49:33 If(PPPoE1) PPP connection ok !
    10/09/2007 05:49:32 PPPoE1 get IP:58.7.229.138
    10/09/2007 05:49:32 PPPoE1 start PPP
    10/09/2007 05:49:32 PPPoE receive PADS
    10/09/2007 05:49:32 PPPoE send PADR
    10/09/2007 05:49:32 PPPoE receive PADO
    10/09/2007 05:49:28 PPPoE send PADI
    10/09/2007 05:49:23 PPPoE send PADI
    10/09/2007 05:49:23 Dial On Demand(PPPoE1)
    10/09/2007 05:49:16 PPPoE1 stop PPP
    10/09/2007 05:49:16 PPPoE receive PADT
    (as taken from modem security log)

    I spent days with my ISP assuming it was connection or line troubles, but it only happens when using DC++. I’ve maxed out my line speed downloading Linux distros via FTP and had no trouble at all. This happens in both active and passive modes. Any suggestions? I miss using my dc++!

    Regards,

    Ken

  31. the1drifter says:

    well, thanks, todd. i’m using windows xp and have never had a problem before. nothing else acts even remotely funny, so i dunno know…

    i guess i’ll try your suggestion of re-installing from your homepage. i got this one from the afterdawn site.

    thanks again.

  32. Todd Pederzani says:

    the1drifter: If it is plain old 32 bit Windows XP, that is as close to a supported configuration as we have. You can try killing all the running programs with taskmanager to see if one of them is doing something odd. (Of course, if you have either spyware or adware, you won’t find anything that easily.)

    Ken: It could be either line saturation (try a upload/download throttling client like BCDC) or ISP QoS (try a non-DC++ based DC client). I’m sure there could be other explanations, but I’d have to think harder to come up with them.

  33. the1drifter says:

    hi, todd–
    well, i re-d/led and re-installed the dc++ app and i still get the same problem. the only other thing i can think to add to this is that i noticed this error message when i entered in my connection settings:

    [22:15] TLS disabled, failed to generate certificate: The system cannot find the file specified.
    [22:15] Failed to load certificate file

    not sure what that means and all i could find about “tls” was just a definition–nothing about how i should configure it. anyway, i don’t even know if that’s part of the problem…..

  34. the1drifter says:

    ps. i ran a spyware check and have nothing….

  35. shadowlmd says:

    This is how 0.701 (and 0.702) looks on my Windows 2000 SP4:

    It has serious problems with resizing and window maximizing/minimizing.

    Another problem – middle mouse click has no effect on tabs anymore.

  36. srgnt says:

    Yes, I’d say ‘resizing’ is a problem…and the only problem I came across. It simply wouldnn’t ‘do’ windows…period. The tabs worked well…but not to be able to open several chat windows (for example) if I choose, is an inconvenience that would keep me from using it.

    Never-the-less, everything else worked…and worked well :”)

  37. Fredrik Ullner says:

    MDI support has been intentionally dropped.

  38. kartooz2000 says:

    Hi Guys, I have dc++ ver 0.698 and for some reasons the transfer window does not show the files that are being transferred even though files are getting downloaded/uploaded . I tried upgrading to 0.699. The transfer window still does not show anything. No error is being thrown.
    Any ideas? I tried un installing and reinstalling ..no luck yet.

  39. Todd Pederzani says:

    kartooz2000, if you’re not seeing content in any particular “listview” window, look for the column headers and see if they exist. Sometimes they are zero width, which you can fix by manually dragging them out with your mouse.

    the1drifter: I am at a loss, except to explain that the TLS certificate generation is more of a warning, and doesn’t have any effect upon what you’re describing. (It doesn’t affect anything, except secure transfers on ADC hubs.)

  40. shadowlmd says:

    Still having resizing problems with 0.703. Here is what happens if I maximize window:

  41. beerfueled says:

    When using uPnP port mapping the client may select the wrong IP to map the port to. The uPnP code seems to ignore the bind address set, taking that into account would probably solve the problem.

    My machine has several NIC:s, among them the Hamachi VPN adapter, however I don’t think that specifically is the problem here. An other NIC is connected to a LAN and via a d-link router to the internet.

    uPnP works fine, but DC++ maps the port to the wrong internal IP address, namely the hamachi address (5.x.x.x), which will not be in a net accessible by the router and hence all incoming packets are dropped/refused.

    I captured the request from the DC++ client and it looks like this (IP:s anonymized):

    view plaincopy to clipboardprint?
    30676UDP306765.x.x.x1DC++ Search Port (30676 UDP)0
    30676UDP306765.x.x.x1DC++ Search Port (30676 UDP)0

    As you can see DC++ creates a port forward (and it is really created) but to the wrong IP address. I set the bind address in the advanced options, but the uPnP algorithm seems to ignore this. I have also checked the interface priority order in control panel – network connections – advanced and made sure the correct connection is at the top of the list. Finally i set the metric of the hamachi interface higher than the LAN interface. Nothing helps. Is this perhaps something that is overlooked in the dc++ code?

  42. beerfueled says:

    Parts of my previous comment were lost due to included XML code. Below is the post again, with tags as brackets instead. Sorry for the inconvenience.

    When using uPnP port mapping the client may select the wrong IP to map the port to. The uPnP code seems to ignore the bind address set, taking that into account would probably solve the problem.

    My machine has several NIC:s, among them the Hamachi VPN adapter, however I don’t think that specifically is the problem here. An other NIC is connected to a LAN and via a d-link router to the internet.

    uPnP works fine, but DC++ maps the port to the wrong internal IP address, namely the hamachi address (5.x.x.x), which will not be in a net accessible by the router and hence all incoming packets are dropped/refused.

    I captured the request from the DC++ client and it looks like this (IP:s anonymized):

    [SOAP-ENV:Envelope xmlns:SOAP-ENV=”http://schemas.xmlsoap.org/soap/envelope/” SOAP-ENV:encodingStyle=”http://schemas.xmlsoap.org/soap/encoding/”][SOAP-ENV:Body][m:AddPortMapping xmlns:m=”urn:schemas-upnp-org:service:WANPPPConnection:1″][NewRemoteHost xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”string”][/NewRemoteHost][NewExternalPort xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”ui2″]30676[/NewExternalPort][NewProtocol xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”string”]UDP[/NewProtocol][NewInternalPort xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”ui2″]30676[/NewInternalPort][NewInternalClient xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”string”]5.x.x.x[/NewInternalClient][NewEnabled xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”boolean”]1[/NewEnabled][NewPortMappingDescription xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”string”]DC++ Search Port (30676 UDP)[/NewPortMappingDescription][NewLeaseDuration xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”ui4″]0[/NewLeaseDuration][/m:AddPortMapping][/SOAP-ENV:Body][/SOAP-ENV:Envelope]
    [SOAP-ENV:Envelope xmlns:SOAP-ENV=”http://schemas.xmlsoap.org/soap/envelope/” SOAP-ENV:encodingStyle=”http://schemas.xmlsoap.org/soap/encoding/”][SOAP-ENV:Body][m:AddPortMapping xmlns:m=”urn:schemas-upnp-org:service:WANPPPConnection:1″][NewRemoteHost xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”string”][/NewRemoteHost][NewExternalPort xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”ui2″]30676[/NewExternalPort][NewProtocol xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”string”]UDP[/NewProtocol][NewInternalPort xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”ui2″]30676[/NewInternalPort][NewInternalClient xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”string”]5.x.x.x[/NewInternalClient][NewEnabled xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”boolean”]1[/NewEnabled][NewPortMappingDescription xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”string”]DC++ Search Port (30676 UDP)[/NewPortMappingDescription][NewLeaseDuration xmlns:dt=”urn:schemas-microsoft-com:datatypes” dt:dt=”ui4″]0[/NewLeaseDuration][/m:AddPortMapping][/SOAP-ENV:Body][/SOAP-ENV:Envelope]

    As you can see DC++ creates a port forward (and it is really created) but to the wrong IP address. I set the bind address in the advanced options, but the uPnP algorithm seems to ignore this. I have also checked the interface priority order in control panel – network connections – advanced and made sure the correct connection is at the top of the list. Finally i set the metric of the hamachi interface higher than the LAN interface. Nothing helps. Is this perhaps something that is overlooked in the dc++ code?

  43. semami says:

    Hi, everyone
    I live in Carleton University. We have a local HUB here that has about 500 users on the HUB. Recently a few users keep connecting to me; their status stays on connecting for as long as I am connected to the HUB. These users do not fill any slots or take any internet speed however for some reason that I do not understand they take about %40 to %50 of CPU speed. I tried sending messages to the users but as if they do not even receive anything from me. I even reinstalled dc++ again both .699 and the new version too but still the same thing. I then talked to the administrators of the HUB and they have no clue of what is going on too. So I hope someone here knows what is going on?

    Thanks

  44. Fredrik Ullner says:

    beerfueled: A patch has been provided to hopefully fix that problem.

    semami: What version of DC++ are the other users using? If they have a DC++ version below 0.4032, they are kept in “connecting” because of their client’s lack of (proper) TTH support. As such, you need to convince the users to upgrade their version. (It sounds strange that they, specifically, would contribute to a spike in your CPU.)

  45. lightgirl says:

    I have come across a little bug regarding opening filelists.
    This affects 0.699 and the latest svn yesterday (849 at time of writing).
    If you have a filelist of a user opened, and get another filelist from the same user it downloads the newer list but it doesn’t open.

    3 possible solutions would be to either
    1) Close the original filelist, and open the new one.
    2) Open the new one, even though the original is open.
    3) Refresh the open filelist with the new contents.

  46. kaiog says:

    I remember in the bugzilla days that I submitted a bug regarding problems with rehashing everything on Samba fileshares on daylight saving time adjustments. As from what I can read from the changelog, this has not been fixed. Regarding that, I’ve got an enhancement request:

    Is it possible to get DC++ to create backups of the hash files if it detects that something like 20% or more of the files need to be rehashed? And by rehashed, I mean that the same file names exist, but have a different location or timestamp. This would also be useful if one were to screw up and move big folders (that are shared) around and then start DC++.

    Or optionally, DC++ could ask the user if he/she really wants to overwrite old hash data with new data.

  47. Fredrik Ullner says:

    kaiog: Isn’t that a problem with Samba, rather than DC++? In any case, why do you want backups? DC++ doesn’t overwrite the old locations, unless you do a /rebuild. (Before doing a /rebuild, however, one could argue that DC++ should backup the old hash data files.)

  48. kaiog says:

    Hello Fredrik.

    I’m not 100% sure here, but I think I could have something to do with Samba compensating for daylight savings when presenting last modified time and windows not, or the other way around. Anyways, the result is that DC++ sees all the files as modified since last hash as the modified time has changed exactly one hour.

    When it comes to the overwriting of locations, I thought DC++ overwrote the old hash data when it believes that it’s hashing the same file?
    Let’s say I’ve hashed the file x:\share\mysharedfile.txt (timestamp 01.01.1980 00:00). Then daylight savings occur and DC++ decides to rehash because the file is now x:\share\mysharedfile.txt (timestamp 01.01.1980 01:00), it is my experience that the old hashdata is overwritten. However, I could be wrong, and in that case, this is no issue at all, and I’ve just made a fool out of myself. :)

  49. scooterjinx says:

    Sorry if this is the wrong place to post this, but how the heck do you access DC++? Someone mentioned it to me today, and I no idea Carleton had this. Maybe this website isn’t Carleton specific, and if it isn’t, how does any school generally run the program? I live in residence (though in one that has less accessibility—Lanark for those at Carleton), and when I turn on my computer I see no ‘hub’ or whatever it is they’re talking about. My connection isn’t wireless but neither are the other residences.

    Basically, any insight on how to appreciate this would be really appreciated. Do I have to download something first?

    Thanks in advance,

    M.

  50. scooterjinx says:

    sorry, I meant on how to access it, not how to appreciate it!

  51. scooterjinx says:

    Is it also only available on Windows?

  52. Fredrik Ullner says:

    scooterjinx: I suggest you visit http://www.b.ali.btinternet.co.uk/DCPlusPlus/index.html or read the many FAQs that are available on the net…

  53. lightgirl says:

    … And then I found “subtract list” when browsing filelists. So my post about filelist’s and bug’s .. is just to ignore.

    Besides this solution is a much nicer way to handle a filelist with it’s content changed then I could think off :)

    I should have tried it earlier… But oh well.

    // LG

  54. poydc says:

    all bugs in “general” and “NMDC”, and some in “ADC”, are already fixed or will be fixed in the upcoming version.

    also, add a link to the Launchpad tracker?

  55. juhanisauli says:

    Hey
    I’m not sure if this can be counted as a bug, but it needs fixing ;)

    I think the picture says it all

    DC+ 0.705

    in case that the img didn’t work in this comment, the file can be found at http://img120.imageshack.us/img120/479/dcfj5.jpg

  56. petesapai says:

    I got the same error as mikejj, posted August 18, 2007 at 11:58 am. First with 0.699, now with 0.7091. I don’t have any download limits set, yet when file priority was set to low there’s one user where I get an “All download slots taken” error. Setting priority to normal resolved it.

  57. krazykiya says:

    Hi there,

    My dc++ does not wanna even start up anymore. I tried re-installing, run as admin, everything but the message:

    14:36] Generated new TLS certificate
    [14:36] File list refresh initiated
    [14:36] File list refresh finished

    pops up on starting the programme. I thought it was my quota because im at university but the problem is still persisting for 5days now already. I checked my connections as well. I cant seem to connect to any hub either it just says that the machine has actively refused it.

    Oh and after I download a new dc++, it says incorrect settings and I should download again but the message persists. My dc is not blocked by a firewal either.

    Any help will be appreciated:)

    Thanks a lot!!

  58. Anmol Rawat says:

    Many a time, i try to get the file list of a client but instead it disconnects and a red brick appear under the nick. This has been happening with at least 50% users. While when my friend try to connect to that client from a different laptop, he gets the file list easily. Our connectivity is same i.e. let DC++ determine best connectivity settings. The only difference is in detection log, mine shows, “Active mode could not be achieved; a manual configuration is recommended for better connectivity” and his detection log shows, ” Port mappings: successfully removed from the ‘wan device’ …………………………………………..with the MiniUPnP interface. ” I have dc 0.851. Someone please help me .

Leave a Reply

Please log in using one of these methods to post your comment:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: