Date: Tue, 23 Mar 2004 19:00:17 +0100 From: Peter Schuller <peter.schuller@infidyne.com> To: freebsd-questions@freebsd.org Cc: "Ralph M. Los" <Ralph@boundariez.com> Subject: Re: Java runtime? Message-ID: <200403231900.17200.peter.schuller@infidyne.com> In-Reply-To: <B06CC0370BBC0F4EA588FD6952A9392561F9@tenacious.boundariez.com> References: <B06CC0370BBC0F4EA588FD6952A9392561F9@tenacious.boundariez.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>Alright. I tried, and after hours and hours of compiling...this: > >Java HotSpot(TM) Client VM warning: Can't detect initial thread stack >location >/usr/ports/java/jdk14/work/control/build/bsd-i586/gensrc/java/util/CurrencyData.java:1: >'class' or 'interface' expected I haven't encoutered this particular problem myself, though I remember reading a post on this or the -java mailinglist not long ago where someone had the same problem. I did some google and didn't find anything conclusive, though I did find someone having the same problem on Linux when running in a chrooted environment. A suggestion which may or may not be correct is that it may be caused by the linprocfs filesystem not being mounted (because it broke in chroot). Try doing, as root: kldload linprocfs mount linprocfs /compat/linux/proc But again I have personally not seen this problem. When I failed to have a proper /proc filesystem for the Linux compatibility the result was the JVM busy-waiting indefinitely rather than getting instability/errors. But try that and see. If it doesn't fix it, write back. (I am assuming it is the Linux JVM, running under emulation, which is failing, given that it is compiling the standard library for the native JVM.) -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200403231900.17200.peter.schuller>