Search found 306 matches
- 2004-03-14 08:49
- Forum: Hubs and scripts
- Topic: Idea: The 10000 user experiment
- Replies: 14
- Views: 7135
You're wrong. Even within computer math, virtually none of the C-based languages use ^ to signify exponentiation (they don't tend to have an operator for it). Mathematica appears to use it, as does BASIC. Fortran uses **. It's "in standard math" not the exponentiation operator, either; I recall from...
- 2004-03-14 04:21
- Forum: Protocol Alley
- Topic: porting DC++ to Linux?
- Replies: 63
- Views: 43095
I don't enjoy getting banned (yes it has happend) just for connecting to my favorite hub when running Linux. So lobby those hubowners to use less pointless agressive CDMs/scripts/client filtering. This is one reason, in fact, that I haven't become all that interested in a DC++ port to Linux; I'd ra...
- 2004-03-05 01:59
- Forum: Protocol Alley
- Topic: New protocol draft
- Replies: 8
- Views: 5673
I should probably mention that ADC looks somewhat likely to become eventually adopted, so one should probably be aware of it whilst discussing DC replacements.
- 2004-03-04 12:29
- Forum: Feature Discussion (Archived)
- Topic: Auto grant slots for whole hub (distro-hub)
- Replies: 23
- Views: 11949
- 2004-03-03 22:04
- Forum: Feature Discussion (Archived)
- Topic: Auto grant slots for whole hub (distro-hub)
- Replies: 23
- Views: 11949
Nick1 is on your hub.ivulfusbar wrote:This means that if you have two different users on two different hubs, you might get into trouble.. As you can not easily figure out who of them is connecting to you.
There's a separate Nick1 on another hub.
Should that other Nick1 also get the distribution hub auto-slot?
- 2004-03-03 20:50
- Forum: Feature Discussion (Archived)
- Topic: Auto grant slots for whole hub (distro-hub)
- Replies: 23
- Views: 11949
- 2004-02-28 11:32
- Forum: Feature Discussion (Archived)
- Topic: Req: Multisource download
- Replies: 19
- Views: 8298
- 2004-02-14 07:33
- Forum: Protocol Alley
- Topic: Download/Upload control - AntiLeech feuture
- Replies: 18
- Views: 9594
- 2004-02-13 18:07
- Forum: Protocol Alley
- Topic: Download/Upload control - AntiLeech feuture
- Replies: 18
- Views: 9594
- 2004-02-13 15:01
- Forum: Protocol Alley
- Topic: Download/Upload control - AntiLeech feuture
- Replies: 18
- Views: 9594
- 2004-02-13 13:36
- Forum: Protocol Alley
- Topic: Download/Upload control - AntiLeech feuture
- Replies: 18
- Views: 9594
- 2004-02-13 12:28
- Forum: Protocol Alley
- Topic: Download/Upload control - AntiLeech feuture
- Replies: 18
- Views: 9594
- 2004-02-02 04:42
- Forum: Protocol Alley
- Topic: Adding file hashes to the protocol
- Replies: 97
- Views: 46077
- 2004-01-28 02:40
- Forum: Feature Discussion (Archived)
- Topic: For the love of all that is good in this world... we need ..
- Replies: 35
- Views: 11137
- 2004-01-28 01:31
- Forum: Feature Discussion (Archived)
- Topic: For the love of all that is good in this world... we need ..
- Replies: 35
- Views: 11137
- 2004-01-04 14:23
- Forum: Feature Discussion (Archived)
- Topic: Request - "direct send" and more.
- Replies: 44
- Views: 13346
- 2003-11-14 17:05
- Forum: Programmer's Help
- Topic: In attention to all DC++ developers!
- Replies: 28
- Views: 13299
Surely you meant something more like: Let's say you try to prove the sourcecode ('source code' is two words.) easy to understand. OK. You're right. I don't like to argue with people with a closed angle (I don't think this is quite the expression for which you're looking. Perhaps 'closeminded' accura...
- 2003-11-13 14:32
- Forum: Programmer's Help
- Topic: In attention to all DC++ developers!
- Replies: 28
- Views: 13299
1) What was the problem with MFC? Wasn't it just good enough for you? Was it too hard/buggy to use, so you decided to reinvent the wheel and start creating another interface to help you? MFC is large (look at the size of the binaries it generates), and no easier to use than WTL. Further, WTL isn't ...
- 2003-11-13 04:39
- Forum: Protocol Alley
- Topic: New protocol draft
- Replies: 8
- Views: 5673
Have you seen DCTNG?
- 2003-11-10 10:55
- Forum: Programmer's Help
- Topic: Linux
- Replies: 7
- Views: 4554
Well, it's actually WTL, not MFC.I really should read the MFC code (I'm a bit "affraid" of MFC...), to maybe learn how the client code really works.
Not to my knowledge.btw, is there some documentation of DC++ somewhere?
(except from the docs generated by doxygen)
- 2003-11-01 20:08
- Forum: Feature Discussion (Archived)
- Topic: Different sharing on different hubs.
- Replies: 26
- Views: 9551
(1) Yes, opening multiple listening ports 'solves' the problem for active users. However, it doesn't for passive users, and allowing such a large gap in functionality between the two would be unseemly. (2) As far as cyberal's suggestion, what about multihomed hubs? Better is to have $CTM pass on a r...
- 2003-11-01 02:36
- Forum: Feature Discussion (Archived)
- Topic: Different sharing on different hubs.
- Replies: 26
- Views: 9551
See http://dcplusplus.sourceforge.net/forum ... php?t=4446 for more detail about it. It's mostly aimed at those who understand the DC++ code some, but it sheds a bit of light on the issue.
- 2003-09-17 12:15
- Forum: Other Direct Connect tools
- Topic: !Static Lock?
- Replies: 12
- Views: 6338
- 2003-09-16 19:49
- Forum: Protocol Alley
- Topic: Encryption?
- Replies: 78
- Views: 94702
I should probably clarify, to preempt the 'yeah, but you can't trust the protocol, it hasn't been analyzed' posts: I know. I/one can't trust the protocol, and it hasn't been analyzed outside of a couple of mailing list posts written in a few minutes (though the flaws they've pointed out have been fi...
- 2003-09-16 17:46
- Forum: Other Direct Connect tools
- Topic: !Static Lock?
- Replies: 12
- Views: 6338
- 2003-09-16 17:44
- Forum: Other Direct Connect tools
- Topic: !Static Lock?
- Replies: 12
- Views: 6338
- 2003-09-16 16:02
- Forum: Protocol Alley
- Topic: Encryption?
- Replies: 78
- Views: 94702
LibTomNet, apparently, has been recently released, and though he "STRONGLY [RECOMMENDS] against people using this in field systems", it looks promising nonetheless.
- 2003-09-11 07:45
- Forum: Programmer's Help
- Topic: problem linking blac claw's .261 hlp pls
- Replies: 23
- Views: 9778
So find the file containing hashmanager (it's not a difficult name to guess), and add it to the appropriate project (GUI -> DCPlusPlus, other->client). *shrug* Repeat for whatever other compiler errors pop up, and make sure you're following compile.txt... Edit: reading the error messages does help :...
- 2003-09-11 00:03
- Forum: Programmer's Help
- Topic: problem linking blac claw's .261 hlp pls
- Replies: 23
- Views: 9778
- 2003-09-02 07:17
- Forum: Programmer's Help
- Topic: problem linking blac claw's .261 hlp pls
- Replies: 23
- Views: 9778
You're apparently using the VS6 projects, which I don't maintain. You have to add a few files to the client and DCPlusPlus projects: client: HashManager.cpp DCPlusPlus: UploadQueueFrame.cpp, Advanced3Page.cpp, BandwidthLimitPage.cpp There may be more, but those certainly need to be part of their pro...
- 2003-08-31 20:19
- Forum: Feature Discussion (Archived)
- Topic: RAW User Commands!
- Replies: 14
- Views: 5653
- 2003-08-29 09:08
- Forum: Feature Discussion (Archived)
- Topic: UDP Spoofing
- Replies: 16
- Views: 6009
- 2003-08-29 05:22
- Forum: Feature Discussion (Archived)
- Topic: UDP Spoofing
- Replies: 16
- Views: 6009
- 2003-08-28 03:27
- Forum: Feature Discussion (Archived)
- Topic: UDP Spoofing
- Replies: 16
- Views: 6009
- 2003-08-09 08:09
- Forum: Feature Discussion (Archived)
- Topic: features
- Replies: 36
- Views: 11232
- 2003-08-03 00:57
- Forum: Protocol Alley
- Topic: Adding file hashes to the protocol
- Replies: 97
- Views: 46077
I should probably mention now that I wrote tigertree hashing code for my DC++ mod several months ago and have been playing with it since. It correctly calculates an hash trees to an arbitrary depth, stores them in a file for later retrieval, updates that file (albeit inefficiently), searches based o...
- 2003-08-02 10:20
- Forum: Feature Discussion (Archived)
- Topic: search spy
- Replies: 6
- Views: 3126
- 2003-07-26 16:12
- Forum: Off Topic
- Topic: Word to the wise...
- Replies: 14
- Views: 6785
- 2003-07-19 12:07
- Forum: Programmer's Help
- Topic: dc++.261, vc6 problem
- Replies: 8
- Views: 4431
- 2003-07-15 14:04
- Forum: Protocol Alley
- Topic: Encryption?
- Replies: 78
- Views: 94702
- 2003-07-15 10:31
- Forum: Feature Discussion (Archived)
- Topic: DC++ NEEDS THIS!!!! (and it's something regular DC has!)
- Replies: 35
- Views: 14700
- 2003-07-13 10:21
- Forum: Protocol Alley
- Topic: Ideas to identify a user within userconnection
- Replies: 12
- Views: 6405
- 2003-07-12 19:12
- Forum: Feature Discussion (Archived)
- Topic: Ability to have sharing profiles, organized by hub
- Replies: 15
- Views: 6502
- 2003-07-12 08:02
- Forum: Feature Discussion (Archived)
- Topic: Ability to have sharing profiles, organized by hub
- Replies: 15
- Views: 6502
- 2003-07-11 11:28
- Forum: Protocol Alley
- Topic: $ClientVersion <version>|
- Replies: 70
- Views: 48937
- 2003-07-11 08:17
- Forum: Protocol Alley
- Topic: $ClientVersion <version>|
- Replies: 70
- Views: 48937
Yoshi: We probably won't be able to prevent you from instituting $ClientVersion, as you say.. Useless protocol extensions will always be possible and if you don't screw up and I don't belive you will there won't be a way of telling your hub not to this. But I think this isn't what you should aim at....
- 2003-07-10 08:40
- Forum: Protocol Alley
- Topic: $ClientVersion <version>|
- Replies: 70
- Views: 48937
[quote="cologic"]
Code: Select all
$Lock d_*(]A6TXDe8n'dRAY2+RbvWZr>*nL0>6QrQvD3'=wg@G|$HubName •• [eÆ’i] MP3 †HEÃ…VENâ„¢ ••| This hub is running version 1.0.25 of the [efi] Network Hub Software. |||||$Key ³³W WÃ?w&ÀÃ?Õeâ€?4c1?¶‘â€â€
- 2003-07-09 10:43
- Forum: Feature Discussion (Archived)
- Topic: About hashing
- Replies: 10
- Views: 4837
bitzi maintains such a database.
As far as practical advantages, using a merkle hash tree (of whatever hash algorithm, e.g. tiger) ensures that a network doesn't lock itself into a fragment size, as eDonkey/eMule has done.[/url]
As far as practical advantages, using a merkle hash tree (of whatever hash algorithm, e.g. tiger) ensures that a network doesn't lock itself into a fragment size, as eDonkey/eMule has done.[/url]
- 2003-07-08 10:50
- Forum: Protocol Alley
- Topic: $ClientVersion <version>|
- Replies: 70
- Views: 48937
Code: Select all
$Lock d_*(]A6TXDe8n'dRAY2+RbvWZr>*nL0>6QrQvD3'=wg@G|$HubName •• [eÆ’i] MP3 †HEÃ…VENâ„¢ ••| This hub is running version 1.0.25 of the [efi] Network Hub Software. |||||$Key ³³W WÃ?w&ÀÃ?Õeâ€?4c1?¶‘â€â€
- 2003-07-08 08:50
- Forum: Protocol Alley
- Topic: $ClientVersion <version>|
- Replies: 70
- Views: 48937
cologic; Your insights was so lame. The so called meddling OPs is the ones who provides great hubs for us all. The comment was just plain dumb. I know you can do better! =) I suppose I carry myself in better on the DC++ dev hub. :wink: Well, I'll try to write something more substantive this time. Y...