On Monday 14 June 2010 17:22:11 Yuriy Kaminskiy wrote: > On 14.06.2010 17:41, Ximin Luo wrote: > > does it still happen when you disable libfec? you need to open up > > freenet-ext.jar and delete the relevant lines from lib/fec.properties and > > lib/native.properties > Good catch. Edited lib/native.properties (deleted *linux*), got > Unable to find native library for fec8 for platform linux-x86 > null > Failed to load native FEC: java.lang.UnsatisfiedLinkError: > com.onionnetworks.fec.Native8Code.nativeNewFEC(II)I > (as expected), and no crash on key download. > But this key looks very strange; I've downloaded it, got empty file > GET > http://127.0.0.1:8888/KSK at > frost%7Cmessage%7Cnews%7C2010.6.13-freenet-38.xml?type=text/plain > --> 200 OK > [...] > Content-Length: 0 > Content-Type: text/plain > but splitfile consists of 2 data blocks. Something looks really eeky. > Tried both data blocks in KeyUtils|Key, got "no data", but (some) checkblocks > present. Have no idea where it goes.
Yes it has 2 data blocks 5 check blocks which causes a segfault with the current code. Am in the process of releasing 1251 with a workaround (don't use native FEC unless data blocks >= check blocks). We REALLY need to fix the FEC code... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20100614/4bd3cc1d/attachment.pgp>
