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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.