On Sunday 19 September 2004 18:27, Christian Biere wrote: > The chances that the queue ID is valid then are pretty close to zero. That's right, of course. But that doesn't apply to the fist request, when there's no ID at all. I think the server shouldn't make a difference at all between the first and later requests. This avoids special-casing and is very consistent.
> Although Shareraza seems to use non-random IDs like "big files", > "small files" etc. Shareaza majorly sucks. I have seen them doing completely random things with my queue position, instead of decreasing it over time. Do you think, now that Shareaza claims to be an open source program and is even hosted by sf.net, things would get better? I dare doubt that. But that's OT :-) > You could, in theory, keep the slot and allow further requests with > the same queue ID. That has also come to my mind. But I haven't really thought it out. Haxe ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
