You're right regexp's could get very... time consuming
Yes, boolean logic wouldn't be to hard to implement... someone just has to code it's support.
Good points.
~Moch
Search found 68 matches
- 2003-05-01 18:58
- Forum: Feature Discussion (Archived)
- Topic: Seach.File Type: >Any Non MP3 file<
- Replies: 16
- Views: 6283
- 2003-05-01 12:34
- Forum: Feature Discussion (Archived)
- Topic: Seach.File Type: >Any Non MP3 file<
- Replies: 16
- Views: 6283
The way the protocol works right now you already have the most flexibility you can with the current interface. If the CLIENT filtered results as they came in then something on the lines you are talking about can happen... but that is where you run into the waisted bandwidth problems. What I mentinon...
- 2003-04-30 01:41
- Forum: Feature Discussion (Archived)
- Topic: Seach.File Type: >Any Non MP3 file<
- Replies: 16
- Views: 6283
There isn't any search expandability in search types right now except for how a client what a single byte means.... Client only sorting is not a very elegant solution. I feel (maybe not others) that instead of effort being put into the clients to solve this one search issue, effort should be put int...
- 2003-04-29 21:46
- Forum: Feature Discussion (Archived)
- Topic: Seach.File Type: >Any Non MP3 file<
- Replies: 16
- Views: 6283
- 2003-04-29 13:34
- Forum: Protocol Alley
- Topic: protocol compliance
- Replies: 4
- Views: 3250
Hmmm.. Well my thought.... Is that with the new hubs and client software that isn't NMDC they are overtaking the use of the NMDC and NMDH. I am not saying that we should go and do our own thing, but the protocol is going to be defined by what is mostly in use. That being said, I think as that happen...
- 2003-04-28 13:02
- Forum: Feature Discussion (Archived)
- Topic: dl from multiple sources
- Replies: 7
- Views: 3655
Your welcome so much. I just did a search for "download from multiple" and made sure the radio box "search for all terms" was checked. I found three or four topics about Multiple source downloads and Downloading a file from multiple users (and that is acknowledge just from the thread Subjects, so i ...
- 2003-04-27 14:24
- Forum: Feature Discussion (Archived)
- Topic: dl from multiple sources
- Replies: 7
- Views: 3655
There are threads on this subject already. I advise that you use the Search Link and find one of these threads and make your statement there. (It is a good idea to do this before you make any kind of post, cause your question/statement/request may have been asked and discussed several times over alr...
- 2003-04-27 02:51
- Forum: Developer's resort
- Topic: Wiki
- Replies: 1
- Views: 2393
*Does a wiki dance* I added a LockToKey page for source examples how to.. guess what? Currently I added my own code that I use to do it (with some mods for documentation and to cut out some functions that are only meaningful for my debug info) Anyone else can add there slice of source if they want u...
- 2003-04-27 02:38
- Forum: Developer's resort
- Topic: Search Bot Port
- Replies: 6
- Views: 4256
*furrows brow* Couldn't this be an exploit waiting to happen? If a client supports this then someone would be able to come in, and sit, hidden... also, bypassing any share/slot requirements. Heck... with a decent HACK of DC++ you could que up hubs like a search bot do your search.. get your results,...
- 2003-04-27 02:30
- Forum: Developer's resort
- Topic: Ditch the slots...
- Replies: 15
- Views: 7380
Ahh.. trying to catch up here in this forum.. here our my thoughts, sorry if I am repeating something I missed. I think it would be a good idea if there was some kind of token bucket filter handling the bandwidths between users uploading.. Slots wouldn't exist in the concrete sense, but there would ...
- 2003-04-26 01:50
- Forum: Hubs and scripts
- Topic: Between2First Function
- Replies: 25
- Views: 9010
Hey me again *s* Sorry to be such an annoyance... I do have a comment. Yeah those comparisons are DRASTIC... makes you think there is something funky going on... Well there is. I went back and looked at the BeforeFirst and AfterLast functions and this is why I think the runtimes were so drastic........
- 2003-04-24 21:06
- Forum: Hubs and scripts
- Topic: Between2First Function
- Replies: 25
- Views: 9010
Actually, they are not. My algo has a fixed cost which is diming a variable, then a proportional growth depending on the string lenght. The other algo (which is essentially a combination of 2 other algos) has a proportional growth all along. Also, mine seeks a position first to "limit the damage", ...
- 2003-04-24 12:36
- Forum: Hubs and scripts
- Topic: Between2First Function
- Replies: 25
- Views: 9010
Argh!! Makes me want to learn VB Scripting just so I can put in some fancy code too ;) *L* You have a good test there really ONLY if the runtime growth of the algorithims are equal. Thus you are only finding the x constant of xO(*). Also if they have diffrent growth rates (IE: depends on the string ...
- 2003-04-24 12:21
- Forum: Protocol Alley
- Topic: Hublist-list
- Replies: 11
- Views: 7091
Perhaps that is my fault for assuming what a library is actually doing behind the scenes. I am using libbzip2 by Julian Seward (docs here ) It seems to be streamming to me. To use it you basically feed in the compressed data in increments of your choosing, and it spits out whatever it can uncompress...
- 2003-04-23 21:54
- Forum: Feature Discussion (Archived)
- Topic: Filtr "Ignore holder file" in search
- Replies: 14
- Views: 4821
Err I might be wrong here.. (probably) but I think he is asking for the program to mask out all files in a search result that he already has downloaded. Also, I think, he wants to be able to add his own custom word list so any search results that match those words will not show up. Hmmm.. That is ab...
- 2003-04-23 14:06
- Forum: Feature Discussion (Archived)
- Topic: Filtr "Ignore holder file" in search
- Replies: 14
- Views: 4821
- 2003-04-23 14:02
- Forum: Feature Discussion (Archived)
- Topic: Offline Searches
- Replies: 8
- Views: 3426
Ok, now perhaps I am missing something.... Sending a CTM is nice and dandy, but if a client has been waiting several minutes for a slot and it how is it going to remmeber that CTM is for a file it requested? I am just starting on the downloads part of my client... but I didn't think a client was sup...
- 2003-04-23 13:39
- Forum: Protocol Alley
- Topic: Hublist-list
- Replies: 11
- Views: 7091
Yeah, I think since the XML will already have format="blah" it doesn't matter what the extention is on the list, the client will know what to expect. There should just be some simple checking for web server errors (IE: 404). Also... if anyone is worried about size of this xml file, why can't the fil...
- 2003-04-23 13:25
- Forum: Feature Discussion (Archived)
- Topic: Offline Searches
- Replies: 8
- Views: 3426
GargoyleMT, I was just wondering.... how are you going to enforce an upload queue without modifying everyone elses client? *L* I can't really think of an elegant way.. but if you had, please let me know, I'm intreasted. The only thing I can think of, but this isn't elegant and this isn't really a qu...
- 2003-04-21 20:42
- Forum: Feature Discussion (Archived)
- Topic: Reporting Clients
- Replies: 12
- Views: 4758
Actually the hubs currently don't have the ability to look for these things and implementation of such ability would cost enormously in bandwidth. The users are stumbling across this information anyway, though, and this suggestion would simply make use of information already being discovered. The "...
- 2003-04-21 13:01
- Forum: Feature Discussion (Archived)
- Topic: Reporting Clients
- Replies: 12
- Views: 4758
But you know what? There's more to this feature than just what was stated. It can be used to do a variety of things that simply protect the integrity of the system. By abstracting it to the point where it can watch for general inconsistencies it can watch not only for people who report one thing an...
- 2003-04-20 18:00
- Forum: Hubs and scripts
- Topic: Make script requests here!
- Replies: 23
- Views: 8484
- 2003-04-20 17:56
- Forum: Feature Discussion (Archived)
- Topic: Recovery Function
- Replies: 2
- Views: 1484
That feature is very closely related to the multi source download feature. Once that feature gets implemented (correctly)(if ever) than you shouldn't even need the feature you requested. Why? Well, multisource downloads, when implemented correctly, should have some kind of hash system to make sure t...
- 2003-04-20 17:52
- Forum: Feature Discussion (Archived)
- Topic: Reporting Clients
- Replies: 12
- Views: 4758
No, Clients cant be trusted. You are asumming that people would naturally want to report others. Trusting a client is like trusting another human being to be honest. There is more to faking then not having any files, but faking the share size just by submitting a bad share size. This feature wouldn'...
- 2003-04-20 17:09
- Forum: Feature Discussion (Archived)
- Topic: Reporting Clients
- Replies: 12
- Views: 4758
Also, you wouldn't need an extra computer.. there wouldn't be a problem running the bot from the same computer. As stated in a diffrent thread.. hubs can look after themselves. Clients shouldn't be relied on to inforce such rules.. Why? Because, clients are easily modified to cheat, especially with ...
- 2003-04-20 13:04
- Forum: Feature Discussion (Archived)
- Topic: Reporting Clients
- Replies: 12
- Views: 4758
A feature like this wouldn't help. If I was to fake share and this feature was implemented, I would quickly create my own share file list that reported the correct amount of data shared. *shrug* That isn't to hard to do. Also, I don't think it would be a good idea to implement this on the clients en...
- 2003-04-17 12:50
- Forum: Feature Discussion (Archived)
- Topic: queue priority
- Replies: 5
- Views: 2709
Eeek I agree with GargoyleMT. I can just imagine it... people with larger shares able to download while people with small shares cant.. that would cause a great divide, and people would be lets say... very very rich.. or very very poor.. FIFO queues seem like the best idea. Fair and un-judgmental. *...
- 2003-04-16 12:46
- Forum: Protocol Alley
- Topic: Bot problems
- Replies: 8
- Views: 4495
Could you give a little bit more info? After you send a $Key there is moer you have to do. You must be already using $VaidateNick if the nick is showing up... but after you get $Hello from the hub you need to send the $Version command and then a $MyINFO...You can find the syntax for these in the DC ...
- 2003-04-15 15:57
- Forum: Feature Discussion (Archived)
- Topic: Viewing your own filelist ?
- Replies: 5
- Views: 2661
FATxx Just doesn't have the right kind of... err FAT to do that sort of thing *L* If there is something else out there it would be something that would let you do what you want it prob would have to replace or rehook almost everything dealing with your hardware device... and that sounds like it woul...
- 2003-04-13 17:15
- Forum: Feature Discussion (Archived)
- Topic: Transfer Engine
- Replies: 3
- Views: 2097
I think that is beyond the scope of the DC++ client. (I could be wrong, anyone else?) Ihere is a lot to do to split a current program up into a daemon type client (which is what it sounds like you are talking about). There are some things similar to that already, especially if you are running Linux,...
- 2003-04-12 13:49
- Forum: Protocol Alley
- Topic: dcgui & $Supports CHUNK
- Replies: 40
- Views: 18979
Perhaps I am being to over critical... but.... Yeah it would be nice to have a guaranteed spot for another chunk, however the idea of being able to get chunks is that you can get one file from multiple users. Saying, Oh... and I am going to continue to take up a slot because you have more chunks tha...
- 2003-04-11 22:24
- Forum: Protocol Alley
- Topic: dcgui & $Supports CHUNK
- Replies: 40
- Views: 18979
Hey GargoyleMT, I was just wondering how much use an actual $Support feature would be for this. Why can't the client just disconnect from the user once they have gotten the size of the chunk they needed? I would like to understand the logic of having a whole new command when it isn't needed (seems t...
- 2003-04-10 19:17
- Forum: Feature Discussion (Archived)
- Topic: Hub Feature: Passive Hub Connect
- Replies: 12
- Views: 4865
The point of saying port 80 was to get the idea across that it should be a port that would not commonly blocked by an ISP, so if it was setup (by the hub administrator) to a port like this not many people would have a problem. I just picked port 80 becasue I couldn't imagine what ISP would block con...
- 2003-04-09 17:16
- Forum: Feature Discussion (Archived)
- Topic: Message Board Feature
- Replies: 2
- Views: 1409
- 2003-04-09 17:14
- Forum: Feature Discussion (Archived)
- Topic: Pls add Http tunneling to dc++it's a more important features
- Replies: 23
- Views: 8617
- 2003-04-09 17:08
- Forum: Feature Discussion (Archived)
- Topic: Message Board Feature
- Replies: 2
- Views: 1409
Message Board Feature
Ok.. This is just for.. well because I have a rant.... I think we should patch the MESSAGE BOARD which will search for common phrases when someone posts a message and if it is something like "can't get hub list" (or a number of variations) it can direct them to a thread that already answers this que...
- 2003-04-08 16:05
- Forum: Protocol Alley
- Topic: Could somebody please explain the decryption algorith?
- Replies: 23
- Views: 11113
When you use character encoding to and from and to again, you could lose some of the bits if that encoding does not require them. I think this is what is happenning (even though you say it still doesn't work). aDe made a nice vb prog that allows you put in a lock and it will print the key back (ASCI...
- 2003-04-08 14:18
- Forum: Feature Discussion (Archived)
- Topic: Hub Feature: Passive Hub Connect
- Replies: 12
- Views: 4865
- 2003-04-08 13:01
- Forum: Protocol Alley
- Topic: Could somebody please explain the decryption algorith?
- Replies: 23
- Views: 11113
The code that I can see computating the key looks good... but here is my impession of what is going wrong. A. you are converting the bytes into UTF8 encoding.. This might not be the snag, but when you do this encoding does it ignore the most significant 8th bit when it returns the bytes? Also anothe...
- 2003-04-08 02:43
- Forum: Feature Discussion (Archived)
- Topic: Add this! Please! For your loyal users sake!
- Replies: 10
- Views: 4701
Have you ever used hotline? It does basically what you ask.. let me descrive the functionality in one word: BLOWSMAJORDINGOKIDNEY Well.. something like that anyway. The reason.. well it doesn't stop "them people" from comming in and checking for piracy. It does as much good as high heals to a giraff...
- 2003-04-08 02:34
- Forum: Hubs and scripts
- Topic: DC Chat from Websites (AXDC)
- Replies: 43
- Views: 31513
ptaczek I am writing some client software. Whenever I connect to the PtokaX hub my user doesn't show up in the user list on the Hub in the HUB software. However the user is logged in and the user is notified to all users on the hub (so the user does appear as normal in all the clients). The user can...
- 2003-04-07 20:33
- Forum: Feature Discussion (Archived)
- Topic: Hub Feature: Passive Hub Connect
- Replies: 12
- Views: 4865
Sarf, I understand your POV. I know its a 'bit' of work... but its not alot, just a little in three diffrent places ;) Making things easier for people to use is usally the bulk load of work. However, it is worth it.. there is much faster growth in a system that is easier to use. Look at AOL for exam...
- 2003-04-05 03:42
- Forum: Feature Discussion (Archived)
- Topic: "Fair" queueing of incomming requests/uploads.
- Replies: 7
- Views: 3413
Ack. I would hate for DC to turn into IRC. The problem with ranking systems is that the hub would have to maintain it for it to be reliable.. and lets just face it, hubs don't need the added network load of "remembering" everything. Infact, the only way to really standarize a "fair and just" system ...
- 2003-04-04 20:07
- Forum: Protocol Alley
- Topic: Client <-> hub handshake.
- Replies: 6
- Views: 3697
- 2003-04-04 18:45
- Forum: Protocol Alley
- Topic: Client <-> hub handshake.
- Replies: 6
- Views: 3697
I guess I like talking to myself, but for the sake of being right, we figured out that the problem was happening on escape coding... here is the correct version of the code I pasted earlier in case any C programmer needs an example of doing the locks to keys: void generateKey(unsigned char *lock, un...
- 2003-04-04 18:18
- Forum: Protocol Alley
- Topic: Client <-> hub handshake.
- Replies: 6
- Views: 3697
- 2003-04-04 17:17
- Forum: Protocol Alley
- Topic: Client <-> hub handshake.
- Replies: 6
- Views: 3697
Client <-> hub handshake.
Allright... time to humble myself and ask WHAT THE FREAK IS WRONG? *L* I am having emense problems trying to connect to a hub witht he client I am working on. With NMDCH I get temp banned and in the stauts messages it puts $Key <whatever I sent>. Thanks NMDCH! When I connect to PtokacX Hub I get the...
- 2003-04-04 15:16
- Forum: Protocol Alley
- Topic: Could somebody please explain the decryption algorith?
- Replies: 23
- Views: 11113
- 2003-04-03 21:12
- Forum: Feature Discussion (Archived)
- Topic: Finished Dirs
- Replies: 22
- Views: 8230
GargoyleMT, Personally I would like to be notified when every directory is done, even the sub directories. I can see though your point and how some wouldn't want this. The way I suggested is still easily managed though with an added "parameter". All you would have to do is specify in the Queue file ...
- 2003-04-03 21:06
- Forum: Feature Discussion (Archived)
- Topic: Hub Feature: Passive Hub Connect
- Replies: 12
- Views: 4865
NACK! *L* It looks like you didn't read all of my post. The point is the port SHOULD be set that would normally be a diffrent service. I explained (I thought so anyway *L*) that a hub would be able to choose the passive port. The clients would know the passive port for the hub by the hublist, which ...