Re: Re: strengths and weaknesses of Gnutella; was: Gnutella 3
Arne Babenhauserheide <[email protected]> Sat, 27 Feb 2010 11:00:50 +0100
| Newsgroups | gmane.network.gnutella.devel |
|---|---|
| Message-ID | <[email protected]> |
Am Samstag, 27. Februar 2010 10:29:50 schrieb [email protected]: > The real problem is that of agreeing on search semantics. For instance, > if I search for "foo bar" today in Gnutella, I may get "foo.data" and > "bar.data" out of some servents, which is wrong. From gtk-gnutella you > would only get "foo_bar.data" or "bar_foo.data", but both words would need > to be present. Which other servents do reply with this? And are they spammers? > I guess this is another strong argument for having a standard library that > would implement the low level semantics. The challenge would then be to > get people to implement the library in various languages (for instance a > java library is totally useless to me) and make sure that all library > implementations conform to a standard. Wouldn't a clearly defuned standard with pseudocode be more useful at the current state (given that we have no library for the hard stuff)? > However, let's this right now: I'm not a big fan of 3rd-party libraries > unless they are very well written or unavoidable. For instance, > gtk-gnutella depends only on a few libraries: GTK, glib, xml2, zlib, tls > and of course, c. Everything else was written by the developers. We even > wrote replacements of badly written library functions or functions not > fitting our needs (one example that comes to mind here is malloc()). You wrote the memory allocation yourself? That's pretty deep… Besides: I did a threading error - if you answer to the brainstorm, could you use the subject of this message? Best wishes, Arne [Non-text portions of this message have been removed]