Search found 40 matches

by Nev
2003-07-11 13:43
Forum: Protocol Alley
Topic: $ClientVersion <version>|
Replies: 70
Views: 18156

When one want clarity, one crave for a broken haiku. =) Great summary! As NMDCHub, ash, pto, dch++ and most other hubsofts totally ignore messages it does not understand, sending $ClientVersion <...>| can in no way have a negative effect. Any extention that serves a purpose and is in no way in confl...
by Nev
2003-07-08 06:34
Forum: Protocol Alley
Topic: $ClientVersion <version>|
Replies: 70
Views: 18156

I think this is a great idea. Changes to the protocol, i.e. changing the behavour of the protocol should be avoided or solved by the $Supports command. However, optional extentions are almost free of charge. We can't use version as it is a decimal number, NMDCH would freak out if it received '$Versi...
by Nev
2003-05-21 12:11
Forum: Developer's resort
Topic: [Joke] Dark side of the c pre-processor
Replies: 4
Views: 1245

This was no fun at all. I think mods should just delete the entire thread. Sorry... It could have been funny.....
by Nev
2003-05-21 10:42
Forum: Developer's resort
Topic: [Joke] Dark side of the c pre-processor
Replies: 4
Views: 1245

[Joke] Dark side of the c pre-processor

Found this on usenet. It is supposed to compile (may be broken becuase 80 char line-limit in newsreader). c goes morse.... I have no clue as of what the code does. Do you? #define DIT ( #define DAH ) #define __DAH ++ #define DITDAH * #define DAHDIT for #define DIT_DAH malloc #define DAH_DIT ...
by Nev
2003-05-21 10:15
Forum: Developer's resort
Topic: Regarding QuickSearch variant of the Boyer-Moore.
Replies: 4
Views: 1226

100% mjau!
by Nev
2003-05-08 00:33
Forum: Protocol Alley
Topic: Read/send buffer size
Replies: 3
Views: 1404

My experience is that it all boils down to the LANs in either end of the connection. If you are on a smooth network with lots of bandwidth then changing the packet size will of course reduce overhead. But on a larger, conjested, network; ethernet-frames will be corrupted, invalidating ip-packets, wh...
by Nev
2003-05-08 00:25
Forum: Protocol Alley
Topic: Bot problems
Replies: 8
Views: 2099

$MyINFO String
$Version
$GetNickList

should be

$Version
$GetNickList
$MyINFO String
by Nev
2003-05-01 07:19
Forum: Protocol Alley
Topic: DC++ and Double MyINFO
Replies: 8
Views: 2533

Isn't LogedIn used to control the H: thingy? Or does dc++ simply decrement H: when a MyPass is sent to a hub? Wouldn't it be nice, and more correct, if the LogedIn controlled the H: thingy? Then we could have hubs with so called VIP accounts in which the hub do send LogedIn and H: is decremented. Bu...
by Nev
2003-05-01 07:02
Forum: Protocol Alley
Topic: protocol compliance
Replies: 4
Views: 1684

ASH will not be the hubsoft that goes astray. However ASH do pend on the fact that GetPass is accepted after MyINFO have been sent from the client. This is also important when it comes to the implementation of QuickList. All I'm waiting for now is for ivul arne to block this just to watch me suffer....
by Nev
2003-05-01 06:52
Forum: Protocol Alley
Topic: DC Protocol Guide (Complete)
Replies: 14
Views: 4716

NOTE: some hub implementations do not consider a client to be in a logged in state before it has sent a $MyINFO. this is the correct behaviour, and the NMDC hub is flawed in this respect. Loved this section. The protocol is obviosuly very forgiving when it comes to the order of things. Hence Valdid...
by Nev
2003-01-25 15:11
Forum: Feature Discussion (Archived)
Topic: Find New Sources needs rate control - It causes search spams
Replies: 15
Views: 2848

nmdc have a 10 sec limit on searches. I think 5 secs for active and 15 for passive are more suitable, hence why I have coded my hub this way. At first I was all for faster and more often searches, but once I saw how much bandwidth that are spent on searches, I hesitate.... A nifty feature would be f...
by Nev
2003-01-18 05:06
Forum: Protocol Alley
Topic: DCExt..
Replies: 11
Views: 2982

Great work aDe!
by Nev
2003-01-18 05:02
Forum: Protocol Alley
Topic: Comments on QuickList please
Replies: 11
Views: 2828

