[kaffe] (sigh) Kaffe 1.1 can't do FEC decoding
Greg Wooledge
greg at wooledge.org
Thu Jun 12 15:28:01 PDT 2003
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://kaffe.org/pipermail/kaffe/attachments/20030612/6d545786/attachment-0002.pgp
More information about the kaffe
mailing list