Hi Filip, I can't give the correct recommendations, but explain the flag:
The flag tells the loader not to load the default thread library, but instead another - usually older - one. Linux had incompatible changes in it's thread implementation and since the distros bundle so much software, they had to deliver the different implementations side by side. The flag has been implemented in the loader to allow old software to run on new systems, because with setting the flag the old software loaded the old thread libraries. For old versions (definitely before 1.4.29 of Java, using older libs was necessary or recommended. The problems with the flag: - different distros use different numeric values to switch between the thread implementations, so there's *no* distro independant recommendation. - once you put in into a start script, people will not recognize, that their software version gets newer and newer and compatible with the last (and nowadays not so new any more) thread implementation, and they still run their software on the very outdated thread implementation. I don't know, what teh problem with JVM/Tomcat in these old days really was, so I cannot judge, if there is any sense in the recommendation. At least with JVM 1.4.2 and newer, it should be dropped. By the way: thanks for volunteering as RM! Regards, Rainer Filip Hanik - Dev Lists schrieb: > Yoav Shapira wrote: >> Hi, >> Cool. The directory structure and signatures look good. We need to >> update the release notes >> (http://people.apache.org/~fhanik/v5.5.18-beta/RELEASE-NOTES) to >> remove the LD_ASSUME_KERNEL section on Linux, as Bill (IIRC) pointed >> out the day. > ok before I remove the LD_ASSUME_KERNEL, the question is why? is the > reco wrong? > on the older distros this setting used to fix our problems > > Filip > >> >> Yoav >> >> On 8/28/06, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote: >>> I have created a 5.5.18 distribution located at >>> http://people.apache.org/~fhanik/v5.5.18-beta/ >>> >>> I'm about to setup the TCK tests, servlet and JSP, to validate against >>> it. In the meantime feel free to play around with it. >>> >>> Once we deem that it looks correct, we can setup a vote for it. >>> >>> Filip >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