I recognize the flaw. Could we please take this is ash-forum, so we can keep it together? I'm hoping that we could tie up all loose ends, and get busy coding....
by Nev
2003-01-15 01:54
Forum: Protocol Alley
Topic: $UserIP
Replies: 37
Views: 10732

I'm convinced. We can use $UserIP and let security issues be hubspecific.
by Nev
2003-01-13 14:06
Forum: Feature Discussion (Archived)
Topic: Remote User Agreement or something!
Replies: 8
Views: 2077

In sweden this wouldn't help a bit.....
by Nev
2003-01-13 14:04
Forum: Protocol Alley
Topic: $UserIP
Replies: 37
Views: 10732

Hmm.. Good feature, but I think the ender-way is the way to do this... The protocol should not allow for monitoring other users IP. If one would want that; implement it explicitly in the hubsoft or script! I have found that sending $jibberish <unknownparam1> ... <unknownparamN>| does not confuse eit...
by Nev
2003-01-13 13:26
Forum: Feature Discussion (Archived)
Topic: File Description
Replies: 2
Views: 1039

Always wondered why the description field was a personal comment-field and not what was displyed in the hub.... Thanks for bringing this up for discussion...
by Nev
2003-01-13 13:24
Forum: Feature Discussion (Archived)
Topic: Download things in alphabetical order by default
Replies: 3
Views: 1145

Good call... an asciibetical presort before adding to queue would be great!
by Nev
2003-01-13 01:56
Forum: Protocol Alley
Topic: Question to Arne about original design of DC
Replies: 25
Views: 8360

[email protected]

... and we must not forget all 'em GetINFOs that are totally unneccesary...
by Nev
2003-01-10 02:20
Forum: Feature Discussion (Archived)
Topic: dc++ autoconnect when kicked.....
Replies: 1
Views: 874

dc++ autoconnect when kicked.....

I talked about this in another thread but making a subject on its own. One flaw in the dc protocol is that a client cannot tell (a mannerly fashion) if it was disconnected or kicked. With nmdc this was not a problem but with dc++ autoconnect feature this flaw becomes paramount. How many times a day ...
by Nev
2003-01-10 01:56
Forum: Feature Discussion (Archived)
Topic: Download from multiple users
Replies: 14
Views: 7309

Download and share only rars and you will get some form of multiple download once the search for alternatives kick in. However, isn't the delay between these searches a bit too long? I'd say that 10 seconds for new files in queue and perhaps 15 minutes for items in queue that have been searched for ...
by Nev
2003-01-09 15:30
Forum: Feature Discussion (Archived)
Topic: ARNE! Wha da heck have you done....
Replies: 7
Views: 1825

ARNE! Wha da heck have you done....

... because it is great! Cred goes to the inventor, Opera, but you made it work! I'm talking about the 'User Menu Items'. It is great. Not only do I get to add silly stuff like [email protected]%[nick] and so on and so fourth, with the %[line:] you made is so very flexible! Guess the xKicks is no longer needed. ...
by Nev
2003-01-07 01:29
Forum: Feature Discussion (Archived)
Topic: custom menu's available in search
Replies: 6
Views: 1685

Suggestion; Why can't a small band of moderators move interesting features to the tracker? Surely this would be much easier for us debating in forum, and at the same time, the tracker won't be as poluted with clueless input from many many users.....
by Nev
2003-01-07 01:15
Forum: Feature Discussion (Archived)
Topic: Finished Dirs
Replies: 22
Views: 3181

Can't vote, I don't get it!
by Nev
2003-01-06 06:52
Forum: Protocol Alley
Topic: Comments on QuickList please
Replies: 11
Views: 2828

Comments on QuickList please

I would like to have some thoughts on QuickList so that we can agree on 1.0 and start implementing it!


http://forum.dcstats.net/showthread.php?s=&threadid=802
by Nev
2003-01-05 11:26
Forum: DCH++ General
Topic: DCH++ in test
Replies: 36
Views: 15682

Tested? How hard?! <ivulgrin/>
by Nev
2003-01-05 11:21
Forum: Protocol Alley
Topic: Hub-client protocol extension: $xKick
Replies: 17
Views: 4500

