On Sat, 19 Feb 2005 02:46:00 +0100 Christian Biere <[EMAIL PROTECTED]> wrote: > You can request an upload with any HTTP-capable tool using > http://$host:$port/get/0/$filename as URL scheme. The first request gets > a 503 and you get queued, so you have to try twice. > Heh. I just did a transfer a few seconds before your message arrived. I 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. It does take two requests for the transfer to start, as expected. And the "upload" page of GTKG does now show my test transfers in the history. 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?
> If you assume that sendfile() > is broken, check the checksum as well and try aborting/resuming a transfer > to make it a little more realistic since transfers of complete files are > rather exceptional. My test transfer of part of an mpeg resulted in playable video. I'll do a full transfer of a complete file after I'm home and back on the local network, and checksum it just to be sure. I did just shut GTKG down in anticipation of going home. I had just over 4 hours of fully operational uptime. The shutdown generated a segfault after about 11 seconds of the grace time countdown, but didn't leave a core. :-/ The last few messages in the terminal were: 05/02/18 19:11:38 (WARNING): idtable_destroy: destroying table with 1912 ids 05/02/18 19:11:38 (WARNING): idtable_destroy: destroying table with 1912 ids 05/02/18 19:11:55 (WARNING): found remaining String atom 0x102a416f8, refcnt=2: "ndn_12228.jpg" 05/02/18 19:11:55 (WARNING): found remaining String atom 0x102a416f8, refcnt=2: "ndn_12228.jpg" 05/02/18 19:11:55 (WARNING): found remaining String atom 0x1017bac48, refcnt=1: "/export/share/gnutella/_incomplete/" 05/02/18 19:11:55 (WARNING): found remaining String atom 0x1017bac48, refcnt=1: "/export/share/gnutella/_incomplete/" 05/02/18 19:11:55 (WARNING): found remaining SHA1 atom 0x10342b488, refcnt=1: "QMZHAYL6YYAISNYRJQCKQDZWXVY44RT3" 05/02/18 19:11:55 (WARNING): found remaining SHA1 atom 0x10342b488, refcnt=1: "QMZHAYL6YYAISNYRJQCKQDZWXVY44RT3" 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 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 have some time, bandwidth and diskspace it > would be nice if you could try transfering something larger than 4 GiB > just to verify that there are no issues with large files on your setup. > I have lots of time, and unlimited bandwidth on my local LAN. Disk space can be a challenge some days. I'll have to look and see if I have any one file that big. I might have to concatenate some ISO's or something. > What does "gmsgfmt -V; echo $?" print? It might be possible to use that > as indicator to use more conservative options. > 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. Unfortunately, it's just a regular old ELF binary, so I'm limited in the kind of info I can get from/about it. Cheers, The Blue Meanie ([EMAIL PROTECTED]) ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Gtk-gnutella-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
