From saper at system.pl Sat May 3 01:05:04 2008 From: saper at system.pl (Marcin Cieslak) Date: Sat May 3 01:05:08 2008 Subject: Help with tzupdater-1.3.3-2007k In-Reply-To: <1e31c7980805021633y4f72a843ue8efe03e21e6e81c@mail.gmail.com> References: <1e31c7980805021633y4f72a843ue8efe03e21e6e81c@mail.gmail.com> Message-ID: <481BB306.9090009@system.pl> Vin?cius Abrah?o wrote: > Hello Friends, > > I am migrating my systems from Linux to FreeBSD, > and MS-Office to OpenOffice and I have this problem, > when I trying install the OpenOffice via ports: This is more a Java port problem, but I will try anyway. > => tzupdater-1.3.3-2007k.zip doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. > => Couldn't fetch it - please try to retrieve this > => port manually into /usr/ports/distfiles/ and try again. > *** Error code 1 > I also trying install jdk15 (by ports too) and have this same problem. > > At Sun Developers Network I get this file: tzupdater-1_3_5-2008b.zip > and put it at /usr/ports/distfiles, but the problem continue. A quick work-around: Go to the old download page: http://java.sun.com/javase/downloads/index_mark.jsp and there is still an old version of tzupdater-1_3_3-2007k.zip available for download. You may also try tweaking this part of the Makefile: TZUPDATE_VERSION= 1.3.3 TZUPDATE_TZVERSION= 2007k then update the "distinfo" file and submit a PR if it works :-) --Marcin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 273 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20080503/fed7f5f0/signature.pgp From olivier at gautherot.net Sat May 3 02:36:59 2008 From: olivier at gautherot.net (Olivier Gautherot) Date: Sat May 3 02:37:02 2008 Subject: Help with tzupdater-1.3.3-2007k In-Reply-To: <481BB306.9090009@system.pl> References: <1e31c7980805021633y4f72a843ue8efe03e21e6e81c@mail.gmail.com> <481BB306.9090009@system.pl> Message-ID: Hi Vinnix, > > => tzupdater-1.3.3-2007k.zip doesn't seem to exist in > /usr/ports/distfiles/. > [...] > > At Sun Developers Network I get this file: tzupdater-1_3_5-2008b.zip > > and put it at /usr/ports/distfiles, but the problem continue. > > A quick work-around: > > Go to the old download page: > > http://java.sun.com/javase/downloads/index_mark.jsp > > and there is still an old version of tzupdater-1_3_3-2007k.zip available > for download. > > You may also try tweaking this part of the Makefile: > > TZUPDATE_VERSION= 1.3.3 > TZUPDATE_TZVERSION= 2007k > > then update the "distinfo" file and submit a PR if it works :-) If it works, you're set. If not, you can try the file tzupdater-1_3_5-2008b.zip that you got with the following tips: - you will have to patch 2 ports (jdk and diablo packages, from memory), I mean edit the distfiles for each of these 2 (check the file size, the values returned by "ls -l", md5sum(1) and sha256(1) for tzupdater-1_3_5-2008b.zip). - Adjust the Makefile - check the TZUPDATE_VERSION and TZUPDATE_TZVERSION variables mentioned above. Not that I do not have first hand experience with this specific version but I suppose it will work as older updates did. Let us know of any success or failure you may have. Hope it helps Cheers -- Olivier Gautherot olivier@gautherot.net Cel:+56 98 730 9361 www.gautherot.net http://www.linkedin.com/in/ogautherot From jfl at robinlea.com Sat May 3 06:53:59 2008 From: jfl at robinlea.com (John Francis Lee) Date: Sat May 3 06:54:02 2008 Subject: jdk-1.6.0.06 and jdk-1.6.0.3p4 Message-ID: <481C0781.2060808@robinlea.com> Hi, I have a server account that runs freebsd and am interested in votorola, which requires java and tomcat and postgres. Ugh! Well that's just a lot of software looks like. And I'm not really bsd knowledgeable although I run linux at home and ran sysv years ago. Should I use jdk-1.6.0.06 or jdk-1.6.0.3p4 ? How big do you think an installation of java, tomcat, and postgres is likely to be? Thanks for any advice you might have for me. -- -- John Francis Lee 261/3 Thanon Sonkhongluang Soi 12 Mueang Chiangrai 57000 From bugmaster at FreeBSD.org Mon May 5 11:07:08 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 5 11:07:18 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200805051107.m45B78Pn070759@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 o java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/110912 java Java krb5 client leaks UDP connections o java/112595 java Java appletviewer frequently hangs (kse_release loop) o ports/113467 java Multiple "missing return value" errors building JDK on o java/114644 java tomcat goes out of PermSpace, jvm crashes o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o java/118956 java eclipse and netbeans break on diablo-jdk15 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o ports/121420 java java/jdk16: Java applet fails to find class under fire o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o java/122513 java native JDKs unbuildable with Linux ones 13 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires o java/97461 java Diablo JDK does not report Update level in a format su o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/115279 java [UPDATE] java/java3d to 1.5.1 o java/115773 java [request] java.nio channel selectors should use kqueue o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/119063 java An unexpected error has been detected by Java Runtime o java/119654 java jdk 1.6: java.awt.SplashScreen#getSplashScreen throws o java/120146 java netbeans 6.0 crash on amd64 a ports/120959 java java/sablevm-classpath did not build/install from port o ports/121416 java java/jdk15 can't build if BIN environment variable is 15 problems total. From chad at shire.net Mon May 5 18:58:22 2008 From: chad at shire.net (Chad Leigh -- Shire.Net LLC) Date: Mon May 5 18:58:26 2008 Subject: error building java/jdk15 In-Reply-To: References: <20080414120018.E732B106567F@hub.freebsd.org> <200804140931.22851@aldan> <20080422233458.GA81527@pencil.math.missouri.edu> Message-ID: I am having a similar problem /usr/local/linux-sun-jdk1.4.2/bin/javac -d /usr/ports/java/jdk15/work/ control/build/bsd-i586/lib -target 1.5 ../../tools/sharing/AddJsum.java javac: invalid target release: 1.5 Usage: javac where possible options include: -g Generate all debugging info -g:none Generate no debugging info -g:{lines,vars,source} Generate only some debugging info -nowarn Generate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath Specify where to find user class files -sourcepath Specify where to find input source files -bootclasspath Override location of bootstrap class files -extdirs Override location of installed extensions -d Specify where to place generated class files -encoding Specify character encoding used by source files -source Provide source compatibility with specified release -target Generate class files for specific VM version -help Print a synopsis of standard options gmake[4]: *** [/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/ classlist] Error 2 gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/ redist' gmake[3]: *** [optimized] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/ redist' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk15. *** Error code 1 Stop in /usr/ports/java/jdk15. So I installed the 1.5 diablo stuff but I am not sure how to make the 1.5 jdk build use that instead of the listed linux sun 1.4.2 version (and why it would use the sun linux 1.4.2 instead of the fbsd 1.4.2. already installed as well; not that that would fix the problem) What do I need to do to make my 1.5jdk build use the diablo one? Thanks Chad --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From glewis at eyesbeyond.com Tue May 6 03:47:03 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Tue May 6 03:47:05 2008 Subject: error building java/jdk15 In-Reply-To: References: <20080414120018.E732B106567F@hub.freebsd.org> <200804140931.22851@aldan> <20080422233458.GA81527@pencil.math.missouri.edu> Message-ID: <20080506034657.GA68296@misty.eyesbeyond.com> On Mon, May 05, 2008 at 12:40:57PM -0600, Chad Leigh -- Shire.Net LLC wrote: > I am having a similar problem > > /usr/local/linux-sun-jdk1.4.2/bin/javac -d /usr/ports/java/jdk15/work/ > control/build/bsd-i586/lib -target 1.5 ../../tools/sharing/AddJsum.java > javac: invalid target release: 1.5 That looks like a legitimate error. Possibly more recent updates of 1.5.0 are no unbuildable with 1.4 as the bootstrap? I expect this will work if you force bootstrapping with 1.5 or better. > So I installed the 1.5 diablo stuff but I am not sure how to make the > 1.5 jdk build use that instead of the listed linux sun 1.4.2 version > (and why it would use the sun linux 1.4.2 instead of the fbsd 1.4.2. > already installed as well; not that that would fix the problem) > > What do I need to do to make my 1.5jdk build use the diablo one? Unless you have WITH_LINUX_BOOTSTRAP defined it should use Diablo automatically. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From chad at shire.net Tue May 6 10:10:47 2008 From: chad at shire.net (Chad Leigh -- Shire.Net LLC) Date: Tue May 6 10:10:51 2008 Subject: diablo only runs with -client Re: error building java/jdk15 In-Reply-To: <20080506034657.GA68296@misty.eyesbeyond.com> References: <20080414120018.E732B106567F@hub.freebsd.org> <200804140931.22851@aldan> <20080422233458.GA81527@pencil.math.missouri.edu> <20080506034657.GA68296@misty.eyesbeyond.com> Message-ID: <3BD626B4-26F7-44DE-8B7C-B0605F003FB7@shire.net> On May 5, 2008, at 9:46 PM, Greg Lewis wrote: > On Mon, May 05, 2008 at 12:40:57PM -0600, Chad Leigh -- Shire.Net > LLC wrote: >> I am having a similar problem >> >> /usr/local/linux-sun-jdk1.4.2/bin/javac -d /usr/ports/java/jdk15/ >> work/ >> control/build/bsd-i586/lib -target 1.5 ../../tools/sharing/ >> AddJsum.java >> javac: invalid target release: 1.5 > > That looks like a legitimate error. Possibly more recent updates of > 1.5.0 > are no unbuildable with 1.4 as the bootstrap? I expect this will > work if > you force bootstrapping with 1.5 or better. I installed Diablo and removed the linux port (see below) > > >> So I installed the 1.5 diablo stuff but I am not sure how to make the >> 1.5 jdk build use that instead of the listed linux sun 1.4.2 version >> (and why it would use the sun linux 1.4.2 instead of the fbsd 1.4.2. >> already installed as well; not that that would fix the problem) >> >> What do I need to do to make my 1.5jdk build use the diablo one? > > Unless you have WITH_LINUX_BOOTSTRAP defined it should use Diablo > automatically. I did not have that defined and it was using the LINUX one. Maybe as it had been installed ages ago for something else? Anyway, I removed that port and now it tries to use Diablo. However, the jdk does not build since diablo java command will not run. If I run it at the command line I get: # /usr/public/diablo-jdk1.5.0/bin/java -version Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. # # /usr/public/diablo-jdk1.5.0/bin/java -version -client java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0- b01) Java HotSpot(TM) Client VM (build diablo-1.5.0_07-b01, mixed mode) # Since -server is the default the java errors out and the jdk build seems to think that it does not have a java to use. I am not sure what is going on here and my Google foo is not too good with this sort of thing. # uname -a FreeBSD foo.shire.net 6.1-RELEASE-p7 FreeBSD 6.1-RELEASE-p7 #1: Wed Sep 27 01:45:01 MDT 2006 chad@foo.shire.net:/usr/obj/usr/src/sys/ FOO-SMP i386 # (Yes it needs to be updated -- in production and hard to schedule around a lot of users with diverse needs but in the works) Thanks Chad --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From olli at lurza.secnetix.de Tue May 6 13:36:31 2008 From: olli at lurza.secnetix.de (Oliver Fromme) Date: Tue May 6 13:36:34 2008 Subject: jdk16 missing libiconv dependency Message-ID: <200805061336.m46DaSmh003041@lurza.secnetix.de> Hi, I'm not sure if this is a port bug or whether I'm doing something wrong, so I haven't submitted a PR yet. It seems like the java/jdk16 port is missing a dependency on converters/libiconv. The build stopped and told me that iconv.h couldn't be found. Then I installed the libiconv port manually and restartet the jdk16 build, which then continued without problems. (Well, so far at least, it's still running ...) $ uname -rsm FreeBSD 7.0-STABLE-20080421 amd64 My ports tree is about 2 weeks old, so I haven't gotten the latest tzupdater, but I don't need that anyway, and it's related to libiconv at all. The jdk16/Makefile is rev 1.156 2008/04/19 17:51:20. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n- chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "... there are two ways of constructing a software design: One way is to make it so simple that there are _obviously_ no deficiencies and the other way is to make it so complicated that there are no _obvious_ deficiencies." -- C.A.R. Hoare, ACM Turing Award Lecture, 1980 From olli at lurza.secnetix.de Tue May 6 14:27:04 2008 From: olli at lurza.secnetix.de (Oliver Fromme) Date: Tue May 6 14:27:06 2008 Subject: jdk16 missing libiconv dependency In-Reply-To: <200805061336.m46DaSmh003041@lurza.secnetix.de> Message-ID: <200805061427.m46ER1k3004801@lurza.secnetix.de> Oliver Fromme wrote: > It seems like the java/jdk16 port is missing a dependency > on converters/libiconv. The build stopped and told me > that iconv.h couldn't be found. Then I installed the > libiconv port manually and restartet the jdk16 build, > which then continued without problems. (Well, so far > at least, it's still running ...) OK, now it's done, and it did correctly register libiconv as a dependency in the package. I have no idea why I had to build it manually, though. The port didn't build it automatically. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n- chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From ernst at ernstdehaan.com Wed May 7 13:33:48 2008 From: ernst at ernstdehaan.com (Ernst de Haan) Date: Wed May 7 13:33:52 2008 Subject: Feedback requested: HOWTO Fbsd/jails/pf/Apache2/Tomcat6 Message-ID: Daniel Franke has just finished the HOWTO on setting up Apache 2 and Tomcat 6 on FreeBSD 6, with all applications sitting in their own jails. I started on this HOWTO a few months ago, but Daniel has written the actual contents: * http://wiki.freebsd.org/AppserverJailsHOWTO Feedback is more than welcome! Cheers, Ernst From renguoqin at gmail.com Wed May 7 13:47:02 2008 From: renguoqin at gmail.com (Guoqin Ren) Date: Wed May 7 13:47:06 2008 Subject: Yahoo game java crash Message-ID: <4821ACF1.9030503@gmail.com> Hi, Recently I tried to play Yahoo game online. The browser,both firefox and Konqueror, crashed when entering some(not all) games. For example, when I tried to enter the board game Go, http://games.yahoo.com/go, the browser crashed and closed. I've installed freebsd java:jdk-1.5.0.14p8_1,1. The crash happens repeatedly. Thanks, Guoqin | | From chuckr at chuckr.org Wed May 7 18:34:31 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Wed May 7 18:34:35 2008 Subject: java for current Message-ID: <4821EDE3.7060500@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Excuse me, I suddenly would like to get myself a working recent java on FreeBSD, but I know that it's always been a bit of a moving target. Anything 1.2 or more recent would do (the more recent the better), could I please get a name of one of the java flavors that builds as of today on FreeBSD-current? I won't go to pieces on you if things suddenly break, but I would rather not build everything trying to get one Java up and running. I know I'd rather it was the FreeBSD native version, but I could accept anything at all, really, Sun, Linux versions, whatever. Thanks for the advice. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIe3jz62J6PPcoOkRAq3IAJ9YPrt7w3OJPN4gFdEIwk2o+jj/JACcCVwZ dh3v6frOrFyZRY0kWeLr3b8= =d4le -----END PGP SIGNATURE----- From ernst at ernstdehaan.com Thu May 8 09:35:42 2008 From: ernst at ernstdehaan.com (Ernst de Haan) Date: Thu May 8 09:35:44 2008 Subject: java for current In-Reply-To: <4821EDE3.7060500@chuckr.org> References: <4821EDE3.7060500@chuckr.org> Message-ID: Check, If a binary package is OK for you, then try the native JDK 1.5: http://www.freebsdfoundation.org/downloads/java.shtml PS: 1.2 or more recent?! That's not old, that's ancient :) 1.5 has already entered it's transitional EOL period. Ernst 2008/5/7 Chuck Robey : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Excuse me, I suddenly would like to get myself a working recent java on > FreeBSD, > but I know that it's always been a bit of a moving target. Anything 1.2 > or more > recent would do (the more recent the better), could I please get a name of > one > of the java flavors that builds as of today on FreeBSD-current? I won't > go to > pieces on you if things suddenly break, but I would rather not build > everything > trying to get one Java up and running. I know I'd rather it was the > FreeBSD > native version, but I could accept anything at all, really, Sun, Linux > versions, > whatever. > > Thanks for the advice. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFIIe3jz62J6PPcoOkRAq3IAJ9YPrt7w3OJPN4gFdEIwk2o+jj/JACcCVwZ > dh3v6frOrFyZRY0kWeLr3b8= > =d4le > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" > From chuckr at chuckr.org Thu May 8 16:26:34 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Thu May 8 16:26:38 2008 Subject: java for current In-Reply-To: References: <4821EDE3.7060500@chuckr.org> Message-ID: <482327A8.9000104@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ernst de Haan wrote: > Check, > > If a binary package is OK for you, then try the native JDK 1.5: > http://www.freebsdfoundation.org/downloads/java.shtml > > PS: 1.2 or more recent?! That's not old, that's ancient :) 1.5 has already > entered it's transitional EOL period. ( Be careful, top posting has seen several folks getting yelled at on these lists. Anyhow, I run 8.0-current, and remember how the threading was swapped out a few months back? Will that pointer do (any of the images on that page) for a system that runs native? I'd sure be pleased to note that, but I'm a bit skeptical. > > Ernst > > 2008/5/7 Chuck Robey : > > Excuse me, I suddenly would like to get myself a working recent java on > FreeBSD, > but I know that it's always been a bit of a moving target. Anything 1.2 > or more > recent would do (the more recent the better), could I please get a name of > one > of the java flavors that builds as of today on FreeBSD-current? I won't > go to > pieces on you if things suddenly break, but I would rather not build > everything > trying to get one Java up and running. I know I'd rather it was the > FreeBSD > native version, but I could accept anything at all, really, Sun, Linux > versions, > whatever. > > Thanks for the advice. _______________________________________________ freebsd-java@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-java To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIyeoz62J6PPcoOkRAg9dAJ0SQ1nEgZe12Luowl67ljoCkfmiRwCeLKZX We9yXqChb+CfOAwjfIpBQps= =t6n1 -----END PGP SIGNATURE----- From chuckr at chuckr.org Thu May 8 16:45:46 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Thu May 8 16:45:49 2008 Subject: building eclipse Message-ID: <48232C29.70606@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I went to try for eclipse, after I installed the Linux Blackdown, but the eclipse port seems to be inflexibly requiring me to install the Sun Java 1.4, so, is there any way that you're aware of to make it like the Blackdown (version from ports)?? Maybe, I could create a link from the Blackdown's install dir and the install dir that the Sun JDK uses?? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIywpz62J6PPcoOkRAqREAJ4xLy5Dl4htVtAxuCyUGNx+QjoJ3wCfZyK6 wsZYcOgJ9d92J1jj7e+So0Q= =zS3t -----END PGP SIGNATURE----- From chuckr at chuckr.org Thu May 8 16:58:59 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Thu May 8 16:59:03 2008 Subject: building eclipse In-Reply-To: <48232F57.5030302@imedmobility.com> References: <48232C29.70606@chuckr.org> <48232F57.5030302@imedmobility.com> Message-ID: <48232F42.20507@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adam Vande More wrote: > Chuck Robey wrote: >> I went to try for eclipse, after I installed the Linux Blackdown, but the >> eclipse port seems to be inflexibly requiring me to install the Sun >> Java 1.4, >> so, is there any way that you're aware of to make it like the >> Blackdown (version >> from ports)?? >> >> Maybe, I could create a link from the Blackdown's install dir and the >> install >> dir that the Sun JDK uses?? >> > I'm no expert, but you might try updating your ports. My eclipse > install required 1.5+ native. I have the latest, I can see why I was fooled, because the port's instructions to me (when it failed to build, wanting me to do a lot oof downloading) was to download a huge Sun tarball, but I see from reading the makefile that it's just there so that the BSD native one can be built (requiring Java to build Java seems to me to be confirmation of insanity). The URL given in the port isn't any good, but I got a hint a little while ago on this list about a URL for downloading a binary for it. I only need one question answered before I download it, and that's if the version will work in FreeBSD-8.0-current (remember that they changed the threading algorithm a small count of months ago), I need to know if it will work for my system. OR if I could fake it out with the Blackdown port somehow, if I can't use the FreeBSD Java binaries. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIy9Cz62J6PPcoOkRAnVGAJwNtpOZ41i18fQq7QI95aifthJdAwCcDHy6 OxVR6lAZKZM5/cPaNt3MzOg= =B17P -----END PGP SIGNATURE----- From chuckr at chuckr.org Thu May 8 17:01:23 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Thu May 8 17:01:28 2008 Subject: java for current In-Reply-To: <212F0090-185C-4F84-ACEA-87C3D5375332@ernstdehaan.com> References: <4821EDE3.7060500@chuckr.org> <482327A8.9000104@chuckr.org> <212F0090-185C-4F84-ACEA-87C3D5375332@ernstdehaan.com> Message-ID: <48232FD3.3050700@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ernst de Haan wrote: > Chuck, > > >> Anyhow, I run 8.0-current, and remember how the threading was swapped >> out a few months back? Will that pointer do (any of the images on >> that page) >> for a system that runs native? I'd sure be pleased to note that, but >> I'm a bit skeptical. > > > "Native" as in no linuxulator? It's a native JDK, so I'd be surprised if > it would require anything other than a base system. > > I know nothing about (in)compatibility with 8-CURRENT. I'd say give it a > try and let us know... :) Ernst, you can't get any more "Base" than the libc, and that's what changed. Hence the question, how old are those binaries. I wouldn't mind building it from scratch, IF the build works, and IF I can find the patchset. > Cheers, > > > Ernst -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIy/Tz62J6PPcoOkRAhsCAJ4uevCySvLa3zpb+llDCDcWRx5v1wCgl4/Y 2HsVe22PnCgSL2Kd6HjkQBE= =twUP -----END PGP SIGNATURE----- From adam at imedmobility.com Thu May 8 17:08:15 2008 From: adam at imedmobility.com (Adam Vande More) Date: Thu May 8 17:08:19 2008 Subject: building eclipse In-Reply-To: <48232C29.70606@chuckr.org> References: <48232C29.70606@chuckr.org> Message-ID: <48232F57.5030302@imedmobility.com> Chuck Robey wrote: > I went to try for eclipse, after I installed the Linux Blackdown, but the > eclipse port seems to be inflexibly requiring me to install the Sun Java 1.4, > so, is there any way that you're aware of to make it like the Blackdown (version > from ports)?? > > Maybe, I could create a link from the Blackdown's install dir and the install > dir that the Sun JDK uses?? > I'm no expert, but you might try updating your ports. My eclipse install required 1.5+ native. -- Adam Vandemore Systems Administrator IMED Mobility From ernst at ernstdehaan.com Thu May 8 17:26:56 2008 From: ernst at ernstdehaan.com (Ernst de Haan) Date: Thu May 8 17:27:00 2008 Subject: java for current In-Reply-To: <482327A8.9000104@chuckr.org> References: <4821EDE3.7060500@chuckr.org> <482327A8.9000104@chuckr.org> Message-ID: <212F0090-185C-4F84-ACEA-87C3D5375332@ernstdehaan.com> Chuck, > Anyhow, I run 8.0-current, and remember how the threading was swapped > out a few months back? Will that pointer do (any of the images on > that page) > for a system that runs native? I'd sure be pleased to note that, > but I'm a bit skeptical. "Native" as in no linuxulator? It's a native JDK, so I'd be surprised if it would require anything other than a base system. I know nothing about (in)compatibility with 8-CURRENT. I'd say give it a try and let us know... :) Cheers, Ernst From chuckr at chuckr.org Thu May 8 17:35:26 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Thu May 8 17:35:31 2008 Subject: java for current In-Reply-To: <212F0090-185C-4F84-ACEA-87C3D5375332@ernstdehaan.com> References: <4821EDE3.7060500@chuckr.org> <482327A8.9000104@chuckr.org> <212F0090-185C-4F84-ACEA-87C3D5375332@ernstdehaan.com> Message-ID: <482337CD.4050308@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ernst de Haan wrote: > Chuck, > > >> Anyhow, I run 8.0-current, and remember how the threading was swapped >> out a few months back? Will that pointer do (any of the images on >> that page) >> for a system that runs native? I'd sure be pleased to note that, but >> I'm a bit skeptical. > > > "Native" as in no linuxulator? It's a native JDK, so I'd be surprised if > it would require anything other than a base system. > > I know nothing about (in)compatibility with 8-CURRENT. I'd say give it a > try and let us know... :) > I found out a compatibility hack that might let it work, I'm downloading, but I need one more question answered: I found a set of 3 java ports I wanted (eclipse, poseidon, and simplicity), and it sure makes me worry, what with eclipse and simplicity seemingly each wanting precisely it;'s own version of Java, it almost seems like you'd need to have ALL of the java's installed in order to run even a few Java ports, correct? I sure hope I'm wrong. Anyhow, I'm going to try experimenting, but I need a good definition of what a couple of standard Java variables are, like JAVA_HOME, or CLASSPATH (is that one still in common use?) and JDK_HOME or JRE_HOME? I'm going to experiment with all 3 of those ports, so I want to get the JAVA_HOME *exactly* right, so I don't accidentally blame the java, when it's really my wrong settings of variables. I last programmed in Java about 10 years ago, so I know most of the internals, but I have either forgotten the JAVA_HOME or I never knew it too well to begin with. > Cheers, > > > Ernst > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIzfNz62J6PPcoOkRAs19AJ4qEe4E8IsqcDZA7kFRApAxbEqY+ACghLkb 79QQPPGnY7BFLXdi1ADz2cw= =Pu9S -----END PGP SIGNATURE----- From chad at shire.net Thu May 8 18:23:06 2008 From: chad at shire.net (Chad Leigh -- Shire.Net LLC) Date: Thu May 8 18:23:11 2008 Subject: still having troubles building jdk1.5 -- need a bootstrap java that works Message-ID: I am on a 6.1 FBSD system trying to build the JDK1.5 in a jail. I have an old 1.4.2 build but that seems to be too old and gives an error when trying to be used to bootstrap stuff. So I installed the diablo pre built 1.5. Now, diablo will not run unless passed -client (-server is the default). (procfs is not mounted) # /usr/public/diablo-jdk1.5.0/bin/java -version Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. # # /usr/public/diablo-jdk1.5.0/bin/java -version -client java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0- b01) Java HotSpot(TM) Client VM (build diablo-1.5.0_07-b01, mixed mode) # So that doesn't help me bootstrap the native 1.5 jdk build as it won't run and the build thinks that I don't have a valid bootstrap jdk. I tried to install the linux-sun-jdk15 port to use as a bootstrap jdk. However, it requires a different linux base than I have installed and I am not going to mess with that as there are other things on this system that require the linux stuff and I don't want to mess anything up (and the system is live and cannot be brought down at the moment anyway). I did try unpacking the linux sun jdk by hand and using it anyway. I get these errors in the build. Are they errors based on the fact that the linux jdk was just unpacked and run and not patched and installed properly or are these real jdk build errors? /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:226: expected Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:226: unclosed character literal Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:227: ')' expected private static final class Aliases ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:389: expected Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:389: unclosed character literal Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:390: ')' expected private static final class Classes ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:429: expected Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:429: unclosed character literal Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:430: ')' expected private static final class Cache ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:226: cannot find symbol symbol : class TM location: class sun.nio.cs.StandardCharsets Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:226: cannot find symbol symbol : class Java location: class sun.nio.cs.StandardCharsets Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:389: cannot find symbol symbol : class TM location: class sun.nio.cs.StandardCharsets Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:389: cannot find symbol symbol : class Java location: class sun.nio.cs.StandardCharsets Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:429: cannot find symbol symbol : class TM location: class sun.nio.cs.StandardCharsets Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:429: cannot find symbol symbol : class Java location: class sun.nio.cs.StandardCharsets Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ ../../../src/share/classes/java/io/ObjectStreamClass.java:896: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning return cons.newInstance(null); ^ ../../../src/share/classes/java/io/ObjectStreamClass.java:976: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning readObjectNoDataMethod.invoke(obj, null); ^ ../../../src/share/classes/java/io/ObjectStreamClass.java:1004: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning return writeReplaceMethod.invoke(obj, null); ^ ../../../src/share/classes/java/io/ObjectStreamClass.java:1033: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning return readResolveMethod.invoke(obj, null); ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:226: missing method body, or declare abstract Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:389: missing method body, or declare abstract Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:429: missing method body, or declare abstract Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location - find_vma failed ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:470: cannot reference this before supertype constructor has been called super("sun.nio.cs", new Aliases(), new Classes(), new Cache()); ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:470: cannot reference this before supertype constructor has been called super("sun.nio.cs", new Aliases(), new Classes(), new Cache()); ^ /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/ StandardCharsets.java:470: cannot reference this before supertype constructor has been called super("sun.nio.cs", new Aliases(), new Classes(), new Cache()); ^ ../../../src/share/classes/sun/misc/ProxyGenerator.java:335: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Class for a varargs call cast to java.lang.Class[] for a non-varargs call and to suppress this warning hashCodeMethod = Object.class.getMethod("hashCode", null); ^ ../../../src/share/classes/sun/misc/ProxyGenerator.java:338: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Class for a varargs call cast to java.lang.Class[] for a non-varargs call and to suppress this warning toStringMethod = Object.class.getMethod("toString", null); ^ ../../../src/share/classes/sun/security/jca/ProviderConfig.java:243: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning obj = cons.newInstance(new String[] { argument }); ^ ../../../src/share/classes/javax/xml/transform/ TransformerException.java:329: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Class for a varargs call cast to java.lang.Class[] for a non-varargs call and to suppress this warning null); ^ ../../../src/share/classes/javax/xml/transform/ TransformerException.java:334: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning exception = (Throwable) meth.invoke(exception, null); ^ ../../../src/share/classes/sun/net/www/protocol/http/ HttpURLConnection.java:1225: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning return (IOException)ctr.newInstance(args); ^ Note: * uses or overrides a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 21 errors 10 warnings --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From chuckr at chuckr.org Thu May 8 18:25:03 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Thu May 8 18:25:12 2008 Subject: the FreeBSD java pkg Message-ID: <4823436C.8090807@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thje license file for FreeBSD 6 java uses a licnse file that seems to be from the diablo caffe version. I doublechecked, and I am quite certain i downloaded it from the correct link, and in fact, pkg_info is saying its the right one, but the license it asks of me announces that I'm building the Caffe version. This would probably need fixing. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFII0Nsz62J6PPcoOkRAuXNAJ0awq/Bin1ZCSDaCEj6H3T0IBqX4gCeLlWp QugWe/zFaQQXYNJCXDKhmBE= =7CFm -----END PGP SIGNATURE----- From bkoenig at alpha-tierchen.de Thu May 8 19:28:10 2008 From: bkoenig at alpha-tierchen.de (Bjoern Koenig) Date: Thu May 8 19:28:14 2008 Subject: Change responsibility of ports/120959 Message-ID: <49363.192.168.1.2.1210273027.squirrel@webmail.alpha-tierchen.de> Hello, would someone be so nice and change the responsibility of ports/120959 to freebsd-ports-bugs@ and the state to open. I suppose that it get lost otherwise. The PR is unrelated to jre/jdk. Bj?rn From linimon at FreeBSD.org Thu May 8 19:42:31 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu May 8 19:42:33 2008 Subject: ports/120959: java/sablevm-classpath did not build/install from ports Message-ID: <200805081942.m48JgVd5057777@freefall.freebsd.org> Synopsis: java/sablevm-classpath did not build/install from ports Responsible-Changed-From-To: freebsd-java->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu May 8 19:41:32 UTC 2008 Responsible-Changed-Why: Maintainer has submitted a patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=120959 From markus at vervier.info Fri May 9 14:30:01 2008 From: markus at vervier.info (Markus Vervier) Date: Fri May 9 14:30:04 2008 Subject: java/123555: linux-sun-jdk15, linux-sun-jdk16 produce a coredump Message-ID: <200805091421.m49ELaAm050294@www.freebsd.org> >Number: 123555 >Category: java >Synopsis: linux-sun-jdk15, linux-sun-jdk16 produce a coredump >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 09 14:30:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Markus Vervier >Release: 7.0-RELEASE amd64 >Organization: - >Environment: FreeBSD mobilix 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: When using the linux-sun-jdk15 or linux-sun-jdk16, java coredumps randomly. Running bigger apps like Eclipse will always result in a coredump. >How-To-Repeat: #Set your JDK to linux-sun-jdk16 export JAVA_HOME=/usr/local/linux-sun-jdk16/ #Start Eclipse eclipse >Fix: >Release-Note: >Audit-Trail: >Unformatted: From christoph38 at gmail.com Fri May 9 18:08:14 2008 From: christoph38 at gmail.com (christoph krol) Date: Fri May 9 18:08:20 2008 Subject: jdk16 install error from ports Message-ID: <210a37e00805091043k3f34069i27a6c781144da546@mail.gmail.com> hi I have: # uname -a FreeBSD bsd.domain.net 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 and the newest port tree update. if I try to install jdk16 from ports then I get the following error: # portinstall -Rr java/jdk16 .................................................................................... .................................................................................... .................................................................................... # Please submit bug reports to freebsd-java@FreeBSD.org # gmake[5]: *** [/usr/ports/java/jdk16/work/control/build/bsd-i586/gensrc/com/sun/tools/javac/resources/compiler.java] Abort trap: 6 (core dumped) gmake[5]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/sun/javac/javac' gmake[4]: *** [all] Error 1 gmake[4]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/sun/javac' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/javac' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk16. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.60603.0 env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! java/jdk16 (coredump) kind regards chris From jwright11 at gmail.com Sun May 11 14:50:31 2008 From: jwright11 at gmail.com (John Wright) Date: Sun May 11 14:50:34 2008 Subject: java plugin & firefox crash Message-ID: Hello, Java is crashing firefox for me and I'm wondering if someone can please help? Running firefox from Konsole shows this error for the crash: --------------------------------------------------------------------------------------------------------------- Could not read ack from child process Plugin: Java VM process has died. Could not start JavaVM! VM did not start up properly INTERNAL ERROR on Browser End: SendRequest: Read of ack failed: 0 System error?:: Unknown error: 0 --------------------------------------------------------------------------------------------------------------- diablo-jdk-1.5.0.07.01_10 jdk-1.6.0.3p4_1 javavmwrapper-2.3.2 firefox-2.0.0.14,1 jello# uname -a FreeBSD jello.hwresnet.org 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 jello# java -version java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) Java HotSpot(TM) Server VM (build diablo-1.5.0_07-b01, mixed mode) Any help will definitely be appreciated. Thanks, John -- John N. Wright jwright11@gmail.com From bugmaster at FreeBSD.org Mon May 12 11:07:01 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 12 11:07:09 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200805121107.m4CB70kS038063@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 o java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/110912 java Java krb5 client leaks UDP connections o java/112595 java Java appletviewer frequently hangs (kse_release loop) o ports/113467 java Multiple "missing return value" errors building JDK on o java/114644 java tomcat goes out of PermSpace, jvm crashes o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o java/118956 java eclipse and netbeans break on diablo-jdk15 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o ports/121420 java java/jdk16: Java applet fails to find class under fire o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o java/122513 java native JDKs unbuildable with Linux ones o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires o java/97461 java Diablo JDK does not report Update level in a format su o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/115279 java [UPDATE] java/java3d to 1.5.1 o java/115773 java [request] java.nio channel selectors should use kqueue o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/119063 java An unexpected error has been detected by Java Runtime o java/119654 java jdk 1.6: java.awt.SplashScreen#getSplashScreen throws o java/120146 java netbeans 6.0 crash on amd64 o ports/121416 java java/jdk15 can't build if BIN environment variable is 14 problems total. From areilly at bigpond.net.au Mon May 12 12:00:05 2008 From: areilly at bigpond.net.au (Andrew Reilly) Date: Mon May 12 12:00:10 2008 Subject: java/123608: jdk16 port fails to build Message-ID: <20080512115339.3171.qmail@areilly.bpa.nu> >Number: 123608 >Category: java >Synopsis: jdk16 port fails to build >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 12 12:00:02 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Andrew Reilly >Release: FreeBSD 7.0-STABLE amd64 >Organization: >Environment: System: FreeBSD duncan.reilly.home 7.0-STABLE FreeBSD 7.0-STABLE #11: Sat May 10 16:36:58 EST 2008 root@duncan.reilly.home:/usr/obj/usr/src/sys/DUNCAN amd64 Athlon-X2, 3G RAM >Description: make fails thusly: gmake[5]: Entering directory `/usr/ports/java/jdk16/work/deploy/make/plugin/nscore/unix' /usr/bin/g++ -fPIC -DCC_NOEX -W -Wall -Wno-unused -Wno-parentheses -I../../../../src/plugin/solaris/nscore -I../../../../src/plugin/solaris/nscore/../common -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/deploy/plugin/ -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/deploy/plugin/CClassHeaders -I../../../../src/plugin/solaris/common -I../../../../src/plugin/share/jpiapi -I../../../../src/plugin/solaris/nscore/../nsstub -I/usr/local/include -I/usr/local/include -I../../../../../j2se/src/solaris/javavm/export -I../../../../../j2se/src/share/javavm/export -I../../../../../j2se/src/share/javavm/include -I../../../../../j2se/src/solaris/javavm/include -D_GNU_SOURCE -DXP_UNIX -DNO_XEMBED_MOZILLA -DPLUGIN_NODOTVERSION=\"160_03\" -DPLUGIN_VERSION=\"1.6.0_03\" -DVERSION=\"1.6.0_03-p4-b00\" -DRELEASE=\"1.6.0_03-p4\" -DARCH=\"amd64\" -DLIBARCH=\"amd64\" -D_ALLBSD_SOURCE -DRAPTOR_API -DNEW_STREAMING_API -DXP_UNIX -D_LP64=1 -c -o /usr/ports/java/jdk16/work/contr ol/build/bsd-amd64/tmp/deploy/plugin/javaplugin_nscp/obj64/remotejni.o ../../../../src/plugin/solaris/nscore/remotejni.cpp /usr/bin/g++ -fPIC -DCC_NOEX -W -Wall -Wno-unused -Wno-parentheses -I../../../../src/plugin/solaris/nscore -I../../../../src/plugin/solaris/nscore/../common -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/deploy/plugin/ -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/deploy/plugin/CClassHeaders -I../../../../src/plugin/solaris/common -I../../../../src/plugin/share/jpiapi -I../../../../src/plugin/solaris/nscore/../nsstub -I/usr/local/include -I/usr/local/include -I../../../../../j2se/src/solaris/javavm/export -I../../../../../j2se/src/share/javavm/export -I../../../../../j2se/src/share/javavm/include -I../../../../../j2se/src/solaris/javavm/include -D_GNU_SOURCE -DXP_UNIX -DNO_XEMBED_MOZILLA -DPLUGIN_NODOTVERSION=\"160_03\" -DPLUGIN_VERSION=\"1.6.0_03\" -DVERSION=\"1.6.0_03-p4-b00\" -DRELEASE=\"1.6.0_03-p4\" -DARCH=\"amd64\" -DLIBARCH=\"amd64\" -D_ALLBSD_SOURCE -DRAPTOR_API -DNEW_STREAMING_API -DXP_UNIX -D_LP64=1 -c -o /usr/ports/java/jdk16/work/contr ol/build/bsd-amd64/tmp/deploy/plugin/javaplugin_nscp/obj64/util5.o ../../../../src/plugin/solaris/nscore/util5.cpp /usr/bin/g++ -fPIC -DCC_NOEX -W -Wall -Wno-unused -Wno-parentheses -I../../../../src/plugin/solaris/nscore -I../../../../src/plugin/solaris/nscore/../common -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/deploy/plugin/ -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/deploy/plugin/CClassHeaders -I../../../../src/plugin/solaris/common -I../../../../src/plugin/share/jpiapi -I../../../../src/plugin/solaris/nscore/../nsstub -I/usr/local/include -I/usr/local/include -I../../../../../j2se/src/solaris/javavm/export -I../../../../../j2se/src/share/javavm/export -I../../../../../j2se/src/share/javavm/include -I../../../../../j2se/src/solaris/javavm/include -D_GNU_SOURCE -DXP_UNIX -DNO_XEMBED_MOZILLA -DPLUGIN_NODOTVERSION=\"160_03\" -DPLUGIN_VERSION=\"1.6.0_03\" -DVERSION=\"1.6.0_03-p4-b00\" -DRELEASE=\"1.6.0_03-p4\" -DARCH=\"amd64\" -DLIBARCH=\"amd64\" -D_ALLBSD_SOURCE -DRAPTOR_API -DNEW_STREAMING_API -DXP_UNIX -D_LP64=1 -c -o /usr/ports/java/jdk16/work/contr ol/build/bsd-amd64/tmp/deploy/plugin/javaplugin_nscp/obj64/CJavaConsole.o ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp: In member function 'virtual JDresult CJavaConsole::Internal::QueryInterface(const JDIID&, void**)': ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp:30: warning: invalid access to non-static data member 'CJavaConsole::fAggregated' of NULL object ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp:30: warning: (perhaps the 'offsetof' macro was used incorrectly) ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp: In member function 'virtual JDREFCNT CJavaConsole::Internal::AddRef()': ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp:30: warning: invalid access to non-static data member 'CJavaConsole::fAggregated' of NULL object ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp:30: warning: (perhaps the 'offsetof' macro was used incorrectly) ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp: In member function 'virtual JDREFCNT CJavaConsole::Internal::Release()': ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp:30: warning: invalid access to non-static data member 'CJavaConsole::fAggregated' of NULL object ../../../../src/plugin/solaris/nscore/CJavaConsole.cpp:30: warning: (perhaps the 'offsetof' macro was used incorrectly) ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'void jni_CallVoidMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:881: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'void jni_CallVoidMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:902: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function '_jobject* jni_CallObjectMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1004: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function '_jobject* jni_CallObjectMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1004: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jboolean jni_CallBooleanMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1005: error: 'JNI_EINVAL' was not declared in this scope /usr/bin/g++ -fPIC -DCC_NOEX -W -Wall -Wno-unused -Wno-parentheses -I../../../../src/plugin/solaris/nscore -I../../../../src/plugin/solaris/nscore/../common -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/deploy/plugin/ -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/deploy/plugin/CClassHeaders -I../../../../src/plugin/solaris/common -I../../../../src/plugin/share/jpiapi -I../../../../src/plugin/solaris/nscore/../nsstub -I/usr/local/include -I/usr/local/include -I../../../../../j2se/src/solaris/javavm/export -I../../../../../j2se/src/share/javavm/export -I../../../../../j2se/src/share/javavm/include -I../../../../../j2se/src/solaris/javavm/include -D_GNU_SOURCE -DXP_UNIX -DNO_XEMBED_MOZILLA -DPLUGIN_NODOTVERSION=\"160_03\" -DPLUGIN_VERSION=\"1.6.0_03\" -DVERSION=\"1.6.0_03-p4-b00\" -DRELEASE=\"1.6.0_03-p4\" -DARCH=\"amd64\" -DLIBARCH=\"amd64\" -D_ALLBSD_SOURCE -DRAPTOR_API -DNEW_STREAMING_API -DXP_UNIX -D_LP64=1 -c -o /usr/ports/java/jdk16/work/contr ol/build/bsd-amd64/tmp/deploy/plugin/javaplugin_nscp/obj64/CookieSupport.o ../../../../src/plugin/solaris/nscore/CookieSupport.cpp ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jboolean jni_CallBooleanMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1005: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jbyte jni_CallByteMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1006: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jbyte jni_CallByteMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1006: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jchar jni_CallCharMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1007: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jchar jni_CallCharMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1007: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jshort jni_CallShortMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1008: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jshort jni_CallShortMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1008: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jint jni_CallIntMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1009: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jint jni_CallIntMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1009: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jlong jni_CallLongMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1010: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jlong jni_CallLongMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1010: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jfloat jni_CallFloatMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1011: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jfloat jni_CallFloatMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1011: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jdouble jni_CallDoubleMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1012: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jdouble jni_CallDoubleMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1012: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function '_jobject* jni_CallNonvirtualObjectMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1095: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function '_jobject* jni_CallNonvirtualObjectMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1095: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jboolean jni_CallNonvirtualBooleanMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1096: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jboolean jni_CallNonvirtualBooleanMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1096: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jbyte jni_CallNonvirtualByteMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1097: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jbyte jni_CallNonvirtualByteMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1097: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jchar jni_CallNonvirtualCharMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1098: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jchar jni_CallNonvirtualCharMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1098: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jshort jni_CallNonvirtualShortMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1099: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jshort jni_CallNonvirtualShortMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1099: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jint jni_CallNonvirtualIntMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1100: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jint jni_CallNonvirtualIntMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1100: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jlong jni_CallNonvirtualLongMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1101: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jlong jni_CallNonvirtualLongMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1101: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jfloat jni_CallNonvirtualFloatMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1102: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jfloat jni_CallNonvirtualFloatMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1102: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jdouble jni_CallNonvirtualDoubleMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1103: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jdouble jni_CallNonvirtualDoubleMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1103: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'void jni_CallNonvirtualVoidMethod(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1124: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'void jni_CallNonvirtualVoidMethodV(RemoteJNIEnv*, _jobject*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1147: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function '_jobject* jni_CallStaticObjectMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1251: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function '_jobject* jni_CallStaticObjectMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1251: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jboolean jni_CallStaticBooleanMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1252: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jboolean jni_CallStaticBooleanMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1252: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jbyte jni_CallStaticByteMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1253: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jbyte jni_CallStaticByteMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1253: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jchar jni_CallStaticCharMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1254: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jchar jni_CallStaticCharMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1254: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jshort jni_CallStaticShortMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1255: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jshort jni_CallStaticShortMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1255: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jint jni_CallStaticIntMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1256: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jint jni_CallStaticIntMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1256: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jlong jni_CallStaticLongMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1257: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jlong jni_CallStaticLongMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1257: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jfloat jni_CallStaticFloatMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1258: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jfloat jni_CallStaticFloatMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1258: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jdouble jni_CallStaticDoubleMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1259: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'jdouble jni_CallStaticDoubleMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1259: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function '_jobject* jni_CallStaticNewObjectMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1264: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function '_jobject* jni_CallStaticNewObjectMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1264: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'void jni_CallStaticVoidMethod(RemoteJNIEnv*, _jobject*, _jmethodID*, ...)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1285: error: 'JNI_EINVAL' was not declared in this scope ../../../../src/plugin/solaris/nscore/remotejni.cpp: In function 'void jni_CallStaticVoidMethodV(RemoteJNIEnv*, _jobject*, _jmethodID*, __va_list_tag*)': ../../../../src/plugin/solaris/nscore/remotejni.cpp:1306: error: 'JNI_EINVAL' was not declared in this scope gmake[5]: *** [/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/deploy/plugin/javaplugin_nscp/obj64/remotejni.o] Error 1 gmake[5]: *** Waiting for unfinished jobs.... gmake[5]: Leaving directory `/usr/ports/java/jdk16/work/deploy/make/plugin/nscore/unix' gmake[4]: *** [parallel_compile] Error 2 gmake[4]: Leaving directory `/usr/ports/java/jdk16/work/deploy/make/plugin/nscore/unix' gmake[3]: *** [unix] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/deploy/make/plugin/nscore' gmake[2]: *** [nscore] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/deploy/make/plugin' gmake[1]: *** [plugin-all] Error 2 gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/deploy/make' gmake: *** [deploy-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk16. *** Error code 1 Stop in /usr/ports/java/jdk16. >How-To-Repeat: cd /usr/ports/java/jdk16; make on an amd64 machine, anyway. >Fix: sorry: dunno. Just a heads-up that something seems broken. only interesting things in my /etc/make.conf are CFLAGS+=-g and CXXFLAGS+=-g >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Mon May 12 17:22:53 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon May 12 17:22:55 2008 Subject: ports/123608: java/jdk16 port fails to build Message-ID: <200805121722.m4CHMqBx073907@freefall.freebsd.org> Old Synopsis: jdk16 port fails to build New Synopsis: java/jdk16 port fails to build Responsible-Changed-From-To: freebsd-java->glewis Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 12 17:21:50 UTC 2008 Responsible-Changed-Why: Make this a ports PR and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=123608 From glewis at eyesbeyond.com Tue May 13 03:36:03 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Tue May 13 03:36:05 2008 Subject: java plugin & firefox crash In-Reply-To: References: Message-ID: <20080513033600.GA16657@misty.eyesbeyond.com> On Sun, May 11, 2008 at 03:22:59PM +0100, John Wright wrote: > Java is crashing firefox for me and I'm wondering if someone can > please help? Running firefox from Konsole shows this error for the > crash: > > diablo-jdk-1.5.0.07.01_10 > jdk-1.6.0.3p4_1 > javavmwrapper-2.3.2 > firefox-2.0.0.14,1 > > jello# uname -a > FreeBSD jello.hwresnet.org 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 > 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > i386 > > jello# java -version > java version "1.5.0" > Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) > Java HotSpot(TM) Server VM (build diablo-1.5.0_07-b01, mixed mode) > > Any help will definitely be appreciated. I bet the Diablo plugin is installed too. This won't work. You can't mix 7.x binaries (firefox) with 6.x shared libraries (Diablo). You need to deinstall Diablo and somehow get jdk16's plugin to (re)install, or just create a symlink yourself. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From jwright11 at gmail.com Tue May 13 17:19:08 2008 From: jwright11 at gmail.com (jwright11@gmail.com) Date: Tue May 13 17:19:11 2008 Subject: java plugin & firefox crash In-Reply-To: <20080513033600.GA16657@misty.eyesbeyond.com> References: <20080513033600.GA16657@misty.eyesbeyond.com> Message-ID: Yes, you were right. I deinstalled diablo and linked the jdk16 plugin with: # ln -s /usr/local/jdk1.6.0/jre/plugin/i386/ns7/libjavaplugin_oji.so /usr/local/lib/browser_plugins/ I didn't realize that diablo is just a build dependency for jdk16. Thanks for the help. On 5/13/08, Greg Lewis wrote: > On Sun, May 11, 2008 at 03:22:59PM +0100, John Wright wrote: > > Java is crashing firefox for me and I'm wondering if someone can > > please help? Running firefox from Konsole shows this error for the > > crash: > > > > diablo-jdk-1.5.0.07.01_10 > > jdk-1.6.0.3p4_1 > > javavmwrapper-2.3.2 > > firefox-2.0.0.14,1 > > > > jello# uname -a > > FreeBSD jello.hwresnet.org 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 > > 19:59:52 UTC 2008 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > > i386 > > > > jello# java -version > > java version "1.5.0" > > Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) > > Java HotSpot(TM) Server VM (build diablo-1.5.0_07-b01, mixed mode) > > > > Any help will definitely be appreciated. > > I bet the Diablo plugin is installed too. This won't work. You can't mix > 7.x binaries (firefox) with 6.x shared libraries (Diablo). You need to > deinstall Diablo and somehow get jdk16's plugin to (re)install, or just > create a symlink yourself. > > -- > Greg Lewis Email : glewis@eyesbeyond.com > Eyes Beyond Web : http://www.eyesbeyond.com > Information Technology FreeBSD : glewis@FreeBSD.org > -- John N. Wright jwright11@gmail.com From freebsd-java at greenfinch.com Wed May 14 18:19:18 2008 From: freebsd-java at greenfinch.com (Philip Plant) Date: Wed May 14 18:19:25 2008 Subject: Problem installing JDK1.6 on FreeBSD 7.0R Message-ID: <20080514180456.GA90512@skylark.greenfinch.com> Hi folks, I'm having real difficulties installing JDK1.6 from the latest ports tree - please could anyone advise what's going wrong and the best way I can go about fixing it? Many thanks, Philip. FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sat Mar 29 13:53:08 UTC 2008 ===> Applying FreeBSD patches for jdk-1.6.0.3p4_1 ===> jdk-1.6.0.3p4_1 depends on executable: zip - found ===> jdk-1.6.0.3p4_1 depends on executable: unzip - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/lib/libXm.so - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/include/cups/cups.h - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/diablo-jdk1.5.0/bin/javac - found ===> jdk-1.6.0.3p4_1 depends on executable: gmake - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/libdata/pkgconfig/xi.pc - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/libdata/pkgconfig/xtst.pc - found ===> jdk-1.6.0.3p4_1 depends on executable: pkg-config - found ===> jdk-1.6.0.3p4_1 depends on executable: update-desktop-database - found ===> jdk-1.6.0.3p4_1 depends on shared library: iconv.3 - found ===> jdk-1.6.0.3p4_1 depends on shared library: glib-2.0.0 - found ===> Configuring for jdk-1.6.0.3p4_1 ===> Building for jdk-1.6.0.3p4_1 # Start of jdk build bsd i586 1.6.0_03-p4 build started: 08-05-14 17:33 [: /libexec/ld-elf: bad number [: /libexec/ld-elf: bad number gmake[1]: Entering directory `/usr/ports/java/jdk16/work/deploy/make' gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/deploy/make' [: /libexec/ld-elf: bad number [: /libexec/ld-elf: bad number gmake[1]: Entering directory `/usr/ports/java/jdk16/work/j2se/make' [: so: bad number echo "WARNING: Importing CUPS from a system location \n" \ "" >> /usr/ports/java/jdk16/work/control/build/bsd-i586/sanityCheckWarnings.txt gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make' gmake[1]: Entering directory `/usr/ports/java/jdk16/work/install/make' gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/install/make' Build Machine Information: build machine = Build Directory Structure: CWD = /usr/ports/java/jdk16/work/control/make TOPDIR = ../.. CONTROL_TOPDIR = ../../control HOTSPOT_TOPDIR = ../../hotspot J2SE_TOPDIR = ../../j2se DEPLOY_TOPDIR = ../../deploy INSTALL_TOPDIR = ../../install Build Directives: BUILD_HOTSPOT = true BUILD_MOTIF = false BUILD_J2SE = true BUILD_DEPLOY = true BUILD_INSTALL = true Hotspot Settings: \n HOTSPOT_BUILD_JOBS = \n HOTSPOT_OUTPUTDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir \n HOTSPOT_EXPORT_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import \n \n \nBootstrap Settings:\n BOOTDIR = /usr/local/diablo-jdk1.5.0\n ALT_BOOTDIR = /usr/local/diablo-jdk1.5.0\n BOOT_VER = /libexec/ld-elf.so.1: /usr/local/lib/compat/libpthread.so.2: Undefined symbol __malloc_lock [requires at least 1.5]\n OUTPUTDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586\n ALT_OUTPUTDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586\n ABS_OUTPUTDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586\n \nBuild Tool Settings:\n SLASH_JAVA = /java\n ALT_SLASH_JAVA = \n VARIANT = OPT\n JDK_DEVTOOLS_DIR = /java/devtools\n ALT_JDK_DEVTOOLS_DIR = \n UNIXCOMMAND_PATH = /bin/\n ALT_UNIXCOMMAND_PATH = \n COMPILER_PATH = /usr/bin/\n ALT_COMPILER_PATH = \n DEVTOOLS_PATH = /usr/local/\n ALT_DEVTOOLS_PATH = /usr/local\n MOTIF_DIR = /usr/local\n ALT_MOTIF_DIR = /usr/local\n COMPILER_NAME = GCC\n COMPILER_VERSION = \n CC_VER = 4.2 [requires at least 3.3]\n ZIP_VER = 2.32 [requires at least 2.2]\n UNZIP_VER = 5.52 [requires at least 5.12]\n PATH = /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin\n TEMPDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586/tmp\n \nBuild Directives:\n USE_ONLY_BOOTDIR_TOOLS = \n USE_HOTSPOT_INTERPRETER_MODE = \n PEDANTIC = \n DEV_ONLY = \n J2RE_ONLY = \n NO_DOCS = \n NO_IMAGES = \n TOOLS_ONLY = \n INSANE = \n PARALLEL_COMPILES = true\n PARALLEL_COMPILE_JOBS = 2\n ALT_PARALLEL_COMPILE_JOBS = \n FASTDEBUG = \n COMPILER_WARNINGS_FATAL = false\n COMPILER_WARNING_LEVEL = \n INCREMENTAL_BUILD = false\n CC_HIGHEST_OPT = \n CC_HIGHER_OPT = \n CC_LOWER_OPT = \n CXXFLAGS = -fPIC -DCC_NOEX -W -Wall -Wno-unused -Wno-parentheses \n CFLAGS = -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses \n JAVA_BOOT = /usr/local/diablo-jdk1.5.0/bin/java -client -Xmx512m -Xms256m\n JAVAC_BOOT = /usr/local/diablo-jdk1.5.0/bin/javac -J-XX:ThreadStackSize=768 -J-client -J-Xmx512m -J-Xms256m -J-Xbootclasspath/p:./../make/sun/javac/javac/gjc.jar -target 5\n JAR_BOOT = /usr/local/diablo-jdk1.5.0/bin/jar\n JAVAH_BOOT = /usr/local/diablo-jdk1.5.0/bin/javah -J-XX:ThreadStackSize=768 -J-client -J-Xmx512m -J-Xms256m -J-Xbootclasspath/p:./../make/sun/javac/javac/gjc.jar\n JAVA = /usr/ports/java/jdk16/work/control/build/bsd-i586/bin/java -client -Xmx512m -Xms256m\n JAVAC = /usr/ports/java/jdk16/work/control/build/bsd-i586/bin/javac -J-XX:ThreadStackSize=768 -J-client -J-Xmx512m -J-Xms256m\n JAR = /usr/ports/java/jdk16/work/control/build/bsd-i586/bin/jar\n JAVAH = \n \nBuild Platform Settings:\n USER = philip\n PLATFORM = bsd\n ARCH = i586\n LIBARCH = i386\n ARCH_FAMILY = i586\n ARCH_DATA_MODEL = 32\n ARCHPROP = i386\n OS_VERSION = 7.0-RELEASE [requires at least 6.0]\n OS_NAME = freebsd\n TEMP_FREE_SPACE = 1015260\n FREE_SPACE = 216996716\n MB_OF_MEMORY = 1011\n \nGNU Make Settings:\n MAKE = gmake\n MAKE_VER = 3.81 [requires at least 3.78]\n MAKECMDGOALS = sanity\n MAKEFLAGS = w -- ARCH_DATA_MODEL=32 BUILD_MOTIF=false BUILD_HOTSPOT=true ALT_HOTSPOT_IMPORT_PATH=/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import ALT_OUTPUTDIR=/usr/ports/java/jdk16/work/control/build/bsd-i586 FULL_VERSION=1.6.0_03-p4-philip_14_may_2008_17_33-b00 JDK_BUILD_NUMBER=b00 BUILD_NUMBER=b00 MILESTONE=p4 EXTERNALSANITYCONTROL=true HOTSPOT_IMPORT_CHECK=false\n SHELL = /bin/sh\n \nTarget Build Versions:\n JDK_VERSION = 1.6.0_03\n MILESTONE = p4\n RELEASE = 1.6.0_03-p4\n FULL_VERSION = 1.6.0_03-p4-philip_14_may_2008_17_33-b00\n BUILD_NUMBER = b00\n \nExternal File/Binary Locations:\n USRJDKINSTANCES_PATH = /usr/local\n JDK_IMPORT_PATH = /java/re/j2se/1.6.0_03/promoted/latest/binaries/bsd-i586\n ALT_JDK_IMPORT_PATH = \n HOTSPOT_DOCS_IMPORT_PATH = /NO_DOCS_DIR\n ALT_HOTSPOT_DOCS_IMPORT_PATH = \n HOTSPOT_IMPORT_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import\n ALT_HOTSPOT_IMPORT_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import\n HOTSPOT_CLIENT_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import/jre/lib/i386/client\n ALT_HOTSPOT_CLIENT_PATH = \n HOTSPOT_SERVER_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import/jre/lib/i386/server\n ALT_HOTSPOT_SERVER_PATH = \n CACERTS_FILE = ./../src/share/lib/security/cacerts\n ALT_CACERTS_FILE = \n MOZILLA_HEADERS_PATH = /src/plugin/share/plugin\n ALT_MOZILLA_HEADERS_PATH = \n CUPS_HEADERS_PATH = /usr/local/include\n ALT_CUPS_HEADERS_PATH = \n \nPrevious JDK Settings:\n PREVIOUS_RELEASE_PATH = /java/re/j2se/1.5.0/archive/fcs/bundles/bsd-i586\n ALT_PREVIOUS_RELEASE_PATH = \n PREVIOUS_JDK_VERSION = 1.5.0\n ALT_PREVIOUS_JDK_VERSION = \n PREVIOUS_JDK_FILE = jdk-1_5_0-bsd-i586.tar.gz\n ALT_PREVIOUS_JDK_FILE = \n PREVIOUS_JRE_FILE = jdk-1_5_0-bsd-i586.tar.gz\n ALT_PREVIOUS_JRE_FILE = \n No setting required for Unix Systems WARNING: The official bsd builds use OS version 6.0. \n You appear to be using OS version 7.0-RELEASE. \n WARNING: The bsd compiler must be version 3.3 \n Specifically the GCC compiler. \n You appear to be using compiler version: 4.2 \n The compiler was obtained from the following location: \n /usr/bin/ \n Please change your compiler. \n WARNING: The official bsd builds use OS version 6.0. \n You appear to be using OS version 7.0-RELEASE. \n WARNING: The directory HOTSPOT_DOCS_IMPORT_PATH=/NO_DOCS_DIR \n does not exist, check your value of ALT_HOTSPOT_DOCS_IMPORT_PATH. \n WARNING: The bsd compiler must be version 3.3 \n Specifically the GCC compiler. \n You appear to be using compiler version: 4.2 \n The compiler was obtained from the following location: \n /usr/bin/ \n Please change your compiler. \n WARNING: Importing CUPS from a system location \n Sanity check passed. mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import cd ../../hotspot/make ; \ gmake ALT_SLASH_JAVA=/java ARCH_DATA_MODEL=32 ALT_OUTPUTDIR=/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir ALT_EXPORT_PATH=/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import PREVIOUS_JDK_VERSION=1.5.0 ALT_BOOTDIR=/usr/local/diablo-jdk1.5.0 FULL_VERSION="1.6.0_03-p4-philip_14_may_2008_17_33-b00" JDK_VERSION=1.6.0_03 COOKED_JDK_UPDATE_VERSION=30 COOKED_BUILD_NUMBER=0 JDK_MKTG_VERSION=6u3 JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=6 JDK_MICRO_VERSION=0 all_product gmake[1]: Entering directory `/usr/ports/java/jdk16/work/hotspot/make' gmake VM_TARGET=product generic_build2 gmake[2]: Entering directory `/usr/ports/java/jdk16/work/hotspot/make' mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir cd /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir; \ gmake -f /usr/ports/java/jdk16/work/hotspot/build/bsd/Makefile \ HOTSPOT_BUILD_VERSION=1.6.0_03-p4-philip_14_may_2008_17_33-b00 JAVA_HOME=/usr/local/diablo-jdk1.5.0 GAMMADIR=/usr/ports/java/jdk16/work/hotspot MAKE_VERBOSE=y product gmake[3]: Entering directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' gmake -f /usr/ports/java/jdk16/work/hotspot/build/bsd/Makefile checks gmake[4]: Entering directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' /usr/local/diablo-jdk1.5.0/bin/javap javax.xml.transform.TransformerFactory > /dev/null 2>&1; \ if [ $? -ne 0 ]; then \ /usr/local/diablo-jdk1.5.0/bin/java -version; \ echo "*** An XSLT processor (J2SE 1.4.x or newer) is required" \ "to bootstrap this build" 1>&2; \ exit 1; \ fi /libexec/ld-elf.so.1: /usr/local/lib/compat/libpthread.so.2: Undefined symbol "__malloc_lock" *** An XSLT processor (J2SE 1.4.x or newer) is required to bootstrap this build gmake[4]: *** [check_j2se_version] Error 1 gmake[4]: Leaving directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' gmake[3]: *** [bsd_i486_compiler2/debug] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' gmake[2]: *** [generic_build2] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake[1]: *** [product] Error 2 gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake: *** [hotspot-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk16. *** Error code 1 Stop in /usr/ports/java/jdk16. From michiel.detailleur at gmail.com Thu May 15 08:38:20 2008 From: michiel.detailleur at gmail.com (Michiel Detailleur) Date: Thu May 15 08:38:27 2008 Subject: JDK16 Message-ID: Dear FreeBSD Java Project developer(s), I'm mailing you to ask about the status of version 1.6 of the Java JDK in FreeBSD. More in particular the java/jdk16 port. I find this a very useful port and I'm really happy that it makes the latest Java JDK so easily available. However, the JDK16 version in the port is still on Update3, while Sun has already released Update6. This latest updates contain numerous important bugfixes and feature additions, one of which is of particular interest to us (us would be 'Scouts en Gidsen Vlaanderen', a Belgian/Flemish scouting organisation). It would of course be very nice if we could get these latest updates (though just Update4 would already be sufficient for us) via the ports system. Would you be so kind to shed some light on a possible planning or current progress for updating this port? Mind you, I'm not asking you to 'update or fix this at once!', I'm totally aware that this is a voluntary project. I'm just asking if there are any plans for updating so we can adjust our plans if necessary. With kind regards, Michiel PS: I have already sent a similar email to the official port maintainer at glewis@freebsd.org from a different email address. I'm sorry if this email ends up at your address again. I do not want to appear rude or impatient, I just want to make sure this email is in fact received by the right person. -- Michiel Detailleur Medewerker Webtoepassingen Scouts en Gidsen Vlaanderen vzw Lange Kievitstraat 74 2018 Antwerpen tel 03 231 16 20 fax 03 232 63 92 www.scoutsengidsenvlaanderen.be From hwh at gddsn.org.cn Thu May 15 17:41:25 2008 From: hwh at gddsn.org.cn (Huang wen hui) Date: Thu May 15 17:41:30 2008 Subject: JDK16 strange in 7-STABLE Message-ID: <482BCF9B.7030404@gddsn.org.cn> hi, I have java application run under JDK16+7 STABLE, this java app often call external program(LocSAT). I saw two java process using ps. Is this normal? and some time one of unknow java process can not kill by kill -9, Under linux, I did not get this problem yet. --hwh rts# uname -a FreeBSD rts.cea-igp.ac.cn 7.0-STABLE FreeBSD 7.0-STABLE #0: Thu May 15 12:57:19 CST 2008 hwh@rts.cea-igp.ac.cn:/usr/obj/usr/src/sys/GENERIC amd64 rts# ps -axwwl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 0 - WLs ?? 0:00.02 [swapper] 0 1 0 0 8 0 2176 544 wait ILs ?? 0:00.01 /sbin/init -- 0 2 0 0 -8 0 0 16 - DL ?? 0:00.04 [g_event] 0 3 0 0 -8 0 0 16 - DL ?? 0:00.30 [g_up] 0 4 0 0 -8 0 0 16 - DL ?? 0:00.08 [g_down] 0 5 0 0 8 0 0 16 - DL ?? 0:00.00 [acpi_task_0] 0 6 0 0 8 0 0 16 - DL ?? 0:00.00 [acpi_task_1] 0 7 0 0 8 0 0 16 - DL ?? 0:00.00 [acpi_task_2] 0 8 0 0 8 0 0 16 - DL ?? 0:00.00 [thread taskq] 0 9 0 0 -8 0 0 16 ccb_sc DL ?? 0:00.00 [xpt_thrd] 0 10 0 0 -16 0 0 16 audit_ DL ?? 0:00.00 [audit] 0 11 0 0 171 0 0 16 - RL ?? 11:53.44 [idle: cpu7] 0 12 0 0 171 0 0 16 - RL ?? 11:41.38 [idle: cpu6] 0 13 0 0 171 0 0 16 - RL ?? 11:37.31 [idle: cpu5] 0 14 0 0 171 0 0 16 - RL ?? 11:20.53 [idle: cpu4] 0 15 0 0 171 0 0 16 - RL ?? 11:02.80 [idle: cpu3] 0 16 0 0 171 0 0 16 - RL ?? 10:35.48 [idle: cpu2] 0 17 0 0 171 0 0 16 - RL ?? 10:48.85 [idle: cpu1] 0 18 0 0 171 0 0 16 - RL ?? 9:47.05 [idle: cpu0] 0 19 0 0 -32 0 0 16 - RL ?? 0:02.34 [swi4: clock sio] 0 20 0 0 -36 0 0 16 - WL ?? 0:00.00 [swi3: vm] 0 21 0 0 -44 0 0 16 - WL ?? 0:00.00 [swi1: net] 0 22 0 0 -16 0 0 16 - DL ?? 0:00.18 [yarrow] 0 23 0 0 -28 0 0 16 - WL ?? 0:00.00 [swi5: +] 0 24 0 0 -24 0 0 16 - WL ?? 0:00.00 [swi6: Giant taskq] 0 25 0 0 -24 0 0 16 - WL ?? 0:00.00 [swi6: task queue] 0 26 0 0 -40 0 0 16 - WL ?? 0:00.00 [swi2: cambio] 0 27 0 0 8 0 0 16 - DL ?? 0:00.00 [kqueue taskq] 0 28 0 0 -52 0 0 16 - WL ?? 0:00.00 [irq9: acpi0] 0 29 0 0 -68 0 0 16 - WL ?? 0:02.03 [irq256: bce0] 0 30 0 0 -64 0 0 16 - WL ?? 0:00.04 [irq16: mfi0] 0 31 0 0 -68 0 0 16 - WL ?? 0:00.00 [irq257: bce1] 0 32 0 0 -64 0 0 16 - WL ?? 0:00.00 [irq21: uhci0 uhci+] 0 33 0 0 8 0 0 16 usbevt DL ?? 0:00.00 [usb0] 0 34 0 0 8 0 0 16 usbtsk DL ?? 0:00.00 [usbtask-hc] 0 35 0 0 8 0 0 16 usbtsk DL ?? 0:00.00 [usbtask-dr] 0 36 0 0 -64 0 0 16 - WL ?? 0:00.00 [irq20: uhci1 uhci3] 0 37 0 0 8 0 0 16 usbevt DL ?? 0:00.00 [usb1] 0 38 0 0 8 0 0 16 usbevt DL ?? 0:00.00 [usb2] 0 39 0 0 8 0 0 16 usbevt DL ?? 0:00.00 [usb3] 0 40 0 0 8 0 0 16 usbevt DL ?? 0:00.00 [usb4] 0 41 0 0 -64 0 0 16 - WL ?? 0:00.00 [irq14: ata0] 0 42 0 0 -64 0 0 16 - WL ?? 0:00.00 [irq15: ata1] 0 43 0 0 -48 0 0 16 - WL ?? 0:00.00 [swi0: sio] 0 44 0 0 -60 0 0 16 - WL ?? 0:00.00 [irq1: atkbd0] 0 45 0 0 -16 0 0 24 waitin DL ?? 0:00.00 [sctp_iterator] 0 46 0 0 -16 0 0 16 psleep DL ?? 0:00.23 [pagedaemon] 0 47 0 0 20 0 0 16 psleep DL ?? 0:00.00 [vmdaemon] 0 48 0 0 171 0 0 16 pgzero DL ?? 0:00.00 [pagezero] 0 49 0 0 -16 0 0 16 psleep DL ?? 0:00.00 [bufdaemon] 0 50 0 0 20 0 0 16 syncer DL ?? 0:00.76 [syncer] 0 51 0 0 -4 0 0 16 vlruwt DL ?? 0:00.00 [vnlru] 0 52 0 0 -16 0 0 16 sdflus DL ?? 0:02.36 [softdepflush] 0 146 1 0 20 0 2556 924 pause Is ?? 0:00.00 adjkerntz -i 0 452 1 0 96 0 6804 1232 select Is ?? 0:00.00 /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0.pid 0 500 1 0 96 0 2176 628 select Is ?? 0:00.00 /sbin/devd 0 555 1 0 44 0 5676 1344 select Ss ?? 0:00.03 /usr/sbin/syslogd -s 0 653 1 0 44 0 9424 2268 select Ss ?? 0:00.03 /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid -f /var/db/ntpd.drift 0 709 1 0 44 0 21768 3780 select Is ?? 0:00.00 /usr/sbin/sshd 0 724 1 0 44 0 10684 3772 select Ss ?? 0:00.01 sendmail: accepting connections (sendmail) 25 728 1 0 20 0 10684 3824 pause Is ?? 0:00.00 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) 0 734 1 0 8 0 6732 1400 nanslp Is ?? 0:00.02 /usr/sbin/cron -s 0 1440 709 0 4 0 33744 4540 sbwait Is ?? 0:00.09 sshd: hwh [priv] (sshd) 1000 1467 1440 0 44 0 33744 4632 select S ?? 0:00.13 sshd: hwh@ttyp0 (sshd) 0 3906 866 0 58 0 1924 840 - R ?? 0:00.10 /usr/local/jopens/lib/locsat/bin/LocSAT.freebsd -s locsat-sta-t0 -d locsat-in-t0 -c locsat-ctl-t0 -o locsat-out-t0 0 3908 866 0 51 0 2425976 1056828 - R ?? 0:00.00 /usr/local/jdk1.6.0/bin/java -Xmx2048m -cp ../lib/jbossall-client.jar:../lib/JSNTP.jar:../lib/JNL.jar:../lib/aspectjweaver.jar:../lib/JSciBean.jar:../lib/JSciCore.jar:../lib/JSciSci.jar:../lib/JSciWavelet.jar:../lib/MeipTerm.jar:../lib/activation.jar:../lib/antlr-2.7.6.jar:../lib/aspectjrt.jar:../lib/beandt.jar:../lib/apache-activemq-4.1.1.jar:../lib/hibernate3.jar:../lib/dx.jar:../lib/castor-1.1-xml.jar:../lib/cglib-nodep-2.1_3.jar:../lib/commons-beanutils-1.7.0.jar:../lib/commons-cli-1.0.jar:../lib/commons-collections-3.1.jar:../lib/commons-dbcp-1.2.1.jar:../lib/commons-io-1.1.jar:../lib/commons-lang.jar:../lib/commons-logging.jar:../lib/commons-pool-1.2.jar:../lib/dbswing.jar:../lib/dom4j-1.6.1.jar:../lib/ejb3-persistence.jar:../lib/ehcache-1.2.4.jar:../lib/hibernate-annotations.jar:../lib/hibernate-client.jar:../lib/jakarta-regexp-1.4.jar:../lib/itext-0.96.jar:../lib/hibernate-commons-annotations.jar:../lib/hibernate-entitymanager.jar:../lib/hibernate-validator.jar:../lib/jboss-annotations-ejb3.jar:../lib/java-getopt-1.0.8.jar:../lib/javassist.jar:../lib/javolution.jar:../lib/jaxen-core.jar:../lib/jaxen-jdom.jar:../lib/jbcl.jar:../lib/jboss-common-client.jar:../lib/jboss-aop-jdk50.jar:../lib/jboss-j2ee.jar:../lib/jboss-aspect-library-jdk50.jar:../lib/jboss-ejb3-client.jar:../lib/jboss-ejb3x.jar:../lib/jfreechart-1.0.6.jar:../lib/jbossws-client.jar:../lib/jcommon-1.0.10.jar:../lib/jdom.jar:../lib/jds.jar:../lib/log4j-1.2.13.jar:../lib/linearAlg.jar:../lib/matrixCafe.jar:../lib/mail.jar:../lib/smslib-2.1.2.jar:../lib/saxpath.jar:../lib/mysql-connector-java-5.0.6-bin.jar:../lib/xbean-spring-2.7.jar:../lib/spring-agent.jar:../lib/spring-aspects.jar:../lib/spring.jar:../lib/taup.jar:../lib/trove.jar:../lib/xerces.jar:rts.jar cn.org.gddsn.rts.AutoLocClass onlyLoc 0 803 1 0 5 0 5672 1224 ttyin Is+ v0 0:00.01 /usr/libexec/getty Pc ttyv0 0 804 1 0 5 0 5672 1224 ttyin Is+ v1 0:00.01 /usr/libexec/getty Pc ttyv1 0 805 1 0 5 0 5672 1224 ttyin Is+ v2 0:00.01 /usr/libexec/getty Pc ttyv2 0 806 1 0 5 0 5672 1224 ttyin Is+ v3 0:00.01 /usr/libexec/getty Pc ttyv3 0 807 1 0 5 0 5672 1224 ttyin Is+ v4 0:00.01 /usr/libexec/getty Pc ttyv4 0 808 1 0 5 0 5672 1224 ttyin Is+ v5 0:00.01 /usr/libexec/getty Pc ttyv5 0 809 1 0 5 0 5672 1224 ttyin Is+ v6 0:00.01 /usr/libexec/getty Pc ttyv6 0 810 1 0 5 0 5672 1224 ttyin Is+ v7 0:00.00 /usr/libexec/getty Pc ttyv7 0 866 1 0 51 0 2425976 1057612 - RL p0- 8:45.68 /usr/local/jdk1.6.0/bin/java -Xmx2048m -cp ../lib/jbossall-client.jar:../lib/JSNTP.jar:../lib/JNL.jar:../lib/aspectjweaver.jar:../lib/JSciBean.jar:../lib/JSciCore.jar:../lib/JSciSci.jar:../lib/JSciWavelet.jar:../lib/MeipTerm.jar:../lib/activation.jar:../lib/antlr-2.7.6.jar:../lib/aspectjrt.jar:../lib/beandt.jar:../lib/apache-activemq-4.1.1.jar:../lib/hibernate3.jar:../lib/dx.jar:../lib/castor-1.1-xml.jar:../lib/cglib-nodep-2.1_3.jar:../lib/commons-beanutils-1.7.0.jar:../lib/commons-cli-1.0.jar:../lib/commons-collections-3.1.jar:../lib/commons-dbcp-1.2.1.jar:../lib/commons-io-1.1.jar:../lib/commons-lang.jar:../lib/commons-logging.jar:../lib/commons-pool-1.2.jar:../lib/dbswing.jar:../lib/dom4j-1.6.1.jar:../lib/ejb3-persistence.jar:../lib/ehcache-1.2.4.jar:../lib/hibernate-annotations.jar:../lib/hibernate-client.jar:../lib/jakarta-regexp-1.4.jar:../lib/itext-0.96.jar:../lib/hibernate-commons-annotations.jar:../lib/hibernate-entitymanager.jar:../lib/hibernate-validator.jar:../lib/jboss-annotations-ejb3.jar:../lib/java-getopt-1.0.8.jar:../lib/javassist.jar:../lib/javolution.jar:../lib/jaxen-core.jar:../lib/jaxen-jdom.jar:../lib/jbcl.jar:../lib/jboss-common-client.jar:../lib/jboss-aop-jdk50.jar:../lib/jboss-j2ee.jar:../lib/jboss-aspect-library-jdk50.jar:../lib/jboss-ejb3-client.jar:../lib/jboss-ejb3x.jar:../lib/jfreechart-1.0.6.jar:../lib/jbossws-client.jar:../lib/jcommon-1.0.10.jar:../lib/jdom.jar:../lib/jds.jar:../lib/log4j-1.2.13.jar:../lib/linearAlg.jar:../lib/matrixCafe.jar:../lib/mail.jar:../lib/smslib-2.1.2.jar:../lib/saxpath.jar:../lib/mysql-connector-java-5.0.6-bin.jar:../lib/xbean-spring-2.7.jar:../lib/spring-agent.jar:../lib/spring-aspects.jar:../lib/spring.jar:../lib/taup.jar:../lib/trove.jar:../lib/xerces.jar:rts.jar cn.org.gddsn.rts.AutoLocClass onlyLoc 1000 1471 1467 0 20 0 8136 2872 pause Is p0 0:00.03 -csh (csh) 0 1481 1471 0 8 0 20424 1800 wait I p0 0:00.01 su 0 1490 1481 0 20 0 8136 2924 pause S p0 0:00.16 _su (csh) 0 3907 1490 0 46 0 6776 1300 - R+ p0 0:00.03 ps -axwwl From glewis at eyesbeyond.com Fri May 16 02:10:41 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Fri May 16 02:10:45 2008 Subject: JDK16 In-Reply-To: References: Message-ID: <20080516021039.GA37367@misty.eyesbeyond.com> G'day Michiel, On Thu, May 15, 2008 at 10:12:13AM +0200, Michiel Detailleur wrote: > Dear FreeBSD Java Project developer(s), > > I'm mailing you to ask about the status of version 1.6 of the Java JDK > in FreeBSD. More in particular the java/jdk16 port. I find this a very > useful port and I'm really happy that it makes the latest Java JDK so > easily available. > > However, the JDK16 version in the port is still on Update3, while Sun > has already released Update6. This latest updates contain numerous > important bugfixes and feature additions, one of which is of > particular interest to us (us would be 'Scouts en Gidsen Vlaanderen', > a Belgian/Flemish scouting organisation). It would of course be very > nice if we could get these latest updates (though just Update4 would > already be sufficient for us) via the ports system. > > Would you be so kind to shed some light on a possible planning or > current progress for updating this port? Mind you, I'm not asking you > to 'update or fix this at once!', I'm totally aware that this is a > voluntary project. I'm just asking if there are any plans for updating > so we can adjust our plans if necessary. > > With kind regards, > > Michiel > > PS: I have already sent a similar email to the official port > maintainer at glewis@freebsd.org from a different email address. I'm > sorry if this email ends up at your address again. I do not want to > appear rude or impatient, I just want to make sure this email is in > fact received by the right person. I sent a reply to that email, did you not get it? If so I can resend. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From gabriel.engel at gmail.com Fri May 16 10:12:44 2008 From: gabriel.engel at gmail.com (Gabriel Engel) Date: Fri May 16 10:12:47 2008 Subject: Java 1.4 on a FreeBSD 7 Message-ID: <4ded27ae0805160247v161abf7fnff52602b8b0f0be4@mail.gmail.com> Hi, Did anyone manage to install Java 2 JDK 1.4.2 in a FreeBSD 7? I really need a payment service form SecureTrading, and it doesn't work on version 1.5. Any ideas? Cheers, Gabriel Engel From bofh at redwerk.com Fri May 16 12:58:34 2008 From: bofh at redwerk.com (Eugeny N Dzhurinsky) Date: Fri May 16 12:58:37 2008 Subject: NetBeans 6.1 Profiler, Sun JDK 1.5/1.6 Message-ID: <20080516121927.GA13485@office.redwerk.com> Hello everytbody! I recently installed NetBeans 6.1 from ports and noticed there is no libprofilerinterface.so library for FreeBSD, and NetBeans complains the profiling wouldn't work. I've downloaded the sources of NetBeans and was able to build the libprofilerinterface.so from sources, once I placed it into the appropriate directory NetBeans expects it to appear in - NetBeans stops reporting the error, however profiling still doesn't work for some another reason - it just hands on the "calibration" stage. I had built the module with -ggdb option, and found there is java.core file and GDB shows this stack trace: ============================================================================= (gdb) bt #0 0x2817f9fb in kill () from /lib/libc.so.6 #1 0x280a3236 in raise () from /lib/libpthread.so.2 #2 0x2817e6a8 in abort () from /lib/libc.so.6 #3 0x2815a898 in __assert () from /lib/libc.so.6 #4 0x28808fda in initializeJVMTI (jvm=0x287b6ae0) at ../src-jdk15/common_functions.c:122 #5 0x2880911c in Agent_OnLoad (jvm=0x287b6ae0, options=0x0, reserved=0x0) at ../src-jdk15/common_functions.c:147 #6 0x286dfd3d in Threads::create_vm_init_agents () from /usr/local/jdk1.5.0/jre/lib/i386/server/libjvm.so #7 0x286e2b5f in Threads::create_vm () from /usr/local/jdk1.5.0/jre/lib/i386/server/libjvm.so #8 0x284627a1 in JNI_CreateJavaVM () from /usr/local/jdk1.5.0/jre/lib/i386/server/libjvm.so ============================================================================= the function initializeJVMTI dumped below: ============================================================================= void initializeJVMTI(JavaVM *jvm) { jvmtiError err; jvmtiCapabilities capas; jint res; /* Obtain the JVMTI environment to be used by this agent */ #ifdef JNI_VERSION_1_6 (*jvm)->GetEnv(jvm, (void**)&_jvmti, JVMTI_VERSION_1_1); #else (*jvm)->GetEnv(jvm, (void**)&_jvmti, JVMTI_VERSION_1_0); #endif /* Enable runtime class redefinition capability */ err = (*_jvmti)->GetCapabilities(_jvmti, &capas); assert(err == JVMTI_ERROR_NONE); capas.can_redefine_classes = 1; #ifdef JNI_VERSION_1_6 capas.can_retransform_classes = 1; #endif capas.can_generate_garbage_collection_events = 1; capas.can_generate_native_method_bind_events = 1; capas.can_generate_monitor_events = 1; capas.can_get_current_thread_cpu_time = 1; capas.can_generate_vm_object_alloc_events = 1; err = (*_jvmti)->AddCapabilities(_jvmti, &capas); if (err != JVMTI_ERROR_NONE) { fprintf(stderr, "Profiler Agent Error: Failed to obtain JVMTI capabilities, error code: %d\n", err); } /* Zero out the callbacks data structure for future use*/ _jvmti_callbacks = &_jvmti_callbacks_static; memset(_jvmti_callbacks, 0, sizeof(jvmtiEventCallbacks)); /* Enable class load hook event, that captures class file bytes for classes loaded by non-system loaders */ _jvmti_callbacks->ClassFileLoadHook = class_file_load_hook; _jvmti_callbacks->NativeMethodBind = native_method_bind_hook; _jvmti_callbacks->MonitorContendedEnter = monitor_contended_enter_hook; _jvmti_callbacks->MonitorContendedEntered = monitor_contended_entered_hook; _jvmti_callbacks->VMObjectAlloc = vm_object_alloc; res = (*_jvmti)->SetEventCallbacks(_jvmti, _jvmti_callbacks, sizeof(*_jvmti_callbacks)); assert (res == JVMTI_ERROR_NONE); res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_CLASS_FILE_LOAD_HOOK, NULL); assert(res == JVMTI_ERROR_NONE); res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_NATIVE_METHOD_BIND, NULL); /* !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! line 122 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!*/ assert(res == JVMTI_ERROR_NONE); res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_MONITOR_CONTENDED_ENTER, NULL); assert(res == JVMTI_ERROR_NONE); res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_MONITOR_CONTENDED_ENTERED, NULL); assert(res == JVMTI_ERROR_NONE); } ============================================================================= Does it makes sense for anybody? Is it possible to fix this somehow? Thank you in advance! -- Eugene N Dzhurinsky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20080516/9be95228/attachment.pgp From solardynamo at gmail.com Fri May 16 19:42:57 2008 From: solardynamo at gmail.com (solardynamo) Date: Fri May 16 19:43:00 2008 Subject: jdk16 installation: UnsatisfiedLinkError Message-ID: Hi, I'm trying to build jdk16 on FreeBSD 7 with diablo-jdk15 and I'm getting an error: ... Loading source file ../../../../src/share/classes/javax/swing/JToolBar.java... Loading source file ../../../../src/share/classes/javax/swing/JTree.java... Loading source file ../../../../src/share/classes/javax/swing/JWindow.java... Loading source file ../../../../src/share/classes/javax/swing/text/JTextComponent.java... Constructing Javadoc information... >>> Generating beaninfo for javax.swing.AbstractButton... javadoc: error - In doclet class GenDocletBeanInfo, method start has thrown an exception java.lang.reflect.InvocationTargetException java.lang.UnsatisfiedLinkError: Can't load library: /usr/ports/java/jdk16/work/control/build/bsd-i586/lib/i386/motif21/libmawt.so at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1650) at java.lang.Runtime.load0(Runtime.java:770) at java.lang.System.load(System.java:1005) at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1668) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1030) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java:38) at sun.awt.DebugHelper.(DebugHelper.java:29) at java.awt.Component.(Component.java:552) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:169) at GenSwingBeanInfo.getClass(GenSwingBeanInfo.java:472) at GenSwingBeanInfo.genBeanInfo(GenSwingBeanInfo.java:355) at GenDocletBeanInfo.start(GenDocletBeanInfo.java:190) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.sun.tools.javadoc.DocletInvoker.invoke(DocletInvoker.java:215) at com.sun.tools.javadoc.DocletInvoker.start(DocletInvoker.java:91) at com.sun.tools.javadoc.Start.parseAndExecute(Start.java:340) at com.sun.tools.javadoc.Start.begin(Start.java:128) at com.sun.tools.javadoc.Main.execute(Main.java:41) at com.sun.tools.javadoc.Main.main(Main.java:31) 1 error gmake[3]: *** [.javadoc.beanlist] Error 1 gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/javax/swing/beaninfo' gmake[2]: *** [swing-1.2-beans] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/javax/swing/beaninfo' gmake[1]: *** [initial-image-jdk] Error 2 gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk16. *** Error code 1 Stop in /usr/ports/java/jdk16. tr@~ >cat /var/db/ports/jdk16/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for jdk-1.6.0.3p4_1 _OPTIONS_READ=jdk-1.6.0.3p4_1 WITHOUT_DEBUG=true WITHOUT_IPV6=true WITH_WEB=true WITHOUT_POLICY=true WITH_TZUPDATE=true WITHOUT_JAIL=true tr@~ >pkg_info |grep motif open-motif-2.2.3_5 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) tr@~# uname -a FreeBSD lynx.ath.cx 7.0-STABLE FreeBSD 7.0-STABLE #3: Fri May 2 17:50:35 CEST 2008 tr@lynx.ath.cx:/usr/obj/usr/src/sys/SELEYA i386 From glewis at eyesbeyond.com Fri May 16 23:39:06 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Fri May 16 23:39:09 2008 Subject: Java 1.4 on a FreeBSD 7 In-Reply-To: <4ded27ae0805160247v161abf7fnff52602b8b0f0be4@mail.gmail.com> References: <4ded27ae0805160247v161abf7fnff52602b8b0f0be4@mail.gmail.com> Message-ID: <20080516233903.GA43930@misty.eyesbeyond.com> On Fri, May 16, 2008 at 10:47:44AM +0100, Gabriel Engel wrote: > Did anyone manage to install Java 2 JDK 1.4.2 in a FreeBSD 7? > > I really need a payment service form SecureTrading, and it doesn't work on > version 1.5. > > Any ideas? Your choices are: 1. Install linux-sun-jdk14 (or another Linux JDK 1.4). 2. Install a jdk14 package for FreeBSD 6.x and also install misc/compat6x. 3. Hack on the jdk14 source until gcc 4.x is happy with it (many of the changes you need to make will show up in the jdk15 source). The main issue is the HotSpot C++ code. 4. Hack on the jdk14 source so that it can be compiled with a compiler whose executable is called e.g. gcc34/g++34 rather than gcc/g++ and make the port depend on an older gcc port on 7.x. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Fri May 16 23:40:58 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Fri May 16 23:41:02 2008 Subject: NetBeans 6.1 Profiler, Sun JDK 1.5/1.6 In-Reply-To: <20080516121927.GA13485@office.redwerk.com> References: <20080516121927.GA13485@office.redwerk.com> Message-ID: <20080516234056.GB43930@misty.eyesbeyond.com> On Fri, May 16, 2008 at 03:19:27PM +0300, Eugeny N Dzhurinsky wrote: > Hello everytbody! > > I recently installed NetBeans 6.1 from ports and noticed there is no > libprofilerinterface.so library for FreeBSD, and NetBeans complains the profiling > wouldn't work. I've downloaded the sources of NetBeans and was able to build the > libprofilerinterface.so from sources, once I placed it into the appropriate directory > NetBeans expects it to appear in - NetBeans stops reporting the error, however profiling > still doesn't work for some another reason - it just hands on the "calibration" stage. > > I had built the module with -ggdb option, and found there is java.core file and > GDB shows this stack trace: > > > ============================================================================= > (gdb) bt > #0 0x2817f9fb in kill () from /lib/libc.so.6 > #1 0x280a3236 in raise () from /lib/libpthread.so.2 > #2 0x2817e6a8 in abort () from /lib/libc.so.6 > #3 0x2815a898 in __assert () from /lib/libc.so.6 > #4 0x28808fda in initializeJVMTI (jvm=0x287b6ae0) at > ../src-jdk15/common_functions.c:122 So, in the code you included below, which is line 122? > #5 0x2880911c in Agent_OnLoad (jvm=0x287b6ae0, options=0x0, reserved=0x0) > at ../src-jdk15/common_functions.c:147 > #6 0x286dfd3d in Threads::create_vm_init_agents () > from /usr/local/jdk1.5.0/jre/lib/i386/server/libjvm.so > #7 0x286e2b5f in Threads::create_vm () from > /usr/local/jdk1.5.0/jre/lib/i386/server/libjvm.so > #8 0x284627a1 in JNI_CreateJavaVM () from > /usr/local/jdk1.5.0/jre/lib/i386/server/libjvm.so > ============================================================================= > > the function initializeJVMTI dumped below: > > ============================================================================= > void initializeJVMTI(JavaVM *jvm) { > jvmtiError err; > jvmtiCapabilities capas; > jint res; > > /* Obtain the JVMTI environment to be used by this agent */ > #ifdef JNI_VERSION_1_6 > (*jvm)->GetEnv(jvm, (void**)&_jvmti, JVMTI_VERSION_1_1); > #else > (*jvm)->GetEnv(jvm, (void**)&_jvmti, JVMTI_VERSION_1_0); > #endif > > /* Enable runtime class redefinition capability */ > err = (*_jvmti)->GetCapabilities(_jvmti, &capas); > assert(err == JVMTI_ERROR_NONE); > capas.can_redefine_classes = 1; > #ifdef JNI_VERSION_1_6 > capas.can_retransform_classes = 1; > #endif > capas.can_generate_garbage_collection_events = 1; > capas.can_generate_native_method_bind_events = 1; > capas.can_generate_monitor_events = 1; > capas.can_get_current_thread_cpu_time = 1; > capas.can_generate_vm_object_alloc_events = 1; > err = (*_jvmti)->AddCapabilities(_jvmti, &capas); > if (err != JVMTI_ERROR_NONE) { > fprintf(stderr, "Profiler Agent Error: Failed to obtain JVMTI capabilities, error code: %d\n", err); > } > > /* Zero out the callbacks data structure for future use*/ > _jvmti_callbacks = &_jvmti_callbacks_static; > memset(_jvmti_callbacks, 0, sizeof(jvmtiEventCallbacks)); > > /* Enable class load hook event, that captures class file bytes for classes loaded by non-system loaders */ > _jvmti_callbacks->ClassFileLoadHook = class_file_load_hook; > _jvmti_callbacks->NativeMethodBind = native_method_bind_hook; > _jvmti_callbacks->MonitorContendedEnter = monitor_contended_enter_hook; > _jvmti_callbacks->MonitorContendedEntered = monitor_contended_entered_hook; > _jvmti_callbacks->VMObjectAlloc = vm_object_alloc; > res = (*_jvmti)->SetEventCallbacks(_jvmti, _jvmti_callbacks, sizeof(*_jvmti_callbacks)); > assert (res == JVMTI_ERROR_NONE); > > res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_CLASS_FILE_LOAD_HOOK, NULL); > assert(res == JVMTI_ERROR_NONE); > > res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_NATIVE_METHOD_BIND, NULL); > > /* !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! line 122 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!*/ > assert(res == JVMTI_ERROR_NONE); > > res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_MONITOR_CONTENDED_ENTER, NULL); > assert(res == JVMTI_ERROR_NONE); > > res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_MONITOR_CONTENDED_ENTERED, NULL); > assert(res == JVMTI_ERROR_NONE); > } > ============================================================================= > > Does it makes sense for anybody? Is it possible to fix this somehow? > > Thank you in advance! > > -- > Eugene N Dzhurinsky -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From bofh at redwerk.com Sat May 17 12:10:06 2008 From: bofh at redwerk.com (Eugeny N Dzhurinsky) Date: Sat May 17 12:10:11 2008 Subject: NetBeans 6.1 Profiler, Sun JDK 1.5/1.6 In-Reply-To: <20080516234056.GB43930@misty.eyesbeyond.com> References: <20080516121927.GA13485@office.redwerk.com> <20080516234056.GB43930@misty.eyesbeyond.com> Message-ID: <20080517115309.GA1495@jdevelop.priv> On Fri, May 16, 2008 at 04:40:56PM -0700, Greg Lewis wrote: > On Fri, May 16, 2008 at 03:19:27PM +0300, Eugeny N Dzhurinsky wrote: > > Hello everytbody! > > > > I recently installed NetBeans 6.1 from ports and noticed there is no > > libprofilerinterface.so library for FreeBSD, and NetBeans complains the profiling > > wouldn't work. I've downloaded the sources of NetBeans and was able to build the > > libprofilerinterface.so from sources, once I placed it into the appropriate directory > > NetBeans expects it to appear in - NetBeans stops reporting the error, however profiling > > still doesn't work for some another reason - it just hands on the "calibration" stage. > > > > I had built the module with -ggdb option, and found there is java.core file and > > GDB shows this stack trace: > > > > > > ============================================================================= > > (gdb) bt > > #0 0x2817f9fb in kill () from /lib/libc.so.6 > > #1 0x280a3236 in raise () from /lib/libpthread.so.2 > > #2 0x2817e6a8 in abort () from /lib/libc.so.6 > > #3 0x2815a898 in __assert () from /lib/libc.so.6 > > #4 0x28808fda in initializeJVMTI (jvm=0x287b6ae0) at > > ../src-jdk15/common_functions.c:122 > > So, in the code you included below, which is line 122? Please see below (actually it was included in the original e-mail, however probably I highlighted it badly). > > assert(res == JVMTI_ERROR_NONE); > > > > res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_NATIVE_METHOD_BIND, NULL); > > > > /* !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! line 122 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!*/ > > assert(res == JVMTI_ERROR_NONE); > > > > res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_MONITOR_CONTENDED_ENTER, NULL); > > assert(res == JVMTI_ERROR_NONE); -- Eugene N Dzhurinsky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20080517/8bfe2267/attachment.pgp From glewis at eyesbeyond.com Sun May 18 04:13:58 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Sun May 18 04:14:01 2008 Subject: NetBeans 6.1 Profiler, Sun JDK 1.5/1.6 In-Reply-To: <20080517115309.GA1495@jdevelop.priv> References: <20080516121927.GA13485@office.redwerk.com> <20080516234056.GB43930@misty.eyesbeyond.com> <20080517115309.GA1495@jdevelop.priv> Message-ID: <20080518041355.GA23168@misty.eyesbeyond.com> On Sat, May 17, 2008 at 02:53:09PM +0300, Eugeny N Dzhurinsky wrote: > On Fri, May 16, 2008 at 04:40:56PM -0700, Greg Lewis wrote: > > On Fri, May 16, 2008 at 03:19:27PM +0300, Eugeny N Dzhurinsky wrote: > > > #1 0x280a3236 in raise () from /lib/libpthread.so.2 > > > #2 0x2817e6a8 in abort () from /lib/libc.so.6 > > > #3 0x2815a898 in __assert () from /lib/libc.so.6 > > > #4 0x28808fda in initializeJVMTI (jvm=0x287b6ae0) at > > > ../src-jdk15/common_functions.c:122 > > > > So, in the code you included below, which is line 122? > > Please see below (actually it was included in the original e-mail, however > probably I highlighted it badly). Thanks. > > > res = (*_jvmti)->SetEventNotificationMode(_jvmti, JVMTI_ENABLE, JVMTI_EVENT_NATIVE_METHOD_BIND, NULL); > > > > > > /* !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! line 122 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!*/ > > > assert(res == JVMTI_ERROR_NONE); If you've got this core in gdb you should be able to figure out what res actually is and what error that indicates. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From bugmaster at FreeBSD.org Mon May 19 11:06:56 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 19 11:07:29 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200805191106.m4JB6t6N011633@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 o java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/110912 java Java krb5 client leaks UDP connections o java/112595 java Java appletviewer frequently hangs (kse_release loop) o ports/113467 java Multiple "missing return value" errors building JDK on o java/114644 java tomcat goes out of PermSpace, jvm crashes o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o java/118956 java eclipse and netbeans break on diablo-jdk15 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o ports/121420 java java/jdk16: Java applet fails to find class under fire o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o java/122513 java native JDKs unbuildable with Linux ones o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires o java/97461 java Diablo JDK does not report Update level in a format su o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/115279 java [UPDATE] java/java3d to 1.5.1 o java/115773 java [request] java.nio channel selectors should use kqueue o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/119063 java An unexpected error has been detected by Java Runtime o java/119654 java jdk 1.6: java.awt.SplashScreen#getSplashScreen throws o java/120146 java netbeans 6.0 crash on amd64 o ports/121416 java java/jdk15 can't build if BIN environment variable is 14 problems total. From olli at lurza.secnetix.de Tue May 20 11:16:41 2008 From: olli at lurza.secnetix.de (Oliver Fromme) Date: Tue May 20 11:16:43 2008 Subject: JDK minimum chroot environment Message-ID: <200805201116.m4KBGcsQ054861@lurza.secnetix.de> Hi, I would like to create a chroot environment which will contain JDK 1.6 and a Tomcat-based application. The base system within the chroot (FreeBSD/amd64 7-stable) should be as small as possible. Now my question is, which parts of the base system are safe to remove, so that the JDK will still work? My current plan is to remove these things: - /rescue - /usr/share except for /usr/share/misc/termcap.db - /usr/include - /lib/*.a and /usr/lib/*.a (static libraries) - compiler toolchain (gcc, cpp, ld, everything related). - /sbin and /usr/sbin - /usr/libexec Will the JDK still work reliably without the above things? In particular, does it need any parts of the compiler tool chain (e.g. the linker or anything)? Thanks in advance for any hints! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n- chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "IRIX is about as stable as a one-legged drunk with hypothermia in a four-hundred mile per hour wind, balancing on a banana peel on a greased cookie sheet -- when someone throws him an elephant with bad breath and a worse temper." -- Ralf Hildebrandt From frank at harz.behrens.de Tue May 20 12:25:20 2008 From: frank at harz.behrens.de (Frank Behrens) Date: Tue May 20 12:25:23 2008 Subject: JDK minimum chroot environment In-Reply-To: <200805201116.m4KBGcsQ054861@lurza.secnetix.de> References: <200805201116.m4KBGcsQ054861@lurza.secnetix.de> Message-ID: <200805201225.m4KCPBF1099241@post.frank-behrens.de> Oliver Fromme wrote: > I would like to create a chroot environment which will > contain JDK 1.6 and a Tomcat-based application. The > base system within the chroot (FreeBSD/amd64 7-stable) > should be as small as possible. I had this in the past with JDK1.4 and FreeBSD-5/6 in a jail. It was a minimal system, I copied only the required libraries into the jail (dependent from ldd output). I can not guarantee that my following statements are still true for current systems. Please note that I used i386 and your amd64 may have other libraries. > My current plan is to remove these things: > - /rescue Of course. > - /usr/share except for /usr/share/misc/termcap.db I had only /usr/share/zoneinfo > - /usr/include not used > - /lib/*.a and /usr/lib/*.a (static libraries) Yes. > - compiler toolchain (gcc, cpp, ld, everything related). Yes. > - /sbin and /usr/sbin /sbin/ldconfig may be necessary in /usr/sbin I had daemon and nologin in /bin I had only cat* csh* date* kill* mv* rm* sh* > - /usr/libexec removed I had only /libexec/ld-elf.so.1 > Will the JDK still work reliably without the above things? I had it working for some time. The only difficult thing was the update of binaries on OS updates. A full jail (ezjail) is easier to handle. > In particular, does it need any parts of the compiler tool > chain (e.g. the linker or anything)? No. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From olli at lurza.secnetix.de Tue May 20 13:57:52 2008 From: olli at lurza.secnetix.de (Oliver Fromme) Date: Tue May 20 13:57:55 2008 Subject: JDK minimum chroot environment In-Reply-To: <200805201225.m4KCPBF1099241@post.frank-behrens.de> Message-ID: <200805201357.m4KDvmwd061206@lurza.secnetix.de> Frank Behrens wrote: > Oliver Fromme wrote: > > I would like to create a chroot environment which will > > contain JDK 1.6 and a Tomcat-based application. The > > base system within the chroot (FreeBSD/amd64 7-stable) > > should be as small as possible. > > I had this in the past with JDK1.4 and FreeBSD-5/6 in a jail. It was > a minimal system, I copied only the required libraries into the jail > (dependent from ldd output). Actually I would prefer to use a jail, too, but this service needs to use several IP addresses, so I have to use chroot instead of jail. > I can not guarantee that my following statements are still true for > current systems. Please note that I used i386 and your amd64 may have > other libraries. Thank you very much for your comments. They're very helpful. > > - /usr/share except for /usr/share/misc/termcap.db (Note: I'd like to be able to open a shell prompt within the chroot, that's why i keep the termcap.) > I had only /usr/share/zoneinfo Hm. Is it required? I think it will be sufficient to have /etc/localtime for correct time zone information, but I'm not 100% sure ... Maybe the JDK stuff does strange things with the zoneinfo files? > /sbin/ldconfig may be necessary OK, I also keep /sbin/{md5,sha1,sha256}. > in /usr/sbin I had daemon and nologin OK, I also keep the pkg_* tools and a few other things. > > Will the JDK still work reliably without the above things? > > I had it working for some time. The only difficult thing was the > update of binaries on OS updates. A full jail (ezjail) is easier to > handle. Yes, I'm aware of that ... I hope OS updates within the chroot don't have to happen often. Thanks for your information! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n- chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From linimon at FreeBSD.org Wed May 21 13:54:03 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed May 21 13:54:09 2008 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20080521135402.0B3AA1CC81@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: java/java3d broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java3d If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From olli at lurza.secnetix.de Wed May 21 14:13:35 2008 From: olli at lurza.secnetix.de (Oliver Fromme) Date: Wed May 21 14:13:37 2008 Subject: /usr/local/jdk1.6.0/src.zip Message-ID: <200805211413.m4LEDTrm014755@lurza.secnetix.de> Hi, After installing JDK 1.6, there's a file "src.zip" in /usr/local/jdk1.6.0. The file's size is 18 MB. Is that file required for correct operation of the JDK, or can it be safely deleted? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n- chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I learned Java 3 years before Python. It was my language of choice. It took me two weekends with Python before I was more productive with it than with Java." -- Anthony Roberts From bkoenig at alpha-tierchen.de Wed May 21 19:54:17 2008 From: bkoenig at alpha-tierchen.de (Bjoern Koenig) Date: Wed May 21 19:54:21 2008 Subject: /usr/local/jdk1.6.0/src.zip In-Reply-To: <200805211413.m4LEDTrm014755@lurza.secnetix.de> References: <200805211413.m4LEDTrm014755@lurza.secnetix.de> Message-ID: <49790.192.168.1.2.1211398398.squirrel@webmail.alpha-tierchen.de> Hello Oliver, > After installing JDK 1.6, there's a file "src.zip" > in /usr/local/jdk1.6.0. The file's size is 18 MB. > > Is that file required for correct operation of the > JDK, or can it be safely deleted? >From /usr/local/jdk1.6.0/README.html: "(In src.zip) Java programming language source files for all classes that make up the Java core API [...]. This source code is provided for informational purposes only, to help developers learn and use the Java programming language." I think that answers the question. ;-) Regards Bj?rn From seanjstrand at gmail.com Thu May 22 09:57:05 2008 From: seanjstrand at gmail.com (SEan Strand) Date: Thu May 22 09:57:17 2008 Subject: NetBeans 6.1 on AMD64 falls over Message-ID: <7619cc20805220230y2e12efe2r41dcc28447143eab@mail.gmail.com> Pre Installation It was noted that FBSD asks for the diablo-jdk1.5 to be installed and while Sun asks for the BSD patched version of the JDK1.5 to be installed. Both versions have been installed. Both the /usr/local/diablo-jdk1.5 and the other /usr/local/jdk1.5 have been installed and patched, as with the time zone at the correct revision level.with no apparent problems. Apon starting NB6.1, little or nothing was seen to occur apart from the first banner then it all just stops. with an error window stating a problem has been noted and asked if I would like to write a letter to FBSD. This is the said letter.complete with the hs_error log file from Netbeans showing off the error in step 60. Any offers on how to resolve? Thanks and Regds SEanS # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804c73697, pid=1946, tid=0x1cda4120 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x000000081cb14400): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=484065568] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x00000000ff38d000, RBX=0x000000080a691d50, RCX=0x0000000800942f8c, RDX=0x0000000000000001 RSP=0x00007ffffcee21e0, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffcee21d0 R8 =0xffffffffb0bbe968, R9 =0x00007ffffcee21c8, R10=0x0000000000000000, R11=0x0000000000000202 R12=0x0000000804c73520, R13=0x000000080a691d50, R14=0x00007ffffcee2268, R15=0x000000081cb14400 RIP=0x0000000804c73697, EFL=0x000000081ee1bab0, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffcee21e0) 0x00007ffffcee21e0: 000000003f400000 0000000804c733e1 0x00007ffffcee21f0: 00000000ff38d000 0000000804c73542 0x00007ffffcee2200: 000000081cb14400 00000010fcee2310 0x00007ffffcee2210: 00007ffffcee2210 000000080a691d50 0x00007ffffcee2220: 00007ffffcee2268 000000080a699920 0x00007ffffcee2230: 0000000000000000 000000080a691d50 0x00007ffffcee2240: 00007ffffcee2268 00007ffffcee22d0 0x00007ffffcee2250: 0000000804c67329 0000000000000000 0x00007ffffcee2260: 0000000804c70497 000000081ba0b2c0 0x00007ffffcee2270: 0000000800001fa0 0000000000000001 0x00007ffffcee2280: 00007ffffcee2500 00007ffffcee2590 0x00007ffffcee2290: 000000081cb14400 000000081d207478 0x00007ffffcee22a0: 00007ffffcee2320 00007ffffcee2598 0x00007ffffcee22b0: 000000080000000b 000000080a691d50 0x00007ffffcee22c0: 0000000804c73240 00007ffffcee2508 0x00007ffffcee22d0: 00007ffffcee23d0 0000000800fa30c8 0x00007ffffcee22e0: 0000000800000001 000000081cb14400 0x00007ffffcee22f0: 00007ffffcee2370 00007ffffcee2320 0x00007ffffcee2300: 00007ffffcee2320 0000000804c73240 0x00007ffffcee2310: 0000000bfcee2350 0000000804c672a9 0x00007ffffcee2320: 000000081cb14400 000000081c603400 0x00007ffffcee2330: 000000080a691d50 000000081ba0b2c0 0x00007ffffcee2340: 00007ffffcee26f0 0000000804c73520 0x00007ffffcee2350: 0000000000000000 0000000800000000 0x00007ffffcee2360: 00007ffffcee2740 00007ffffcee2590 0x00007ffffcee2370: 000000081cb14400 000000081cb0e080 0x00007ffffcee2380: 000000081d207400 000000081d207480 0x00007ffffcee2390: 000000081d2077e8 00007ffffcee2df0 0x00007ffffcee23a0: 0000000800000001 0000000000000001 0x00007ffffcee23b0: 00007ffffcee2590 000000081d207448 0x00007ffffcee23c0: 000000081d207468 000000081cb14400 0x00007ffffcee23d0: 00007ffffcee23f0 0000000800fa2138 Instructions: (pc=0x0000000804c73697) 0x0000000804c73687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804c73697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffcce4000,0x00007ffffcee4000), sp=0x00007ffffcee21e0, free space=2040k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000081d311800 JavaThread "GSF Source Worker Thread" [_thread_blocked, id=763032576] 0x000000081d310c00 JavaThread "org.netbeans.modules.gsfret.source.usages.RepositoryUpdater" [_thread_blocked, id=11544608] 0x000000081d310400 JavaThread "Java Source Worker Thread" [_thread_blocked, id=505599712] 0x000000081d30fc00 JavaThread "Thread-11" [_thread_in_native, id=480039568] 0x000000081d30f800 JavaThread "Thread-10" [_thread_in_native, id=484065936] 0x000000081d30e400 JavaThread "Thread-9" [_thread_in_native, id=484066304] 0x000000081d413800 JavaThread "Inactive RequestProcessor thread [Was:Folder recognizer/org.openide.loaders.FolderList$ListTask]" daemon [_thread_blocked, id=482607392] 0x0000000800b2d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=11538720] 0x000000081e217c00 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=505601184] 0x000000082aa04c00 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.cnd.modelimpl.platform.ModelSupport$1$1]" daemon [_thread_blocked, id=505601552] =>0x000000081cb14400 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=484065568] 0x000000081cd19800 JavaThread "Thread-7" daemon [_thread_blocked, id=505600816] 0x000000082aa01800 JavaThread "Repository writer 0" daemon [_thread_blocked, id=505603392] 0x000000082aa05000 JavaThread "Code Model Parser 2" daemon [_thread_blocked, id=505603024] 0x000000082aa03800 JavaThread "Code Model Parser 3" daemon [_thread_blocked, id=505602656] 0x000000082aa03400 JavaThread "Code Model Parser 1" daemon [_thread_blocked, id=505602288] 0x000000081e218c00 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=505600080] 0x000000081ce09000 JavaThread "Code Model Parser 0" daemon [_thread_blocked, id=11544976] 0x000000081c995000 JavaThread "TimerQueue" daemon [_thread_blocked, id=480039200] 0x000000081e217800 JavaThread "AWT-Shutdown" [_thread_blocked, id=505599344] 0x000000081e217400 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=505598976] 0x000000081e215400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=505598608] 0x000000081e215800 JavaThread "Timer-0" daemon [_thread_blocked, id=505598240] 0x000000081ce08000 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=11544240] 0x000000081ce06800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11543504] 0x000000081ce05c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=11543136] 0x000000081ce05000 JavaThread "CompilerThread0" daemon [_thread_in_native, id=11542768] 0x000000081ce04400 JavaThread "AdapterThread" daemon [_thread_blocked, id=11542400] 0x0000000800b33400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11542032] 0x0000000800b32c00 JavaThread "Finalizer" daemon [_thread_blocked, id=11541664] 0x0000000800b32800 JavaThread "Reference Handler" daemon [_thread_blocked, id=11541296] Other Threads: 0x0000000800b1d7b0 VMThread [id=11540928] 0x0000000800b1d8c0 WatcherThread [id=11543872] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 38208K, used 33360K [0x0000000819a90000, 0x000000081c530000, 0x000000081c530000) eden space 32896K, 98% used [0x0000000819a90000,0x000000081ba1a940,0x000000081bab0000) from space 5312K, 19% used [0x000000081bab0000,0x000000081bbb9958,0x000000081bfe0000) to space 5376K, 0% used [0x000000081bff0000,0x000000081bff0000,0x000000081c530000) PSOldGen total 46720K, used 25892K [0x0000000814530000, 0x00000008172d0000, 0x0000000819a90000) object space 46720K, 55% used [0x0000000814530000,0x0000000815e790e0,0x00000008172d0000) PSPermGen total 47104K, used 42407K [0x0000000807d30000, 0x000000080ab30000, 0x0000000814530000) object space 47104K, 90% used [0x0000000807d30000,0x000000080a699db0,0x000000080ab30000) Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x000000080063b000 /lib/libz.so.4 0x000000080074f000 /lib/libthr.so.3 0x0000000800865000 /lib/libc.so.7 0x0000000800c00000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x00000008014f9000 /usr/lib/libstdc++.so.6 0x0000000801705000 /lib/libm.so.5 0x000000080181f000 /lib/libgcc_s.so.1 0x000000080192c000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a38000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801b47000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801c6f000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x000000081e300000 /usr/local/jdk1.5.0/jre/lib/amd64/libawt.so 0x000000081e4a1000 /usr/local/jdk1.5.0/jre/lib/amd64/libmlib_image.so 0x000000081e66a000 /usr/local/jdk1.5.0/jre/lib/amd64/xawt/libmawt.so 0x000000081e7a3000 /usr/local/lib/libXext.so.6 0x000000081e8b3000 /usr/local/lib/libX11.so.6 0x000000081eab7000 /usr/local/lib/libXau.so.6 0x000000081ebba000 /usr/local/lib/libXdmcp.so.6 0x000000081ecbf000 /usr/lib/librpcsvc.so.4 0x000000081edc8000 /usr/local/jdk1.5.0/jre/lib/amd64/libfontmanager.so 0x000000081ef67000 /usr/local/lib/libXcursor.so.1 0x000000081f071000 /usr/local/lib/libXrender.so.1 0x000000081f17a000 /usr/local/lib/libXfixes.so.3 0x000000081f400000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081f512000 /usr/local/jdk1.5.0/jre/lib/amd64/libnio.so 0x0000000820000000 /usr/local/jdk1.5.0/jre/lib/amd64/libcmm.so 0x0000000820162000 /usr/local/jdk1.5.0/jre/lib/amd64/libjpeg.so 0x0000000820f6c000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/jdk1.5.0 -Dnetbeans.dirs=/usr/local/netbeans/nb6.0:/usr/local/netbeans/ide8:/usr/local/netbeans/java1:/usr/local/netbeans/xml1:/usr/local/netbeans/apisupport1:/usr/local/netbeans/enterprise4:/usr/local/netbeans/mobility8:/usr/local/netbeans/profiler2:/usr/local/netbeans/ruby1:/usr/local/netbeans/visualweb1:/usr/local/netbeans/soa1:/usr/local/netbeans/identity1:/usr/local/netbeans/uml4:/usr/local/netbeans/harness:/usr/local/netbeans/cnd1: -Dnetbeans.home=/usr/local/netbeans/platform7 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Xverify:none -Dapple.laf.useScreenMenuBar=true java_command: org.netbeans.Main --userdir /home/sean/.netbeans/6.0 --branding nb Launcher Type: SUN_STANDARD Environment Variables: PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/sean/bin LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/sh DISPLAY=:0.0 Signal Handlers: SIGSEGV: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x6540d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x55e0c0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x55ff30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Tue Apr 29 14:40:23 IST 2008 root@luka-rocket.gaf:/usr/obj/usr/src/sys/mygaf amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 amd64 3dnow ht Memory: 4k page, physical 3952280k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8-root_19_apr_2008_09_34) for freebsd-amd64, built on Apr 19 2008 09:46:55 by root with gcc 4.2.1 20070719 [FreeBSD] From olli at lurza.secnetix.de Fri May 23 07:40:49 2008 From: olli at lurza.secnetix.de (Oliver Fromme) Date: Fri May 23 07:40:51 2008 Subject: /usr/local/jdk1.6.0/src.zip In-Reply-To: <49790.192.168.1.2.1211398398.squirrel@webmail.alpha-tierchen.de> Message-ID: <200805230740.m4N7eikd007018@lurza.secnetix.de> Bjoern Koenig wrote: > > After installing JDK 1.6, there's a file "src.zip" > > in /usr/local/jdk1.6.0. The file's size is 18 MB. > > > > Is that file required for correct operation of the > > JDK, or can it be safely deleted? > > > From /usr/local/jdk1.6.0/README.html: > > "(In src.zip) Java programming language source files for all classes that > make up the Java core API [...]. This source code is provided for > informational purposes only, to help developers learn and use the Java > programming language." > > I think that answers the question. ;-) Yes, it does. Thanks. Removing it reduces the space requirements by 33%. :) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n- chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Software gets slower faster than hardware gets faster." -- Niklaus Wirth From c.rued at xsb.com Fri May 23 07:59:03 2008 From: c.rued at xsb.com (c.rued) Date: Fri May 23 07:59:10 2008 Subject: automated response Message-ID: <10805230340.AA02980@xsb.com> I will be on away from Friday, May 23 until Monday May 26. I will return to the office on Tuesday, May 27. I will respond to your email on my return. From bugmaster at FreeBSD.org Mon May 26 11:06:51 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 26 11:07:29 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200805261106.m4QB6p20064953@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 o java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/110912 java Java krb5 client leaks UDP connections o java/112595 java Java appletviewer frequently hangs (kse_release loop) o ports/113467 java Multiple "missing return value" errors building JDK on o java/114644 java tomcat goes out of PermSpace, jvm crashes o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o java/118956 java eclipse and netbeans break on diablo-jdk15 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o ports/121420 java java/jdk16: Java applet fails to find class under fire o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o java/122513 java native JDKs unbuildable with Linux ones o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires o java/97461 java Diablo JDK does not report Update level in a format su o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/115279 java [UPDATE] java/java3d to 1.5.1 o java/115773 java [request] java.nio channel selectors should use kqueue o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/119063 java An unexpected error has been detected by Java Runtime o java/119654 java jdk 1.6: java.awt.SplashScreen#getSplashScreen throws o java/120146 java netbeans 6.0 crash on amd64 o ports/121416 java java/jdk15 can't build if BIN environment variable is 14 problems total. From vova at fbsd.ru Wed May 28 09:33:48 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Wed May 28 09:33:54 2008 Subject: After recent upgrade of java/eclipse-devel and java/jdk16 eclipse does not work for my any more Message-ID: <1211964642.1600.39.camel@localhost> Hi FreeBSD 8-CURRENT. % pkg_info -I '*jdk*' '*eclipse*' eclipse-devel-3.3.2 An open extensible IDE for anything and nothing in particul jdk-1.6.0.3p4_1 Java Development Kit 1.6.0 % % java -version java version "1.6.0_03-p4" Java(TM) SE Runtime Environment (build 1.6.0_03-p4-root_28_may_2008_02_51-b00) Java HotSpot(TM) Server VM (build 1.6.0_03-p4-root_28_may_2008_02_51-b00, mixed mode) % Just before upgrade of these packages everything works fine. Starting eclipse shows splash-screen, and then show popup with reference on following log file % cat /usr/home/vova/.eclipse/org.eclipse.platform_3.3.0_1767688504/configuration/1211961335285.log !SESSION 2008-05-28 11:55:32.881 ----------------------------------------------- eclipse.buildId=M20080221-1800 java.version=1.6.0_03-p4 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=freebsd, ARCH=x86, WS=gtk, NL=ru_RU Command-line arguments: -os freebsd -ws gtk -arch x86 !ENTRY org.eclipse.equinox.app 2008-05-28 11:55:43.301 !MESSAGE Product org.eclipse.sdk.ide could not be found. !ENTRY org.eclipse.osgi 4 0 2008-05-28 11:55:43.401 !MESSAGE Application error !STACK 1 java.lang.RuntimeException: No application id has been found. at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:236) at org.eclipse.equinox.internal.app.EclipseAppContainer.start(EclipseAppContainer.java:98) at org.eclipse.equinox.internal.app.Activator.addingService(Activator.java:112) at org.osgi.util.tracker.ServiceTracker$Tracked.trackAdding(ServiceTracker.java:1064) at org.osgi.util.tracker.ServiceTracker$Tracked.trackInitialServices(ServiceTracker.java:926) at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:330) at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:274) at org.eclipse.equinox.internal.app.Activator.start(Activator.java:54) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:999) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:993) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:974) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346) at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:260) at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400) at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:417) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189) at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:340) at org.eclipse.osgi.framework.internal.core.SingleSourcePackage.loadClass(SingleSourcePackage.java:37) at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:405) at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:369) at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:357) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at org.eclipse.core.internal.runtime.PlatformActivator.startAppContainer(PlatformActivator.java:47) at org.eclipse.core.internal.runtime.PlatformActivator.start(PlatformActivator.java:32) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:999) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:993) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:974) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346) at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:350) at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1118) at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:634) at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:508) at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:282) at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:468) at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:195) at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:297) !ENTRY org.eclipse.osgi 2 0 2008-05-28 11:55:44.067 ... Any hints will be very appreciated. PS: Removing .eclipse does not helps. -- Vladimir B. Grebenschikov vova@fbsd.ru From seanjstrand at gmail.com Wed May 28 16:02:39 2008 From: seanjstrand at gmail.com (SEan Strand) Date: Wed May 28 16:02:42 2008 Subject: java/120146 Netbeans6.0 Crashes on AMD64 Message-ID: <7619cc20805280902t500164fcs1ad937210375daa7@mail.gmail.com> The Netbeqans6.0 should be upgraded to 6.1 and should be booted using the: /usr/local/netbeans/bin/netbeans -- jdkhome=/usr/local/jdk1.6.0. If you still carn't boot then pop in the above line into /usr/local/netbeans/etc/netbeans.conf file. The same result is achieved. If you require jdk1.,5.0 or jdk1.4.2 then add it in under via the tools/java platform.options. Enjoy your Beans!! SEanS From jopens at gmail.com Fri May 30 03:07:24 2008 From: jopens at gmail.com (=?GB2312?B?u8bOxLvU?=) Date: Fri May 30 03:07:27 2008 Subject: JDK+libthr on STABLE Message-ID: <318ac0700805291939tb65cf5dh256616864df62ded@mail.gmail.com> hi, I try to run java to call external program heavily on very recent STABLE. Somtimes java hang on calling external program. ps show some process name. 11599 p9 RL+ 0:02.77 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12431 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12432 p9 Z+ 0:00.01 12433 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12434 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12435 p9 RL+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12436 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12438 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell and top show java suck on umtxn status. Ctl+\ also could not dump hotspot info. Both JDK5 and JDK6 have same problem. But under FreeBSD 7.0R, the problem gone. Any ideas? This is the sample java code: import java.io.BufferedReader; import java.io.File; import java.io.IOException; import java.io.InputStream; import java.io.InputStreamReader; import java.util.concurrent.Callable; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; public class TestShell { int maxTrial = 100; ExecutorService pool = Executors.newFixedThreadPool(10); private TrialThread[] tialThreads; public TestShell() { tialThreads = new TrialThread[maxTrial]; for (int i = 0; i < maxTrial; i++) { tialThreads[i] = new TrialThread(); } } public static void main(String[] args) { TestShell ts = new TestShell(); for (int i = 0; i < 100; i++) ts.test(); System.exit(0); } public void test() { Future[] futs = new Future[maxTrial]; for (int i = 0; i < maxTrial; i++) { // tialThreads[i].setTrialOrg(); futs[i] = pool.submit(tialThreads[i]); } try { for (int j = 0; j < tialThreads.length; j++) { // System.out.println(futs[j].isDone()); Boolean b = futs[j].get(); System.out.println("name: "+j+" "+b); } } catch (Exception ex) { ex.printStackTrace(); } } class TrialThread implements Callable { private ShellWrapper shell = new ShellWrapper(); public TrialThread() { } public Boolean call() { try { shell.shell(); } catch (Exception ex) { ex.printStackTrace(); } return new Boolean(true); } } } class ShellWrapper { public void shell() { //long now = System.currentTimeMillis(); try { final Process process = new ProcessBuilder( new String[]{ "/bin/test", ///home/hwh/try/locsat/src/LocSAT/LocSAT", "-s", "sta", "-d", "in", "-c" ,"ctl", "-o", "o" }) .directory(new File("*/home/hwh/try/locsat/src/LocSAT/*")) .redirectErrorStream(true).start(); /*final Process process = new ProcessBuilder(new String[] { "/bin/ls", "/" }).redirectErrorStream(true).start(); */ // System.out.println("process create time: // "+(System.currentTimeMillis()-now)); //new StreamGobbler(process.getInputStream()).start(); process.waitFor(); /** * XXX The current behavior dates back to the rewrite of the Process code * back in 1.2/1.3 which removed the dangerous buffering of all subprocess * output. In order to release all resources, user code must either invoke * Process.destroy or manually close the three subprocess streams */ // see http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4784692 //process.getErrorStream().close(); //process.getInputStream().close(); //process.getOutputStream().close(); process.destroy(); // System.out.println("shell time: "+(System.currentTimeMillis()-now)); } catch (Exception ex) { ex.printStackTrace(); } } } class StreamGobbler extends Thread { private InputStream is; StreamGobbler(InputStream is) { this.is = is; } public void run() { try { BufferedReader br = new BufferedReader(new InputStreamReader(is)); while (br.readLine() != null) ; br.close(); } catch (IOException ioe) { ioe.printStackTrace(); } } } From huang at gddsn.org.cn Fri May 30 08:15:30 2008 From: huang at gddsn.org.cn (Huang wen hui) Date: Fri May 30 08:15:38 2008 Subject: JDK+libthr on STABLE Message-ID: <483D75D7.10907@gddsn.org.cn> hi, I try to run java to call external program heavily on very recent STABLE. Somtimes java hang on calling external program. ps show some process name. 11599 p9 RL+ 0:02.77 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12431 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12432 p9 Z+ 0:00.01 12433 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12434 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12435 p9 RL+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12436 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12438 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell and top show java suck on umtxn status. Ctl+\ also could not dump hotspot info. Both JDK5 and JDK6 have same problem. But under FreeBSD 7.0R, the problem gone. Any ideas? This is the sample java code: import java.io.BufferedReader; import java.io.File; import java.io.IOException; import java.io.InputStream; import java.io.InputStreamReader; import java.util.concurrent.Callable; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; public class TestShell { int maxTrial = 100; ExecutorService pool = Executors.newFixedThreadPool(10); private TrialThread[] tialThreads; public TestShell() { tialThreads = new TrialThread[maxTrial]; for (int i = 0; i < maxTrial; i++) { tialThreads[i] = new TrialThread(); } } public static void main(String[] args) { TestShell ts = new TestShell(); for (int i = 0; i < 100; i++) ts.test(); System.exit(0); } public void test() { Future[] futs = new Future[maxTrial]; for (int i = 0; i < maxTrial; i++) { // tialThreads[i].setTrialOrg(); futs[i] = pool.submit(tialThreads[i]); } try { for (int j = 0; j < tialThreads.length; j++) { // System.out.println(futs[j].isDone()); Boolean b = futs[j].get(); System.out.println("name: "+j+" "+b); } } catch (Exception ex) { ex.printStackTrace(); } } class TrialThread implements Callable { private ShellWrapper shell = new ShellWrapper(); public TrialThread() { } public Boolean call() { try { shell.shell(); } catch (Exception ex) { ex.printStackTrace(); } return new Boolean(true); } } } class ShellWrapper { public void shell() { //long now = System.currentTimeMillis(); try { final Process process = new ProcessBuilder( new String[]{ "/bin/test", ///home/hwh/try/locsat/src/LocSAT/LocSAT", "-s", "sta", "-d", "in", "-c" ,"ctl", "-o", "o" }) .directory(new File("/home/hwh/try/locsat/src/LocSAT/")) .redirectErrorStream(true).start(); /*final Process process = new ProcessBuilder(new String[] { "/bin/ls", "/" }).redirectErrorStream(true).start(); */ // System.out.println("process create time: // "+(System.currentTimeMillis()-now)); //new StreamGobbler(process.getInputStream()).start(); process.waitFor(); /** * XXX The current behavior dates back to the rewrite of the Process code * back in 1.2/1.3 which removed the dangerous buffering of all subprocess * output. In order to release all resources, user code must either invoke * Process.destroy or manually close the three subprocess streams */ // see http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4784692 //process.getErrorStream().close(); //process.getInputStream().close(); //process.getOutputStream().close(); process.destroy(); // System.out.println("shell time: "+(System.currentTimeMillis()-now)); } catch (Exception ex) { ex.printStackTrace(); } } } class StreamGobbler extends Thread { private InputStream is; StreamGobbler(InputStream is) { this.is = is; } public void run() { try { BufferedReader br = new BufferedReader(new InputStreamReader(is)); while (br.readLine() != null) ; br.close(); } catch (IOException ioe) { ioe.printStackTrace(); } } } From huang at gddsn.org.cn Fri May 30 08:48:50 2008 From: huang at gddsn.org.cn (Huang wen hui) Date: Fri May 30 08:48:54 2008 Subject: JDK+libthr on STABLE Message-ID: <483E1B6E.6080204@gddsn.org.cn> ??????? I try to run java to call external program heavily on very recent STABLE. Somtimes java hang on calling external program. ps show some process name. 11599 p9 RL+ 0:02.77 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12431 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12432 p9 Z+ 0:00.01 12433 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12434 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12435 p9 RL+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12436 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell 12438 p9 R+ 0:00.00 /usr/local/jdk1.5.0/bin/java -classpath . cn/org/gddsn/test/TestShell and top show java suck on umtxn status. Ctl+\ also could not dump hotspot info. Both JDK5 and JDK6 have same problem. But under FreeBSD 7.0R, the problem gone. Any ideas? This is the sample java code: import java.io.BufferedReader; import java.io.File; import java.io.IOException; import java.io.InputStream; import java.io.InputStreamReader; import java.util.concurrent.Callable; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; public class TestShell { int maxTrial = 100; ExecutorService pool = Executors.newFixedThreadPool(10); private TrialThread[] tialThreads; public TestShell() { tialThreads = new TrialThread[maxTrial]; for (int i = 0; i < maxTrial; i++) { tialThreads[i] = new TrialThread(); } } public static void main(String[] args) { TestShell ts = new TestShell(); for (int i = 0; i < 100; i++) ts.test(); System.exit(0); } public void test() { Future[] futs = new Future[maxTrial]; for (int i = 0; i < maxTrial; i++) { // tialThreads[i].setTrialOrg(); futs[i] = pool.submit(tialThreads[i]); } try { for (int j = 0; j < tialThreads.length; j++) { // System.out.println(futs[j].isDone()); Boolean b = futs[j].get(); System.out.println("name: "+j+" "+b); } } catch (Exception ex) { ex.printStackTrace(); } } class TrialThread implements Callable { private ShellWrapper shell = new ShellWrapper(); public TrialThread() { } public Boolean call() { try { shell.shell(); } catch (Exception ex) { ex.printStackTrace(); } return new Boolean(true); } } } class ShellWrapper { public void shell() { //long now = System.currentTimeMillis(); try { final Process process = new ProcessBuilder( new String[]{ "/bin/test", ///home/hwh/try/locsat/src/LocSAT/LocSAT", "-s", "sta", "-d", "in", "-c" ,"ctl", "-o", "o" }) .directory(new File("/home/hwh/try/locsat/src/LocSAT/")) .redirectErrorStream(true).start(); /*final Process process = new ProcessBuilder(new String[] { "/bin/ls", "/" }).redirectErrorStream(true).start(); */ // System.out.println("process create time: // "+(System.currentTimeMillis()-now)); //new StreamGobbler(process.getInputStream()).start(); process.waitFor(); /** * XXX The current behavior dates back to the rewrite of the Process code * back in 1.2/1.3 which removed the dangerous buffering of all subprocess * output. In order to release all resources, user code must either invoke * Process.destroy or manually close the three subprocess streams */ // see http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4784692 //process.getErrorStream().close(); //process.getInputStream().close(); //process.getOutputStream().close(); process.destroy(); // System.out.println("shell time: "+(System.currentTimeMillis()-now)); } catch (Exception ex) { ex.printStackTrace(); } } } class StreamGobbler extends Thread { private InputStream is; StreamGobbler(InputStream is) { this.is = is; } public void run() { try { BufferedReader br = new BufferedReader(new InputStreamReader(is)); while (br.readLine() != null) ; br.close(); } catch (IOException ioe) { ioe.printStackTrace(); } } }