DC++

uhm, is there anyone who happens to run a inet cafe in barcelona that could let me connect my laptop every now and then?

The main reason to implement a plugin interface over a scripting interface, as I see it, would be extensibility and speed. Scripting interfaces are tied to a single, or small range of languages, and tend to be slow. A well written plugin architecture would not only be faster, it should permit more ...

c++ (not c...) is the only language you can do plugins in, msvc++ in windows and gcc under linux...it would be possible to write a <name language/compiler here> adaptor plugin for the interested...

Yes, yes, it'll be fixed...the client part I compile under linux every now and then to see if it's good, but the windows part is of course trickier...=) STLPort is a bit out of my hands though...

np =)

fyi, the m: of the <++ tag will get a new value, 5, that indicates socks5 mode...(as it should have been since 0.20...) in the next release...

GargoyleMT wrote: Now, now, now. XmothX. The DC++ board isn't the place for politics. If you want to have a rational argument with him, fine, but don't just call him names.

Impersonating me in the dev hub is reason enough =)...he's funny tho, kinda silly...

The search runs in the same thread as the hub communication thread for the hub that sent the hub...it does not drop searches on high load, I considered it first but it would, in the end, lead to search results differing on every search, and if users learn that their search might work better if they ...

I don't. Why bother? In dch++ it takes a boolean and three lines of code to delay the sending of the nicklist until myinfo's received, and considering peoples unwillingness to upgrade/change client, the hubs should deal with it anyway.

1) Yes, this is the correct forum, the beta forum is for hub owners only.
2) It's a fairly well known issue, I'm working on it with the hub owner in question, it only happens on heavily loaded hubs and is related to nework sending priorities probably...(see buffer overflow in +stats =)

stlport (and dc++) doesn't work with vs.net 2003...

That's not a very good way because it's system dependant. Better not to move outside C++, and do something like

Code: Select all

cout << "Press any key";
cin.get();

Then you don't need to include cstdlib either. system is a legacy function from the old times of C...

I was actually considering spreading an official version with $supports TestZBlock to avoid polluting the scene if it doesn't work out well...

Ah. This was exactly the kind of test I was hoping for. Another you could do would be log on to 10 average large hubs, record x searches and then run them through (real data, better than random because it hits more often, blah, blah, blah...)...also, (more importantly) check it for correctness...wou...

Ok, there's a DC protocol related wiki up and running...it's intended as a developer's resource, so feel free to add anything technical related to DC/DC++...
Oh, and keep it nice in there, if people abuse it I'll shut it down...

http://dcpp.net/wiki/

There's a wiki up and running at http://dcplusplus.sf.net/wiki
I put it up there for people to add protocol descriptions and other interesting stuff regarding DC++ and the rest of the directconnect network...

Yeah, but you have to feed it a lot of data before it starts spitting it out and that's the main problem with it...and the large memory requirement...and the slow speed...=)...but at least it compresses well...

heh, gumboot, a bit more and it should be your name on that client =)

blah...dc++ doesn't (shouldn't...I don't think I ever actually tested it...=) reconnect if it receives the word "banned" in a chat message when logging in (before...$hello I think...)...which typically happens when you're kicked...

I am not sure how the bz2 decompression routine works that Arne is using, but the one I use in Linux allows you to decompress sections on the fly. Which means you dont have to keep very big chunks of data in memory. Which lib is that? To my knowledge, you have to decompress one block at a time more...

You write the text and leave the f1-worries to me...=) Make sure you synch the page numbers with the ones in resource.h and we're ready to go =)

U>D: maybe a few more bytes of file stream [ignored by D] U>D: $Canceled You're missing the point. It's the maybe that annoys me...sure, it would work more or less, but I don't like it as a technical solution, and therefore DC++ won't have it. As much as I don't care about protocol in real life, I ...

WTL and windows has that kind of support as well, but the problem is writing the text, something that I definately won't do...

Because it's undesirable to abort a stream using an unescapable string as abort sequence, the file might (however low the probability would be...but a description of the dc protocol is the first thing that springs to mind =) contain the affected data sequence...block sizes can't be trusted, 1) there...

Good point...=) I should profile that one as well, in theory it should be a tiny little bit faster, but you never know...

But it won't because it's ugly. Sending things in the middle of the stream is not nice, if it was to be done, it should have been done with a separate control connection, a la ftp...hm, someone could of course check if tcp out-of-band data could be used for this? That would be at least a semi-clean ...