Well, I suppose the client can ask for minutes and calculate seconds... whaever, just make fussie stop! *s*
by Nev
2003-01-05 11:11
Forum: Feature Discussion (Archived)
Topic: grant slots in your favorite hubb
Replies: 5
Views: 1959

Well, if the upload limit thread is a cry for the ones with slow connections on slow hubs, this dedicated slots thingy is a cry for us with fast connections connected to 10mbit only hubs. You see, 10mbit hubs do have slot rules aswell. Typically 3 slot min and a 3 slot per hub ratio. If a user is co...
by Nev
2003-01-05 09:53
Forum: Protocol Alley
Topic: Hub-client protocol extension: $xKick
Replies: 17
Views: 4500

I still prefer minutes, remember that people will use this feature. Who kicks and bans in seconds? Hmm. I want this user to be tempbanned for 1 and a half hour. Lets see.... Oh, I kick him for 5400 units... 90 units is easier to work with! Sedulus: Because we want some control over kicks. And also, ...
by Nev
2003-01-05 09:41
Forum: Feature Discussion (Archived)
Topic: The homebrewed page-control
Replies: 5
Views: 1728

Lets just drop my second request....
by Nev
2003-01-05 09:37
Forum: Protocol Alley
Topic: Hub-client protocol extension: $xKick
Replies: 17
Views: 4500

I send $Kick| to clients so I can convince arne to make dc++ stop autoconnecting to the hub if it receives that message. Must get more hubsofts to do the same before I make it a real request in dc++. This is done as ASH also hands out a penalty if one hammers on a tempban. Neither nmdc or dc++ is ge...
by Nev
2003-01-05 09:18
Forum: DCH++ General
Topic: Why only DCH++ ? What about other hub softs ?
Replies: 10
Views: 9501

Lets keep this forum as an dch++ and dc++ forum only. Other hubsoft-developers can get their own forums. I would not like to have my hubsoft in a forum in which I cannot moderate. And I don't think arne would like to have like 20 'comrades' aka 'competitiors' as a moderators in his forum.... *S*
by Nev
2003-01-05 09:06
Forum: Protocol Alley
Topic: Hub-client protocol extension: $xKick
Replies: 17
Views: 4500

Re: Hub-client protocol extension: $xKick

ivulfusbar wrote:I hate the fact that client doesn't get $Kick by the way.


... it does! From some hubsofts... I know of one... *s*
by Nev
2003-01-05 09:04
Forum: Feature Discussion (Archived)
Topic: dchub:// url register
Replies: 14
Views: 4089

This thread fell flat.... LOL
by Nev
2003-01-05 09:00
Forum: Feature Discussion (Archived)
Topic: grant slots in your favorite hubb
Replies: 5
Views: 1959

I read this as he wanted 'dedicated slots'
by Nev
2003-01-05 08:56
Forum: Feature Discussion (Archived)
Topic: Multiple DC++
Replies: 12
Views: 3839

Hehe... remembering a Jack Handey from SNL:

"It's easy to sit there and say you'd like to have more money. And I guess thats what I like about it. It's easy. Just sitting there, rocking back and forth, wanting that money."
by Nev
2003-01-05 08:49
Forum: Feature Discussion (Archived)
Topic: The homebrewed page-control
Replies: 5
Views: 1728

The homebrewed page-control

For each new version of dc++ we get new candy. But one trinket that is always there and never gets replaced is the page-control at the bottom. arne; I know you wrote the control yourself and perhaps you love it! But it is not very useful as it cannot wrap tabs on multiple rows and it is also quite u...
by Nev
2003-01-05 08:32
Forum: Feature Discussion (Archived)
Topic: Multiple DC++
Replies: 12
Views: 3839

I'd hate to see a dc++ that allowed for people having 20 dc++ open, all being on 3 hubs each with 9 slots open. But dc++ could make each process communicate hubs and slots to eachother. That way, people could use several instances and H: S: would still be accurate. Actually, this scheme would in a s...
by Nev
2003-01-05 08:20
Forum: Protocol Alley
Topic: Hub-client protocol extension: $xKick
Replies: 17
Views: 4500

I like it! Much better than my SilentKick. And hubs can do what they want with the info... good thinking...
by Nev
2003-01-05 07:56
Forum: Feature Discussion (Archived)
Topic: grant slots in your favorite hubb
Replies: 5
Views: 1959

ooh.. my favourite topic. Watch out arne, here we go again!