diff --git a/en/java/dists/13.sgml b/en/java/dists/13.sgml index 28f00071c4..e7e6a7dcb2 100644 --- a/en/java/dists/13.sgml +++ b/en/java/dists/13.sgml @@ -1,23 +1,148 @@ - + %includes; ]> &header;
- -January 29, 2000: Work has not begun on the JDK 1.3 port. + September 15, 2000: Andrew
+ Gallatin and Sean O'Connell
+have been working on getting IBM's JDK 1.3 working. To make them work
+on your system, you will have to patch some of your FreeBSD sources.
+They have provided patches based on your version:
+ To quote Drew's message:
+ +I've finally gotten the IBM jdk 1.3 working. I haven't tested it very +heavily AWT stuff seems to finally work though. + +Here's an an updated patchset to a pre-SMPng -current. The patchset +does the following: + +- changes MINSIGSTKSZ from 8192 to 2048 +- implements linux_rt_sendsig() & linux_rt_sigreturn() +- implements userland sigtramp code for linux_rt_sigreturn() +- implements linux_to_bsd_sigaltstack & bsd_to_linux_sigaltstack() to + fix a bug in linux_sigaltstack & to avoid lots of cut-n-paste in + linux_rt_sigreturn(). This also fixes the "Java HotSpot(TM) + Client VM warning: cannot uninstall alt signal stack" one sees with + Sun's 1.3 JDK. +- changes the MAP_STACK flag to MAP_ANON for LINUX_MAP_GROWSDOWN + mmaps. This was the final step in getting it working. Any VM gurus + out there want to talk about this one? There's aparently + something wrong with autogrowing linux thread stacks[*] + +Patches at: http://www.cs.duke.edu/~gallatin/linux_sa_siginfo/diff + +[*]The "problem" is the heuristic used by vm_map_growstack() to +determine whether the stack part of the main process stack. We +currently use: + + is_procstack = addr >= (vm_offset_t)vm->vm_maxsaddr; + +where vm->vm_maxsaddr comes from exec_new_vmspace(): + vmspace->vm_maxsaddr = (char *)USRSTACK - MAXSSIZ; + +The IBM JDK's main thread reduces it's stack size to rlim_cur=2040*1024. +It then creates stacks for its threads at addresses which are greater +than vm_maxsaddr but less than the current bottom of the main process +stack as defined by p->p_rlimit[RLIMIT_STACK].rlim_cur. The first time +a thread accesses something requiring this region to grow, it goes +down in flames. ++ + And Sean's email: + +I did a Quick&Dirty MFC of Andrew Gallatin's work on getting the +IBM Java SDK to work. I was able to run the appletviewer on one +of the demos and it worked. I cannot say much more than that. + +The patches are all relative to /usr/src (or / since they are +all in sys ) + +The majority of the patches are for files in /sys/i386/linux. +You should be able to apply the patch; cd to /sys/modules/linux; +type make; kldunload linux; type make install; and kldload linux + +There is an additonal change which sets the MINSIGSTKSZ to 2048 +in sys/sys/signal.h .. this will require a kernel rebuild to +take effect. ++ + July 18, 2000: Ernst de Haan +has done some work getting Sun's Linux JDK 1.3.0b9 to run on +4.0-STABLE. The .java_wrapper file can be found + +here. (Don't forget to rename it to .java_wrapper) + + Ernst's email: + +Just one more hint: Change the jre/lib/jvm.cfg and put the last line on +top. So you will get: + + -classic + -hotspot + -server + +I _do_ get one warning, BTW, when running the Swing app: + + Warning: Cannot convert string "MetaCtrl<Key>Insert" to type VirtualBinding + +Ernst + + +Ernst de Haan wrote: +> Hi folkz, +> +> I have the Sun JDK 1.3.0 for Linux, beta 9 running on my FreeBSD +> 4.0-STABLE system. Runs pretty nicely too. +> +> java -version reports: +> +> bash-2.04$ java -version +> expr: syntax error +> java version "1.3.0beta_refresh" +> Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0beta_refresh-b09) +> Classic VM (build 1.3.0beta_refresh-b09, green threads, nojit) +> +> The first line with the syntax error is a small problem with +> .java_wrapper, but it seems harmless. I had to make some modifications +> to the .java_wrapper script to make it work on my system. I've attached +> the version I use. +> +> I haven't done much testing yet, but I have tried a single Swing +> application. I did notice some differences in fonts, but it all seems to +> work pretty nice and fast :) +> +> Wow, soon FreeBSD will be the platform with the greatest number of +> working JDKs on it, once we get WINE to work so we can run the Windows +> JDKs too, and write an AS/400 emulator, and... and... ;-) +> +> Ernst +> +> P.S. Thanks go to Victor Salaman how pointed me in the right direction. +> He has been running the Sun JDK 1.3 for Linux for quite a while. ++ + January 29, 2000: Work has not begun on the JDK 1.3 port. It will not be until after our JDK 1.2 release is done that we will begin on JDK 1.3. |