Re: JRE and OpenOffice Part IV
[email protected] (Christos Zoulas)
| Newsgroups | gmane.os.netbsd.help |
|---|---|
| Organization | Astron Software |
| Message-ID | <[email protected]> |
On Oct 20, 11:16am, [email protected] (Al Urbaitis) wrote: -- Subject: Re: JRE and OpenOffice Part IV | Christos Zoulas wrote: | > In article <[email protected]>, Al Urbaitis <[email protected]> wrote: | >> Open office writer (soffice) | >> works ok when user is root. That is | >> the java based "wizards" work as intended. | >> | >> However the "wizards" hang when launched as | >> a local user with the following error messages | >> | >> | >> Java HotSpot(TM) Client VM warning: Can't detect initial thread stack | >> location - | >> find_vma failed | | > | > put in /etc/fstab: | > | > procfs /proc procfs rw,linux 0 0 | > | > and remount procfs | > | > christos | | Same as before... | How can I tell if this is truly the case taht soffice/JRE query procfs ? | My current fstab looks like | | /dev/wd0a / ffs rw 1 1 | /dev/wd0b none swap sw 0 0 | /dev/wd0e /usr ffs rw 1 2 | /dev/wd0f /var ffs rw 1 2 | /dev/wd0g /home ffs rw 1 2 | /dev/wd0b /tmp mfs rw,-s=614880 | kernfs /kern kernfs rw | procfs /proc procfs rw,linux 0 0 | /dev/cd0a /cdrom cd9660 ro,noauto 0 0 | hfnmr:/data /data nfs rw,soft 0 0 You can ktrace the java process and then use kdump to see what it does. BTW, jdk versions < 1.4.2 hard-coded the stack position so the procfs fix will not work. In order for that jdk to work, you need to re-compile the kernel with a different base address. In that case, you are better off upgrading the jdk. christos