Re: J2SEE 1.3 on SuSE Linux 6.4 with SuSE Kernel
> What is this supposed to do? It seems that you just missed the Solution to the Problem of running the new Sun J2SDK 1.3 on Suse 6.4. ?? The command below seems to disable some VM-Kernel-Patch that Suse introduced, that was not in plain 2.2.14. But what it exactly does reveals only to Kernel-Hackers. > "CH" == Carsten Hoeger <[EMAIL PROTECTED]> writes: > > CH> echo "echo 0 > /proc/sys/vm/heap-stack-gap" >> > CH> /sbin/init.d/boot.local > > CH> So this will switch off this feature during each boot process. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libjvm.so: undefined symbil: __libc_current_sigrtmax
> "vinod" == vinod tipparaju <[EMAIL PROTECTED]> writes: vinod> I was trying to install vinod> jre1.2.2-RC4-linux-i386-glibc-2.1.1.tar.bz2 kernel 2.2.5 vinod> i686 and its a suse linux initailly had a few path problems vinod> so i set the pathhs in the java_wrapper manually. now the vinod> error i get after i try to do a java -version is vinod> /.../classic/libjvm.so: undefined symbol: vinod> __libc_current_sigrtmax Looks like your glibc is too old, the native threads VM in 1.2.2 needs glibc-2.1.2 or better. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: J2SEE 1.3 on SuSE Linux 6.4 with SuSE Kernel
Hi This is what late night computing does for you! Instead of "echo 0 >/proc/sys/vm/heap-stack-gap" as super user I did "vi /proc/sys/vm/heap-stack-gap" replacing 128 with 0 and saved the file. Sun JDK1.3 Beta Linux release now works for me too on SuSE 6.4! They got Java Sound is this release too "java -jar JavaSound.jar" FANTASTIC MATE! -- Peter Pilgrim featuring a very badly written Lotus Notes software Upgrade and a popular band called "Garbage". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
htmlmail.class not found,
hi list, since few hours when i have tried to compile a servlet (who has to send mail..) it says htmlmail.class. before that i had compiled some servlets and i received their emials correctly. the htmlmail.class is in my /servlets directory. i have compiled htmlmail.java and no problem. does anyone knows what is wrong? thanks in advance, marcos [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Are there any good JVM benckmarkers..
Hi, I am looking for some processor and grahics benchmarkers. Ofcourse I am looking for some written in pure Java or for i386 Linux. Do any good ones? I have the following info on this.. VolanoMark CaffeineMark JMark SpecV 2nd and 3rd suffice the needs but the 1st is for server side and SpecV is mostly for compiler and Mpeg and other related issues and clearly no tests for AWT. So can anyone let me know more on this.. thanxs, Ganesh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: J2SEE 1.3 on SuSE Linux 6.4 with SuSE Kernel
On Wed, Jun 14, Vladimir G Ivanovic wrote: > What is this supposed to do? Okay, I asked Andrea Arcangeli what this patch from SuSE is used be for and I got this answer: JFYI: -- In the VM of a process there is heap and stack. They can be near. (the heap can just be simple plain anonymous memory) | GAP | -- | heap | | stack | -- Y X Now assume esp is pointing to location X and then a function is recalled and the function allocate on the stack an array large GAP*PAGE_SIZE plus some more kbyte just to cause esp to be set to Y. At this point esp is ponting over the heap and it will corrupt the heap. None segmentation fault will happen and the heap will be corrupted silenty. This is what was happening to one application I received and you can guess this is a pain to debug if you don't have the clue to check where the esp is writing to. The official kernel acts exactly like with the patch applied and the sysctl set to 0. So in the stock kernel none gap of empty virtual space is enforced between heap and stack. The patch enforces this gap. If somebody tries in any way to access the memory in the GAP area a segmentation fault will happen. The GAP is in unit of pages and it's set to 128 by default (something like 512k). HotSpot is allocating with MAP_FIXED an alternative stack for the sighandlers and it's allocating it only a few houndred of kbytes before the top of the stack (according to the strace it's allocated at address 0xbff7c000). The kernel feature recognize this and segfaults the application because it's considering too risky to have a so small gap (if the application would allocate an array of some houndred of kbytes it would then overlap on the alternatative stack silenty). Engeneers at Sun acknowledge the goodness of the kernel feature and they correctly suggested to change the gap from 128 pages to 10 pages to provide larger flexibility. This should be enough to make the current HotSpot to work and it will continue to provide additional robusteness to HotSpot at runtime. echo 10 >/proc/sys/vm/heap-stack-gap If you just set the heap-stack-gap to 0 you can left it to zero. In such case you won't have the additional robusteness provided by the kernel addition but that is not an issue for all correctly implemented applications like HotSpot. Andrea -- -- mit freundlichen Gruessen, Carsten Hoeger - SuSE Professional Services - SuSE GmbH, Schanzaeckerstr. 10, 90443 Nuernberg, Germany Tel: +49-911-7405356 Mo-Fr 09-17.00, Fax: +49-911-3206727 http://www.suse.de/de/support/prof/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
