Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 19 Sep 2000 15:09:05 +0200
From:      Reifenberger Michael <Michael.Reifenberger.gp@icn.siemens.de>
To:        "'Andrew Gallatin'" <gallatin@cs.duke.edu>
Cc:        "'freebsd-emulation@freebsd.org'" <freebsd-emulation@freebsd.org>
Subject:   Re: IBM JDK 1.3 now working (pointer to patches)
Message-ID:  <67E0BE167008D31185F60008C7289DA0E12F19@MCHH218E>

next in thread | raw e-mail | index | archive | help
Hi,
I've tried your latest patches on -current (patching the kernel, =
rebuilt kernel+modules).
It works better than before - it doesn't fill the syslog with ton's of =
messages.
But it isn't fully working as expected.
After starting one of my testapps (lotus notes or oracle 8.1.6 =
installer) I get one:
"kernel: trap 9 with interrupts disabled" in syslog and nothing else =
happens.
Am I missing something?

Bye/2
------
Michael Reifenberger - IT, UNIX, R/3-Basis
Work: Michael.Reifenberger@plaut.de    Proj: =
Michael.Reifenberger.gp@icn.siemens.de
Pers: Michael@Reifenberger.com  Webspace: http://www.reifenberger.com

> -----Urspr> =FCngliche Nachricht-----
> Von:	Andrew Gallatin [SMTP:gallatin@cs.duke.edu]
> Gesendet am:	Freitag, 15. September 2000 20:34
> An:	Gerald Pfeifer
> Cc:	freebsd-emulation@FreeBSD.ORG; freebsd-java@FreeBSD.ORG
> Betreff:	Re: IBM JDK 1.3 now working (pointer to patches)
>=20
>=20
>=20
> As promised, here's a new diff for 4.0-release:
>=20
> 	http://www.cs.duke.edu/~gallatin/linux_sa_siginfo/4.0-release.diff
>=20
> And a new diff to the pre-smpng -current:
> 	http://www.cs.duke.edu/~gallatin/linux_sa_siginfo/diff
>=20
> As for -stable -- Sean O'Connell took care of that yesterday. The
> 4.0-release diff should (almost) apply to -stable.  I don't have an
> up-to-date -stable tree laying around & I don't have time to make
> -stable diff right now.  I obtained this diff by applying the patches
> that Sean O'Connell posted yesterday (thanks Sean) and cleaning up 2
> rejects.
>=20
> Both have a change in that rather than hitting the thread stack
> problem over the head by changing the map flag to MAP_ANON from
> MAP_STACK, I'm now detecting the allocation of a thread stack in the
> region typically reserved for the main process stack and adjusting
> vm_maxsaddr to reflect the current stacksize resource limit.
>=20
> Drew
>=20
>=20
>=20
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-emulation" in the body of the message


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-emulation" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?67E0BE167008D31185F60008C7289DA0E12F19>