UDP always sends data in packets, each call to recv will give you one packet at a time, and it will contain the whole $SR...if I remember things correctly about recv that is =)

Downloads, yes...that's probably what I thought but didn't write...in any case, mo strikes a point, it's no work to add...what the hubs do with it, I don't care, but at least they can use it...detecting fake sharers is the most probable campus... Users that leave the system are obviously a problem, ...

A few comments... First, GetZBlock is not enabled for many reasons, but mainly because I can't test it properly, and it's the kind of feature that really should work when distributed to the public...second is that I can't decide how to limit it...it takes CPU from the uploader so a reasonable way fo...

So it boils down to a version check...gargoyle? =)

Enable antifrag in the advanced settings...

Hm, there was a veeery long thread about user stats and upload reporting some time ago, mainly with sarf and volkris discussing the ins and outs...I read the first 40 screenful, but then I ran out of online-time so... Anyway, the way I see it, the easiest way to do things is to let DC++ send a littl...

Had a look, it's nothing lethal, but I'll fix it some fine day =)

Hint: The VC6 project files are a bit out of date and not all files are included in the project...

If you have a look at...hm, I think it's connectionmanager...there's a flag in the .cpp file to enable zblock downloads...the error handling is not finished yet (i e if there's an adler32 error in transfer), but transfers should work at least...give it a spin and see if it works...

The cvs is now up to date, all thank ade for providing me an ssh server on port 443 (I could use a backup tho...). It felt very secure tunneling the update through doubly encrypted ssh connections before it finally reached sf =)

Oops, I believe the vc6 project files are a bit out of date...I'll try a vc6 compile before the next release, and fix what needs fixing...

Nah, in the end I escaped $ as well, so that the same escapes can be used in the description...

Any solution chosen will of course have its own limitations on what you can and cannot write...so far, I haven't added &-escaping of the &, mainly because I anticipate that the string | is not one the average dc++ chatter would use...opera has got a valid point in that it's important to let the...

Because I'm in italy where reasonable network admins don't grow on trees...I'm working on a solution tho...

FYI, I've made some code cleanup, so I won't be accepting patches against 0.23x series...I'll release 0.24 on monday probably, so that you can keep on working... Hm, perhaps I should fix that cvs...tunneling ssh data through an ssh connection on port 443 should be doable...bloody stupid network admi...

TasMan wrote:
although dc++ will just accept the $ and | in the beginning
SDC can read $ in the main and pms fine, but how did you manage to get it to read | without escaping? After all, that should denote a new message right?

by escaping? =) i e dc++ will not support the whole html &-escaping scheme...

I added the html style of escaping, i e | to my local repository ...this can be used for the strange unicode characters as well (in theory), although dc++ will just accept the $ and | in the beginning...comments?

imho this one's not as well balanced as the others...I mean, hell, after spending 10 minutes in the cumbersome and hard-to-work-with shipyard, 5 turns later, which is 10 before you produce the first ship, there's a new tech that obsoletes the one you just built...and the ui is full of bugs, the most...

Well, mo's point is easily countered with that the person will take less time to finish the download, so it evens out over time...well, the order of connection becomes more interesting of course, specially for the modem user =)...but talk to your local hub owners and see...I guess I'll piss off a fe...

Editing the posts of the creator himself! I cannot believe that one of my faithful moderators would act so blasphemously against me =)

needs a 3d card or not? Although I love my portable, it does have it's limits, the lack of a 3d card being one...

Alright, I'm more and more seriously considering ditching the upload slots altogether (more or less), and only using the min upload speed instead. This makes a lot of sense, specially combined with multisource downloading. Then, even if more "slots" are taken, it doesn't really matter because it's t...

another thread could remove/add a listener which would modify the structures? That's the first thing I come to think of, but probably not the last...you're welcome to investigate further, it might as well be a remnant of old code...

He owns the address and asked some long time ago if I wanted it in exchange for him using dc++ to make a small christian music community...sure thing, thought I, but now it's gone way over bounds and I'm considering doing something about it, only I don't have time to spend on this kind of things...c...

DC++

Search found 153 matches

inet cafe in barcelona?

Tag updates

DC Protocol wiki

Wiki

Upload reporting...

Test the ZBlock downloads?

CVS!

Note to patchers...

Ditch the slots...