From owner-freebsd-java Wed Jul 28 21: 9: 0 1999 Delivered-To: freebsd-java@freebsd.org Received: from bahay.rn.byu.edu (bahay.rn.byu.edu [128.187.221.77]) by hub.freebsd.org (Postfix) with ESMTP id 0DDA615569 for ; Wed, 28 Jul 1999 21:08:53 -0700 (PDT) (envelope-from larsene@bahay.rn.byu.edu) Received: from bahay.rn.byu.edu (localhost [127.0.0.1]) by bahay.rn.byu.edu (8.9.3/8.9.2) with ESMTP id WAA00356 for ; Wed, 28 Jul 1999 22:06:35 -0600 (MDT) (envelope-from larsene@bahay.rn.byu.edu) Message-ID: <379FD34A.DEBADA13@bahay.rn.byu.edu> Date: Wed, 28 Jul 1999 22:06:34 -0600 From: "E. Scott Larsen" X-Mailer: Mozilla 4.6 [en] (X11; I; FreeBSD 3.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-java@freebsd.org Subject: jni Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm looking into using the JNI for an upcoming project, and hava a question about using on FreeBSD. I'm doing a very simple example (code for each file is below) from the Essential JNI (Rob Gordon, Prentace Hall...). I'm running FreeBSD-3.2-Stable about a week old; jdk1.1.8 just re-installed fresh this morning from cvsup'd ports, and using the csh: > cd /home/larsene/jni > setenv LD_LIBRARY_PATH /home/larsene/jni:/usr/lib:/usr/local/lib > rm *.o lib* > g++ -c -fPIC *.c -I$JDK/include -I$JDK/include/freebsd > g++ -shared -o libmylib.so -fPIC *.o > java main /usr/lib/libg++.so.4: Undefined symbol "__pure_virtual" (libmylib.so) my error > I assume the problem is something missing from that LD..PATH setting, or perhaps a compiler flag. Anyone got a quick tip or a pointer to somewhere I aught to look? Thanks tons!!! // file: main.java public class main { static { try { System.loadLibrary("mylib"); } catch (Error e) { System.out.println("my error"); System.exit(0); } } public static void main(String[] args) { aclass c = new aclass(); c.theNativeMethod(); } } //file: aclass.java public class aclass { public native void theNativeMethod(); public void aJavaMethod() { theNativeMethod(); } } //file: aclass.c #include #include "aclass.h" JNIEXPORT void JNICALL Java_aclass_theNativeMethod (JNIEnv* env, jobject thisObj) { printf("Hello Scott World\n"); } //file: aclass.h ////generated by >javac aclass.java ; javah -jni aclass /* DO NOT EDIT THIS FILE - it is machine generated */ #include /* Header for class aclass */ #ifndef _Included_aclass #define _Included_aclass #ifdef __cplusplus extern "C" { #endif /* * Class: aclass * Method: theNativeMethod * Signature: ()V */ JNIEXPORT void JNICALL Java_aclass_theNativeMethod (JNIEnv *, jobject); #ifdef __cplusplus } #endif #endif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jul 29 0: 7:16 1999 Delivered-To: freebsd-java@freebsd.org Received: from mx1.winterlink.net (mx1.winterlink.net [209.150.160.30]) by hub.freebsd.org (Postfix) with ESMTP id D37B915535; Thu, 29 Jul 1999 00:07:12 -0700 (PDT) (envelope-from paul@fujo.com) Received: from pop.winterlan.com (ftp.winterlan.com [204.188.55.70]) by mx1.winterlink.net (8.9.1/8.9.1) with ESMTP id AAA20944; Thu, 29 Jul 1999 00:06:08 -0700 Received: from lance ([209.150.184.120]) by pop.winterlan.com (post.office MTA v2.0 0813 ID# 0-10321) with SMTP id AAA179; Thu, 29 Jul 1999 00:02:06 -0700 From: "Paul Sholtz" To: Cc: Subject: Java 2 deployment timeframe Date: Thu, 29 Jul 1999 00:07:48 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You guys wouldn't happen to know if/when a Java2 port for FreeBSD will be out, woudl you?? thanks - Paul Sholtz Fujo, Inc. - www.fujo.com Chief Technology Officer voice: 650.570.2831 fax: 650.570.2833 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jul 29 0:58: 1 1999 Delivered-To: freebsd-java@freebsd.org Received: from csmd2.cs.uni-magdeburg.de (csmd2.CS.Uni-Magdeburg.De [141.44.22.2]) by hub.freebsd.org (Postfix) with ESMTP id 222B114C3F for ; Thu, 29 Jul 1999 00:57:46 -0700 (PDT) (envelope-from jesse@mail.CS.Uni-Magdeburg.De) Received: from loriot.cs.uni-magdeburg.de (loriot [141.44.21.70]) by csmd2.cs.uni-magdeburg.de (8.9.1a/8.9.1) with ESMTP id JAA26350; Thu, 29 Jul 1999 09:57:31 +0200 (MET DST) Received: (from jesse@localhost) by loriot.cs.uni-magdeburg.de (8.8.7/8.8.8) id HAA18837; Thu, 29 Jul 1999 07:57:30 GMT Date: Thu, 29 Jul 1999 09:57:30 +0200 From: Roland Jesse To: Paul Sholtz Cc: java@FreeBSD.ORG Subject: Re: Java 2 deployment timeframe Message-ID: <19990729095730.B18802@loriot.cs.uni-magdeburg.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: ; from Paul Sholtz on Thu, Jul 29, 1999 at 12:07:48AM -0700 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Paul Sholtz wrote: > You guys wouldn't happen to know if/when a Java2 port for FreeBSD will be > out, woudl you?? I am pretty sure that in case they do, Nate would have put a comment on the FreeBSD Java page at http://www.freebsd.org/java/. Roland BTW: AFAIK is Nate subscribed to this list. There is no need to CC him. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jul 29 8:57:44 1999 Delivered-To: freebsd-java@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 55427150C2; Thu, 29 Jul 1999 08:57:38 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA18545; Thu, 29 Jul 1999 09:56:55 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA07237; Thu, 29 Jul 1999 09:56:54 -0600 Date: Thu, 29 Jul 1999 09:56:54 -0600 Message-Id: <199907291556.JAA07237@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Paul Sholtz" Cc: , Subject: Re: Java 2 deployment timeframe In-Reply-To: References: X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > You guys wouldn't happen to know if/when a Java2 port for FreeBSD will be > out, woudl you?? It's not out. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jul 29 9:29:58 1999 Delivered-To: freebsd-java@freebsd.org Received: from aurora.rg.iupui.edu (aurora.rg.iupui.edu [134.68.31.122]) by hub.freebsd.org (Postfix) with ESMTP id B1FFE150A1 for ; Thu, 29 Jul 1999 09:29:43 -0700 (PDT) (envelope-from gunther@aurora.rg.iupui.edu) Received: (from gunther@localhost) by aurora.rg.iupui.edu (8.8.7/8.8.7) id LAA28005; Thu, 29 Jul 1999 11:36:35 -0500 (EST) (envelope-from gunther) Date: Thu, 29 Jul 1999 11:36:35 -0500 (EST) From: Gunther Schadow Message-Id: <199907291636.LAA28005@aurora.rg.iupui.edu> To: freebsd-java@FreeBSD.ORG, larsene@bahay.rn.byu.edu Subject: Re: jni Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Scott, you are missing _pure_virtual() which is part of the core gcc library (/usr/lib/libgcc). BTW it's only needed for C++ and is an error handler for a call to a function declared in an abstract class that has no implementation. I usually circumvent these problems of missing references in shared libraries by not relying on GCC/G++ to do the work for me. Instead I am compiling to *.so files with "-fPIC -c" and then I use -ld to have contol over the link step, so as to include any extra library that I need. Actually, when I first did shared libraries on FreeBSD the GCC -shared support never worked for me, but ld -Bshareable was always fine. For example, the following is a snippet of my Makefile that builds a JNI wrapper around GDBM. libjdbm.so: jdbm_Database.o ld -Bshareable -o $@ jdbm_Database.o -L/usr/local/lib -lgdbm jdbm_Database.o: jdbm_Database.c gcc -O2 -fpic -I/usr/local/include -c jdbm_Database.c This works for me. In your case, you need to make sure that -lgcc is linked to your .so file. In earlier times I have used the true partial link feature of ld (see ld(1) option -r) to resolve dependencies early when building a library. That's a nice feature when you want to distribute a library but you want to avoid your clients to bother with all the billions of dependent libraries (Have you ever linked against an Oracle 7 library? then you know what I mean.) hope this helps, -Gunther Gunther Schadow ----------------------------------- http://aurora.rg.iupui.edu Regenstrief Institute for Health Care 1001 W 10th Street RG5, Indianapolis IN 46202, Phone: (317) 630 7960 schadow@aurora.rg.iupui.edu ---------------------- #include E. Scott Larsen wrote: > I'm looking into using the JNI for an upcoming project, and hava a > question about using on > FreeBSD. I'm doing a very simple example (code for each file is below) > from the Essential > JNI (Rob Gordon, Prentace Hall...). I'm running FreeBSD-3.2-Stable > about a week old; > jdk1.1.8 just re-installed fresh this morning from cvsup'd ports, and > using the csh: > > > cd /home/larsene/jni > > setenv LD_LIBRARY_PATH /home/larsene/jni:/usr/lib:/usr/local/lib > > rm *.o lib* > > g++ -c -fPIC *.c -I$JDK/include -I$JDK/include/freebsd > > g++ -shared -o libmylib.so -fPIC *.o > > java main > /usr/lib/libg++.so.4: Undefined symbol "__pure_virtual" (libmylib.so) > my error > > > I assume the problem is something missing from that LD..PATH setting, or > perhaps a > compiler flag. Anyone got a quick tip or a pointer to somewhere I aught > to look? Thanks > tons!!! > > // file: main.java > public class main { > static { > try { > System.loadLibrary("mylib"); > } catch (Error e) { > System.out.println("my error"); > System.exit(0); > } > } > public static void main(String[] args) { > aclass c = new aclass(); > c.theNativeMethod(); > } > } > //file: aclass.java > public class aclass { > public native void theNativeMethod(); > public void aJavaMethod() { > theNativeMethod(); > } > } > //file: aclass.c > #include > #include "aclass.h" > JNIEXPORT void JNICALL Java_aclass_theNativeMethod > (JNIEnv* env, jobject thisObj) { > printf("Hello Scott World\n"); > } > //file: aclass.h ////generated by >javac aclass.java ; javah -jni > aclass > /* DO NOT EDIT THIS FILE - it is machine generated */ > #include > /* Header for class aclass */ > #ifndef _Included_aclass > #define _Included_aclass > #ifdef __cplusplus > extern "C" { > #endif > /* > * Class: aclass > * Method: theNativeMethod > * Signature: ()V > */ > JNIEXPORT void JNICALL Java_aclass_theNativeMethod > (JNIEnv *, jobject); > #ifdef __cplusplus > } > #endif > #endif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jul 29 9:41:49 1999 Delivered-To: freebsd-java@freebsd.org Received: from bahay.rn.byu.edu (bahay.rn.byu.edu [128.187.221.77]) by hub.freebsd.org (Postfix) with ESMTP id 80FEB14E9B for ; Thu, 29 Jul 1999 09:41:38 -0700 (PDT) (envelope-from larsene@bahay.rn.byu.edu) Received: from bahay.rn.byu.edu (localhost [127.0.0.1]) by bahay.rn.byu.edu (8.9.3/8.9.2) with ESMTP id KAA01283; Thu, 29 Jul 1999 10:39:31 -0600 (MDT) (envelope-from larsene@bahay.rn.byu.edu) Message-ID: <37A083C3.1AFF7BB7@bahay.rn.byu.edu> Date: Thu, 29 Jul 1999 10:39:31 -0600 From: "E. Scott Larsen" X-Mailer: Mozilla 4.6 [en] (X11; I; FreeBSD 3.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Gunther Schadow Cc: freebsd-java@FreeBSD.ORG Subject: Re: jni References: <199907291636.LAA28005@aurora.rg.iupui.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org BINGO!!! Thanks. That both works well and makes sense. I appreciate your help. Thanks again. -Scott Gunther Schadow wrote: > Scott, > > you are missing _pure_virtual() which is part of the core gcc library > (/usr/lib/libgcc). BTW it's only needed for C++ and is an error > handler for a call to a function declared in an abstract class that > has no implementation. > > I usually circumvent these problems of missing references in shared > libraries by not relying on GCC/G++ to do the work for me. Instead I > am compiling to *.so files with "-fPIC -c" and then I use -ld to have > contol over the link step, so as to include any extra library that I > need. Actually, when I first did shared libraries on FreeBSD the GCC > -shared support never worked for me, but ld -Bshareable was always > fine. > > For example, the following is a snippet of my Makefile that builds a > JNI wrapper around GDBM. > > libjdbm.so: jdbm_Database.o > ld -Bshareable -o $@ jdbm_Database.o -L/usr/local/lib -lgdbm > > jdbm_Database.o: jdbm_Database.c > gcc -O2 -fpic -I/usr/local/include -c jdbm_Database.c > > This works for me. In your case, you need to make sure that -lgcc is > linked to your .so file. > > In earlier times I have used the true partial link feature of ld (see > ld(1) option -r) to resolve dependencies early when building a > library. That's a nice feature when you want to distribute a library > but you want to avoid your clients to bother with all the billions of > dependent libraries (Have you ever linked against an Oracle 7 library? > then you know what I mean.) > > hope this helps, > -Gunther > > Gunther Schadow ----------------------------------- http://aurora.rg.iupui.edu > Regenstrief Institute for Health Care > 1001 W 10th Street RG5, Indianapolis IN 46202, Phone: (317) 630 7960 > schadow@aurora.rg.iupui.edu ---------------------- #include > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jul 29 9:54:41 1999 Delivered-To: freebsd-java@freebsd.org Received: from aurora.rg.iupui.edu (aurora.rg.iupui.edu [134.68.31.122]) by hub.freebsd.org (Postfix) with ESMTP id 6305A155DD for ; Thu, 29 Jul 1999 09:54:24 -0700 (PDT) (envelope-from gunther@aurora.rg.iupui.edu) Received: (from gunther@localhost) by aurora.rg.iupui.edu (8.8.7/8.8.7) id MAA28086 for java@FreeBSD.ORG; Thu, 29 Jul 1999 12:01:45 -0500 (EST) (envelope-from gunther) Date: Thu, 29 Jul 1999 12:01:45 -0500 (EST) From: Gunther Schadow Message-Id: <199907291701.MAA28086@aurora.rg.iupui.edu> To: java@FreeBSD.ORG Subject: JVM optimazations? Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I am wondering whether someone has looked into the JVM code to figure out whether it could not somehow be optimized at a specific point. I have read that the two most costly operations in Java are object creation and array creation. Because all the fancy patterns and the designs of OO purists are heavily wasteful of many little objects and helper objects (factories, iterators, etc.) having a fast object allocation in JVM could speed things up quite significantly. For numbers here's a comparison of costs of actions in Java taken from Bruce Eckel's "Thinking in Java" pp. 831f: Operation Example Normalized time ------------------------------- --------------- Local assignment i = n; 1.0 Instance assignment this.i = n; 1.2 int increment i++; 1.5 byte increment b++; 2.0 short increment s++; 2.0 float increment f++; 2.0 double increment d++; 2.0 Empty loop while(true) n++; 2.0 Ternary expression (x<0) ? -x : x 2.2 Math call Math.abs(x); 2.5 Array assignment a[0] = n; 2.7 long increment l++; 3.5 Method call funct( ); 5.9 throw and catch exception try{ throw e; } catch(e){} 320 synchronized method call synchMethod( ); 570 New Object new Object( ); 980 New array new int[10]; 3100 As you can see, a new object is *very* expensive (not to mention the array here, which may be dependent on the costly object creation anyway.) I wonder whether this is a law of nature or whether it is optimizeable. Imagine what impact a reduction of object allocation time by only 30% would have!! From my old Anatomy of LISP school we used to manage the heap with a free list and an allocation from the freelist was totally cheap: (DE CONS (A D) ((LAMBDA (F) (SETQ *FREELIST* (CDR *FREELIST*)) (RPLACA A (RPLACD D (CAR *FREELIST*)))) (CAR *FREELIST*))) in other words class FreeList { Node head; Node allocateNode(Node head, Node tail) { Node n = freelist.getHead(); head = head.getTail(); n.setHead(head); n.setTail(tail); return n; } ... } now I don't know enough about heap management in FreeBSD and Java, but I would guess that the added difficulty is variable size memory blocks. But does it have to be so expensive? I doubt that the call to malloc is the hog here. What the hell is JVM doing here? I have no JVM source code or I would look into it sometime. Is the source redistributeable now (it wasn't a year ago or so, where you had to do a special signup with SUN.) just curious, -Gunther Gunther Schadow ----------------------------------- http://aurora.rg.iupui.edu Regenstrief Institute for Health Care 1001 W 10th Street RG5, Indianapolis IN 46202, Phone: (317) 630 7960 schadow@aurora.rg.iupui.edu ---------------------- #include To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jul 29 10:14:21 1999 Delivered-To: freebsd-java@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id E3479155DD for ; Thu, 29 Jul 1999 10:14:10 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id LAA19476; Thu, 29 Jul 1999 11:12:52 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id LAA07732; Thu, 29 Jul 1999 11:12:51 -0600 Date: Thu, 29 Jul 1999 11:12:51 -0600 Message-Id: <199907291712.LAA07732@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Gunther Schadow Cc: java@FreeBSD.ORG Subject: Re: JVM optimazations? In-Reply-To: <199907291701.MAA28086@aurora.rg.iupui.edu> References: <199907291701.MAA28086@aurora.rg.iupui.edu> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I am wondering whether someone has looked into the JVM code to figure > out whether it could not somehow be optimized at a specific point. > I have read that the two most costly operations in Java are object > creation and array creation. The former I can understand, the latter I can not. > Because all the fancy patterns and the designs of OO purists are > heavily wasteful of many little objects and helper objects (factories, > iterators, etc.) having a fast object allocation in JVM could speed > things up quite significantly. This is one of the things Sun did in JDK1.2, and even more so in HotSpot. > For numbers here's a comparison of costs of actions in Java taken from > Bruce Eckel's "Thinking in Java" pp. 831f: > > Operation Example Normalized time > ------------------------------- --------------- > Local assignment i = n; 1.0 > Instance assignment > this.i = n; 1.2 > int increment i++; 1.5 > byte increment b++; 2.0 > short increment s++; 2.0 > float increment f++; 2.0 > double increment d++; 2.0 > Empty loop while(true) n++; 2.0 > Ternary expression > (x<0) ? -x : x 2.2 > Math call Math.abs(x); 2.5 > Array assignment a[0] = n; 2.7 > long increment l++; 3.5 > Method call funct( ); 5.9 > throw and catch exception > try{ throw e; } catch(e){} 320 These are expensive, but have been sped up greatly in newer version of the JDK (even in JDK1.1), as long as the exceptions aren't thrown. > synchronized method call > synchMethod( ); 570 This is also faster in newer versions of the JDK (even in 1.1), and is *much* faster in JDK1.2/HotSpot. > New Object new Object( ); 980 > New array new int[10]; 3100 This one makes sense, since it's creating 11 objects (one array object, and 10 int objects). Array creation isn't so expensive here as creating objects. > As you can see, a new object is *very* expensive (not to mention the > array here, which may be dependent on the costly object creation > anyway.) I agree. > I wonder whether this is a law of nature or whether it is > optimizeable. Imagine what impact a reduction of object allocation > time by only 30% would have!! > > >From my old Anatomy of LISP school we used to manage the heap with a > free list and an allocation from the freelist was totally cheap: We do this in our code (after profiling of course) on heavily used objects. We find those objects that have a high creation/deletion rate, and throw an 'object cache', which sped up our appliation by a few percentage, but when under load caused the system to no longer thrash itself to death. But, doing this generically is a difficult chore, since you don't know the size of the objects in Java ahead of time. Also, most of the cost is associated with GC and heap compaction, at least that's what they told us at JavaOne. :) In many of the newer VM's and JIT's, they are moving towards a 'train' algorithm for allocating memory. The heap is broken up into different 'cars', and memory is only allocated out of the first car. If an object lives longer than a certain threshold, it moves onto another 'car' in the train, and so on. Each 'car' in the train is GC'd at a different rate. This allows the GC to be much more effecient, therefore it allows the allocator to be able to have access to a much more continuous heap, thus making for faster allocations. (No need to GC or compact the heap most of the time, and when it's done it occurs at a much faster rate since the GC has a much smaller data set to work with.) > I have no JVM source code or I would look into it sometime. Is the > source redistributeable now (it wasn't a year ago or so, where you had > to do a special signup with SUN.) You still do, but now all that is involved is filling out a form on the WWW page followed by an immediate download of the JDK1.2 sources. Sun has gone to what they call a 'Community Source License', which means that they own it, but you can look it and do whatever you want with it, as long as you pay them when you deploy it to your customers. :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jul 29 11:43:23 1999 Delivered-To: freebsd-java@freebsd.org Received: from bsd02.bassettlaudi.com (bsd02.bassettlaudi.com [209.171.9.222]) by hub.freebsd.org (Postfix) with ESMTP id AC4AE14E3B for ; Thu, 29 Jul 1999 11:43:13 -0700 (PDT) (envelope-from maxim@bassettlaudi.com) Received: from dell (dell.bassettlaudi.com [209.171.9.190]) by bsd02.bassettlaudi.com (8.9.3/8.9.3) with SMTP id OAA08051 for ; Thu, 29 Jul 1999 14:41:42 -0400 (EDT) Message-Id: <199907291841.OAA08051@bsd02.bassettlaudi.com> From: "Dmitri Maximovich" To: "freebsd-java@freebsd.org" Date: Thu, 29 Jul 1999 14:40:13 -0400 Reply-To: "Dmitri Maximovich" X-Mailer: PMMail 98 Professional (2.01.1600) For Windows NT (4.0.1381;5) MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Subject: Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org subscribe freebsd-java maxim@bassettlaudi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat Jul 31 8:19: 8 1999 Delivered-To: freebsd-java@freebsd.org Received: from web1301.mail.yahoo.com (web1301.mail.yahoo.com [128.11.23.151]) by hub.freebsd.org (Postfix) with SMTP id 68F8E15194 for ; Sat, 31 Jul 1999 08:19:05 -0700 (PDT) (envelope-from rhoche99@yahoo.com) Message-ID: <19990731152039.21250.rocketmail@web1301.mail.yahoo.com> Received: from [208.222.11.137] by web1301.mail.yahoo.com; Sat, 31 Jul 1999 08:20:39 PDT Date: Sat, 31 Jul 1999 08:20:39 -0700 (PDT) From: sami kamal Subject: mouse and java? To: freebsd-java@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi everyone ,, i have a certain application on java , before i run this app. the mouse and keyboard were working normaly: my platform freebsd 2.2.8 with jdk1.1.8 and xfree86 3.3.3. after i run this app.: java Main -port 7777 the main screen of the app. is appered but the response of both keyboard and mouse are very slow and pointer of the mouse is not fixed. can anybody give me a hint about that? thanks everybody sami _____________________________________________________________ Do You Yahoo!? Free instant messaging and more at http://messenger.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat Jul 31 8:45:36 1999 Delivered-To: freebsd-java@freebsd.org Received: from csmd2.cs.uni-magdeburg.de (csmd2.CS.Uni-Magdeburg.De [141.44.22.2]) by hub.freebsd.org (Postfix) with ESMTP id 4774914F09 for ; Sat, 31 Jul 1999 08:45:26 -0700 (PDT) (envelope-from jesse@mail.CS.Uni-Magdeburg.De) Received: from knecht.cs.uni-magdeburg.de (jesse@knecht [141.44.21.3]) by csmd2.cs.uni-magdeburg.de (8.9.1a/8.9.1) with ESMTP id RAA11578 for ; Sat, 31 Jul 1999 17:43:43 +0200 (MET DST) Received: (from jesse@localhost) by knecht.cs.uni-magdeburg.de (8.8.8+Sun/8.8.8) id RAA20542 for freebsd-java@FreeBSD.ORG; Sat, 31 Jul 1999 17:43:22 +0200 (MET DST) Message-ID: <19990731174322.A20537@cs.uni-magdeburg.de> Date: Sat, 31 Jul 1999 17:43:22 +0200 From: Roland Jesse To: freebsd-java@FreeBSD.ORG Subject: Re: mouse and java? Mail-Followup-To: freebsd-java@FreeBSD.ORG References: <19990731152039.21250.rocketmail@web1301.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19990731152039.21250.rocketmail@web1301.mail.yahoo.com>; from sami kamal on Sat, Jul 31, 1999 at 08:20:39AM -0700 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org sami kamal wrote: > can anybody give me a hint about that? Hhhm, can you provide a hint on what your program is (supposed to be) doing? Du you have a chance to test it on another machine or operating system to make sure that the problem is related to the FreeBSD's Java port? Roland To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat Jul 31 21:26:28 1999 Delivered-To: freebsd-java@freebsd.org Received: from arutam.inch.com (ns.inch.com [207.240.140.101]) by hub.freebsd.org (Postfix) with ESMTP id 57A36151E5 for ; Sat, 31 Jul 1999 21:26:21 -0700 (PDT) (envelope-from freyes@inch.com) Received: from your-name (freyes.static.inch.com [207.240.212.43]) by arutam.inch.com (8.9.3/8.9.3/UTIL-INCH-2.0.0) with SMTP id AAA22790 for ; Sun, 1 Aug 1999 00:26:15 -0400 (EDT) Message-Id: <199908010426.AAA22790@arutam.inch.com> From: "Francisco Reyes" To: "freebsd-java@freebsd.org" Date: Sun, 01 Aug 1999 00:25:46 -0400 Reply-To: "Francisco Reyes" X-Mailer: PMMail 98 Professional (2.01.1600) For Windows 98 (4.10.1998) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Java performance Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am working on a web site where Java will be used heavily. I have a consultant working with me and he mentioned the Volano report which shows FreeBSD in a pitifull state compared to other platforms. Why was FreeBSD's performance so bad on that report? Was it because they did not use a JIT in FreeBSD? I was also a little surprised that there are not many messages in the FreeBSD archives about this topic. Did a search on deja.com and found a note from Nate Williams which partly has: >> The Linux Blackdown JDK was run with TYA, but the author didn't seem to >> be aware that TYA will work with FreeBSD too. >He didn't realize because it's not widely known. By the time he got around to veryifying his >results, it was too late to modify them greatly. I verified the numbers after Alex mentioned >it on the list, but I didn't have the correct hardware to run it with either ShuJIT or TYA-JIT. I just searched the ports and found both Shujit and TYA. Any recommendations as to which one works best with FreeBSD? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message