Search found 20 matches
- 2003-04-27 08:49
- Forum: Protocol Alley
- Topic: porting DC++ to Linux?
- Replies: 63
- Views: 42878
Im not that experienced with corsscompability GUI code but this is how i sloved my corosscompability isse with threads and sockets. I created classes for them and seperated them from what ever project i need them in. The only link bethwine them are the header files. This way nerly all my console app...
- 2003-03-27 09:29
- Forum: Off Topic
- Topic: Error creating new session
- Replies: 6
- Views: 3560
- 2003-03-19 13:55
- Forum: Programmer's Help
- Topic: Need help compiling
- Replies: 14
- Views: 7132
- 2003-03-13 14:00
- Forum: Programmer's Help
- Topic: Linking error
- Replies: 9
- Views: 4907
- 2003-03-13 12:30
- Forum: Programmer's Help
- Topic: Linking error
- Replies: 9
- Views: 4907
- 2003-03-12 15:22
- Forum: Programmer's Help
- Topic: Linking error
- Replies: 9
- Views: 4907
Hum six of them are you sure? i just downloaded the 0.24 src and i can only find five of them... well maybe that explains why i get the same result as zaleth. And yes i have latest SDK and both stlport ad wtlport DC 0.233 compiled just fine. Any idees? but i agree it looks like a project is missing ...
- 2003-03-06 09:58
- Forum: Protocol Alley
- Topic: Question to Arne about original design of DC
- Replies: 25
- Views: 14181
- 2003-02-28 12:30
- Forum: Protocol Alley
- Topic: Time to write a complete RFC.
- Replies: 28
- Views: 12882
If you don't know what you're talking about, please just lurk and avoid posting unless you know that you're adding something of value. Well i talk about the hypotetical layout of a new protocol not the implantation of it. And i dont think it is significant to argue about what brand of a sulution is...
- 2003-02-28 11:24
- Forum: Programmer's Help
- Topic: compiling problems
- Replies: 13
- Views: 6629
After you have moved the include paths around always do a make clean befor you try to compile it again else the moved include paths will only effect the files that have not yet been succesfully compiled. And i think the stl port have a new namedecoration to the std components than VC++ default uses....
- 2003-02-28 10:47
- Forum: Protocol Alley
- Topic: Time to write a complete RFC.
- Replies: 28
- Views: 12882
Public/Privte key eles they can log the key and the encrypion is totaly worthles. Neg, the standard practice is to transfer the key using private/public keysets and then go with symmetric encryption from there on out. Private/public key systems are just too resource intensive. If the various commun...
- 2003-02-17 16:33
- Forum: Feature Discussion (Archived)
- Topic: permantly remove someone from uploading!!
- Replies: 8
- Views: 4388
- 2003-02-13 09:05
- Forum: DCH++ General
- Topic: some screenshots of DCH++ ?
- Replies: 9
- Views: 11136
- 2003-01-25 19:37
- Forum: Other Direct Connect tools
- Topic: Ragnarok - Take Back Your Hub!
- Replies: 11
- Views: 7364
Take a look at zlib for decompresing or DC++ sourcecode. But i think this tool (if i have understod how it works) is not that usefull. If someone made a fake client wulde they just not block the bypass max slot file list thing? i bet if they figured out how to add to there share that they can in les...
- 2003-01-24 18:45
- Forum: Protocol Alley
- Topic: Adding file hashes to the protocol
- Replies: 97
- Views: 45763
Is there realy a need to provied the hase valut in the search? Is it not easier to transfer the hash in the Client to Client protocol? Just befor a $Send the serving client sends a $Hash or sutch so the reciver know it resumes from a good source. This way no one needs to make a compleat hash list of...
- 2003-01-24 18:36
- Forum: Feature Discussion (Archived)
- Topic: new "anti Leecher option" - not very well implemen
- Replies: 9
- Views: 5632
I think the ide of blocking slots is a general bad ide. Because it will lock many slots on many clients after they actulay shulde be free. If a user of some reasin get idsconnected or banned it is moast likly his own fault in some way. I have never been disconnected by chans there is always a reson ...
- 2003-01-24 18:25
- Forum: Protocol Alley
- Topic: Client->Client question
- Replies: 13
- Views: 6573
- 2003-01-24 18:19
- Forum: Protocol Alley
- Topic: Client->Client question
- Replies: 13
- Views: 6573
- 2003-01-21 12:16
- Forum: Protocol Alley
- Topic: Time to write a complete RFC.
- Replies: 28
- Views: 12882
Why the hell, do you need Public/Private Key encryption??? At first, such encryption is very resource demanding. So Symmetric key encryption is usually used to transfer great amounts of data. But anyway, I think encryption is of no use in dc++. Anyone can read you filelist so why do you want to enc...
- 2003-01-20 13:04
- Forum: Protocol Alley
- Topic: Time to write a complete RFC.
- Replies: 28
- Views: 12882
Btw, code is the best documentation, you dont have to explicitly write the docs, and its always current. (Yeah I know its hard to read) Code is not hard to read but its generic bad to use it as development documentation when developing new clients. If the code is bad commented the 2nd developer mig...
- 2003-01-20 11:39
- Forum: Protocol Alley
- Topic: Time to write a complete RFC.
- Replies: 28
- Views: 12882
Hi The ide of a RFC document is good but i think we need to make some major chnages in the protocole. Insted of adding varius hacks to the NMDC protocole i think we shulde trhow away NMDC compability and rewrite the protocole to support many new feats. Im no big time user of DC++ i use my own home c...