[kaffe] (sigh) Kaffe 1.1 can't do FEC decoding

[Greg Wooledge]

So, after a week of failures every time I tried to download an FEC
splitfile from Freenet, using Kaffe 1.1 (or the CVS version from
right before the release), I decided that perhaps it's Kaffe that's
causing the problem, rather than Freenet.

I attempted to download a small FEC splitfile

SSK at hNO8nRj~jh8X2zrebLAXuybO3g4PAgM/music/frank_zappa_-_the_best_band_you_never_heard_in_your_life_-_10_-_mr._green_genes.mp3

(from the "Colours" site) with two different Freenet builds, using
Kaffe 1.1.  It failed both times, despite having all the blocks.

Then I went back to the early-May Kaffe (and gmp-3.1.1) and the
most recent Freenet build I have; I clicked it, took the defaults
on the web form, and the operation finished in 37 seconds.  I had
the file.

This message appeared in freenet.log somewhere around the last time
my attempt to download that file failed:

12-Jun-03 2:10:27 PM (freenet.node.Node, QThread-636, ERROR): Error while receiv
ing message freenet.Message: Accepted @freenet.ConnectionHandler at 35bc048 @ 4b45f
6dd6eacf444 in state freenet.node.states.request.TransferInsertPending: key=2f8f
8c3a9b1468a89dc417aa676dd8fee045b37b110302, hopsToLive=10, id=4b45f6dd6eacf444,f
t=freenet.node.states.FNP.FNPFeedbackToken at 24cd278, routedTime=1055441422380: ja
va.lang.IllegalStateException: null stream from buffer
java.lang.IllegalStateException: null stream from buffer
        at java.lang.Throwable.fillInStackTrace(Throwable.java:native)
        at java.lang.Throwable.<init>(Throwable.java:44)
        at java.lang.Exception.<init>(Exception.java:24)
        at java.lang.RuntimeException.<init>(RuntimeException.java:21)
        at java.lang.IllegalStateException.<init>(IllegalStateException.java:21)
        at freenet.node.ds.FSDataStoreElement$KeyInputStreamImpl.<init>(FSDataSt
oreElement.java:237)
        at freenet.node.ds.FSDataStoreElement.getKeyInputStream(FSDataStoreEleme
nt.java:46)
        at freenet.node.ds.FSDataStoreElement$KeyOutputStreamImpl.getKeyInputStr
eam(FSDataStoreElement.java:137)
        at freenet.node.states.data.ReceiveData.getKeyInputStream(ReceiveData.ja
va:68)
        at freenet.node.states.request.InsertPending.relayInsert(InsertPending.j
ava:321)
        at freenet.node.states.request.TransferInsertPending.receivedMessage(Tra
nsferInsertPending.java:190)
        at java.lang.reflect.Method.invoke0(Method.java:native)
        at java.lang.reflect.Method.invoke(Method.java:255)
        at freenet.node.State.received(State.java:126)
        at freenet.node.StateChain.received(StateChain.java:161)
        at freenet.node.StateChain.received(StateChain.java:52)
        at freenet.node.StandardMessageHandler$Ticket.run(StandardMessageHandler
.java:212)
        at freenet.node.StandardMessageHandler$Ticket.received(StandardMessageHa
ndler.java:159)
        at freenet.node.StandardMessageHandler$Ticket.access$0(StandardMessageHa
ndler.java:line unknown, pc 0x149c471)
        at freenet.node.StandardMessageHandler.handle(StandardMessageHandler.jav
a:68)
        at freenet.Ticker$Event.run(Ticker.java:229)
        at freenet.thread.QThreadFactory$QThread.run(QThreadFactory.java:213)
12-Jun-03 2:11:31 PM (freenet.client.http.SFRContext$RequestThread, Thread-3, ER
ROR): Finished RequestThread

(Forgive me for not sewing the lines back together.)  I don't know
if this error is directly related to the FEC splitfile errors; but
on my system at least, Kaffe 1.1 fails to even *begin* an FEC decode,
100% consistently.  (And it leaks memory like an upside-down bucket.)

-- 
Greg Wooledge                  |   "Truth belongs to everybody."
greg at wooledge.org              |    - The Red Hot Chili Peppers
http://wooledge.org/~greg/     |
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://pogo.kaffe.org/pipermail/kaffe/attachments/20030612/6d545786/attachment.bin