Am Mittwoch 09 April 2008 07:27:41 schrieb Florent Daigni?re:
[snip]
> It is. The jvm should throw a NPE, not segfault here... anyway, I think
> I've prevented the bug in r19100, try it :)
[snap]
sorry - does not fix. Looks like the libgcj runtime lib. Got the same error
under gij bytecode interp
Am Mittwoch 09 April 2008 07:27:41 schrieb Florent Daignière:
[snip]
> It is. The jvm should throw a NPE, not segfault here... anyway, I think
> I've prevented the bug in r19100, try it :)
[snap]
sorry - does not fix. Looks like the libgcj runtime lib. Got the same error
under gij bytecode interp
Hi,
Am Mittwoch 09 April 2008 07:27:41 schrieb Florent Daigni?re:
[snip]
> > hopefully, it's not the Hashtable.java runtime code.
>
> It is. The jvm should throw a NPE, not segfault here... anyway, I think
> I've prevented the bug in r19100, try it :)
[snap]
...it throws an NPE if not running und
* Sven-Ola T?cke [2008-04-09 06:57:37]:
> Hi,
>
> Am Dienstag 08 April 2008 17:11:21 schrieben Sie:
> [snip]
> > > I got occasional oopses. Are those normal?
> >
> > You'll have to compile with line numbers (debugging info, -g) to get a
> > meaningful stack trace. Then find out what it is that i
Hi,
Am Dienstag 08 April 2008 17:11:21 schrieben Sie:
[snip]
> > I got occasional oopses. Are those normal?
>
> You'll have to compile with line numbers (debugging info, -g) to get a
> meaningful stack trace. Then find out what it is that is null...
[snap]
hopefully, it's not the Hashtable.java r
Hi,
Am Mittwoch 09 April 2008 07:27:41 schrieb Florent Daignière:
[snip]
> > hopefully, it's not the Hashtable.java runtime code.
>
> It is. The jvm should throw a NPE, not segfault here... anyway, I think
> I've prevented the bug in r19100, try it :)
[snap]
...it throws an NPE if not running und
* Sven-Ola Tücke <[EMAIL PROTECTED]> [2008-04-09 06:57:37]:
> Hi,
>
> Am Dienstag 08 April 2008 17:11:21 schrieben Sie:
> [snip]
> > > I got occasional oopses. Are those normal?
> >
> > You'll have to compile with line numbers (debugging info, -g) to get a
> > meaningful stack trace. Then find ou
Hi,
Am Dienstag 08 April 2008 17:11:21 schrieben Sie:
[snip]
> > I got occasional oopses. Are those normal?
>
> You'll have to compile with line numbers (debugging info, -g) to get a
> meaningful stack trace. Then find out what it is that is null...
[snap]
hopefully, it's not the Hashtable.java r
* Sven-Ola T?cke [2008-04-06 22:50:13]:
> Hi,
>
> detected a couple of unused bytes in libgcj. Initial memory consumption now
> ~38Mb down to ~28 Mb. Telnet iface runs. Frost runs (to some extent). Changed
> my
> numbering scheme, so *.tgz now numbered to reflect the SVN revision.
>
> I got
* Sven-Ola Tücke <[EMAIL PROTECTED]> [2008-04-06 22:50:13]:
> Hi,
>
> detected a couple of unused bytes in libgcj. Initial memory consumption now
> ~38Mb down to ~28 Mb. Telnet iface runs. Frost runs (to some extent). Changed
> my
> numbering scheme, so *.tgz now numbered to reflect the SVN re
Hi,
detected a couple of unused bytes in libgcj. Initial memory consumption now
~38Mb down to ~28 Mb. Telnet iface runs. Frost runs (to some extent). Changed
my
numbering scheme, so *.tgz now numbered to reflect the SVN revision.
I got occasional oopses. Are those normal?
Caught in PacketSen
Hi,
detected a couple of unused bytes in libgcj. Initial memory consumption now
~38Mb down to ~28 Mb. Telnet iface runs. Frost runs (to some extent). Changed
my
numbering scheme, so *.tgz now numbered to reflect the SVN revision.
I got occasional oopses. Are those normal?
Caught in PacketSen
Hey,
something wrong with that compile - needed to recompile everyting (SEGV etc).
Not having a good java dependency-parser for make has side effects I presume.
Something runs faster now. Any revolutionary changes in the latest builds? Or
do I simply have better neighs by accident? Anyhow - fre
Hey,
just uploaded freenet-v1134-pre for embedded-mipsel or i486. To use, grab the
appropriate tgz and untar to a new dir, e.g.
mkdir /tmp/blubb
cd /tmp/blubb
wget [see below]-1134.tgz
tar xvzf freenet-*-linux-gnu-1134.tgz
echo "node.name=$(hostname)" > freenet.ini
export LD_LIBRARY_PATH=lib
./f
Hey,
something wrong with that compile - needed to recompile everyting (SEGV etc).
Not having a good java dependency-parser for make has side effects I presume.
Something runs faster now. Any revolutionary changes in the latest builds? Or
do I simply have better neighs by accident? Anyhow - fre
Hey,
just uploaded freenet-v1134-pre for embedded-mipsel or i486. To use, grab the
appropriate tgz and untar to a new dir, e.g.
mkdir /tmp/blubb
cd /tmp/blubb
wget [see below]-1134.tgz
tar xvzf freenet-*-linux-gnu-1134.tgz
echo "node.name=$(hostname)" > freenet.ini
export LD_LIBRARY_PATH=lib
./f
16 matches
Mail list logo