[DO NOT REPLY: Bug 3214] Segfault when trying to build Fop sources

[bu...@apache.org]

PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3214

*** shadow/3214	Tue Aug 21 16:02:01 2001
--- shadow/3214.tmp.1235	Fri Sep  7 16:43:06 2001
***************
*** 26,29 ****
  
  Buildfile: build.xml
  build.sh: line 24: 18163 Segmentation fault      $JAVA_HOME/bin/java
! -Dant.home=$ANT_HOME -classpath "$LOCALCLASSPATH" org.apache.tools.ant.Main $*
--- 26,47 ----
  
  Buildfile: build.xml
  build.sh: line 24: 18163 Segmentation fault      $JAVA_HOME/bin/java
! -Dant.home=$ANT_HOME -classpath "$LOCALCLASSPATH" org.apache.tools.ant.Main $*
! 
! ------- Additional Comments From jwaustin@bigfoot.com  2001-09-07 16:43 -------
! Is this related to the known Java problem described on their install notes
! 
! http://java.sun.com/j2se/1.3/install-linux-sdk.html
! 
! <quote>
! The newer glibc-2.2.x libraries cannot correctly handle initial thread stack 
! sizes larger than 6 MB. This can cause a segmentation fault on come Linux 
! platforms that use the newer libraries. Such platforms include Red Hat 7.0, 
! SuSe 7.2, and Debian 2.2. The problem will not occur on Linux platforms that 
! are using glibc-2.1.x such as Red Hat 6.1 and 6.2. It will also not affect Red 
! Hat 7.1 because it uses a different thread stack layout. This problem is being 
! tracked as bug 4466587. 
! 
! Workaround - Use "ulimit -s 2048" in bash shell or "limit stacksize 2048" in 
! tcsh to limit the initial thread stack to 2 MB. 
! </quote>

---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org