From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; T312461)
Description of problem:
redhat 7.2 (kernel 2.4.9-21)
I try to run java programs such as tomcat on my fresh installed 7.2 linux box.
But it doesn't work.
With jdk1.3.1_02 (SUN) and j2sdk-1.3.1 (blackdown) i get
'An irrecoverable stack overflow has occurred.' and the service never starts.
I read some documentation and it says that I've to assume a previous kernel
(export LD_ASSUME_KERNEL=2.2.5). Doing that makes the situation worse: 31653
Another option 'ulimit 2048' doesn't change anything.
With the jdk from IBM, I can start the service, but it doesn't respond like it
should and can not be trusted for a production environment.
With 7.1 (same kernel and glibc modues) I don't have these problems. Therefor
I assume it's not a kernel or glibc problem.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.install redhat out of the box
2.(upgrade to the latest kernel)
3.install latest stable java sdk Standard Edition v1.3.1_02
(or lastest jdk from IBM or blackdown)
4. install tomcat
5. boot tomcat (catalina run)
Actual Results: 'An irrecoverable stack overflow has occurred.' and the
service never starts.
Expected Results: tomcat should have started and accepting network connection
son port 8080
forget my note about 7.1 after upgrading to the latest kernel and glib libs, I
have the same probs in 7.1
I had the same problem with kernel 2.4.9-31. Fortunately, I still had old
kernel errata for 2.4.9-13 and 2.4.9-21, and tried both. I get the error with
31 and 21, but it's fine for 13. The error message indicates a SIG 11. This
was completely reproducable with a simple Hello.java. I'm also using jdk-1.3.1_02.
This isn't an Apache issue: refiling aginst glibc in case this is glibc related;
Try this with Sun's JRE 1.4.1 or up on RHL9. Older JRE's all biolated the ABI
and made wrong calls or had wrong assumptions.
No comment or reply in almost 6 months. Closing as not a bug since almost all
JRE problems are with the JRE code itself.