You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Brandon Cruz <bc...@norvax.com> on 2001/12/11 00:39:07 UTC

is $tomcat_home/src/native/apache/jserv really mod_jk?

I am using the source code of tomcat 3.2.4 to build mod_jk.  The files are
all called mod_jserv.*  Do I need to get mod_jk from some other place, or is
this in fact mod_jk?

Brandon


--
To unsubscribe:   <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>


RE: /usr/local/jdk1.3.1_01/bin/i386/native_threads/java: error

Posted by Don Bell <do...@bigmindmedia.com>.
Please help, and sorry if I missed a discussion of this
on list previously.

Just installed 4.0.1 Tomcat binary with JDK 1.3.1_01 on Redhat 7.0.

Tomcat begins to start up than quits with catalina.out log message:
/usr/local/jdk1.3.1_01/bin/i386/native_threads/java: error while loading
shared
libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such
fil
e or directory

Of course not, libraries are more current with Redhat 7 but of course trying
to
install rpm with libstdc++-libc6.1-1.so.2 I get error:

rpm -i libstdc++-2.95.3-0.20000323.i386.rpm
package libstdc++-2.96-54 (which is newer than libstdc++-2.95.3-0.20000323)
is
already installed...

What would be workaround for this... not really a Tomcat error per se. Why
does
latest non beta jdk from Sun point to old c++ library?

Anyway, discovered this on Sun website page re jdk1.3.1:

 For Linux users - 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 some Linux platforms that use the newer libraries. Such platforms
 include Red Hat 7.0, Mandrake 8.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.

I tried this and experienced same failure repoted above:

/usr/local/jdk1.3.1_01/bin/i386/native_threads/java: error while loading
shared
libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such
fil
e or directory

Any suggestions re workaround other than upgrading Linux to 7.1 or 2?

Don


-


--
To unsubscribe:   <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>