----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
"Jon B. Norris" wrote:
>
> I agree, but the first item I ran across was the replacement of the single
> lib. I understand the risk involved in replacing a single library and, as is
> always the case....esp. with Linux, you have to hack it at your own risk. I
> have the trouble box (very weak in the hardware department) running great
> with alot of connections, and debug output to the logs for the last day with
> no errors or problems with the product that we have here at Epicentric. I
> completely agree with you, and again IT IS VERY RISKY INDEED....as the
> kernel depends upon the libs, that is why I will always suggest making a
> copy of the libpthreads and creating an emergency recovery disk set to copy
> the old one back if needed (which any admin should do)......and....ESP...if
> your company depends on the box day in and day out.....recognize that you
> may have alot of explaining to do if the box crashes. I think the better
> idea is to install an updated glibc package, but a blanket approach to
> fixing problems is sometimes just as risky (fixing one item but breaking
> another) esp. with the way in which MDK and RH seem to be diverging on the
> lib path. Does anyone know (or even speculate) as to why the libs were
> paired down in the "newest" MDK 6.1 release? My thought was the need for
> speed, but it's hard to say. The single (backwards) lib approach may be the
> reason why the fix is not working on a dual processor machine.
>
You donīt need to replace the original system libs if only one application
(in this case IBM JDK) needs another version. Simply put the older versions
of the libraries in a new directory (letīs say /usr/local/lib/compat-java)
and this directory to the LD_LIBRARY_PATH entries in (J_HOME)/bin/.java_wrapper
and (J_HOME)/bin/jre.
Ciao,
--
Helmut Wirth
[EMAIL PROTECTED]
-------------------------------------------------------------
bison GmbH phone +49 89 / 50 03 91-14
Ridlerstr. 11 fax +49 89 / 50 03 91-17
D-80339 Muenchen http://www.bison-soft.de/
-------------------------------------------------------------
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
