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.
Direct Connect: Just These Guys, Ya Know? 
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: ?
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.
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.
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
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.
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?
fdgiaud, what are the DC++ version were you running? What version did you upgrade to?
now i hav 0.698, dont know the version before.. but the problem just came up with this version
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.
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.
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
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.
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
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.)
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
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.
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.
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.
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!
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.
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. :)
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.
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).
“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.
There’s a @todo in the source for that, IIRC. :)
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
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.)
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.
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.
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
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.
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.
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…..
ps. i ran a spyware check and have nothing….
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.
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 :”)
MDI support has been intentionally dropped.
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.
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.)
Still having resizing problems with 0.703. Here is what happens if I maximize window:
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?
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?
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
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.)
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.
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.
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.)
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. :)
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.
sorry, I meant on how to access it, not how to appreciate it!
Is it also only available on Windows?
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…
… 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
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?
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
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.
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!!
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 .
Anmol: See https://answers.launchpad.net/dcplusplus/+faq/131