Re: Bug#369376: please move azureus to main
On 6/25/06, Robin Putters <robin.putters@realworld.nl> wrote:
I think I updated classpath from experimental, since I was having
problems with an eclipse project of mine.
OK. I'll test classpath from experimental as well.
> Cannot find Java function at 0xb7c94f5e
> java: codegen-common.c:547: codegen_findmethod: Assertion `0' failed.
> Aborted
I'm running a mostly sarge system, with a few thing pulled from
testing. Classpath uses Qt4, which is a libstdc++6 library, whereas
sarge is libstdc++5. So, my browse crash is probably due to the
difference in libstdc++ version. Unfortunately, I won't be able to fix
this until I upgrade to etch.
I see the following AttachCurrentThread warning repeatedly. Although
it doesn't seem to affect anything, it's a little disconcerting.
LOG: [0x809de70] JNI-Call: AttachCurrentThread: IMPLEMENT ME!
I have been able to download, so that's good. Perhaps I was just too
impatient last time I tested it.
I'm also seeing this error message:
Disk read error - write fails: retry limit exceeded, write fails, flush fails
Can't say I know what's causing that. The disk appears fine and has room.
I don't think the GIJ jvm can run with the classpath package, I think
we'll have to wait for GCC 4.2 for a more recent classpath. If you're
worried about performance, I remember Azureus on windows (Sun 1.5 JDK)
to be absolutely terrible for system performance, but it runs really
smooth with cacao for me on the same system.
Thanks for your effort in packaging this!
My pleasure!
Cheers,
Shaun
Reply to: