The Blue Meanie wrote: > looked up the protocol, and > http://xxx.xxx.xxx.xxx:6436/get/0/Artist%20-%20Title.mpg > happily served up a music video to me.
> I'm curious. How does one get the "file index"? It seems to be "0" for the > most part. When, if ever, does that change? Zero is a wildcard. The index is generated at runtime and has no meaning, the value is just the iterator for adding files to the database. I don't think the value is preserved beyond a session unless by chance. In modern Gnutella, indices aren't used any longer. Instead files are requested by their urn:sha1. > 05/02/18 19:11:55 (WARNING): adns_do_transfer: EOF (read) > 05/02/18 19:11:55 (WARNING): adns_do_transfer: EOF (read) > Segmentation Fault The duplicate line is odd but I don't think that's the problem. > I may run my next session with gdb attached, unless there's a way to force > it to leave a core on segfault. If you didn't get a coredump, you either have ulimit -c set to a too small value or you have no write access to the working directory or the partition is mounted with coredumps disabled. As I'm notoriously low on disk space, I prefer to run gtk-gnutella from gdb. > It thinks the -V is the file you're trying to access: > $ /usr/lib/gmsgfmt -V;echo $? > ERROR: Cannot open file -V. > 2 > Whatever this gmsgfmt is, it looks *way* outdated. Even worse the argument handling seems to be fubar. -- Christian
pgpjWAB4X5uEK.pgp
Description: PGP signature
