bsd.java.mk version 2.0

From ernst.dehaan at nl.wanadoo.com Wed Oct 1 00:18:54 2003 From: ernst.dehaan at nl.wanadoo.com (Ernst de Haan) Date: Wed Oct 1 00:19:26 2003 Subject: Native jdk1.4.1 working In-Reply-To: <20031001011519.GB6490@misty.eyesbeyond.com> References: <1062706874.886.27.camel@hunter.muc.eu.mscsoftware.com> <20031001011519.GB6490@misty.eyesbeyond.com> Message-ID: <200310010918.53967.ernst.dehaan@nl.wanadoo.com> Greg, > Argh, thats what I was missing. I need to put them in jre! Ernst, I > think I can come up with a patch for this. What can I say? This is great. I'm looking forward to your patch. Ernst From herve.quiroz at esil.univ-mrs.fr Wed Oct 1 04:09:06 2003 From: herve.quiroz at esil.univ-mrs.fr (Herve Quiroz) Date: Wed Oct 1 04:09:37 2003 Subject: Java community Status Report: bsd.java.mk 2.0 Message-ID: <20031001105913.GA55671@puget.esil.univ-mrs.fr> Here is a status report for one of our current tasks. Regards Herve -------------- next part -------------- bsd.java.mk version 2.0 Ernst De Haan znerd@FreeBSD.org Herve Quiroz herve.quiroz@esil.univ-mrs.fr Project homepage

The FreeBSD Java community has started an effort to improve the current framework for Java-based ports. The main objective is the automation of JDK/JRE build and run dependency checking.

The original version was aimed to ease the life of porters. Although it has proved to be useful and reliable to a great extend, we are currently working on a new version. We intend to reach a high degree of flexibility to cope with the recent increase of available JDK/JRE flavors. Furthermore, the new version will be easier to maintain, which means improved reliability, and hopefully more frequent updates.

From bohra at cs.rutgers.edu Wed Oct 1 09:38:09 2003 From: bohra at cs.rutgers.edu (Aniruddha Bohra) Date: Wed Oct 1 09:40:01 2003 Subject: SPEC JVM'98 on diablo-jdk1.3.1 Message-ID: <3F7B02ED.1020506@cs.rutgers.edu> Hello We ran a couple of SPEC JVM benchmarks using the diablo-jdk1.3.1 package distributed by the FreeBSD Foundation on FreeBSD 4.8-STABLE from August 25. We compared it against the Linux JDK running on Linux-2.4.20. The performance on FreeBSD is 5 to 10 times lower than the Linux version. Are there any tuning parameters etc. that will help improve the performance? In any case, I would like to run this with native threads (right now it runs with green threads). How do I enable the native threads? Finally, does JAVA run on -current? Does it run with libkse or libthr? Thanks With regards Aniruddha From herve.quiroz at esil.univ-mrs.fr Wed Oct 1 10:29:18 2003 From: herve.quiroz at esil.univ-mrs.fr (Herve Quiroz) Date: Wed Oct 1 10:30:18 2003 Subject: bsd.java.mk 2.0 Homepage Message-ID: <20031001171924.GA57131@puget.esil.univ-mrs.fr> Hi all, In case you missed the monthly Status Report I submitted a few hours ago, I wanted you to know that the "bsd.java.mk 2.0 effort" has its own webpage: http://www.esil.univ-mrs.fr/~hquiroz/freebsd/bsd.java.mk-2.0.html Comments are welcome (even for typos and style, as English is not my main language). Any other help is also welcome, as always. Regards, Herve From glewis at eyesbeyond.com Wed Oct 1 10:45:46 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Oct 1 10:46:19 2003 Subject: SPEC JVM'98 on diablo-jdk1.3.1 In-Reply-To: <3F7B02ED.1020506@cs.rutgers.edu> References: <3F7B02ED.1020506@cs.rutgers.edu> Message-ID: <20031001174601.GA10929@misty.eyesbeyond.com> On Wed, Oct 01, 2003 at 12:38:05PM -0400, Aniruddha Bohra wrote: > We ran a couple of SPEC JVM benchmarks using the > diablo-jdk1.3.1 package distributed by the FreeBSD Foundation > on FreeBSD 4.8-STABLE from August 25. > We compared it against the Linux JDK running on Linux-2.4.20. > The performance on FreeBSD is 5 to 10 times lower than the Linux > version. The FreeBSD version is using the byte code interpreter, the Linux version is using the HotSpot JVM. This isn't really surprising. > Are there any tuning parameters etc. that will help improve the > performance? In any case, I would like to run this with native threads > (right now it runs with green threads). How do I enable the native > threads? You can't enable native threads as the Diablo distribution doesn't include native threads support (its not complete). If you want something faster, I'd suggest (in order): 1. Using the jdk14 port. 2. Use the jdk13 port and enabling HotSpot. 3. Install a JIT (e.g. shuJIT, OpenJIT). None of these will get you a compliant JDK, but they will all get you a faster JDK. > Finally, does JAVA run on -current? Does it run with libkse or > libthr? You can build a JDK on -current. However, the Diablo distribution doesn't support FreeBSD 5.1. I'm not sure if the fix has been committed to -current which stopped it working on 5.1. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Wed Oct 1 11:21:41 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Oct 1 11:22:13 2003 Subject: Native jdk1.4.1 working In-Reply-To: <200310010918.53967.ernst.dehaan@nl.wanadoo.com> References: <1062706874.886.27.camel@hunter.muc.eu.mscsoftware.com> <20031001011519.GB6490@misty.eyesbeyond.com> <200310010918.53967.ernst.dehaan@nl.wanadoo.com> Message-ID: <20031001182159.GA11190@misty.eyesbeyond.com> On Wed, Oct 01, 2003 at 09:18:53AM +0200, Ernst de Haan wrote: > > Argh, thats what I was missing. I need to put them in jre! Ernst, I > > think I can come up with a patch for this. > > What can I say? This is great. I'm looking forward to your patch. Look forward no longer... Here 'tis :). I have a similar patch for the native port which I'll run by Alexey if you think this one is ok. It may also be worthwhile adding something similar to both linux-blackdown-jdk14 and linux-ibm-jdk14. I'll try and figure out if they need it (I'm sure Blackdown does, not so sure about IBM). -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org -------------- next part -------------- Index: Makefile =================================================================== RCS file: /var/fcvs/ports/java/linux-sun-jdk14/Makefile,v retrieving revision 1.36 diff -u -r1.36 Makefile --- Makefile 30 Sep 2003 23:42:51 -0000 1.36 +++ Makefile 1 Oct 2003 18:16:39 -0000 @@ -7,7 +7,7 @@ PORTNAME= jdk PORTVERSION= ${INSTALL_JDK_VERSION} -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= java devel MASTER_SITES= # PKGNAMEPREFIX= linux-sun- @@ -71,6 +71,11 @@ ${RM} -f ${APP_HOME}/`dirname $$i`/`basename $$i .jar`.pack; \ fi \ done + +post-install: ${LOCALBASE}/bin/registervm "${APP_HOME}/bin/java # Linux-Sun-JDK${PORTVERSION}" + ${SED} -e "s:%%JRE_HOME%%:${APP_HOME}/jre:g" \ + < ${FILESDIR}/pkg-install.in > ${PKGINSTALL} + ${SETENV} PKG_PREFIX=${PREFIX} ${SH} ${PKGINSTALL} ${PKGNAME} POST-INSTALL .include Index: pkg-plist =================================================================== RCS file: /var/fcvs/ports/java/linux-sun-jdk14/pkg-plist,v retrieving revision 1.15 diff -u -r1.15 pkg-plist --- pkg-plist 4 Sep 2003 15:09:56 -0000 1.15 +++ pkg-plist 1 Oct 2003 17:15:45 -0000 @@ -883,6 +883,8 @@ %%T%%/include/jvmpi.h %%T%%/include/linux/jawt_md.h %%T%%/include/linux/jni_md.h +%%T%%/jre/.systemPrefs/.system.lock +%%T%%/jre/.systemPrefs/.systemRootModFile %%T%%/jre/CHANGES %%T%%/jre/COPYRIGHT %%T%%/jre/ControlPanel.html @@ -1589,6 +1591,7 @@ @dirrm %%T%%/jre/javaws/resources @dirrm %%T%%/jre/javaws @dirrm %%T%%/jre/bin +@dirrm %%T%%/jre/.systemPrefs @dirrm %%T%%/jre @dirrm %%T%%/include/linux @dirrm %%T%%/include Index: files/pkg-install.in =================================================================== RCS file: files/pkg-install.in diff -N files/pkg-install.in --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/pkg-install.in 1 Oct 2003 17:16:00 -0000 @@ -0,0 +1,19 @@ +#!/bin/sh + +# System preference location +PREFS_LOCATION=%%JRE_HOME%% + +# Set up system preferences during post install +if [ "$2" = "POST-INSTALL" ]; then + if [ ! -d "${PREFS_LOCATION}/.systemPrefs" ] ; then + mkdir -m 755 "${PREFS_LOCATION}/.systemPrefs" + fi + if [ ! -f "${PREFS_LOCATION}/.systemPrefs/.system.lock" ] ; then + touch "${PREFS_LOCATION}/.systemPrefs/.system.lock" + chmod 644 "${PREFS_LOCATION}/.systemPrefs/.system.lock" + fi + if [ ! -f "${PREFS_LOCATION}/.systemPrefs/.systemRootModFile" ] ; then + touch "${PREFS_LOCATION}/.systemPrefs/.systemRootModFile" + chmod 644 "${PREFS_LOCATION}/.systemPrefs/.systemRootModFile" + fi +fi From james at gamepub.com Thu Oct 2 02:55:03 2003 From: james at gamepub.com (James Adams) Date: Thu Oct 2 02:55:45 2003 Subject: /usr/local/jdk1.4.1/jre/lib/security/cacerts Message-ID: <001701c388cb$3cefc130$0b7086d9@reale> Hello, I saw a post of yours on the Java on FreeBSD mailing list back in August. I'm trying to get Java + SSL working on native Java 1.4.1 port, for JBoss/Jetty. I replaced the cacerts file as you mention below, but I'm still having trouble with it. It just seems to hang when trying to do anything involving ssl, including using keytool. Did you ever get SSL working on FreeBSD with the native Java 1.4.1 port? Any help will be much appreciated regards James >Hi, > >I'm trying out my hand on Java+SSL, and have discovered that: > > /usr/local/jdk1.4.1/jre/lib/security/cacerts > >is only 32 bytes long. This can't be correct; shouldn't it have the CA >for people like Verisign and Thawte? I substituted it with one I got off >a Windows box (which was about 11k big), and that seemed to work fine. > >Is this a packaging bug? Or some deliberate thing I don't know about? > >Cheers. >-- >Jonathan Chen From seventyforty at hotmail.com Thu Oct 2 03:15:55 2003 From: seventyforty at hotmail.com (James Adams) Date: Thu Oct 2 03:16:37 2003 Subject: SSL on Java 1.4.1 native port Message-ID: Hello all, I've been using the native port of Java 1.4.1 to run JBoss 3.2.1 + a custom server that uses and its been working perfectly. I've just tried to use SSL with JBoss/Jetty and it hangs on initialisation. Using keytool also causes it to hang when it tries to generate a key. I've included a cacerts files taken from another distribution as discuessed in http://lists.freebsd.org/mailman/htdig/freebsd-java/2003-August/000600.html but this didn't seem to help. Any help will be much appreciated regards James _________________________________________________________________ On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile From past at noc.ntua.gr Thu Oct 2 03:49:01 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Thu Oct 2 03:49:45 2003 Subject: SSL on Java 1.4.1 native port In-Reply-To: References: Message-ID: <3F7C0299.1000001@noc.ntua.gr> James Adams wrote: > Hello all, > > I've been using the native port of Java 1.4.1 to run JBoss 3.2.1 + a > custom server that uses and its been working perfectly. > > I've just tried to use SSL with JBoss/Jetty and it hangs on > initialisation. Using keytool also causes it to hang when it tries to > generate a key. Hi, I' ve had similar symptoms using SSL+Tomcat and I overcame them using rndcontrol to put some more interrupts (ethernet & clock, IIRC) to seed the PRNG. Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From matthew at cryptosphere.com Thu Oct 2 04:10:35 2003 From: matthew at cryptosphere.com (Matthew Seaman) Date: Thu Oct 2 04:11:23 2003 Subject: SSL on Java 1.4.1 native port In-Reply-To: <3F7C0299.1000001@noc.ntua.gr> References: <3F7C0299.1000001@noc.ntua.gr> Message-ID: <20031002111011.GC13305@happy-idiot-talk.infracaninophile.co.uk> On Thu, Oct 02, 2003 at 01:48:57PM +0300, Panagiotis Astithas wrote: > I' ve had similar symptoms using SSL+Tomcat and I overcame them using > rndcontrol to put some more interrupts (ethernet & clock, IIRC) to seed > the PRNG. Using the clock interrupt won't introduce any randomness into the PRNG... The randomness that is derived from interrupts comes out of the unpredictability of the time gap between them. That obviously doesn't apply to the clock interrupt. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031002/8ae3199f/attachment.bin From seventyForty at hotmail.com Thu Oct 2 04:26:31 2003 From: seventyForty at hotmail.com (SeventyForty) Date: Thu Oct 2 04:27:34 2003 Subject: SSL on Java 1.4.1 native port References: <3F7C0299.1000001@noc.ntua.gr> <20031002111011.GC13305@happy-idiot-talk.infracaninophile.co.uk> Message-ID: I added a number of different randomness "things" using rndcontrol such as #rndcontrol -s 5 #rndcontrol -s 10 + a couple of others and now all works fine many thanks James ----- Original Message ----- From: "Matthew Seaman" To: "Panagiotis Astithas" Cc: ; "James Adams" Sent: Thursday, October 02, 2003 12:10 PM Subject: Re: SSL on Java 1.4.1 native port From past at noc.ntua.gr Thu Oct 2 04:26:31 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Thu Oct 2 04:27:34 2003 Subject: SSL on Java 1.4.1 native port In-Reply-To: <20031002111011.GC13305@happy-idiot-talk.infracaninophile.co.uk> References: <3F7C0299.1000001@noc.ntua.gr> <20031002111011.GC13305@happy-idiot-talk.infracaninophile.co.uk> Message-ID: <3F7C0B3F.8010806@noc.ntua.gr> Matthew Seaman wrote: > On Thu, Oct 02, 2003 at 01:48:57PM +0300, Panagiotis Astithas wrote: > > >>I' ve had similar symptoms using SSL+Tomcat and I overcame them using >>rndcontrol to put some more interrupts (ethernet & clock, IIRC) to seed >>the PRNG. > > > Using the clock interrupt won't introduce any randomness into the > PRNG... The randomness that is derived from interrupts comes out of > the unpredictability of the time gap between them. That obviously > doesn't apply to the clock interrupt. Of course, you are right. Now that I am checking, I see that I actually use etherenet & ata. Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From past at noc.ntua.gr Thu Oct 2 05:31:37 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Thu Oct 2 05:32:09 2003 Subject: SSL on Java 1.4.1 native port In-Reply-To: References: <3F7C0299.1000001@noc.ntua.gr> <20031002111011.GC13305@happy-idiot-talk.infracaninophile.co.uk> Message-ID: <3F7C1A93.3020700@noc.ntua.gr> SeventyForty wrote: > I added a number of different randomness "things" using rndcontrol > > such as > > #rndcontrol -s 5 > #rndcontrol -s 10 > + a couple of others > > and now all works fine Just bear in mind that the more interrupts you use to seed randomness, the more interrupt latency you are going to experience, in those interrupts. Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From znerd at FreeBSD.org Thu Oct 2 06:07:11 2003 From: znerd at FreeBSD.org (Ernst de Haan) Date: Thu Oct 2 06:07:44 2003 Subject: [OT] SourceForge AddReleaseTask Message-ID: <200310021507.09939.znerd@FreeBSD.org> Offtopic: A question about HTTPS / Java: I'm writing an Ant task to automate the SourceForge 'Add release' procedure. For this I'm using Jakarta Commons Net and HttpClient. The task can be used in an Ant build file as follows: The login is done using HTTPS. The Commons HttpClient library supports this. But apparently, the server is not trusted, because I get a javax.net.ssl.SSLHandshakeException. The message is: "java.security.cert.CertificateException: Could not find trusted certificate" Apparently, I need to get the certificate of sourceforge.net and store it in a keystore. Perhaps I should use 'keytool -import' for this, in some way. Questions: * How do I get the certificate of sourceforge.net? * How do I store it in a file so that Java will accept it? Ernst From mriem at win.tue.nl Thu Oct 2 06:27:27 2003 From: mriem at win.tue.nl (Manfred Riem) Date: Thu Oct 2 06:27:59 2003 Subject: [OT] SourceForge AddReleaseTask In-Reply-To: <200310021507.09939.znerd@FreeBSD.org> Message-ID: Hi Ernst, You can do 2 things. Either just disable certificate validation in Java. See http://javaalmanac.com/egs/javax.net.ssl/TrustAll.html Or adding the certificate See http://javaalmanac.com/egs/javax.net.ssl/GetCert.html See http://javaalmanac.com/egs/java.security/AddCert.html Regards, Manfred. -----Original Message----- From: owner-freebsd-java@freebsd.org [mailto:owner-freebsd-java@freebsd.org] On Behalf Of Ernst de Haan Sent: Thursday, October 02, 2003 3:07 PM To: java@freebsd.org Subject: [OT] SourceForge AddReleaseTask Offtopic: A question about HTTPS / Java: I'm writing an Ant task to automate the SourceForge 'Add release' procedure. For this I'm using Jakarta Commons Net and HttpClient. The task can be used in an Ant build file as follows: The login is done using HTTPS. The Commons HttpClient library supports this. But apparently, the server is not trusted, because I get a javax.net.ssl.SSLHandshakeException. The message is: "java.security.cert.CertificateException: Could not find trusted certificate" Apparently, I need to get the certificate of sourceforge.net and store it in a keystore. Perhaps I should use 'keytool -import' for this, in some way. Questions: * How do I get the certificate of sourceforge.net? * How do I store it in a file so that Java will accept it? 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" From past at noc.ntua.gr Thu Oct 2 06:47:02 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Thu Oct 2 06:47:34 2003 Subject: [OT] SourceForge AddReleaseTask In-Reply-To: <200310021507.09939.znerd@FreeBSD.org> References: <200310021507.09939.znerd@FreeBSD.org> Message-ID: <3F7C2C50.2080807@noc.ntua.gr> Ernst de Haan wrote: > Questions: > * How do I get the certificate of sourceforge.net? Usually, I use a browser to connect to the https site, and then export the certificate to a file. > * How do I store it in a file so that Java will accept it? keytool -import -keystore [keystore-file] Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From ernst.dehaan at nl.wanadoo.com Thu Oct 2 06:58:38 2003 From: ernst.dehaan at nl.wanadoo.com (Ernst de Haan) Date: Thu Oct 2 06:59:10 2003 Subject: [OT] SourceForge AddReleaseTask In-Reply-To: References: Message-ID: <200310021558.38487.ernst.dehaan@nl.wanadoo.com> Manfred, Thanks for the quick reply! /me considers buying this Java Almanac book > See http://javaalmanac.com/egs/javax.net.ssl/TrustAll.html I've tried this and it doesn't seem to work. See attached file for the source code. > Or adding the certificate > > See http://javaalmanac.com/egs/javax.net.ssl/GetCert.html > See http://javaalmanac.com/egs/java.security/AddCert.html I'll try this next... Ernst From ernst.dehaan at nl.wanadoo.com Thu Oct 2 07:13:23 2003 From: ernst.dehaan at nl.wanadoo.com (Ernst de Haan) Date: Thu Oct 2 07:14:04 2003 Subject: [OT] SourceForge AddReleaseTask In-Reply-To: References: Message-ID: <200310021613.23463.ernst.dehaan@nl.wanadoo.com> > See http://javaalmanac.com/egs/javax.net.ssl/GetCert.html This doesn't seem to work for me: java -cp ${CLASSPATH}:build/xins-common.jar org.xins.tools.security.FetchCertificate sourceforge.net Exception in thread "main" javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: Could not find trusted certificate at com.sun.net.ssl.internal.ssl.BaseSSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SunJSSE_az.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SunJSSE_az.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SunJSSE_ax.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.j(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(DashoA6275) at org.xins.tools.security.FetchCertificate.main(FetchCertificate.java:42) Caused by: java.security.cert.CertificateException: Could not find trusted certificate at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(DashoA6275) at com.sun.net.ssl.internal.ssl.JsseX509TrustManager.checkServerTrusted(DashoA6275) ... 7 more See the attaches source code. That should do the trick, shouldn't it? Ernst From ernst.dehaan at nl.wanadoo.com Thu Oct 2 07:16:42 2003 From: ernst.dehaan at nl.wanadoo.com (Ernst de Haan) Date: Thu Oct 2 07:17:58 2003 Subject: [OT] SourceForge AddReleaseTask In-Reply-To: <200310021613.23463.ernst.dehaan@nl.wanadoo.com> References: <200310021613.23463.ernst.dehaan@nl.wanadoo.com> Message-ID: <200310021616.41179.ernst.dehaan@nl.wanadoo.com> Argh. The attachement got swallowed by java@ again. It's available here: http://people.freebsd.org/~znerd/FetchCertificate.java Ernst On donderdag 2 oktober 2003 16:13, Ernst de Haan wrote: > > See http://javaalmanac.com/egs/javax.net.ssl/GetCert.html > > This doesn't seem to work for me: > > java -cp ${CLASSPATH}:build/xins-common.jar > org.xins.tools.security.FetchCertificate sourceforge.net > Exception in thread "main" javax.net.ssl.SSLHandshakeException: > java.security.cert.CertificateException: Could not find trusted > certificate at > com.sun.net.ssl.internal.ssl.BaseSSLSocketImpl.a(DashoA6275) at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at > com.sun.net.ssl.internal.ssl.SunJSSE_az.a(DashoA6275) at > com.sun.net.ssl.internal.ssl.SunJSSE_az.a(DashoA6275) at > com.sun.net.ssl.internal.ssl.SunJSSE_ax.a(DashoA6275) at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.j(DashoA6275) at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(DashoA6275) > at > org.xins.tools.security.FetchCertificate.main(FetchCertificate.java:42) > Caused by: java.security.cert.CertificateException: Could not find > trusted certificate > at > com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.a(DashoA6275) at > com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(Dash >oA6275) at > com.sun.net.ssl.internal.ssl.JsseX509TrustManager.checkServerTrusted(Dash >oA6275) ... 7 more > > See the attaches source code. That should do the trick, shouldn't it? > > Ernst From ernst.dehaan at nl.wanadoo.com Thu Oct 2 07:27:19 2003 From: ernst.dehaan at nl.wanadoo.com (Ernst de Haan) Date: Thu Oct 2 07:28:23 2003 Subject: [OT] SourceForge AddReleaseTask In-Reply-To: <200310021613.23463.ernst.dehaan@nl.wanadoo.com> References: <200310021613.23463.ernst.dehaan@nl.wanadoo.com> Message-ID: <200310021627.19590.ernst.dehaan@nl.wanadoo.com> The certificate fetching does work now. I'm disabling the SSL certificate validation first, and then I can get the SSL certificates. I'm uploading the new source file to: http://people.freebsd.org/~znerd/FetchCertificate.java Below is the output I get for sourceforge.net. $ java -cp ${CLASSPATH}:build/xins-common.jar org.xins.tools.security.FetchCertificate sourceforge.net Fetched 1 certificate(s). CERTIFICATE #0: [ [ Version: V3 Subject: CN=sourceforge.net, OU=Domain Control Validated, OU=See www.geotrust.com/quickssl/cps (c)03, OU=Business Registration: https:// services.choicepoint.net/get.jsp?3754508056, O=sourceforge.net, C=US Signature Algorithm: SHA1withRSA, OID = 1.2.840.113549.1.1.5 Key: com.sun.net.ssl.internal.ssl.JSA_RSAPublicKey@1fd Validity: [From: Wed Apr 09 00:24:14 GMT 2003, To: Sat Apr 09 00:24:14 GMT 2005] Issuer: OU=Equifax Secure Certificate Authority, O=Equifax, C=US SerialNumber: [ 03be4c] Certificate Extensions: 6 [1]: ObjectId: 2.5.29.14 Criticality=false SubjectKeyIdentifier [ KeyIdentifier [ 0000: E7 E3 00 04 63 28 23 3C 82 64 5B 6C FA F9 80 4D ....c(#<.d[l...M 0010: BA AF EF 4E ...N ] ] [2]: ObjectId: 2.16.840.1.113730.1.1 Criticality=false NetscapeCertType [ SSL server ] [3]: ObjectId: 2.5.29.35 Criticality=false AuthorityKeyIdentifier [ KeyIdentifier [ 0000: 48 E6 68 F9 2B D2 B2 95 D7 47 D8 23 20 10 4F 33 H.h.+....G.# .O3 0010: 98 90 9F D4 .... ] ] [4]: ObjectId: 2.5.29.31 Criticality=false Extension unknown: DER encoded OCTET string = 0000: 04 33 30 31 30 2F A0 2D A0 2B 86 29 68 74 74 70 .3010/.-.+.)http 0010: 3A 2F 2F 63 72 6C 2E 67 65 6F 74 72 75 73 74 2E ://crl.geotrust. 0020: 63 6F 6D 2F 63 72 6C 73 2F 73 65 63 75 72 65 63 com/crls/securec 0030: 61 2E 63 72 6C a.crl [5]: ObjectId: 2.5.29.37 Criticality=false ExtendedKeyUsages [ [1.3.6.1.5.5.7.3.1]] [6]: ObjectId: 2.5.29.15 Criticality=true KeyUsage [ DigitalSignature Non_repudiation Key_Encipherment Data_Encipherment ] ] Algorithm: [SHA1withRSA] Signature: 0000: 1E 80 38 DA 35 F7 FE 93 E1 A3 F8 DE 88 6D 88 64 ..8.5........m.d 0010: 1B 13 AD C4 94 E8 17 4B 98 65 C7 8C 10 81 05 A8 .......K.e...... 0020: EE 46 F6 96 AE 8C 34 8C DF F7 EE E6 D6 9D 11 22 .F....4........" 0030: 54 C2 89 51 87 AB C4 CB F5 DA CB C3 5F 52 5B B9 T..Q........_R[. 0040: 2D C3 8C 26 D4 E8 B4 0C D3 62 3A 4B 3E F0 5D DB -..&.....b:K>.]. 0050: 7A C5 AB 6D 85 D3 07 50 B2 94 38 BE 30 DD A0 42 z..m...P..8.0..B 0060: 13 F7 F3 7A 40 0A 63 61 86 0E 9B DA BB 4D 64 32 ...z@.ca.....Md2 0070: 2A 2E 9A E0 EA 8E 96 C1 05 61 C0 32 41 FC D6 63 *........a.2A..c ] From arlankfo at 141.com Thu Oct 2 21:07:51 2003 From: arlankfo at 141.com (Andrew Lankford) Date: Thu Oct 2 21:08:57 2003 Subject: Native jdk1.4.1 working Message-ID: <200310022211.AA2152464542@141.com> This is what I get when the build errors out on -CURRENT: /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:929:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:929:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:929:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:930:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:930:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:930:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:931:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:931:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:931:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:932:50: pasting "." and "i" does not give a valid preprocessing token /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jni.cpp:932:50: pasting "." and "i" does not give a valid preprocessing token From rehsack at liwing.de Fri Oct 3 03:43:03 2003 From: rehsack at liwing.de (Jens Rehsack) Date: Fri Oct 3 03:43:50 2003 Subject: Another jdk build error on -CURRENT Message-ID: <3F7D52B4.8000306@liwing.de> Hi Alexey, after I patched out all '-O3' flags as recommented, the build failed again at the same place with the same core dump. By the way, the hint of Thomas to use the debug versions worked fine. Everytime the build stops with core dump, I link the debug executables those ones without debug (ln -f $file_g $file). Now I'm getting 2 new errors: 1) Because of the -Werror in j2se/make/java/nio/Makefile (already in and added by patch for bsd platform), gcc3.3.1 fails because _LITTLE_ENDIAN is already defined. Setting both occurances to -Wno-error solved that. 2) In the makefiles is the threading linkage different between -STABLE and -CURRENT, j2se/ext/plugin/build/solaris/GNUmakefile seems to does not. The following error results: gmake[2]: Entering directory `/usr/ports/java/jdk14/work/j2se/ext/plugin/build/solaris' gcc -Wall -o /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/java_vm /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/plugin/java_vm/java_vm.o -L/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/i386 -L/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/i386/classic -L/usr/X11R6/lib \ -pthread gcc: The -pthread option is deprecated. gmake[2]: *** [/usr/ports/java/jdk14/work/control/build/bsd-i586/bin/java_vm] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk14/work/j2se/ext/plugin/build/solaris' gmake[1]: *** [plugin-all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 From glewis at eyesbeyond.com Fri Oct 3 07:27:40 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Fri Oct 3 07:29:17 2003 Subject: Native jdk1.4.1 working In-Reply-To: <200310022211.AA2152464542@141.com> References: <200310022211.AA2152464542@141.com> Message-ID: <20031003142807.GA49177@misty.eyesbeyond.com> Hi Andrew, On Thu, Oct 02, 2003 at 10:11:50PM -0600, Andrew Lankford wrote: > This is what I get when the build errors out on -CURRENT: Patches to fix this have been posted to freebsd-java. Take a look in the archives. -- 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 Oct 3 07:46:17 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Fri Oct 3 07:48:06 2003 Subject: Another jdk build error on -CURRENT In-Reply-To: <3F7D52B4.8000306@liwing.de> References: <3F7D52B4.8000306@liwing.de> Message-ID: <20031003144600.GA49318@misty.eyesbeyond.com> On Fri, Oct 03, 2003 at 10:43:00AM +0000, Jens Rehsack wrote: > after I patched out all '-O3' flags as recommented, the build failed > again at the same place with the same core dump. By the way, the hint > of Thomas to use the debug versions worked fine. Everytime the build > stops with core dump, I link the debug executables those ones without > debug (ln -f $file_g $file). > > Now I'm getting 2 new errors: > 1) Because of the -Werror in j2se/make/java/nio/Makefile (already > in and added by patch for bsd platform), gcc3.3.1 fails because > _LITTLE_ENDIAN is already defined. Setting both occurances to > -Wno-error solved that. I have patches for this one. It switches the JDK to use rather than do its own endian thing. > 2) In the makefiles is the threading linkage different between > -STABLE and -CURRENT, j2se/ext/plugin/build/solaris/GNUmakefile > seems to does not. The following error results: I'll look into this. All we need to do is check the version and use -lc_r instead (or at least thats what bsd.port.mk does). -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From rehsack at liwing.de Fri Oct 3 07:56:44 2003 From: rehsack at liwing.de (Jens Rehsack) Date: Fri Oct 3 07:57:16 2003 Subject: Another jdk build error on -CURRENT In-Reply-To: <20031003144600.GA49318@misty.eyesbeyond.com> References: <3F7D52B4.8000306@liwing.de> <20031003144600.GA49318@misty.eyesbeyond.com> Message-ID: <3F7D8DED.9030105@liwing.de> Greg Lewis wrote: > On Fri, Oct 03, 2003 at 10:43:00AM +0000, Jens Rehsack wrote: > >>after I patched out all '-O3' flags as recommented, the build failed >>again at the same place with the same core dump. By the way, the hint >>of Thomas to use the debug versions worked fine. Everytime the build >>stops with core dump, I link the debug executables those ones without >>debug (ln -f $file_g $file). >> >>Now I'm getting 2 new errors: >>1) Because of the -Werror in j2se/make/java/nio/Makefile (already >> in and added by patch for bsd platform), gcc3.3.1 fails because >> _LITTLE_ENDIAN is already defined. Setting both occurances to >> -Wno-error solved that. > > I have patches for this one. It switches the JDK to use > rather than do its own endian thing. Maybe it would be a good thing (looking at all new warnings generated by new system compiler in -CURRENT) to use -Wno-error even. > >>2) In the makefiles is the threading linkage different between >> -STABLE and -CURRENT, j2se/ext/plugin/build/solaris/GNUmakefile >> seems to does not. The following error results: > > I'll look into this. All we need to do is check the version and use > -lc_r instead (or at least thats what bsd.port.mk does). > I was collecting both described messages, because I assumed there may come up more during build. And than I forgot to send them :-) Of course, I'm sure you work further on it, but I think when I don't have enough time to create patches best I can do is send all errors happens here. Can you estimate a 'release time' for the new patch-level? It sucks a little bit fixing the -current patchset into the jdk-1.4_3p3 port and rename *_g -> \1 each portupgrade :-( Jens From eischen at vigrid.com Fri Oct 3 08:26:30 2003 From: eischen at vigrid.com (Daniel Eischen) Date: Fri Oct 3 08:27:02 2003 Subject: Native jdk1.4.1 working In-Reply-To: <20031003142807.GA49177@misty.eyesbeyond.com> Message-ID: On Fri, 3 Oct 2003, Greg Lewis wrote: > Hi Andrew, > > On Thu, Oct 02, 2003 at 10:11:50PM -0600, Andrew Lankford wrote: > > This is what I get when the build errors out on -CURRENT: > > Patches to fix this have been posted to freebsd-java. Take a look in the > archives. Can you please commit these? -- Dan Eischen From eischen at vigrid.com Fri Oct 3 08:27:13 2003 From: eischen at vigrid.com (Daniel Eischen) Date: Fri Oct 3 08:29:39 2003 Subject: Another jdk build error on -CURRENT In-Reply-To: <20031003144600.GA49318@misty.eyesbeyond.com> Message-ID: On Fri, 3 Oct 2003, Greg Lewis wrote: > On Fri, Oct 03, 2003 at 10:43:00AM +0000, Jens Rehsack wrote: > > after I patched out all '-O3' flags as recommented, the build failed > > again at the same place with the same core dump. By the way, the hint > > of Thomas to use the debug versions worked fine. Everytime the build > > stops with core dump, I link the debug executables those ones without > > debug (ln -f $file_g $file). > > > > Now I'm getting 2 new errors: > > 1) Because of the -Werror in j2se/make/java/nio/Makefile (already > > in and added by patch for bsd platform), gcc3.3.1 fails because > > _LITTLE_ENDIAN is already defined. Setting both occurances to > > -Wno-error solved that. > > I have patches for this one. It switches the JDK to use > rather than do its own endian thing. > > > 2) In the makefiles is the threading linkage different between > > -STABLE and -CURRENT, j2se/ext/plugin/build/solaris/GNUmakefile > > seems to does not. The following error results: > > I'll look into this. All we need to do is check the version and use > -lc_r instead (or at least thats what bsd.port.mk does). ^^^^^ ${PTHREAD_LIBS} -- Dan Eischen From arlankfo at 141.com Fri Oct 3 16:09:50 2003 From: arlankfo at 141.com (Andrew Lankford) Date: Fri Oct 3 16:10:22 2003 Subject: Native jdk1.4.1 working Message-ID: <200310031713.AA1355546918@141.com> >Patches to fix this have been posted to freebsd-java. Take a >look in the archives. Thanks for the tip. I'll go look for them later. Andrew Lankford From toha at toha.org.ua Sat Oct 4 05:50:11 2003 From: toha at toha.org.ua (Anton Yudin) Date: Sat Oct 4 05:50:44 2003 Subject: java/57573: New java ports: java/jakarta-commons-pool and java/jakarta-commons-dbcp Message-ID: <200310041246.h94CkETj040643@ib.com.ua> >Number: 57573 >Category: java >Synopsis: New java ports: java/jakarta-commons-pool and java/jakarta-commons-dbcp >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Sat Oct 04 05:50:08 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Anton Yudin >Release: FreeBSD 4.9-PRERELEASE i386 >Organization: >Environment: System: FreeBSD ib.com.ua 4.9-PRERELEASE FreeBSD 4.9-PRERELEASE #0: Sat Sep 20 14:14:10 EEST 2003 root@localhost:/obj/usr/src/sys/KERNEL i386 >Description: New java ports: java/jakarta-commons-pool and java/jakarta-commons-dbcp >How-To-Repeat: >Fix: shar: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # ./jakarta-commons-pool # ./jakarta-commons-pool/Makefile # ./jakarta-commons-pool/distinfo # ./jakarta-commons-pool/pkg-descr # ./jakarta-commons-pool/pkg-plist # ./jakarta-commons-dbcp # ./jakarta-commons-dbcp/Makefile # ./jakarta-commons-dbcp/distinfo # ./jakarta-commons-dbcp/pkg-descr # ./jakarta-commons-dbcp/pkg-plist # ./jakarta-commons-dbcp/files # ./jakarta-commons-dbcp/files/patch-aa # echo c - ./jakarta-commons-pool mkdir -p ./jakarta-commons-pool > /dev/null 2>&1 echo x - ./jakarta-commons-pool/Makefile sed 's/^X//' >./jakarta-commons-pool/Makefile << 'END-of-./jakarta-commons-pool/Makefile' X# New ports collection makefile for: Jakarta Commons Pool X# Date created: X# Whom: Anton Yudin X# X# $FreeBSD$ X# X XPORTNAME= commons-pool XPORTVERSION= 1.0.1 XCATEGORIES= java XMASTER_SITES= http://www.apache.org/dist/jakarta/commons/pool/source/ XPKGNAMEPREFIX= jakarta- XDISTNAME= pool-${PORTVERSION}-src XDIST_SUBDIR= jakarta X XMAINTAINER= toha@toha.org.ua XCOMMENT= Jakarta Object-pooling API X XBUILD_DEPENDS= ${ANT}:${PORTSDIR}/devel/apache-ant X XUSE_JAVA= 1.2+ X XWRKSRC= ${WRKDIR}/commons-${DISTNAME} XPLIST_SUB+= T=${TARGET_DIR:S/^${PREFIX}\///} XANT?= ${LOCALBASE}/bin/ant X.if defined(NOPORTDOCS) XANT_TARGET= dist-jar X.else XANT_TARGET= dist-jar doc X.endif XJAVASHAREDIR= ${PREFIX}/share/java XJARDIR= ${JAVASHAREDIR}/classes XJARFILE= ${PORTNAME}.jar XDESTJARFILE= ${PORTNAME}.jar X X Xdo-build: X @cd ${WRKSRC} && ${ANT} ${ANT_TARGET} X Xdo-install: X @${ECHO} -n ">> Installing JAR as ${JARDIR}/${DESTJARFILE}..." X @${CP} ${WRKSRC}/dist/${JARFILE} ${JARDIR}/${DESTJARFILE} X @${ECHO} " [ DONE ]" X X.if !defined(NOPORTDOCS) X @${ECHO} -n ">> Installing documentation in ${DOCSDIR}..." X @${MKDIR} ${DOCSDIR} X @${CP} -r ${WRKSRC}/dist/docs/api/* ${DOCSDIR} X @${ECHO} " [ DONE ]" X.endif X X.include END-of-./jakarta-commons-pool/Makefile echo x - ./jakarta-commons-pool/distinfo sed 's/^X//' >./jakarta-commons-pool/distinfo << 'END-of-./jakarta-commons-pool/distinfo' XMD5 (jakarta/pool-1.0.1-src.tar.gz) = df9aaf5ee3e5d68abbee6eca0b8d037f END-of-./jakarta-commons-pool/distinfo echo x - ./jakarta-commons-pool/pkg-descr sed 's/^X//' >./jakarta-commons-pool/pkg-descr << 'END-of-./jakarta-commons-pool/pkg-descr' XThe Pool Component X X Pool provides an Object-pooling API, with three major aspects: X 1. A generic object pool interface that clients and implementors can X use to provide easily interchangable pooling implementations. X 2. A toolkit for creating modular object pools. X 3. Several general purpose pool implementations. X XWWW: http://jakarta.apache.org/commons/pool END-of-./jakarta-commons-pool/pkg-descr echo x - ./jakarta-commons-pool/pkg-plist sed 's/^X//' >./jakarta-commons-pool/pkg-plist << 'END-of-./jakarta-commons-pool/pkg-plist' Xshare/doc/commons-pool/allclasses-frame.html Xshare/doc/commons-pool/allclasses-noframe.html Xshare/doc/commons-pool/constant-values.html Xshare/doc/commons-pool/index-all.html Xshare/doc/commons-pool/index.html Xshare/doc/commons-pool/org/apache/commons/pool/BaseKeyedObjectPool.html Xshare/doc/commons-pool/org/apache/commons/pool/BaseKeyedPoolableObjectFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/BaseObjectPool.html Xshare/doc/commons-pool/org/apache/commons/pool/BasePoolableObjectFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/KeyedObjectPool.html Xshare/doc/commons-pool/org/apache/commons/pool/KeyedObjectPoolFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/KeyedPoolableObjectFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/ObjectPool.html Xshare/doc/commons-pool/org/apache/commons/pool/ObjectPoolFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/PoolableObjectFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/GenericKeyedObjectPool.Config.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/GenericKeyedObjectPool.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/GenericObjectPool.Config.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/GenericObjectPool.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/GenericObjectPoolFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/SoftReferenceObjectPool.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/StackKeyedObjectPool.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/StackKeyedObjectPoolFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/StackObjectPool.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/StackObjectPoolFactory.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/package-frame.html Xshare/doc/commons-pool/org/apache/commons/pool/impl/package-summary.html Xshare/doc/commons-pool/org/apache/commons/pool/package-frame.html Xshare/doc/commons-pool/org/apache/commons/pool/package-summary.html Xshare/doc/commons-pool/overview-frame.html Xshare/doc/commons-pool/overview-summary.html Xshare/doc/commons-pool/package-list Xshare/doc/commons-pool/packages.html Xshare/doc/commons-pool/serialized-form.html Xshare/doc/commons-pool/stylesheet.css Xshare/java/classes/commons-pool.jar X@dirrm share/doc/commons-pool/org/apache/commons/pool/impl X@dirrm share/doc/commons-pool/org/apache/commons/pool X@dirrm share/doc/commons-pool/org/apache/commons X@dirrm share/doc/commons-pool/org/apache X@dirrm share/doc/commons-pool/org X@dirrm share/doc/commons-pool END-of-./jakarta-commons-pool/pkg-plist echo c - ./jakarta-commons-dbcp mkdir -p ./jakarta-commons-dbcp > /dev/null 2>&1 echo x - ./jakarta-commons-dbcp/Makefile sed 's/^X//' >./jakarta-commons-dbcp/Makefile << 'END-of-./jakarta-commons-dbcp/Makefile' X# New ports collection makefile for: Jakarta Commons DBCP X# Date created: X# Whom: Anton Yudin X# X# $FreeBSD$ X# X XPORTNAME= commons-dbcp XPORTVERSION= 1.0 XCATEGORIES= java XMASTER_SITES= http://www.apache.org/dist/jakarta/commons/dbcp/source/ XPKGNAMEPREFIX= jakarta- XDISTNAME= ${PORTNAME}-${PORTVERSION}-src XDIST_SUBDIR= jakarta X XMAINTAINER= toha@toha.org.ua XCOMMENT= The DBCP Component X XBUILD_DEPENDS= ${ANT}:${PORTSDIR}/devel/apache-ant \ X ${LOCALBASE}/share/java/classes/commons-pool.jar:${PORTSDIR}/java/jakarta-commons-pool \ X XUSE_JAVA= 1.2+ X XWRKSRC= ${WRKDIR}/${DISTNAME} XPLIST_SUB+= T=${TARGET_DIR:S/^${PREFIX}\///} XANT?= ${LOCALBASE}/bin/ant X.if defined(NOPORTDOCS) XANT_TARGET= dist-jar X.else XANT_TARGET= dist-jar doc X.endif XJAVASHAREDIR= ${PREFIX}/share/java XJARDIR= ${JAVASHAREDIR}/classes XJARFILE= ${PORTNAME}.jar XDESTJARFILE= ${PORTNAME}.jar X Xpost-patch: X @${CP} ${WRKSRC}/LICENSE.txt ${WRKSRC}/../LICENSE X X Xdo-build: X @cd ${WRKSRC} && ${ANT} ${ANT_TARGET} X Xdo-install: X @${ECHO} -n ">> Installing JAR as ${JARDIR}/${DESTJARFILE}..." X @${CP} ${WRKSRC}/dist/${JARFILE} ${JARDIR}/${DESTJARFILE} X @${ECHO} " [ DONE ]" X X.if !defined(NOPORTDOCS) X @${ECHO} -n ">> Installing documentation in ${DOCSDIR}..." X @${MKDIR} ${DOCSDIR} X @${CP} -r ${WRKSRC}/dist/docs/api/* ${DOCSDIR} X @${ECHO} " [ DONE ]" X.endif X X.include END-of-./jakarta-commons-dbcp/Makefile echo x - ./jakarta-commons-dbcp/distinfo sed 's/^X//' >./jakarta-commons-dbcp/distinfo << 'END-of-./jakarta-commons-dbcp/distinfo' XMD5 (jakarta/commons-dbcp-1.0-src.tar.gz) = 85305821547f060fb6090f022c33e5f9 END-of-./jakarta-commons-dbcp/distinfo echo x - ./jakarta-commons-dbcp/pkg-descr sed 's/^X//' >./jakarta-commons-dbcp/pkg-descr << 'END-of-./jakarta-commons-dbcp/pkg-descr' XThe DBCP Component X X Many Jakarta projects support interaction with a relational database. X Creating a new connection for each user can be time consuming (often X requiring multiple seconds of clock time), in order to perform a X database transaction that might take milliseconds. Opening a X connection per user can be unfeasible in a publicly-hosted Internet X application where the number of simultaneous users can be very large. X Accordingly, developers often wish to share a "pool" of open X connections between all of the application's current users. The number X of users actually performing a request at any given time is usually a X very small percentage of the total number of active users, and during X request processing is the only time that a database connection is X required. The application itself logs into the DBMS, and handles any X user account issues internally. X X There are several Database Connection Pools already available, both X within Jakarta products and elsewhere. This Commons package provides X an opportunity to coordinate the efforts required to create and X maintain an efficient, feature-rich package under the ASF license. X X The commons-dbcp package relies on code in the commons-pool package to X provide the underlying object pool mechanisms that it utilizes. X XWWW: http://jakarta.apache.org/commons/dbcp END-of-./jakarta-commons-dbcp/pkg-descr echo x - ./jakarta-commons-dbcp/pkg-plist sed 's/^X//' >./jakarta-commons-dbcp/pkg-plist << 'END-of-./jakarta-commons-dbcp/pkg-plist' Xshare/doc/commons-dbcp/allclasses-frame.html Xshare/doc/commons-dbcp/allclasses-noframe.html Xshare/doc/commons-dbcp/constant-values.html Xshare/doc/commons-dbcp/index-all.html Xshare/doc/commons-dbcp/index.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/AbandonedConfig.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/AbandonedObjectPool.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/AbandonedTrace.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/BasicDataSource.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/BasicDataSourceFactory.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/ConnectionFactory.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/DataSourceConnectionFactory.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/DbcpException.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/DelegatingCallableStatement.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/DelegatingConnection.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/DelegatingPreparedStatement.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/DelegatingResultSet.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/DelegatingStatement.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/DriverConnectionFactory.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/DriverManagerConnectionFactory.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/PoolableConnection.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/PoolableConnectionFactory.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/PoolablePreparedStatement.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/PoolingConnection.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/PoolingDataSource.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/PoolingDriver.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/cpdsadapter/DriverAdapterCPDS.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/cpdsadapter/package-frame.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/cpdsadapter/package-summary.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/package-frame.html Xshare/doc/commons-dbcp/org/apache/commons/dbcp/package-summary.html Xshare/doc/commons-dbcp/org/apache/commons/jocl/ConstructorUtil.html Xshare/doc/commons-dbcp/org/apache/commons/jocl/JOCLContentHandler.html Xshare/doc/commons-dbcp/org/apache/commons/jocl/package-frame.html Xshare/doc/commons-dbcp/org/apache/commons/jocl/package-summary.html Xshare/doc/commons-dbcp/overview-frame.html Xshare/doc/commons-dbcp/overview-summary.html Xshare/doc/commons-dbcp/package-list Xshare/doc/commons-dbcp/packages.html Xshare/doc/commons-dbcp/serialized-form.html Xshare/doc/commons-dbcp/stylesheet.css X@dirrm share/doc/commons-dbcp/org/apache/commons/dbcp/cpdsadapter X@dirrm share/doc/commons-dbcp/org/apache/commons/dbcp X@dirrm share/doc/commons-dbcp/org/apache/commons/jocl X@dirrm share/doc/commons-dbcp/org/apache/commons X@dirrm share/doc/commons-dbcp/org/apache X@dirrm share/doc/commons-dbcp/org X@dirrm share/doc/commons-dbcp END-of-./jakarta-commons-dbcp/pkg-plist echo c - ./jakarta-commons-dbcp/files mkdir -p ./jakarta-commons-dbcp/files > /dev/null 2>&1 echo x - ./jakarta-commons-dbcp/files/patch-aa sed 's/^X//' >./jakarta-commons-dbcp/files/patch-aa << 'END-of-./jakarta-commons-dbcp/files/patch-aa' X*** build.xml.orig Sat Oct 4 14:56:13 2003 X--- build.xml Sat Oct 4 14:56:15 2003 X*************** X*** 282,288 **** X X X X! X X X X--- 282,288 ---- X X X X! X X X END-of-./jakarta-commons-dbcp/files/patch-aa exit >Release-Note: >Audit-Trail: >Unformatted: From edwin at FreeBSD.org Sat Oct 4 18:54:07 2003 From: edwin at FreeBSD.org (Edwin Groothuis) Date: Sat Oct 4 18:54:39 2003 Subject: java/57573: New java ports: java/jakarta-commons-pool and java/jakarta-commons-dbcp Message-ID: <200310050154.h951s55u083599@freefall.freebsd.org> Synopsis: New java ports: java/jakarta-commons-pool and java/jakarta-commons-dbcp Responsible-Changed-From-To: freebsd-java->freebsd-ports-bugs Responsible-Changed-By: edwin Responsible-Changed-When: Sat Oct 4 18:53:45 PDT 2003 Responsible-Changed-Why: Fix category http://www.freebsd.org/cgi/query-pr.cgi?pr=57573 From edwin at FreeBSD.org Mon Oct 6 00:48:43 2003 From: edwin at FreeBSD.org (Edwin Groothuis) Date: Mon Oct 6 00:49:47 2003 Subject: ports/57573: New java ports: java/jakarta-commons-pool and java/jakarta-commons-dbcp Message-ID: <200310060748.h967mgX1049110@freefall.freebsd.org> Synopsis: New java ports: java/jakarta-commons-pool and java/jakarta-commons-dbcp Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-java Responsible-Changed-By: edwin Responsible-Changed-When: Mon Oct 6 00:47:47 PDT 2003 Responsible-Changed-Why: I said "Fix category", not "Fix responsible group" http://www.freebsd.org/cgi/query-pr.cgi?pr=57573 From znerd at FreeBSD.org Mon Oct 6 01:13:53 2003 From: znerd at FreeBSD.org (Ernst de Haan) Date: Mon Oct 6 01:14:40 2003 Subject: ports/57573: New java ports: java/jakarta-commons-pool and java/jakarta-commons-dbcp Message-ID: <200310060813.h968Dpai053597@freefall.freebsd.org> Synopsis: New java ports: java/jakarta-commons-pool and java/jakarta-commons-dbcp Responsible-Changed-From-To: freebsd-java->znerd Responsible-Changed-By: znerd Responsible-Changed-When: Mon Oct 6 01:13:39 PDT 2003 Responsible-Changed-Why: I'll handle this. http://www.freebsd.org/cgi/query-pr.cgi?pr=57573 From pete at bcmpweb.com Mon Oct 6 03:18:06 2003 From: pete at bcmpweb.com (Peter Simmons) Date: Mon Oct 6 03:18:38 2003 Subject: Latte Diablo JRE 1.3.1 binary package on FreeBSD4.7 Message-ID: <3F814139.6070604@bcmpweb.com> Hi All, I was wondering if anyone else at Imeme has had any success with getting JDK /usr/ports/java/jdk13 working on their jail. Also if anyone on the freebsd-java list has any experience getting jdk13 working on FreeBSD 4.7 I would much appreciate any help. The build command I am running in /usr/ports/java/jdk13 is make build FORCE_PKG_REGISTER=1 WITHOUT_X11=1 I am not sure if I need (or if it does anything) the WITHOUT_X11=1 but I know that we aren't running X11 and have used that on ports before so thought I would try it. make goes off and does a lot of stuff and ends with the following: --------------------------------- gmake[3]: *** No rule to make target `../../../build/bsd-i386/classes/META-INF/services/javax.sound.sampled.spi.FormatConversionProvider', needed by `copy-files'. Stop. gmake[3]: Leaving directory `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/javax/sound' gmake[2]: *** [optimized] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/javax/sound' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/javax' gmake: *** [all] Error 1 *** Error code 2 Stop in /usr/ports/java/jdk13. -------------------------------- I tried a make clean and then the same command just in case and same thing. This looks like something to do with sound. Seeing as we don't actually need sound to work I wonder if there is a way to skip that. Anyone know where I could look? Cheers, Pete -- Peter Simmons Senior Consultant BCMPweb Limited M:+64 21 676 909 F:+64 9 374 4250 pete@bcmpweb.com http://www.bcmpweb.com From herve.quiroz at esil.univ-mrs.fr Mon Oct 6 08:03:40 2003 From: herve.quiroz at esil.univ-mrs.fr (Herve Quiroz) Date: Mon Oct 6 08:04:12 2003 Subject: bsd.java.mk 2.0 In-Reply-To: <20030925152156.GA59287@puget.esil.univ-mrs.fr> References: <200309240954.45634.ernst.dehaan@nl.wanadoo.com> <20030924105244.GA12146@puget.esil.univ-mrs.fr> <20030924184305.GA70288@misty.eyesbeyond.com> <20030925131909.GA56431@puget.esil.univ-mrs.fr> <20030925150119.GA2949@misty.eyesbeyond.com> <20030925152156.GA59287@puget.esil.univ-mrs.fr> Message-ID: <20031006145325.GA40341@puget.esil.univ-mrs.fr> bsd.java.mk 2.0 has been updated! More details at: http://www.esil.univ-mrs.fr/~hquiroz/freebsd/bsd.java.mk-2.0.html CHANGES: 2003-10-05: - changed JAVA_VENDOR keywords: 'freebsd' -> 'bsdjava', 'freebsd foundation' -> 'freebsd' - JAVA_PORT_VENDOR is now set to the vendor keyword (use _JAVA_VENDOR_keyword for complete vendor name) TODO: - Implement a sorting mechanism for JDK port selection - Handle JDK/JRE - Decide definitively the name/keyword for JDK vendors (and then rename JDK ports in bsd.java.mk) - Handle installed JDK ports using metainformation available - Decide if we get rid of the JAVA_HOME overide stuff (Herve: I'm for removing it as it's not safe IMHO) The 4th item (in the TODO list) is quite important to me right now (maintenance issues and flexibility) so I think I'll work on that during the next nights... so I can implement the JDK/JRE handling part. Can we decide something about the 5th item ? In the original proposal for bsd.java.mk 1.0, the user had the ability to enforce a given JDK port dependency. IMHO it's not so important now (and could possibly lead to some trouble). However I would like to hear from people that have actually used this feature... or anybody else BTW. Maybe I'm missing some point here so please tell me what you think of it (especially you Ernst). Herve On Thu, Sep 25, 2003 at 05:21:56PM +0200, Herve Quiroz wrote: > On Thu, Sep 25, 2003 at 09:01:19AM -0600, Greg Lewis wrote: > > Well, here is another suggestion. The vendor of the native ports built > > from source isn't really FreeBSD, its the BSD Java porting team. So > > a possibility is to use bsdjava as the vendor rather than freebsd. That > > will remove the conflict in a simpler fashion. > > Okay. So we would have: > > - "freebsd" means "FreeBSD Foundation" > - "bsdjava" means "BSD Java porting team" > > I'll do that. > > > Herve From ernst.dehaan at nl.wanadoo.com Mon Oct 6 08:09:45 2003 From: ernst.dehaan at nl.wanadoo.com (Ernst de Haan) Date: Mon Oct 6 08:10:49 2003 Subject: bsd.java.mk 2.0 In-Reply-To: <20031006145325.GA40341@puget.esil.univ-mrs.fr> References: <200309240954.45634.ernst.dehaan@nl.wanadoo.com> <20030925152156.GA59287@puget.esil.univ-mrs.fr> <20031006145325.GA40341@puget.esil.univ-mrs.fr> Message-ID: <200310061709.43083.ernst.dehaan@nl.wanadoo.com> All, From my PoV the current bsd.java.mk 2.0 is as good as usable. If this assumption is correct (please confirm!), then I suggest we commit bsd.java.mk 2.0 this week. Please test this as much as possible! Ernst On maandag 6 oktober 2003 16:53, Herve Quiroz wrote: > bsd.java.mk 2.0 has been updated! > > More details at: > > http://www.esil.univ-mrs.fr/~hquiroz/freebsd/bsd.java.mk-2.0.html > > CHANGES: > 2003-10-05: > - changed JAVA_VENDOR keywords: 'freebsd' -> 'bsdjava', 'freebsd > foundation' -> 'freebsd' - JAVA_PORT_VENDOR is now set to the vendor > keyword (use _JAVA_VENDOR_keyword for complete vendor name) > > TODO: > - Implement a sorting mechanism for JDK port selection > - Handle JDK/JRE > - Decide definitively the name/keyword for JDK vendors (and then rename > JDK ports in bsd.java.mk) - Handle installed JDK ports using > metainformation available > - Decide if we get rid of the JAVA_HOME overide stuff (Herve: I'm for > removing it as it's not safe IMHO) > > The 4th item (in the TODO list) is quite important to me right now > (maintenance issues and flexibility) so I think I'll work on that during > the next nights... so I can implement the JDK/JRE handling part. > > Can we decide something about the 5th item ? In the original proposal > for bsd.java.mk 1.0, the user had the ability to enforce a given JDK > port dependency. IMHO it's not so important now (and could possibly lead > to some trouble). However I would like to hear from people that have > actually used this feature... or anybody else BTW. Maybe I'm missing > some point here so please tell me what you think of it (especially you > Ernst). > > Herve > > On Thu, Sep 25, 2003 at 05:21:56PM +0200, Herve Quiroz wrote: > > On Thu, Sep 25, 2003 at 09:01:19AM -0600, Greg Lewis wrote: > > > Well, here is another suggestion. The vendor of the native ports > > > built from source isn't really FreeBSD, its the BSD Java porting > > > team. So a possibility is to use bsdjava as the vendor rather than > > > freebsd. That will remove the conflict in a simpler fashion. > > > > Okay. So we would have: > > > > - "freebsd" means "FreeBSD Foundation" > > - "bsdjava" means "BSD Java porting team" > > > > I'll do that. > > > > > > Herve > > _______________________________________________ > 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 glewis at eyesbeyond.com Mon Oct 6 10:52:17 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Oct 6 10:55:15 2003 Subject: Latte Diablo JRE 1.3.1 binary package on FreeBSD4.7 In-Reply-To: <3F814139.6070604@bcmpweb.com> References: <3F814139.6070604@bcmpweb.com> Message-ID: <20031006175231.GA44081@misty.eyesbeyond.com> On Mon, Oct 06, 2003 at 11:17:29PM +1300, Peter Simmons wrote: > I was wondering if anyone else at Imeme has had any success with getting > JDK /usr/ports/java/jdk13 working on their jail. How does the subject of your email relate to this? The jdk13 port is not the Diablo distribution. > Also if anyone on the freebsd-java list has any experience getting jdk13 > working on FreeBSD 4.7 I would much appreciate any help. > > The build command I am running in /usr/ports/java/jdk13 is > > make build FORCE_PKG_REGISTER=1 WITHOUT_X11=1 > > I am not sure if I need (or if it does anything) the WITHOUT_X11=1 but I > know that we aren't running X11 and have used that on ports before so > thought I would try it. Neither of these have any effect. FORCE_PKG_REGISTER only affects installation, not building. > make goes off and does a lot of stuff and ends with the following: > > --------------------------------- > > gmake[3]: *** No rule to make target > `../../../build/bsd-i386/classes/META-INF/services/javax.sound.sampled.spi.FormatConversionProvider', > needed by `copy-files'. Stop. > gmake[3]: Leaving directory > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/javax/sound' > gmake[2]: *** [optimized] Error 2 > gmake[2]: Leaving directory > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/javax/sound' > gmake[1]: *** [all] Error 1 > gmake[1]: Leaving directory > `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/javax' > gmake: *** [all] Error 1 > *** Error code 2 > > Stop in /usr/ports/java/jdk13. > > -------------------------------- > > I tried a make clean and then the same command just in case and same thing. > > This looks like something to do with sound. Seeing as we don't actually > need sound to work I wonder if there is a way to skip that. Anyone know > where I could look? IIRC, this error appears when your version of tar is too old to unpack the source correctly. Try make TAR=gtar (you may have to install the gtar port first). The freebsd-java list archives will contain more details. You could also try using the diablo-jdk13 port instead so you don't have to build anything. -- 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 Oct 6 11:01:32 2003 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon Oct 6 11:11:42 2003 Subject: Current problem reports assigned to you Message-ID: <200310061801.h96I1PID060649@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/08/22] java/41913 java JniHandler and ChannelUn Errors 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/02/25] java/35320 java linux-jdk-1.4 JVM fails when running Tomc 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/10/11] java/43929 java linux-ibm-jdk core dumps without System.e o [2002/10/18] java/44219 java Update port: textproc/cocoon to 2.0.3 o [2002/10/18] java/44251 java Create stylebook port o [2002/11/04] java/44922 java JVM crash o [2003/07/29] java/55032 java SVr4 emulation interferes with install o [2003/09/24] java/57192 java linux-ibm-java1.4 freeze 6 problems total. From pete at bcmpweb.com Mon Oct 6 16:07:54 2003 From: pete at bcmpweb.com (Peter Simmons) Date: Mon Oct 6 16:08:31 2003 Subject: Latte Diablo JRE 1.3.1 binary package on FreeBSD4.7 In-Reply-To: <20031006175231.GA44081@misty.eyesbeyond.com> References: <3F814139.6070604@bcmpweb.com> <20031006175231.GA44081@misty.eyesbeyond.com> Message-ID: <3F81F5C0.7000701@bcmpweb.com> Hi Greg, Thanks for the clarification. I have now just gotten the Diablo binary package and am using that successfully. Cheers, Pete Greg Lewis wrote: >On Mon, Oct 06, 2003 at 11:17:29PM +1300, Peter Simmons wrote: > > >>I was wondering if anyone else at Imeme has had any success with getting >>JDK /usr/ports/java/jdk13 working on their jail. >> >> > >How does the subject of your email relate to this? The jdk13 port is not >the Diablo distribution. > > > >>Also if anyone on the freebsd-java list has any experience getting jdk13 >>working on FreeBSD 4.7 I would much appreciate any help. >> >>The build command I am running in /usr/ports/java/jdk13 is >> >>make build FORCE_PKG_REGISTER=1 WITHOUT_X11=1 >> >>I am not sure if I need (or if it does anything) the WITHOUT_X11=1 but I >>know that we aren't running X11 and have used that on ports before so >>thought I would try it. >> >> > >Neither of these have any effect. FORCE_PKG_REGISTER only affects >installation, not building. > > > >>make goes off and does a lot of stuff and ends with the following: >> >>--------------------------------- >> >>gmake[3]: *** No rule to make target >>`../../../build/bsd-i386/classes/META-INF/services/javax.sound.sampled.spi.FormatConversionProvider', >>needed by `copy-files'. Stop. >>gmake[3]: Leaving directory >>`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/javax/sound' >>gmake[2]: *** [optimized] Error 2 >>gmake[2]: Leaving directory >>`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/javax/sound' >>gmake[1]: *** [all] Error 1 >>gmake[1]: Leaving directory >>`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/javax' >>gmake: *** [all] Error 1 >>*** Error code 2 >> >>Stop in /usr/ports/java/jdk13. >> >>-------------------------------- >> >>I tried a make clean and then the same command just in case and same thing. >> >>This looks like something to do with sound. Seeing as we don't actually >>need sound to work I wonder if there is a way to skip that. Anyone know >>where I could look? >> >> > >IIRC, this error appears when your version of tar is too old to unpack the >source correctly. Try > >make TAR=gtar > >(you may have to install the gtar port first). > >The freebsd-java list archives will contain more details. > >You could also try using the diablo-jdk13 port instead so you don't have to >build anything. > > > -- Peter Simmons Senior Consultant BCMPweb Limited M:+64 21 676 909 F:+64 9 374 4250 pete@bcmpweb.com http://www.bcmpweb.com From herve.quiroz at esil.univ-mrs.fr Tue Oct 7 04:05:33 2003 From: herve.quiroz at esil.univ-mrs.fr (Herve Quiroz) Date: Tue Oct 7 04:06:12 2003 Subject: bsd.java.mk 2.0 In-Reply-To: <200310061709.43083.ernst.dehaan@nl.wanadoo.com> References: <200309240954.45634.ernst.dehaan@nl.wanadoo.com> <20030925152156.GA59287@puget.esil.univ-mrs.fr> <20031006145325.GA40341@puget.esil.univ-mrs.fr> <200310061709.43083.ernst.dehaan@nl.wanadoo.com> Message-ID: <20031007105533.GA73813@puget.esil.univ-mrs.fr> Another release! The web page also has been updated: http://www.esil.univ-mrs.fr/~hquiroz/freebsd/bsd.java.mk-2.0.html It now contains a simple example (that I "stole" from Ernst's bsd.java.mk original page) and a more detailed "Java porter's manual". Regarding bsd.java.mk itself, here is the status: CHANGES: 2003-10-06: - Done some cleanning (final release deadline is near!) - More verbose (and better formatted) 'java-debug' target - Now using ${VAR:Mpattern} for pattern detection instead of tr|grep (JAVA_VERSION, JAVA_VENDOR, JAVA_OS...) - JAVA_PORT_OS is now set to the OS keyword (use _JAVA_VENDOR_keyword for complete OS name) - Two new variables (stage 5): JAVA_PORT_VENDOR_DESCRIPTION and JAVA_PORT_OS_DESCRIPTION (respective full names) - Changed the way '+' is handled in JAVA_VERSION (no more _JAVA_PORTS_1_x_UP variables) -> easier to maintain - Changed _JAVA_PORT_xxx_META to _JAVA_PORT_xxx_INFO (just personal preference) TODO: - Implement a sorting mechanism for JDK port selection - Handle JDK/JRE - Decide definitively the name/keyword for JDK vendors (and then rename JDK ports in bsd.java.mk) - Handle installed JDK ports using metainformation available - Decide if we get rid of the JAVA_HOME overide stuff - Handle the case where no JDK port is suitable (whenever the port is broken) Herve PS: Ernst, I hope you don't mind my plagiarism of your page. If this is the case, please let me know... On Mon, Oct 06, 2003 at 05:09:43PM +0200, Ernst de Haan wrote: > All, > > From my PoV the current bsd.java.mk 2.0 is as good as usable. If this > assumption is correct (please confirm!), then I suggest we commit > bsd.java.mk 2.0 this week. > > Please test this as much as possible! > > Ernst > From Sycholic at adelphia.net Tue Oct 7 10:16:46 2003 From: Sycholic at adelphia.net (Sycholic) Date: Tue Oct 7 10:17:18 2003 Subject: Diablo JRE and Opera Message-ID: Has anyone gotten Java Applets to work with Opera 7.x and Diablo. Ive installed the premade .tgz packages and also tried building it from /usr/ports. and still cant run any applets. All I get is a wire box/widget with the word 'image' inside. Ive tried several java test pages and they all do the same thing, Javascipt works fine just not the applets. Also I cant get opera to use the java plugin either that comes with Diablo. Thanks for any advice on this. -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ From aah at acm.org Tue Oct 7 16:10:09 2003 From: aah at acm.org (Andrew Houghton) Date: Tue Oct 7 16:11:21 2003 Subject: Native jdk1.4.1 working In-Reply-To: References: Message-ID: <3F834776.5020108@acm.org> Greg et al - Out of curiosity, what's the roadmap for the 1.4.x ports? I'm truly appreciative of all the work that you and Alexey and others have done getting Java working on FreeBSD, but status reports have been few and far between, and significant patches appear to be languishing in mailing list archives rather than getting folded into the patch set. In particular: . the last 'official' patchset is from March 7th, 7 months ago. . the experimental patchset doesn't have any listed changes since June 2nd, 4 months ago . there are at least two important patches for -CURRENT that appear to only exist in the mailing list archives I'm not whining -- from posts in the past few months, it seems like significant work is still occurring. It would just be nice to have that process be a little more transparent. - a. Daniel Eischen wrote: >On Fri, 3 Oct 2003, Greg Lewis wrote: > > > >>Hi Andrew, >> >>On Thu, Oct 02, 2003 at 10:11:50PM -0600, Andrew Lankford wrote: >> >> >>>This is what I get when the build errors out on -CURRENT: >>> >>> >>Patches to fix this have been posted to freebsd-java. Take a look in the >>archives. >> >> > >Can you please commit these? > > > From damian at sentex.net Tue Oct 7 16:15:43 2003 From: damian at sentex.net (Damian Gerow) Date: Tue Oct 7 16:16:31 2003 Subject: Native jdk1.4.1 working In-Reply-To: <3F834776.5020108@acm.org> References: <3F834776.5020108@acm.org> Message-ID: <20031007231536.GW15256@sentex.net> Thus spake Andrew Houghton (aah@acm.org) [07/10/03 19:08]: > I'm not whining -- from posts in the past few months, it seems like > significant work is still occurring. It would just be nice to have that > process be a little more transparent. Erm... I think you mean either a little more /ap/parent, or a little /less/ transparent. I've been waiting for a 'no need to apply patches manually' build of 1.4 on -CURRENT for a while now. It's not urgent, and I've plenty of patience, I just haven't had the time to chase down the various patches that have been posted to the mailing list that would let it compile. I, as well, would like to see the various mailing list patches folded into the official patchset. Heck, even the experimental patchset would do -- it's relatively easy to modify the port to use it. From glewis at eyesbeyond.com Wed Oct 8 17:50:30 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Oct 8 17:51:01 2003 Subject: jdk14 patches Message-ID: <20031009005113.GA50130@misty.eyesbeyond.com> Hi all, Attached is a set of patches for the jdk14 port. These should fix a number of well known bugs, including getting things compiling on -CURRENT. Assuming: 1) Someone confirms these do actually get things compiling on -CURRENT. 2) Patchset 4 doesn't come out (*). 3) They get a positive review from Alexey (or no response). Then I'll commit the patches in a weeks time. If not, then hopefully collecting them together like this will at least help some people. I am currently running these changes at work, FWIW. Alexey, please take a look at these. The changes to the Makefile and installation of preferences files are independent of patchset 4. * I don't know when patchset 4 is coming out. Please direct questions about this to Alexey. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org -------------- next part -------------- Index: Makefile =================================================================== RCS file: /var/fcvs/ports/java/jdk14/Makefile,v retrieving revision 1.60 diff -u -r1.60 Makefile --- Makefile 1 Oct 2003 16:14:20 -0000 1.60 +++ Makefile 8 Oct 2003 21:49:45 -0000 @@ -43,6 +43,7 @@ # workaround to handle both 'zip' and 'tar.gz' distfiles USE_ZIP= YES +USE_REINPLACE= YES EXTRACT_ONLY= ${SRCFILE} ONLY_FOR_ARCHS= i386 @@ -74,6 +75,13 @@ PLIST_SUB+= DEBUG:="" .endif +PTHREAD_FILES= hotspot/build/bsd/makefiles/gcc.make \ + hotspot/build/bsd/makefiles/vm.make \ + j2se/make/common/Defs.gmk \ + j2se/make/common/Program.gmk \ + j2se/make/common/Defs-bsd.gmk \ + j2se/make/java/hpi/native/Makefile + .include # Check for JDK sources @@ -150,6 +158,11 @@ ${CHMOD} -R u+w * && \ ${PATCH} -p0 < ${WRKDIR}/jdk14.patches +post-patch: + @for file in ${PTHREAD_FILES}; do \ + ${REINPLACE_CMD} -e "s:-pthread:${PTHREAD_LIBS}:g; s:-lc_r:${PTHREAD_LIBS}:g" ${WRKDIR}/$${file}; \ + done + .if !defined(NATIVE_BOOTSTRAP) ECHO_MSG=echo pre-build: @@ -217,5 +230,8 @@ post-install: @${LOCALBASE}/bin/registervm "${PREFIX}/jdk${JDK_VERSION}/bin/java # FREEBSD-JDK${JDK_VERSION}" + @${SED} -e "s:%%JRE_HOME%%:${PREFIX}/jdk${JDK_VERSION}/jre:g" \ + < ${FILESDIR}/pkg-install.in > ${PKGINSTALL} + @${SETENV} PKG_PREFIX=${PREFIX} ${SH} ${PKGINSTALL} ${PKGNAME} POST-INSTALL .include Index: pkg-plist =================================================================== RCS file: /var/fcvs/ports/java/jdk14/pkg-plist,v retrieving revision 1.16 diff -u -r1.16 pkg-plist --- pkg-plist 8 May 2003 23:53:06 -0000 1.16 +++ pkg-plist 1 Oct 2003 14:36:44 -0000 @@ -461,6 +461,8 @@ jdk%%JDK_VERSION%%/include/jni.h jdk%%JDK_VERSION%%/include/jvmdi.h jdk%%JDK_VERSION%%/include/jvmpi.h +jdk%%JDK_VERSION%%/jre/.systemPrefs/.system.lock +jdk%%JDK_VERSION%%/jre/.systemPrefs/.systemRootModFile jdk%%JDK_VERSION%%/jre/CHANGES jdk%%JDK_VERSION%%/jre/COPYRIGHT jdk%%JDK_VERSION%%/jre/LICENSE @@ -1157,6 +1159,7 @@ @dirrm jdk%%JDK_VERSION%%/jre/lib/zi/Pacific @dirrm jdk%%JDK_VERSION%%/jre/lib/zi @dirrm jdk%%JDK_VERSION%%/jre/lib +@dirrm jdk%%JDK_VERSION%%/jre/.systemPrefs @dirrm jdk%%JDK_VERSION%%/jre @dirrm jdk%%JDK_VERSION%%/lib @dirrm jdk%%JDK_VERSION%%/man/man1 Index: files/patch-DefaultSelectorProvider.java =================================================================== RCS file: files/patch-DefaultSelectorProvider.java diff -N files/patch-DefaultSelectorProvider.java --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-DefaultSelectorProvider.java 8 Oct 2003 19:02:21 -0000 @@ -0,0 +1,31 @@ +$FreeBSD$ + +--- ../../j2se/src/solaris/classes/sun/nio/ch/DefaultSelectorProvider.java 8 Jun 2002 04:46:35 -0000 1.1 ++++ ../../j2se/src/solaris/classes/sun/nio/ch/DefaultSelectorProvider.java 7 Jun 2003 07:44:32 -0000 1.2 +@@ -27,14 +27,20 @@ + * Returns the default SelectorProvider. + */ + public static SelectorProvider create() { +- PrivilegedAction pa +- = new GetPropertyAction("os.version"); ++ PrivilegedAction pa = new GetPropertyAction("os.name"); + String result = (String) AccessController.doPrivileged(pa); +- String[] numbers = result.split("\\.", 0); +- if (numbers[1].compareTo("7") < 0) ++ if (result.equals("SunOS")) { ++ pa = new GetPropertyAction("os.version"); ++ result = (String) AccessController.doPrivileged(pa); ++ String[] numbers = result.split("\\.", 0); ++ if (numbers[1].compareTo("7") < 0) ++ return new sun.nio.ch.PollSelectorProvider(); ++ else ++ return new sun.nio.ch.DevPollSelectorProvider(); ++ } ++ else { + return new sun.nio.ch.PollSelectorProvider(); +- else +- return new sun.nio.ch.DevPollSelectorProvider(); ++ } + } + + } Index: files/patch-FileChannelImpl.c =================================================================== RCS file: files/patch-FileChannelImpl.c diff -N files/patch-FileChannelImpl.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-FileChannelImpl.c 8 Oct 2003 19:05:00 -0000 @@ -0,0 +1,55 @@ +$FreeBSD$ + +--- ../../j2se/src/solaris/native/sun/nio/ch/FileChannelImpl.c 6 Jun 2003 15:31:42 -0000 1.5 ++++ ../../j2se/src/solaris/native/sun/nio/ch/FileChannelImpl.c 8 Sep 2003 08:19:29 -0000 1.7 +@@ -170,6 +170,8 @@ + #include + #elif defined(_BSD_SOURCE) + #include ++#include ++#include + #endif + + JNIEXPORT int JNICALL +@@ -188,13 +190,38 @@ + #elif defined(__FreeBSD__) + /* + * XXXBSD: make sure that we're returning what java class may understand ++ * ++ * XXXBSD: I'd prefer to have it implemented with sendfile(), but since ++ * FreeBSD's sendfile() is only supposed to be used in file->socket ++ * schema we need to provide some kind of fall-back operation, if ++ * sendfile() failed with ENOTSOCK error only. + */ ++ void *buf; + off_t offset = (off_t)position; +- int n = sendfile(dstFD, srcFD, offset, (size_t)count, NULL, NULL, 0); +- if (n < 0) { ++ int r, w; ++ ++ buf = malloc(4096); ++ if (buf == NULL) { ++ JNU_ThrowOutOfMemoryError(env, "heap allocation failed"); ++ return (0); ++ } ++ ++ while ((r = pread(srcFD, buf, 4096, offset)) > 0) { ++ w = write(dstFD, buf, r); ++ if (w == -1) ++ break; ++ offset += w; ++ } ++ free(buf); ++ ++ /* ++ * XXXBSD: there're potential problems with NBIO fd's. Check it. ++ */ ++ if (r == -1 || w == -1) { ++ fprintf(stderr, "%d %d %d %d %d\n", srcFD, dstFD, r, w, errno); + JNU_ThrowIOExceptionWithLastError(env, "Transfer failed"); + } +- return n; ++ return (offset - (off_t)position); + #else + return IOS_UNSUPPORTED; + #endif Index: files/patch-Inet6AddressImpl.c =================================================================== RCS file: files/patch-Inet6AddressImpl.c diff -N files/patch-Inet6AddressImpl.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-Inet6AddressImpl.c 8 Oct 2003 19:01:07 -0000 @@ -0,0 +1,21 @@ +$FreeBSD$ + +--- ../../j2se/src/solaris/native/java/net/Inet6AddressImpl.c.orig Sat Aug 23 23:44:36 2003 ++++ ../../j2se/src/solaris/native/java/net/Inet6AddressImpl.c Sat Aug 23 23:45:08 2003 +@@ -14,6 +14,7 @@ + #include + #include + #include ++#include + + #include "jvm.h" + #include "jni_util.h" +@@ -26,7 +27,7 @@ + #define NI_MAXHOST 1025 + #endif + +-#ifndef __GLIBC__ ++#if !defined(__GLIBC__) && !defined(__FreeBSD__) + /* gethostname() is in libc.so but I can't find a header file for it */ + extern int gethostname(char *buf, int buf_len); + #endif Index: files/patch-jni.cpp =================================================================== RCS file: files/patch-jni.cpp diff -N files/patch-jni.cpp --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-jni.cpp 8 Oct 2003 19:01:25 -0000 @@ -0,0 +1,108 @@ +$FreeBSD$ + +--- ../../hotspot/src/share/vm/prims/jni.cpp 23 Jan 2003 12:48:13 -0000 1.1.1.2 ++++ ../../hotspot/src/share/vm/prims/jni.cpp 6 Aug 2003 20:56:29 -0000 1.2 +@@ -902,7 +902,7 @@ + JNI_ArgumentPusherVaArg ap(methodID, args); \ + jni_invoke_nonstatic(env, &jvalue, obj, JNI_VIRTUAL, methodID, &ap, CHECK_0); \ + va_end(args); \ +- return (ResultType)(jvalue._value.##unionType); \ ++ return (ResultType)(jvalue._value.unionType); \ + JNI_END \ + \ + \ +@@ -912,7 +912,7 @@ + JavaValue jvalue(Tag); \ + JNI_ArgumentPusherVaArg ap(methodID, args); \ + jni_invoke_nonstatic(env, &jvalue, obj, JNI_VIRTUAL, methodID, &ap, CHECK_0); \ +- return (ResultType)(jvalue._value.##unionType); \ ++ return (ResultType)(jvalue._value.unionType); \ + JNI_END \ + \ + \ +@@ -922,7 +922,7 @@ + JavaValue jvalue(Tag); \ + JNI_ArgumentPusherArray ap(methodID, args); \ + jni_invoke_nonstatic(env, &jvalue, obj, JNI_VIRTUAL, methodID, &ap, CHECK_0); \ +- return (ResultType)(jvalue._value.##unionType); \ ++ return (ResultType)(jvalue._value.unionType); \ + JNI_END + + // the runtime type of subword integral basic types is integer +@@ -976,7 +976,7 @@ + JNI_ArgumentPusherVaArg ap(methodID, args); \ + jni_invoke_nonstatic(env, &jvalue, obj, JNI_NONVIRTUAL, methodID, &ap, CHECK_0); \ + va_end(args); \ +- return (ResultType)(jvalue._value.##unionType); \ ++ return (ResultType)(jvalue._value.unionType); \ + JNI_END \ + \ + \ +@@ -986,7 +986,7 @@ + JavaValue jvalue(Tag); \ + JNI_ArgumentPusherVaArg ap(methodID, args); \ + jni_invoke_nonstatic(env, &jvalue, obj, JNI_NONVIRTUAL, methodID, &ap, CHECK_0); \ +- return (ResultType)(jvalue._value.##unionType); \ ++ return (ResultType)(jvalue._value.unionType); \ + JNI_END \ + \ + \ +@@ -996,7 +996,7 @@ + JavaValue jvalue(Tag); \ + JNI_ArgumentPusherArray ap(methodID, args); \ + jni_invoke_nonstatic(env, &jvalue, obj, JNI_NONVIRTUAL, methodID, &ap, CHECK_0); \ +- return (ResultType)(jvalue._value.##unionType); \ ++ return (ResultType)(jvalue._value.unionType); \ + JNI_END + + // the runtime type of subword integral basic types is integer +@@ -1051,7 +1051,7 @@ + JNI_ArgumentPusherVaArg ap(methodID, args); \ + jni_invoke_static(env, &jvalue, NULL, JNI_STATIC, methodID, &ap, CHECK_0); \ + va_end(args); \ +- return (ResultType)(jvalue._value.##unionType); \ ++ return (ResultType)(jvalue._value.unionType); \ + JNI_END \ + \ + \ +@@ -1061,7 +1061,7 @@ + JavaValue jvalue(Tag); \ + JNI_ArgumentPusherVaArg ap(methodID, args); \ + jni_invoke_static(env, &jvalue, NULL, JNI_STATIC, methodID, &ap, CHECK_0); \ +- return (ResultType)(jvalue._value.##unionType); \ ++ return (ResultType)(jvalue._value.unionType); \ + JNI_END \ + \ + \ +@@ -1071,7 +1071,7 @@ + JavaValue jvalue(Tag); \ + JNI_ArgumentPusherArray ap(methodID, args); \ + jni_invoke_static(env, &jvalue, NULL, JNI_STATIC, methodID, &ap, CHECK_0); \ +- return (ResultType)(jvalue._value.##unionType); \ ++ return (ResultType)(jvalue._value.unionType); \ + JNI_END + + // the runtime type of subword integral basic types is integer +@@ -1204,7 +1204,7 @@ + /* and creates a ResetNoHandleMark. */ \ + if (jvmdi::enabled()) { \ + jvalue field_value; \ +- field_value.##unionType = value; \ ++ field_value.unionType = value; \ + o = jvmdi::jni_SetField_probe_nh(thread, obj, o, k, fieldID, false, SigType, (jvalue *)&field_value); \ + } \ + o->Fieldname##_field_put(offset, value); \ +@@ -1333,7 +1333,7 @@ + /* jni_SetField_probe() assumes that is okay to create handles. */ \ + if (jvmdi::enabled()) { \ + jvalue field_value; \ +- field_value.##unionType = value; \ ++ field_value.unionType = value; \ + jvmdi::jni_SetField_probe(thread, NULL, NULL, id->holder(), fieldID, true, SigType, (jvalue *)&field_value); \ + } \ + id->holder()-> Fieldname##_field_put (id->offset(), value); \ +Index: hotspot/src/share/vm/runtime/jvmdiInterfaceSupport.hpp +=================================================================== +RCS file: /var/jcvs/javasrc_1_4_scsl/hotspot/src/share/vm/runtime/jvmdiInterfaceSupport.hpp,v +retrieving revision 1.1.1.2 +retrieving revision 1.2 Index: files/patch-jvmdiInterfaceSupport.hpp =================================================================== RCS file: files/patch-jvmdiInterfaceSupport.hpp diff -N files/patch-jvmdiInterfaceSupport.hpp --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-jvmdiInterfaceSupport.hpp 8 Oct 2003 19:01:48 -0000 @@ -0,0 +1,18 @@ +$FreeBSD$ + +--- ../../hotspot/src/share/vm/runtime/jvmdiInterfaceSupport.hpp 23 Jan 2003 12:48:15 -0000 1.1.1.2 ++++ ../../hotspot/src/share/vm/runtime/jvmdiInterfaceSupport.hpp 6 Aug 2003 20:55:55 -0000 1.2 +@@ -24,7 +24,7 @@ + result_type JNICALL methodName signature { \ + JavaThread* thread = (JavaThread*) ThreadLocalStorage::thread(); \ + TransitionClass __tiv(thread); \ +- __ENTRY(result_type, methodName##signature, thread) \ ++ __ENTRY(result_type, methodName signature, thread) \ + debug_only(VMNativeEntryWrapper __vew;) \ + debug_only(const char* const _jvmdi_methodName_ = #methodName;) \ + debug_only(bool _trace_ = trace; ); \ +Index: hotspot/src/share/vm/runtime/mutexLocker.cpp +=================================================================== +RCS file: /var/jcvs/javasrc_1_4_scsl/hotspot/src/share/vm/runtime/mutexLocker.cpp,v +retrieving revision 1.1.1.2 +retrieving revision 1.2 Index: files/patch-mutexLocker.cpp =================================================================== RCS file: files/patch-mutexLocker.cpp diff -N files/patch-mutexLocker.cpp --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-mutexLocker.cpp 8 Oct 2003 19:01:58 -0000 @@ -0,0 +1,13 @@ +$FreeBSD$ + +--- ../../hotspot/src/share/vm/runtime/mutexLocker.cpp 23 Jan 2003 12:48:15 -0000 1.1.1.2 ++++ ../../hotspot/src/share/vm/runtime/mutexLocker.cpp 6 Aug 2003 20:55:15 -0000 1.2 +@@ -95,7 +95,7 @@ + #endif + + #define def(var, type, pri, vm_block) \ +- var = new type(Mutex::##pri, #var, vm_block) ++ var = new type(Mutex::pri, #var, vm_block) + + void mutex_init() { + def(Event_lock , Mutex , event, true ); // allow to lock in VM Index: files/patch-nio::Makefile =================================================================== RCS file: files/patch-nio::Makefile diff -N files/patch-nio::Makefile --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-nio::Makefile 8 Oct 2003 19:02:11 -0000 @@ -0,0 +1,13 @@ +$FreeBSD$ + +--- ../../j2se/make/java/nio/Makefile 15 Feb 2003 14:45:49 -0000 1.4 ++++ ../../j2se/make/java/nio/Makefile 24 Aug 2003 05:37:04 -0000 +@@ -131,7 +131,7 @@ + + # XXXBSD: really need it for BSD ? + ifeq ($(PLATFORM), bsd) +-OTHER_CFLAGS += -Werror ++#OTHER_CFLAGS += -Werror + OTHER_LDLIBS += -L$(LIBDIR)/$(LIBARCH)$(SUFFIX) -ljava$(SUFFIX) -lnet$(SUFFIX) + endif + Index: files/pkg-install.in =================================================================== RCS file: files/pkg-install.in diff -N files/pkg-install.in --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/pkg-install.in 1 Oct 2003 14:31:17 -0000 @@ -0,0 +1,19 @@ +#!/bin/sh + +# System preference location +PREFS_LOCATION=%%JRE_HOME%% + +# Set up system preferences during post install +if [ "$2" = "POST-INSTALL" ]; then + if [ ! -d "${PREFS_LOCATION}/.systemPrefs" ] ; then + mkdir -m 755 "${PREFS_LOCATION}/.systemPrefs" + fi + if [ ! -f "${PREFS_LOCATION}/.systemPrefs/.system.lock" ] ; then + touch "${PREFS_LOCATION}/.systemPrefs/.system.lock" + chmod 644 "${PREFS_LOCATION}/.systemPrefs/.system.lock" + fi + if [ ! -f "${PREFS_LOCATION}/.systemPrefs/.systemRootModFile" ] ; then + touch "${PREFS_LOCATION}/.systemPrefs/.systemRootModFile" + chmod 644 "${PREFS_LOCATION}/.systemPrefs/.systemRootModFile" + fi +fi From pbeck at ciberbit.pt Wed Oct 8 19:25:19 2003 From: pbeck at ciberbit.pt (Pedro Beck Gomes da Costa) Date: Wed Oct 8 19:25:52 2003 Subject: FreeBSD Port: eclipse-2.1.1 Message-ID: <3F84C702.8080304@ciberbit.pt> Hi, I tried to build Eclipse-2.1.1 using the Diablo-jdk1.3.1 and it fails.... The port documentation refers to jdk13 port...., but having the official binary package I dont want to download the JDK1.3 code by hand , patch it and build a jdk to be able to build Java Ports... We cant build the port using the official FreeBSD 1.3.1 Binary JDK ???? For someone like me, recently arrived from Slackware Linux, this is very strange. Thanks Pedro Costa From aah at acm.org Wed Oct 8 20:26:09 2003 From: aah at acm.org (Andrew Houghton) Date: Wed Oct 8 20:27:56 2003 Subject: jdk14 patches In-Reply-To: <20031009005113.GA50130@misty.eyesbeyond.com> References: <20031009005113.GA50130@misty.eyesbeyond.com> Message-ID: <3F84D58B.1010205@acm.org> Thank you, thank you. The diff you provided applies cleanly, but breaks the application of files/patch-FileChannelImpl.c ===> Ignoring patchfile /usr/ports/java/jdk14/files/patch-DefaultSelectorProvider.java.orig 1 out of 1 hunks failed--saving rejects to ../../j2se/src/solaris/native/sun/nio/ch/FileChannelImpl.c.rej >> Patch patch-FileChannelImpl.c failed to apply cleanly. >> Patch(es) patch-DefaultSelectorProvider.java applied cleanly. *** Error code 1 My process up to this point: cd /usr/ports/java/jdk14 make clean patch -p0 < jdk14.diff make build It looks like the version in your patches should simply replace the version in files/patch-FileChannelImpl.c; after removing the spurious $FreeBSD$ at the top of the file and getting rid of the old patch, everything applied cleanly. Building now. - a. Greg Lewis wrote: >Hi all, > >Attached is a set of patches for the jdk14 port. These should fix a number >of well known bugs, including getting things compiling on -CURRENT. > >Assuming: >1) Someone confirms these do actually get things compiling on -CURRENT. >2) Patchset 4 doesn't come out (*). >3) They get a positive review from Alexey (or no response). > >Then I'll commit the patches in a weeks time. > >If not, then hopefully collecting them together like this will at least >help some people. I am currently running these changes at work, FWIW. > >Alexey, please take a look at these. The changes to the Makefile and >installation of preferences files are independent of patchset 4. > >* I don't know when patchset 4 is coming out. Please direct questions > about this to Alexey. > > > From aah at acm.org Thu Oct 9 00:36:58 2003 From: aah at acm.org (Andrew Houghton) Date: Thu Oct 9 00:37:30 2003 Subject: jdk14 patches In-Reply-To: <3F84D58B.1010205@acm.org> References: <20031009005113.GA50130@misty.eyesbeyond.com> <3F84D58B.1010205@acm.org> Message-ID: <3F851052.7050805@acm.org> Remind me to get a faster computer someday. The next problem is an old one; a split line in Inet4AddressImpl.c: ../../../src/solaris/native/java/net/Inet4AddressImpl.c:296:29: missing terminating " character ../../../src/solaris/native/java/net/Inet4AddressImpl.c:297:8: missing terminating " character coalescing line 296 && 297 fixes the problem. After that, the build completes fine for me. I've done limited testing so far; tried my IDE (IDEA), ran a simple webapp and connected to it over the network, played with the demos. So far so good. - a. p.s. I'm using a CURRENT world && kernel, cvsupped && built October 2nd. From haro at kgt.co.jp Thu Oct 9 02:25:27 2003 From: haro at kgt.co.jp (Munehiro Matsuda) Date: Thu Oct 9 02:26:00 2003 Subject: jdk14 patches In-Reply-To: <20031009005113.GA50130@misty.eyesbeyond.com> References: <20031009005113.GA50130@misty.eyesbeyond.com> Message-ID: <20031009.182515.74753005.haro@kgt.co.jp> From: Greg Lewis Date: Wed, 8 Oct 2003 18:51:13 -0600 ::Attached is a set of patches for the jdk14 port. These should fix a number ::of well known bugs, including getting things compiling on -CURRENT. Hello Greg, Good work, as always. :-) But grancing through your patches, I'm not sure I like the following part, which tries to work around the '_LITTLE_ENDIAN' problem. This change may hide other errors, that may cause more trouble in the future. +--- ../../j2se/make/java/nio/Makefile 15 Feb 2003 14:45:49 -0000 1.4 ++++ ../../j2se/make/java/nio/Makefile 24 Aug 2003 05:37:04 -0000 +@@ -131,7 +131,7 @@ + + # XXXBSD: really need it for BSD ? + ifeq ($(PLATFORM), bsd) +-OTHER_CFLAGS += -Werror ++#OTHER_CFLAGS += -Werror I use the following patch myself. I don't like my patch, neither. ;-) But better show errors, than hide them away. ---8<------8<------8<--- patch-zharo-common::Defs-bsd.gmk ---8<------8<---- --- ../../j2se/make/common/Defs-bsd.gmk.org Wed Oct 8 09:31:35 2003 +++ ../../j2se/make/common/Defs-bsd.gmk Mon Oct 6 20:33:00 2003 @@ -277,7 +277,13 @@ CXXFLAGS_DBG = -g CPPFLAGS_COMMON = -D$(ARCH) -DARCH='"$(ARCH)"' $(VERSION_DEFINES) \ - -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_LITTLE_ENDIAN + -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE + +ifeq ($(TRUE_PLATFORM), FreeBSD) +CPPFLAGS_COMMON += -D_LITTLE_ENDIAN=1234 +else +CPPFLAGS_COMMON += -D_LITTLE_ENDIAN +endif ifeq ($(ARCH_DATA_MODEL), 64) CPPFLAGS_COMMON += -D_LP64=1 ---8<------8<------8<------8<--- Cut Here ---8<------8<------8<------8<--- Hope this helps, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., Kubota Graphics Technologies Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 Email: haro@kgt.co.jp From freebsd at yazzy.org Thu Oct 9 02:32:02 2003 From: freebsd at yazzy.org (Martin Jessa) Date: Thu Oct 9 02:32:35 2003 Subject: JDK 1.3 loop? Message-ID: <20031009113133.430e8b28.freebsd@yazzy.org> Hi. Got this annoying error trying to compile jdk-1.3 Seems like a new installation of jdk-1.3 needs an existing installation of java for bootstrapping, which sounds absurd. I also have linux-sun-jdk-1.3.1.09 Sun Java Development Kit 1.3 for Linux installed. Please CC: to me or ports@ as I dont subscribe to java@. ===> Returning to build of jdk-1.3.1p8_2 ===> jdk-1.3.1p8_2 depends on executable: gmake - found ===> jdk-1.3.1p8_2 depends on shared library: glib12.3 - found ===> jdk-1.3.1p8_2 depends on shared library: gtk12.2 - found ===> jdk-1.3.1p8_2 depends on shared library: nspr4.1 - found ===> Configuring for jdk-1.3.1p8_2 ===> Building for jdk-1.3.1p8_2 # Start of jdk build i386 Build started: 1.3.1-p8-root-031009-10:33 ERROR: Your BOOTDIR environment variable does not point to a valid Java 2 SDK for bootstrapping this build. A Java 2 SDK 1.3.1 build must be bootstrapped against any 1.3 build. Please update your ALT_BOOTDIR setting, or just unset it, and start your build again. Exiting because of the above error(s). gmake: *** [sanity] Error 1 *** Error code 2 From past at noc.ntua.gr Thu Oct 9 02:44:13 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Thu Oct 9 02:45:17 2003 Subject: JDK 1.3 loop? In-Reply-To: <20031009113133.430e8b28.freebsd@yazzy.org> References: <20031009113133.430e8b28.freebsd@yazzy.org> Message-ID: <3F852DE7.40405@noc.ntua.gr> Martin Jessa wrote: > Hi. > > Got this annoying error trying to compile jdk-1.3 Seems like a new > installation of jdk-1.3 needs an existing installation of java for > bootstrapping, which sounds absurd. I also have > linux-sun-jdk-1.3.1.09 Sun Java Development Kit 1.3 for Linux > installed. Please CC: to me or ports@ as I dont subscribe to java@. Hi, It seems you need to have either linux-blackdown-jdk13 or diablo-jdk13. Perhaps you could try changing the two lines in the Makefile that mention linux-blackdown to linux-sun and see if you get a successful build. -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From freebsd at yazzy.org Thu Oct 9 02:54:28 2003 From: freebsd at yazzy.org (Martin Jessa) Date: Thu Oct 9 02:55:54 2003 Subject: JDK 1.3 loop? In-Reply-To: <3F852DE7.40405@noc.ntua.gr> References: <20031009113133.430e8b28.freebsd@yazzy.org> <3F852DE7.40405@noc.ntua.gr> Message-ID: <20031009115353.41ba44b2.freebsd@yazzy.org> For the future generations. It seems like installing of /usr/ports/java/linux-blackdown-jdk13 and running make WITH_LINUX_BOOTSTRAP=yes install for the native jdk13 should solve the problem. Anyway, this should be either stated in the port build as a comment or fixed as a dependiency. Too bad it doesnt work either. At least not on 5.1-CURRENT (no optimalization in the make.conf file): Segmentation fault (core dumped) gmake[5]: *** [.compile.classlist] Error 139 gmake[5]: Leaving directory `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/sun/javac/oldjavac' gmake[4]: *** [optimized] Error 2 Thanks YazzY On Thu, 09 Oct 2003 12:44:07 +0300 Panagiotis Astithas wrote: > Martin Jessa wrote: > > Hi. > > > > Got this annoying error trying to compile jdk-1.3 Seems like a new > > installation of jdk-1.3 needs an existing installation of java for > > bootstrapping, which sounds absurd. I also have > > linux-sun-jdk-1.3.1.09 Sun Java Development Kit 1.3 for Linux > > installed. Please CC: to me or ports@ as I dont subscribe to java@. > > Hi, > > It seems you need to have either linux-blackdown-jdk13 or diablo-jdk13. > Perhaps you could try changing the two lines in the Makefile that > mention linux-blackdown to linux-sun and see if you get a successful build. > -- > Panagiotis Astithas > Electrical & Computer Engineer, PhD > Network Management Center > National Technical University of Athens, Greece > From sriva at gufi.org Thu Oct 9 05:20:05 2003 From: sriva at gufi.org (Stefano Riva) Date: Thu Oct 9 05:20:37 2003 Subject: JBoss 3.2.1 problem Message-ID: <3.0.5.32.20031009142002.009434a0@civetta.gufi.org> Hi. I'm trying to run JBoss 3.2.1 on a FreeBSD 4.8-S (8th august, just before PAE "wreckage") box with Diablo JDK 1.3.1, everything from ports (tree just updated). I'm experiencing the same error reported in the following message and others elsewhere: http://news.gw.com/freebsd.java/6036 The only suggestion I found was to change ownership of some directories within /usr/local/jboss3.2 to user www, which I did, but nothing changed. I'm a total newbie on both Java and JBoss. I tried also 3.2.2RC4 by modifying the port but I got another error (Mbean) which is discussed on Jboss.org's forums with no solutions. I don't want, if at all possible, switch over to JDK 1.4. Hints, anyone? -- Stefano Riva (sriva@gufi.org) Gruppo Utenti FreeBSD Italia - http://www.gufi.org/ From sheldonh at starjuice.net Thu Oct 9 06:27:29 2003 From: sheldonh at starjuice.net (Sheldon Hearn) Date: Thu Oct 9 06:28:07 2003 Subject: jdk14 patches In-Reply-To: <3F84D58B.1010205@acm.org> References: <20031009005113.GA50130@misty.eyesbeyond.com> <3F84D58B.1010205@acm.org> Message-ID: <20031009132716.GF42736@starjuice.net> On (2003/10/08 20:27), Andrew Houghton wrote: > The diff you provided applies cleanly, but breaks the application of > files/patch-FileChannelImpl.c I think you've got a local files/patch-FileChannelImpl.c, like I do. It's not in CVS, and Greg's patch is targetted at the port as it stands in CVS. Just remove files/patch-FileChannelImpl.c, which is rolled into Greg's patch. Ciao, Sheldon. From glewis at eyesbeyond.com Thu Oct 9 07:01:47 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu Oct 9 07:02:21 2003 Subject: jdk14 patches In-Reply-To: <20031009.182515.74753005.haro@kgt.co.jp> References: <20031009005113.GA50130@misty.eyesbeyond.com> <20031009.182515.74753005.haro@kgt.co.jp> Message-ID: <20031009140122.GA95791@misty.eyesbeyond.com> Hi Haro-san, On Thu, Oct 09, 2003 at 06:25:15PM +0900, Munehiro Matsuda wrote: > Good work, as always. :-) > > But grancing through your patches, I'm not sure I like the > following part, which tries to work around the '_LITTLE_ENDIAN' > problem. This change may hide other errors, that may cause > more trouble in the future. I agree. I don't intend to commit this patch to the project repository, but it was the simplest patch to get people going with the port. > I use the following patch myself. I don't like my patch, neither. ;-) > But better show errors, than hide them away. > > ---8<------8<------8<--- patch-zharo-common::Defs-bsd.gmk ---8<------8<---- > --- ../../j2se/make/common/Defs-bsd.gmk.org Wed Oct 8 09:31:35 2003 > +++ ../../j2se/make/common/Defs-bsd.gmk Mon Oct 6 20:33:00 2003 > @@ -277,7 +277,13 @@ > CXXFLAGS_DBG = -g > > CPPFLAGS_COMMON = -D$(ARCH) -DARCH='"$(ARCH)"' $(VERSION_DEFINES) \ > - -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_LITTLE_ENDIAN > + -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE > + > +ifeq ($(TRUE_PLATFORM), FreeBSD) > +CPPFLAGS_COMMON += -D_LITTLE_ENDIAN=1234 > +else > +CPPFLAGS_COMMON += -D_LITTLE_ENDIAN > +endif > > ifeq ($(ARCH_DATA_MODEL), 64) > CPPFLAGS_COMMON += -D_LP64=1 I have a different patch I was intending to commit. It removes the setting of -D_LITTLE_ENDIAN at all and uses to replace its usage in the appropriate files. That is what ended up being done in 1.3, so I was just going to do the same in 1.4 (Alexey asked me to hold off until after patchset 4 though). Comments? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Thu Oct 9 07:38:19 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu Oct 9 07:39:38 2003 Subject: JDK 1.3 loop? In-Reply-To: <20031009115353.41ba44b2.freebsd@yazzy.org> References: <20031009113133.430e8b28.freebsd@yazzy.org> <20031009115353.41ba44b2.freebsd@yazzy.org> Message-ID: <20031009143855.GB96036@misty.eyesbeyond.com> On Thu, Oct 09, 2003 at 11:53:53AM +0200, Martin Jessa wrote: > For the future generations. > It seems like installing of /usr/ports/java/linux-blackdown-jdk13 and running make WITH_LINUX_BOOTSTRAP=yes install for the native jdk13 should solve the problem. > Anyway, this should be either stated in the port build as a comment or fixed as a dependiency. The port already tries to figure out if you have a suitable bootstrap and tries to use that. You can override it by setting JDK13DIR. What exactly would you like it to do? > Too bad it doesnt work either. At least not on 5.1-CURRENT (no optimalization in the make.conf file): What doesn't work? The compilation? > Segmentation fault (core dumped) > gmake[5]: *** [.compile.classlist] Error 139 > gmake[5]: Leaving directory `/usr/ports/java/jdk13/work/j2sdk1.3.1/make/sun/javac/oldjavac' > gmake[4]: *** [optimized] Error 2 More detail please. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Thu Oct 9 07:41:17 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu Oct 9 07:42:12 2003 Subject: FreeBSD Port: eclipse-2.1.1 In-Reply-To: <3F84C702.8080304@ciberbit.pt> References: <3F84C702.8080304@ciberbit.pt> Message-ID: <20031009144153.GC96036@misty.eyesbeyond.com> On Thu, Oct 09, 2003 at 03:25:06AM +0100, Pedro Beck Gomes da Costa wrote: > I tried to build Eclipse-2.1.1 using the Diablo-jdk1.3.1 and it fails.... > The port documentation refers to jdk13 port...., but having the official > binary package I dont want to download the JDK1.3 code by hand , patch > it and build a jdk to be able to build Java Ports... > We cant build the port using the official FreeBSD 1.3.1 Binary JDK ???? > For someone like me, recently arrived from Slackware Linux, this is very > strange. What is the error you get? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From haro at h4.dion.ne.jp Thu Oct 9 08:46:53 2003 From: haro at h4.dion.ne.jp (Munehiro Matsuda) Date: Thu Oct 9 08:49:13 2003 Subject: jdk14 patches In-Reply-To: <20031009140122.GA95791@misty.eyesbeyond.com> References: <20031009005113.GA50130@misty.eyesbeyond.com> <20031009.182515.74753005.haro@kgt.co.jp> <20031009140122.GA95791@misty.eyesbeyond.com> Message-ID: <20031010.004625.74757302.haro@h4.dion.ne.jp> Konichi-ha Greg-san, From: Greg Lewis Date: Thu, 9 Oct 2003 08:01:22 -0600 ::> I use the following patch myself. I don't like my patch, neither. ;-) ::> But better show errors, than hide them away. ::I have a different patch I was intending to commit. It removes the setting ::of -D_LITTLE_ENDIAN at all and uses to replace its usage in the ::appropriate files. That is what ended up being done in 1.3, so I was just ::going to do the same in 1.4 (Alexey asked me to hold off until after ::patchset 4 though). Comments? Aah, yes. I remember now, about the machine/endian.h and sys/endian.h issue, I had commited fix for. :-) In that's the case, we still be needing this patch for _LITTLE_ENDIAN issue, even after patchset 4 then... ;-) Haro =-------------------------------------------------------------------------- _ _ ????????????? -|- /_\ |_|_| ????????????????? /|\ |_| |_|_| ?? ?? E-mail: haro@kgt.co.jp Tel: 03-3225-0767 Fax: 03-3225-0740 From aah at acm.org Thu Oct 9 09:08:25 2003 From: aah at acm.org (Andrew Houghton) Date: Thu Oct 9 09:08:58 2003 Subject: jdk14 patches In-Reply-To: <20031009132716.GF42736@starjuice.net> References: <20031009005113.GA50130@misty.eyesbeyond.com> <3F84D58B.1010205@acm.org> <20031009132716.GF42736@starjuice.net> Message-ID: <3F858831.6080100@acm.org> Sheldon's right, I had a local version of patch-FileChannelImpl.c. Sorry for the noise. - a. Sheldon Hearn wrote: >On (2003/10/08 20:27), Andrew Houghton wrote: > > > >>The diff you provided applies cleanly, but breaks the application of >>files/patch-FileChannelImpl.c >> >> > >I think you've got a local files/patch-FileChannelImpl.c, like I do. >It's not in CVS, and Greg's patch is targetted at the port as it stands >in CVS. Just remove files/patch-FileChannelImpl.c, which is rolled into >Greg's patch. > >Ciao, >Sheldon. > > > From past at noc.ntua.gr Thu Oct 9 09:15:43 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Thu Oct 9 09:18:05 2003 Subject: jdk14 patches In-Reply-To: <3F851052.7050805@acm.org> References: <20031009005113.GA50130@misty.eyesbeyond.com> <3F84D58B.1010205@acm.org> <3F851052.7050805@acm.org> Message-ID: <3F8589A8.8070805@noc.ntua.gr> Andrew Houghton wrote: > Remind me to get a faster computer someday. > > The next problem is an old one; a split line in Inet4AddressImpl.c: > > ../../../src/solaris/native/java/net/Inet4AddressImpl.c:296:29: missing > terminating " character > ../../../src/solaris/native/java/net/Inet4AddressImpl.c:297:8: missing > terminating " character > > coalescing line 296 && 297 fixes the problem. > > After that, the build completes fine for me. FWIW, I can confirm that too. Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From pbeck at ciberbit.pt Thu Oct 9 15:26:16 2003 From: pbeck at ciberbit.pt (Pedro Beck Gomes da Costa) Date: Thu Oct 9 15:27:14 2003 Subject: FreeBSD Port: eclipse-2.1.1 In-Reply-To: <20031009144153.GC96036@misty.eyesbeyond.com> References: <3F84C702.8080304@ciberbit.pt> <20031009144153.GC96036@misty.eyesbeyond.com> Message-ID: <3F85E074.6020304@ciberbit.pt> I was able to build it without any error on the day after... I dont understand why.... Maybe because I update my ports collection every night with 'cvsup' and 'portsdb' and maybe that corrected some error on my ports database. But now, when I try to run eclipse on my FreeBSD 4.8RELEASE, with Diablo-jdk1.3.1 I get : java.lang.UnsatisfiedLinkError: /usr/local/eclipse/plugins/org.eclipse.swt.gtk_2.1.1/os/freebsd/x86/libswt-pi-gtk-2135.so: /usr/local/lib/libgthread-2.0.so.200: Undefined symbol "pthread_attr_destroy" at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1382) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1290) at java.lang.Runtime.loadLibrary0(Runtime.java:749) at java.lang.System.loadLibrary(System.java:820) at org.eclipse.swt.internal.Library.loadLibrary(Library.java:108) at org.eclipse.swt.internal.gtk.OS.(OS.java:18) at org.eclipse.swt.widgets.Display.create(Display.java:469) at org.eclipse.swt.graphics.Device.(Device.java:111) at org.eclipse.swt.widgets.Display.(Display.java:303) at org.eclipse.swt.widgets.Display.(Display.java:299) at org.eclipse.ui.internal.Workbench.run(Workbench.java:1361) at org.eclipse.core.internal.boot.InternalBootLoader.run(InternalBootLoader.java:858) at org.eclipse.core.boot.BootLoader.run(BootLoader.java:468) at java.lang.reflect.Method.invoke(Native Method) at org.eclipse.core.launcher.Main.basicRun(Main.java:291) at org.eclipse.core.launcher.Main.run(Main.java:747) at org.eclipse.core.launcher.Main.main(Main.java:583) I'm desperated!!! I need Eclipse to work... I was using Slackware Linux for a long time until I convinced myself to use FreeBSD :) Can you give me a clue on how to solve this? Thanks in advance... Pedro Costa Greg Lewis wrote: >On Thu, Oct 09, 2003 at 03:25:06AM +0100, Pedro Beck Gomes da Costa wrote: > > >>I tried to build Eclipse-2.1.1 using the Diablo-jdk1.3.1 and it fails.... >>The port documentation refers to jdk13 port...., but having the official >>binary package I dont want to download the JDK1.3 code by hand , patch >>it and build a jdk to be able to build Java Ports... >>We cant build the port using the official FreeBSD 1.3.1 Binary JDK ???? >>For someone like me, recently arrived from Slackware Linux, this is very >>strange. >> >> > >What is the error you get? > > > From glewis at eyesbeyond.com Fri Oct 10 16:51:39 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Fri Oct 10 16:52:50 2003 Subject: Native jdk1.4.1 working In-Reply-To: <3F834776.5020108@acm.org> References: <3F834776.5020108@acm.org> Message-ID: <20031010235227.GA95537@misty.eyesbeyond.com> On Tue, Oct 07, 2003 at 04:08:38PM -0700, Andrew Houghton wrote: > Out of curiosity, what's the roadmap for the 1.4.x ports? I'm truly > appreciative of all the work that you and Alexey and others have done > getting Java working on FreeBSD, but status reports have been few and > far between, and significant patches appear to be languishing in mailing > list archives rather than getting folded into the patch set. > > In particular: > > . the last 'official' patchset is from March 7th, 7 months ago. That is going to change very, very soon. > . the experimental patchset doesn't have any listed changes since June > 2nd, 4 months ago That was a bug in the experimental patchset generation script which I've just fixed (I think). The last change was, in fact, today :). > . there are at least two important patches for -CURRENT that appear to > only exist in the mailing list archives Not for very much longer, see above. > I'm not whining -- from posts in the past few months, it seems like > significant work is still occurring. It would just be nice to have that > process be a little more transparent. Yes, this patchset took longer than we'd all hoped. My personal 1.4 roadmap looks something like this: 1. Release patchset 4 (almost done). 2. Commit a few patches I've been holding off on until after the patchset. 3. Import recently released JDK 1.4.2 SCSL sources. 4. Fix bugs as time allows. Alexey's probably includes getting 1.4 JCK compliant and doing a binary release :). -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From milo at cyberlifelabs.com Fri Oct 10 17:53:56 2003 From: milo at cyberlifelabs.com (Milo Hyson) Date: Fri Oct 10 17:54:27 2003 Subject: General opinion of 1.4.x? Message-ID: <3F8460E2.3080908@cyberlifelabs.com> We've been keeping our production servers on native 1.3.1-p7 because the Eyes Beyond website claims the 1.4.x patchset is still considered alpha-quality. We'd really like to upgrade since there are so many benefits to the 1.4 line, but we don't want to risk failures on live systems. I've been using 1.4.1-p3 on my workstation for many months now with only one minor problem (compiling JSPs sometimes causes the compiler to hang). I'm curious to know what other people's experiences and opinions are in using 1.4.x for production use. -- Milo Hyson CyberLife Labs From milo at cyberlifelabs.com Fri Oct 10 18:23:46 2003 From: milo at cyberlifelabs.com (Milo Hyson) Date: Fri Oct 10 18:24:17 2003 Subject: General opinion of 1.4.x? Message-ID: <3F85E798.5000904@cyberlifelabs.com> We've been keeping our production servers on native 1.3.1-p7 because the Eyes Beyond website claims the 1.4.x patchset is still considered alpha-quality. We'd really like to upgrade since there are so many benefits to the 1.4 line, but we don't want to risk failures on live systems. I've been using 1.4.1-p3 on my workstation for many months now with only one minor problem (compiling JSPs sometimes causes the compiler to hang). I'm curious to know what other people's experiences and opinions are in using 1.4.x for production use. -- Milo Hyson CyberLife Labs From glewis at eyesbeyond.com Fri Oct 10 22:24:33 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Fri Oct 10 22:25:04 2003 Subject: 1.4.1 patchset 4 Message-ID: <20031011052527.GA19995@misty.eyesbeyond.com> I am very pleased to finally be able to announce 1.4.1 patchset 4. This patchset should be suitable for most applications, although it does still contain a few problems. Use in a production environment is at your own risk. Some highlights of this release are: 1. Many bug fixes and code clean ups. 2. NetBSD support. 3. Browser plugin support. 4. GCC 3.3 support. This one _should_ compile with the updated port on -CURRENT. Please give it a try. Thanks again to all the hard work by the BSD Java Porting Team and to the FreeBSD Foundation for their continued support. The patchset can, as usual, be downloaded from http://www.eyesbeyond.com/freebsddom/java/jdk14.html -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From m.seaman at infracaninophile.co.uk Sat Oct 11 03:01:43 2003 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Oct 11 03:02:16 2003 Subject: 1.4.1 patchset 4 In-Reply-To: <20031011052527.GA19995@misty.eyesbeyond.com> References: <20031011052527.GA19995@misty.eyesbeyond.com> Message-ID: <20031011095951.GA74292@happy-idiot-talk.infracaninophile.co.uk> On Fri, Oct 10, 2003 at 11:25:27PM -0600, Greg Lewis wrote: > The patchset can, as usual, be downloaded from > > http://www.eyesbeyond.com/freebsddom/java/jdk14.html Is it me, or is there something wrong with the DNS for eyesbeyond.com? I get timeouts trying to connect to the site, and this happens: % dig www.eyesbeyond.com IN ANY ; <<>> DiG 8.3 <<>> www.eyesbeyond.com IN ANY ;; res options: init recurs defnam dnsrch ;; res_nsend: Operation timed out although switching to dig from BINDv9 and using the +trace option retrieves the A record quite happily... Possibly seems to be a nasty effect because of the two registered servers for eyesbeyond.com, ns.iagu.net has AAAA and A6 records, whereas ns1.dotat.com is apparently completely unreachable at the moment? Had to hack the IP number into my /etc/hosts temporarily in order to get the patchset down. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031011/da927c92/attachment.bin From flo at kasimir.com Sat Oct 11 05:15:35 2003 From: flo at kasimir.com (Florian C. Smeets) Date: Sat Oct 11 05:16:08 2003 Subject: 1.4.1 patchset 4 In-Reply-To: <20031011052527.GA19995@misty.eyesbeyond.com> References: <20031011052527.GA19995@misty.eyesbeyond.com> Message-ID: <3F87F454.1010505@kasimir.com> Greg Lewis wrote: > I am very pleased to finally be able to announce 1.4.1 patchset 4. [...] > > This one _should_ compile with the updated port on -CURRENT. Please give > it a try. YES it compiles on -CURRENT and the 1.4.1 plugin works really great! Thanks to everybody involved for the hard work! -- Cheers, flo From thorsten.greiner at web.de Sat Oct 11 05:37:58 2003 From: thorsten.greiner at web.de (Thorsten Greiner) Date: Sat Oct 11 05:38:29 2003 Subject: 1.4.1 patchset 4 In-Reply-To: <20031011052527.GA19995@misty.eyesbeyond.com> References: <20031011052527.GA19995@misty.eyesbeyond.com> Message-ID: <20031011123736.GA880@tybalt.greiner.local> * Greg Lewis [2003-10-11 14:14]: > I am very pleased to finally be able to announce 1.4.1 patchset 4. Great! Many thanks to the porting team, especially Greg and Alexey. > This one _should_ compile with the updated port on -CURRENT. Please give > it a try. Compiling right now, still looking good... Regards -Thorsten -- Experience is what causes a person to make new mistakes instead of old ones. From jsmith at drexel.edu Sat Oct 11 06:35:40 2003 From: jsmith at drexel.edu (Justin Smith) Date: Sat Oct 11 06:37:24 2003 Subject: General opinion of 1.4.x? In-Reply-To: <3F8460E2.3080908@cyberlifelabs.com> References: <3F8460E2.3080908@cyberlifelabs.com> Message-ID: <1065879326.5004.9.camel@localhost> On Wed, 2003-10-08 at 15:09, Milo Hyson wrote: > We've been keeping our production servers on native 1.3.1-p7 because the > Eyes Beyond website claims the 1.4.x patchset is still considered > alpha-quality. We'd really like to upgrade since there are so many I've been using jdk-1.4 on a production server for several months and haven't noticed any problems. I'm running Tomcat 4.1.24 and Apache with mod_jk and everything works. I never got the FreeBSD Tomcat port to work, but am using a Tomcat I compiled under Linux with Sun's jdk-1.4 and was pleasantly surprised to find that it Just Works. See the web site vorpal.mcs.drexel.edu The syllabus and poetry pages are JSP, and there are a number of other servlets (used to administer online exams) that work fine under the FreeBSD jdk-1.4.1 From glewis at eyesbeyond.com Sat Oct 11 11:44:33 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Sat Oct 11 11:45:04 2003 Subject: 1.4.1 patchset 4 In-Reply-To: <20031011095951.GA74292@happy-idiot-talk.infracaninophile.co.uk> References: <20031011052527.GA19995@misty.eyesbeyond.com> <20031011095951.GA74292@happy-idiot-talk.infracaninophile.co.uk> Message-ID: <20031011184442.GA28159@misty.eyesbeyond.com> On Sat, Oct 11, 2003 at 10:59:52AM +0100, Matthew Seaman wrote: > On Fri, Oct 10, 2003 at 11:25:27PM -0600, Greg Lewis wrote: > > The patchset can, as usual, be downloaded from > > > > http://www.eyesbeyond.com/freebsddom/java/jdk14.html > > Is it me, or is there something wrong with the DNS for eyesbeyond.com? > I get timeouts trying to connect to the site, and this happens: > > % dig www.eyesbeyond.com IN ANY > > ; <<>> DiG 8.3 <<>> www.eyesbeyond.com IN ANY > ;; res options: init recurs defnam dnsrch > ;; res_nsend: Operation timed out > > although switching to dig from BINDv9 and using the +trace option > retrieves the A record quite happily... Possibly seems to be a nasty > effect because of the two registered servers for eyesbeyond.com, > ns.iagu.net has AAAA and A6 records, whereas ns1.dotat.com is > apparently completely unreachable at the moment? ns1.dotat.com has not been the secondary for eyesbeyond.com for quite some time (at least a year) as its been decommissioned. The correct secondary (see whois(1)) is ns.xmission.com. Why is it even trying ns1.dotat.com? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From m.seaman at infracaninophile.co.uk Sat Oct 11 12:17:15 2003 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Oct 11 12:17:47 2003 Subject: 1.4.1 patchset 4 In-Reply-To: <20031011184442.GA28159@misty.eyesbeyond.com> References: <20031011052527.GA19995@misty.eyesbeyond.com> <20031011095951.GA74292@happy-idiot-talk.infracaninophile.co.uk> <20031011184442.GA28159@misty.eyesbeyond.com> Message-ID: <20031011191653.GA1175@happy-idiot-talk.infracaninophile.co.uk> On Sat, Oct 11, 2003 at 12:44:42PM -0600, Greg Lewis wrote: > On Sat, Oct 11, 2003 at 10:59:52AM +0100, Matthew Seaman wrote: > > On Fri, Oct 10, 2003 at 11:25:27PM -0600, Greg Lewis wrote: > > > The patchset can, as usual, be downloaded from > > > > > > http://www.eyesbeyond.com/freebsddom/java/jdk14.html > > > > Is it me, or is there something wrong with the DNS for eyesbeyond.com? > > I get timeouts trying to connect to the site, and this happens: > > > > % dig www.eyesbeyond.com IN ANY > > > > ; <<>> DiG 8.3 <<>> www.eyesbeyond.com IN ANY > > ;; res options: init recurs defnam dnsrch > > ;; res_nsend: Operation timed out > > > > although switching to dig from BINDv9 and using the +trace option > > retrieves the A record quite happily... Possibly seems to be a nasty > > effect because of the two registered servers for eyesbeyond.com, > > ns.iagu.net has AAAA and A6 records, whereas ns1.dotat.com is > > apparently completely unreachable at the moment? > > ns1.dotat.com has not been the secondary for eyesbeyond.com for quite some > time (at least a year) as its been decommissioned. The correct secondary > (see whois(1)) is ns.xmission.com. Why is it even trying ns1.dotat.com? Yup. That would explain things. The GTLD servers seem to have the updated delegation: % dig @K.GTLD-SERVERS.NET. eyesbeyond.com IN SOA ; <<>> DiG 8.3 <<>> @K.GTLD-SERVERS.NET. eyesbeyond.com IN SOA ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65340 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2 ;; QUERY SECTION: ;; eyesbeyond.com, type = SOA, class = IN ;; AUTHORITY SECTION: eyesbeyond.com. 2D IN NS ns.iagu.net. eyesbeyond.com. 2D IN NS ns.xmission.com. ;; ADDITIONAL SECTION: ns.iagu.net. 2D IN A 203.32.153.69 ns.xmission.com. 2D IN A 198.60.22.2 ;; Total query time: 23 msec ;; FROM: happy-idiot-talk.infracaninophile.co.uk to SERVER: 192.52.178.30 ;; WHEN: Sat Oct 11 20:00:51 2003 ;; MSG SIZE sent: 32 rcvd: 115 But ns.iagu.net has an out of date zone file with NS records pointing at ns1.dotat.com: % dig @ns.iagu.net eyesbeyond.com IN SOA ; <<>> DiG 8.3 <<>> @ns.iagu.net eyesbeyond.com IN SOA ; (2 servers found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16233 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 6 ;; QUERY SECTION: ;; eyesbeyond.com, type = SOA, class = IN ;; ANSWER SECTION: eyesbeyond.com. 1D IN SOA ns.iagu.net. hostmaster.eyesbeyond.com. ( 2002031146 ; serial 2H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; AUTHORITY SECTION: eyesbeyond.com. 1D IN NS ns.iagu.net. eyesbeyond.com. 1D IN NS ns1.dotat.com. ;; ADDITIONAL SECTION: ns.iagu.net. 1D IN A 203.32.153.69 ns.iagu.net. 1D IN A6 64 ::207:e9ff:fe0a:9155 s0000.ip6.iagu.net. ns.iagu.net. 1D IN AAAA 2001:210:3:0:207:e9ff:fe0a:9155 s0000.ip6.iagu.net. 1D IN A6 48 :: ip6.iagu.net. ip6.iagu.net. 1D IN A6 48 :: iagu.net. iagu.net. 1D IN A6 0 2001:210:3:: ;; Total query time: 343 msec ;; FROM: happy-idiot-talk.infracaninophile.co.uk to SERVER: 203.32.153.69 ;; WHEN: Sat Oct 11 20:01:41 2003 ;; MSG SIZE sent: 32 rcvd: 312 The same zone data appears at ns.xmission.com. Even so, there's something not right with my system, as it should be able to get the data out of ns.iagu.net -- that I don't understand but I guess it has something to do with the presence of IPv6 addresses for the server. Guess it would work if I took up my ISP's standing offer of an IPv6 address block allocation and set up the networking appropriately. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031011/f7e52268/attachment.bin From m.seaman at infracaninophile.co.uk Sat Oct 11 12:30:38 2003 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Oct 11 12:31:26 2003 Subject: 1.4.1 patchset 4 In-Reply-To: <20031011095951.GA74292@happy-idiot-talk.infracaninophile.co.uk> References: <20031011052527.GA19995@misty.eyesbeyond.com> <20031011095951.GA74292@happy-idiot-talk.infracaninophile.co.uk> Message-ID: <20031011193024.GB1175@happy-idiot-talk.infracaninophile.co.uk> On Sat, Oct 11, 2003 at 10:59:52AM +0100, Matthew Seaman wrote: > On Fri, Oct 10, 2003 at 11:25:27PM -0600, Greg Lewis wrote: > > The patchset can, as usual, be downloaded from > > > > http://www.eyesbeyond.com/freebsddom/java/jdk14.html > Had to hack the IP number into my /etc/hosts temporarily in order to > get the patchset down. However, back at the regularly scheduled program: the new patchset is working very well for me, so far. Seems that compiling with NATIVE_BOOTSTRAP=yes means that you don't need linprocfs mounted: don't know if the kernel linux emulation is similarly necessary as I have to have that running for the nvidia graphics drivers. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031011/a0e6ba0c/attachment.bin From antony.t.curtis at ntlworld.com Sat Oct 11 12:39:15 2003 From: antony.t.curtis at ntlworld.com (Antony T Curtis) Date: Sat Oct 11 12:39:46 2003 Subject: 1.4.1 patchset 4 In-Reply-To: <20031011052527.GA19995@misty.eyesbeyond.com> References: <20031011052527.GA19995@misty.eyesbeyond.com> Message-ID: <1065901151.1142.15.camel@pcgem.rdg.cyberkinetica.com> On Sat, 2003-10-11 at 06:25, Greg Lewis wrote: > I am very pleased to finally be able to announce 1.4.1 patchset 4. Built and runs here on CURRENT successfully. However, when using KSE, I did successfully make the machine panic while running the Java2D demo. -- Antony T Curtis BSc Unix Analyst Programmer http://homepage.ntlworld.com/antony.t.curtis/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031011/4ba77748/attachment.bin From eischen at vigrid.com Sat Oct 11 13:05:20 2003 From: eischen at vigrid.com (Daniel Eischen) Date: Sat Oct 11 13:05:52 2003 Subject: 1.4.1 patchset 4 In-Reply-To: <1065901151.1142.15.camel@pcgem.rdg.cyberkinetica.com> Message-ID: On Sat, 11 Oct 2003, Antony T Curtis wrote: > On Sat, 2003-10-11 at 06:25, Greg Lewis wrote: > > I am very pleased to finally be able to announce 1.4.1 patchset 4. > > Built and runs here on CURRENT successfully. > > However, when using KSE, I did successfully make the machine panic while > running the Java2D demo. If you can, can you please get a backtrace? -- Dan Eischen From antony.t.curtis at ntlworld.com Sat Oct 11 23:41:05 2003 From: antony.t.curtis at ntlworld.com (Antony T Curtis) Date: Sat Oct 11 23:41:36 2003 Subject: 1.4.1 patchset 4 In-Reply-To: References: Message-ID: <1065940861.1142.51.camel@pcgem.rdg.cyberkinetica.com> On Sat, 2003-10-11 at 21:05, Daniel Eischen wrote: > On Sat, 11 Oct 2003, Antony T Curtis wrote: > > > On Sat, 2003-10-11 at 06:25, Greg Lewis wrote: > > > I am very pleased to finally be able to announce 1.4.1 patchset 4. > > > > Built and runs here on CURRENT successfully. > > > > However, when using KSE, I did successfully make the machine panic while > > running the Java2D demo. > > If you can, can you please get a backtrace? I'll give it a try - I'll have to use another PC as the display as the serial ports on the laptop do not work with FreeBSD. The best I can do so far is get the vm to crash with an "Unexpected signal 11 - looks like it needs a fast local display to tickle the panic. How I made it crash/panic.... While using libkse via libmap, run the Java2D demo, go to the "Transforms" tab, set the Animation delay to zero. -- Antony T Curtis BSc Unix Analyst Programmer http://homepage.ntlworld.com/antony.t.curtis/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031012/c0de6e2d/attachment.bin From dan.naumov at ofw.fi Sun Oct 12 07:10:20 2003 From: dan.naumov at ofw.fi (Dan Naumov) Date: Sun Oct 12 07:11:03 2003 Subject: java/57901: java/jdk14 (jdk-1.4.1p4) fails to build Message-ID: <1065967781.55583.13.camel@localhost.localdomain> >Number: 57901 >Category: java >Synopsis: java/jdk14 (jdk-1.4.1p4) fails to build >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 12 07:10:18 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Dan Naumov >Release: FreeBSD 5.1-RELEASE-p10 i386 >Organization: none >Environment: System: FreeBSD localhost.localdomain 5.1-RELEASE-p10 FreeBSD 5.1-RELEASE-p10 #3: Sun Oct 5 10:21:27 EEST 2003 root@localhost.localdomain:/usr/obj/usr/src/sys/JAGO i386 >Description: Seeing as java/jdk14 finally got the browser plugin, I decided to give it a go on my system, but unfortunately, I couldn't get it to build: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ../src/share/converter/HTMLConverter.java ../src/share/converter/sun/plugin/converter/engine/AppletPieces.java ../src/share/converter/sun/plugin/converter/engine/ConvertFile.java ../src/share/converter/sun/plugin/converter/engine/ConvertSet.java ../src/share/converter/sun/plugin/converter/engine/DefaultSet.java ../src/share/converter/sun/plugin/converter/engine/ConverterProgressEvent.j= ava ../src/share/converter/sun/plugin/converter/engine/Converter.java ../sr= c/share/converter/sun/plugin/converter/engine/ConverterProgressListener.jav= a ../src/share/converter/sun/plugin/converter/engine/PluginConverter.java .= ./src/share/converter/sun/plugin/converter/gui/ConverterGUI.java ../src/sha= re/converter/sun/plugin/converter/gui/ProgressGUI.java ../src/share/convert= er/sun/plugin/converter/ResourceHandler.java ../src/share/converter/sun/plu= gin/converter/util/AdvancedDialog.java ../src/share/converter/sun/plugin/co= nverter/util/BasicPrinter.java ../src/share/converter/sun/plugin/converter/= util/FlexFilter.java ../src/share/converter/sun/plugin/converter/util/HelpD= ialog.java ../src/share/converter/sun/plugin/converter/util/NotDirectoryExc= eption.java ../src/share/converter/sun/plugin/converter/util/PrintManyPlace= s.java ../src/share/converter/sun/plugin/converter/util/NotFileException.ja= va ../src/share/converter/sun/plugin/converter/util/StdUtils.java ../src/sh= are/converter/sun/plugin/converter/util/CommandLine.java ../src/share/conve= rter/sun/plugin/converter/util/CommandLineException.java ../src/share/conve= rter/sun/plugin/converter/util/FileAccessException.java ../src/share/conver= ter/sun/plugin/converter/resources/Converter.java ../src/share/converter/su= n/plugin/converter/resources/Converter_de.java ../src/share/converter/sun/p= lugin/converter/resources/Converter_es.java ../src/share/converter/sun/plug= in/converter/resources/Converter_fr.java ../src/share/converter/sun/plugin/= converter/resources/Converter_it.java ../src/share/converter/sun/plugin/con= verter/resources/Converter_ja.java ../src/share/converter/sun/plugin/conver= ter/resources/Converter_ko.java ../src/share/converter/sun/plugin/converter= /resources/Converter_sv.java ../src/share/converter/sun/plugin/converter/re= sources/Converter_zh_CN.java ../src/share/converter/sun/plugin/converter/re= sources/Converter_zh_TW.java ; \ fi VM option 'ThreadStackSize=3D768' Error occurred during initialization of VM java.lang.OutOfMemoryError Dumping core.... Abort trap (core dumped) gmake[3]: *** [.compile.classlist] Error 134 gmake[3]: Leaving directory `/usr/ports/java/jdk14/work/j2se/ext/plugin/make' gmake[2]: *** [debug] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk14/work/j2se/ext/plugin/make' gmake[1]: *** [plugin-all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk14. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall15828.0 make ** Fix the problem and try again. ** The following packages were not installed or upgraded (*:skipped / !:failed) ! java/jdk14 (coredump) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I checked the diskspace and I still had over 5 GB of space on the partition so that could not be the issue. I've checked the memory usage with "top" right after I noticed this error and here's what I had: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Mem: 89M Active, 67M Inact, 114M Wired, 596K Cache, 60M Buf, 225M Free Swap: 1024M Total, 216M Used, 808M Free, 21% Inuse =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D linux-sun-jdk-1.4.2.01_3 Sun Java Development Kit 1.4 for Linux javavmwrapper-1.4 Wrapper script for various Java Virtual Machines Were used during the build process... >How-To-Repeat: "portinstall java/jdk14" and follow the instructions. >Fix: Sorry, I don't have a fix. >Release-Note: >Audit-Trail: >Unformatted: From aah at acm.org Sun Oct 12 10:08:40 2003 From: aah at acm.org (Andrew Houghton) Date: Sun Oct 12 10:09:11 2003 Subject: JDK14p4 plugin build fails Message-ID: <3F898ACA.6060302@acm.org> After my last message, I think it's likely this is a local problem rather than a problem with the port, but it's not clear to me how to fix it. rm -rf /usr/ports/java/jdk14 (cvsup) cd /usr/ports/java/jdk14 make build .. everything builds fine up to what looks like the plugin: gmake[2]: Entering directory `/usr/ports/java/jdk14/work/j2se/ext/plugin/build/solaris' g++ -Wall -Wno-unused -Wconversion -D_BSD_SOURCE -I/usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/plugin/CClassHeaders -I../../oji-plugin/src/motif/common -I../../oji-plugin/src/motif/navig5 -I/usr/X11R6/include -I../../../../src/share/javavm/export -I../../../../src/solaris/javavm/export -I/usr/local/include/nspr -I../../oji-plugin/include/mozilla_headers_ns600 -I/usr/local/bin//../plugin/libIDL/include -O -c -I/usr/local/include -D_BSD_SOURCE -w -DV600 -D_GNU_SOURCE -DXP_UNIX -DVERSION="\"1.4.1-p4-aah_12_oct_2003_09_58\"" -DDATE="\"Oct-12-2003\"" -DARCH="\"i386\"" -DRAPTOR_API -DNEW_STREAMING_API -D"PLUGIN_VERSION=\"1.4.1\"" -D"PLUGIN_NODOTVERSION=\"141\"" -o /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/plugin/ns600/QueueRunnable.o ../../oji-plugin/src/motif/navig5/QueueRunnable.cpp In file included from ../../oji-plugin/include/mozilla_headers_ns600/nsrootidl.h:11, from ../../oji-plugin/include/mozilla_headers_ns600/nsISupports.h:10, from ../../oji-plugin/include/mozilla_headers_ns600/nsIThreadManager.h:41, from ../../oji-plugin/src/motif/navig5/QueueRunnable.h:18, from ../../oji-plugin/src/motif/navig5/QueueRunnable.cpp:17: ../../oji-plugin/include/mozilla_headers_ns600/nscore.h:43:21: prtypes.h: No such file or directory Then I get lots of: In file included from ../../oji-plugin/include/mozilla_headers_ns600/nsrootidl.h:11, from ../../oji-plugin/include/mozilla_headers_ns600/nsISupports.h:10, from ../../oji-plugin/include/mozilla_headers_ns600/nsIThreadManager.h:41, from ../../oji-plugin/src/motif/navig5/QueueRunnable.h:18, from ../../oji-plugin/src/motif/navig5/QueueRunnable.cpp:17: ../../oji-plugin/include/mozilla_headers_ns600/nscore.h:146: error: syntax error before `;' token .. followed by many more syntax errors, which I'll spare you, but they're mostly in mozilla_headers_ns600/{nsdebug.h, nsID.h} and they're mostly syntax errors. I have the complete build text if anyone wants it. - a. From johan.oskarsson at home.se Sun Oct 12 11:02:36 2003 From: johan.oskarsson at home.se (Johan Oskarsson) Date: Sun Oct 12 11:03:10 2003 Subject: diablo-jdk13 - illegal instruction Message-ID: <3F899735.9090102@home.se> Hi! I've installed the diablo-jdk13-port on my FreeBSD 4.8-RELEASE box (running on a blazing fast Pentium 100). My problem is that it crashes when I try to compile something, I've also tried to run the same program that I compiled on my windows computer, but I get a similair crash. The program itself works just fine on my windows computer. The problem seems to be with the Long class, and specifically Long.parseLong() Any clues? [sucker@agnosia ~/tivo/jTivo/src/jTivo]$ javac * SIGILL 4* illegal instruction Full thread dump Classic VM (diablo-1.3.1-0, green threads): "Finalizer" (TID:0x28d6a528, sys_thread_t:0x80d5080, state:CW) prio=8 at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162) "Reference Handler" (TID:0x28d6a300, sys_thread_t:0x8097480, state:CW) prio=10 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:110) "Signal dispatcher" (TID:0x28d6a330, sys_thread_t:0x8097280, state:CW) prio=5 "main" (TID:0x28d6a1b0, sys_thread_t:0x8055080, state:R) prio=5 at java.lang.Long.parseLong(Long.java:299) at com.sun.tools.javac.v8.util.Convert.string2long(Convert.java:41) at com.sun.tools.javac.v8.parser.Parser.literal(Parser.java:280) at com.sun.tools.javac.v8.parser.Parser.term3(Parser.java:748) at com.sun.tools.javac.v8.parser.Parser.term2Rest(Parser.java:496) at com.sun.tools.javac.v8.parser.Parser.term2(Parser.java:475) at com.sun.tools.javac.v8.parser.Parser.term1(Parser.java:441) at com.sun.tools.javac.v8.parser.Parser.term(Parser.java:382) at com.sun.tools.javac.v8.parser.Parser.term(Parser.java:365) at com.sun.tools.javac.v8.parser.Parser.expression(Parser.java:355) at com.sun.tools.javac.v8.parser.Parser.arguments(Parser.java:954) at com.sun.tools.javac.v8.parser.Parser.arguments(Parser.java:969) at com.sun.tools.javac.v8.parser.Parser.term3(Parser.java:786) at com.sun.tools.javac.v8.parser.Parser.term2(Parser.java:472) at com.sun.tools.javac.v8.parser.Parser.term1(Parser.java:441) at com.sun.tools.javac.v8.parser.Parser.term(Parser.java:382) at com.sun.tools.javac.v8.parser.Parser.term(Parser.java:365) at com.sun.tools.javac.v8.parser.Parser.blockStatements(Parser.java:1242) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1137) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1149) at com.sun.tools.javac.v8.parser.Parser.statement(Parser.java:1281) at com.sun.tools.javac.v8.parser.Parser.statement(Parser.java:1291) at com.sun.tools.javac.v8.parser.Parser.blockStatements(Parser.java:1205) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1137) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1149) at com.sun.tools.javac.v8.parser.Parser.statement(Parser.java:1281) at com.sun.tools.javac.v8.parser.Parser.statement(Parser.java:1306) at com.sun.tools.javac.v8.parser.Parser.blockStatements(Parser.java:1205) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1137) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1149) at com.sun.tools.javac.v8.parser.Parser.methodDeclaratorRest(Parser.java:1918) at com.sun.tools.javac.v8.parser.Parser.classOrInterfaceBodyDeclaration(Parser.java:1875) at com.sun.tools.javac.v8.parser.Parser.classOrInterfaceBody(Parser.java:1814) at com.sun.tools.javac.v8.parser.Parser.classDeclaration(Parser.java:1762) at com.sun.tools.javac.v8.parser.Parser.classOrInterfaceDeclaration(Parser.java:1734) at com.sun.tools.javac.v8.parser.Parser.typeDeclaration(Parser.java:1720) at com.sun.tools.javac.v8.parser.Parser.compilationUnit(Parser.java:1670) at com.sun.tools.javac.v8.JavaCompiler.parse(JavaCompiler.java:244) at com.sun.tools.javac.v8.JavaCompiler.parse(JavaCompiler.java:267) at com.sun.tools.javac.v8.JavaCompiler.compile(JavaCompiler.java:355) at com.sun.tools.javac.v8.Main.compile(Main.java:247) at com.sun.tools.javac.Main.main(Main.java:16) Monitor Cache Dump: java.lang.ref.ReferenceQueue$Lock@28D6A540/28F06EA0: Waiting to be notified: "Finalizer" (0x80d5080) java.lang.ref.Reference$Lock@28D6A310/28F069A8: Waiting to be notified: "Reference Handler" (0x8097480) Registered Monitor Dump: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Monitor cache lock: owner "main" (0x8055080) 1 entry Dynamic loading lock: Monitor IO lock: User signal monitor: Waiting to be notified: "Signal dispatcher" (0x8097280) Child death monitor: I/O monitor: Alarm monitor: Waiting to be notified: (0x8055280) Thread queue lock: owner "main" (0x8055080) 1 entry Monitor registry: owner "main" (0x8055080) 1 entry SIGABRT 6* abort (generated by abort(3) routine) Full thread dump Classic VM (diablo-1.3.1-0, green threads): "Finalizer" (TID:0x28d6a528, sys_thread_t:0x80d5080, state:CW) prio=8 at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162) "Reference Handler" (TID:0x28d6a300, sys_thread_t:0x8097480, state:CW) prio=10 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:110) "Signal dispatcher" (TID:0x28d6a330, sys_thread_t:0x8097280, state:CW) prio=5 "main" (TID:0x28d6a1b0, sys_thread_t:0x8055080, state:R) prio=5 at java.lang.Long.parseLong(Long.java:299) at com.sun.tools.javac.v8.util.Convert.string2long(Convert.java:41) at com.sun.tools.javac.v8.parser.Parser.literal(Parser.java:280) at com.sun.tools.javac.v8.parser.Parser.term3(Parser.java:748) at com.sun.tools.javac.v8.parser.Parser.term2Rest(Parser.java:496) at com.sun.tools.javac.v8.parser.Parser.term2(Parser.java:475) at com.sun.tools.javac.v8.parser.Parser.term1(Parser.java:441) at com.sun.tools.javac.v8.parser.Parser.term(Parser.java:382) at com.sun.tools.javac.v8.parser.Parser.term(Parser.java:365) at com.sun.tools.javac.v8.parser.Parser.expression(Parser.java:355) at com.sun.tools.javac.v8.parser.Parser.arguments(Parser.java:954) at com.sun.tools.javac.v8.parser.Parser.arguments(Parser.java:969) at com.sun.tools.javac.v8.parser.Parser.term3(Parser.java:786) at com.sun.tools.javac.v8.parser.Parser.term2(Parser.java:472) at com.sun.tools.javac.v8.parser.Parser.term1(Parser.java:441) at com.sun.tools.javac.v8.parser.Parser.term(Parser.java:382) at com.sun.tools.javac.v8.parser.Parser.term(Parser.java:365) at com.sun.tools.javac.v8.parser.Parser.blockStatements(Parser.java:1242) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1137) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1149) at com.sun.tools.javac.v8.parser.Parser.statement(Parser.java:1281) at com.sun.tools.javac.v8.parser.Parser.statement(Parser.java:1291) at com.sun.tools.javac.v8.parser.Parser.blockStatements(Parser.java:1205) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1137) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1149) at com.sun.tools.javac.v8.parser.Parser.statement(Parser.java:1281) at com.sun.tools.javac.v8.parser.Parser.statement(Parser.java:1306) at com.sun.tools.javac.v8.parser.Parser.blockStatements(Parser.java:1205) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1137) at com.sun.tools.javac.v8.parser.Parser.block(Parser.java:1149) at com.sun.tools.javac.v8.parser.Parser.methodDeclaratorRest(Parser.java:1918) at com.sun.tools.javac.v8.parser.Parser.classOrInterfaceBodyDeclaration(Parser.java:1875) at com.sun.tools.javac.v8.parser.Parser.classOrInterfaceBody(Parser.java:1814) at com.sun.tools.javac.v8.parser.Parser.classDeclaration(Parser.java:1762) at com.sun.tools.javac.v8.parser.Parser.classOrInterfaceDeclaration(Parser.java:1734) at com.sun.tools.javac.v8.parser.Parser.typeDeclaration(Parser.java:1720) at com.sun.tools.javac.v8.parser.Parser.compilationUnit(Parser.java:1670) at com.sun.tools.javac.v8.JavaCompiler.parse(JavaCompiler.java:244) at com.sun.tools.javac.v8.JavaCompiler.parse(JavaCompiler.java:267) at com.sun.tools.javac.v8.JavaCompiler.compile(JavaCompiler.java:355) at com.sun.tools.javac.v8.Main.compile(Main.java:247) at com.sun.tools.javac.Main.main(Main.java:16) Monitor Cache Dump: java.lang.ref.ReferenceQueue$Lock@28D6A540/28F06EA0: Waiting to be notified: "Finalizer" (0x80d5080) java.lang.ref.Reference$Lock@28D6A310/28F069A8: Waiting to be notified: "Reference Handler" (0x8097480) Registered Monitor Dump: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Monitor cache lock: owner "main" (0x8055080) 1 entry Dynamic loading lock: Monitor IO lock: User signal monitor: Waiting to be notified: "Signal dispatcher" (0x8097280) Child death monitor: I/O monitor: Alarm monitor: Waiting to be notified: (0x8055280) Thread queue lock: owner "main" (0x8055080) 1 entry Monitor registry: owner "main" (0x8055080) 1 entry Abort trap (core dumped) From aah at acm.org Sun Oct 12 11:23:11 2003 From: aah at acm.org (Andrew Houghton) Date: Sun Oct 12 11:23:43 2003 Subject: JDK14p4 plugin build fails In-Reply-To: <3F898ACA.6060302@acm.org> References: <3F898ACA.6060302@acm.org> Message-ID: <3F899C41.3090802@acm.org> For what it's worth, copying the entire header directory contents (/usr/X11R6/include/mozilla/nspr) into the mozilla_headers_ns600 and mozilla_headers_ns610 directories allows the build to complete. The plugin itself doesn't appear to work, but I haven't done a lot of testing here yet. I'm sure there's a more elegant solution, but setting ALT_MOZILLA_HEADERS_PATH in the Makefile didn't seem to help. Any ideas why this might have occurred? - a. From gabid at edulib.ro Mon Oct 13 06:48:42 2003 From: gabid at edulib.ro (Gabriel - Iulian Dumbrava) Date: Mon Oct 13 06:49:14 2003 Subject: Java crashes under FreeBSD 4.8-RELEASE Message-ID: <04fe01c39190$b13d2b40$180e9cd9@edulib.ro> Hi there, I am having a problem with JDK 1.3.1 downloaded from FreeBSD Foundation. The system on which the JVM is installed is a "FreeBSD 4.8-RELEASE" The error I get is: Exception while refreshing policy file: java.lang.SecurityException: java.net.MalformedURLException: no protocol: jaas.config It seems like the JVM is not able to read that file, or smth like that. If I restart the services, it works again. Everything looks ok for a period of time, and then the same error appears. Do you have any ideas? Thanks, -- Gabriel - Iulian Dumbrava From bugmaster at freebsd.org Mon Oct 13 11:01:47 2003 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon Oct 13 11:06:56 2003 Subject: Current problem reports assigned to you Message-ID: <200310131801.h9DI1agt044353@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/08/22] java/41913 java JniHandler and ChannelUn Errors 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/02/25] java/35320 java linux-jdk-1.4 JVM fails when running Tomc o [2003/10/12] java/57901 java java/jdk14 (jdk-1.4.1p4) fails to build 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/10/11] java/43929 java linux-ibm-jdk core dumps without System.e o [2002/10/18] java/44219 java Update port: textproc/cocoon to 2.0.3 o [2002/10/18] java/44251 java Create stylebook port o [2002/11/04] java/44922 java JVM crash o [2003/07/29] java/55032 java SVr4 emulation interferes with install o [2003/09/24] java/57192 java linux-ibm-java1.4 freeze 6 problems total. From yuri at irfu.se Mon Oct 13 11:05:49 2003 From: yuri at irfu.se (Yuri Khotyaintsev) Date: Mon Oct 13 11:17:49 2003 Subject: java/jdk14 Message-ID: <20031013195547.K4129@nest.irfu.se> Building jdk 1.4.1p4 port fails in plugin part if nspr is not installed. I think nspr should be added to port dependencies as java/jdk13 does. Yuri -- Yuri Khotyaintsev, PhD Swedish Institute of Space Physics, Uppsala http://ovt.irfu.se/ From glewis at eyesbeyond.com Mon Oct 13 14:01:12 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Oct 13 14:01:45 2003 Subject: JDK14p4 plugin build fails In-Reply-To: <3F898ACA.6060302@acm.org> References: <3F898ACA.6060302@acm.org> Message-ID: <20031013210206.GA92032@misty.eyesbeyond.com> On Sun, Oct 12, 2003 at 10:09:30AM -0700, Andrew Houghton wrote: > After my last message, I think it's likely this is a local problem > rather than a problem with the port, but it's not clear to me how to fix it. I've just fixed it. I forgot to add a depends for NSPR to the Makefile during the upgrade. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Mon Oct 13 14:02:46 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Oct 13 14:03:38 2003 Subject: JDK14p4 plugin build fails In-Reply-To: <3F899C41.3090802@acm.org> References: <3F898ACA.6060302@acm.org> <3F899C41.3090802@acm.org> Message-ID: <20031013210346.GB92032@misty.eyesbeyond.com> On Sun, Oct 12, 2003 at 11:24:01AM -0700, Andrew Houghton wrote: > For what it's worth, copying the entire header directory contents > (/usr/X11R6/include/mozilla/nspr) into the mozilla_headers_ns600 and > mozilla_headers_ns610 directories allows the build to complete. The > plugin itself doesn't appear to work, but I haven't done a lot of > testing here yet. See previous email for build problem. Please try the build again with an updated port and see if the plugin works then. If not, please report which plugin you're using (there are 3 now) and with what browser. All I can say is that the 610 plugin with Mozilla 1.4 is working for me. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Mon Oct 13 14:03:51 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Oct 13 14:04:23 2003 Subject: java/jdk14 In-Reply-To: <20031013195547.K4129@nest.irfu.se> References: <20031013195547.K4129@nest.irfu.se> Message-ID: <20031013210435.GC92032@misty.eyesbeyond.com> On Mon, Oct 13, 2003 at 07:59:34PM +0200, Yuri Khotyaintsev wrote: > Building jdk 1.4.1p4 port fails in plugin part if nspr is not installed. > I think nspr should be added to port dependencies as java/jdk13 does. You're correct, thanks! -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Mon Oct 13 14:08:19 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Oct 13 14:08:50 2003 Subject: Java crashes under FreeBSD 4.8-RELEASE In-Reply-To: <04fe01c39190$b13d2b40$180e9cd9@edulib.ro> References: <04fe01c39190$b13d2b40$180e9cd9@edulib.ro> Message-ID: <20031013210910.GD92032@misty.eyesbeyond.com> On Mon, Oct 13, 2003 at 04:48:32PM +0300, Gabriel - Iulian Dumbrava wrote: > I am having a problem with JDK 1.3.1 downloaded from FreeBSD Foundation. > > The system on which the JVM is installed is a "FreeBSD 4.8-RELEASE" > > The error I get is: > Exception while refreshing policy file: java.lang.SecurityException: > java.net.MalformedURLException: no protocol: jaas.config > > It seems like the JVM is not able to read that file, or smth like that. If I > restart the services, it works again. Everything looks ok for a period of > time, and then the same error appears. > > Do you have any ideas? Could you please provide more information? What exactly is being run to cause the exception? You mention "services" but don't expand on what you mean by this. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From gabid at edulib.ro Tue Oct 14 05:40:07 2003 From: gabid at edulib.ro (Gabriel - Iulian Dumbrava) Date: Tue Oct 14 05:40:40 2003 Subject: Java crashes under FreeBSD 4.8-RELEASE References: <04fe01c39190$b13d2b40$180e9cd9@edulib.ro> <20031013210910.GD92032@misty.eyesbeyond.com> Message-ID: <00aa01c39250$37704750$180e9cd9@edulib.ro> Hello and thanks for your answer. Here is some more info: We are using the JAAS mechanism. The jaas.config file which we are refreshing at some defined moments seems to cause the mentioned exception: java.lang.SecurityException: java.net.MalformedURLException: no protocol:jaas.config at com.sun.security.auth.login.ConfigFile.refresh(ConfigFile.java:261) at com.edulib.ice.core.ICESession.(ICESession.java:337) at com.edulib.ice.core.ICESessionsManager.openSession(ICESessionsManager.java:2 20) at com.edulib.ice.core.ICESessionsManager.run(ICESessionsManager.java:284) The code in charge is the following: Configuration configFile = javax.security.auth.login.Configuration.getConfiguration(); configFile.refresh(); The code is executed in a synchronized block, the monitor being a static variable from our application. On Sun's JDK 1.3.1 and 1.4.x on Windows, Linux and Solaris it works with no problems. But on FreeBSD 4.8-RELEASE after some time of execution the code triggers the above exception and thereafter it keeps throwing it everytime the code executes. It is like something static is set in there. Note that the exception is similar to the case when the jaas.config file (specified using -Djava.security.auth.login.config==jaas.config parameter for the JVM) is not found by the JVM. And of course if the jaas.config file cannot be found, thereafter every login to our application fails so our application fails ;-( and the workaround is to restart it. Thanks again, -- Gabriel - Iulian Dumbrava Network Administrator EduLib Soft, srl Craiova, Romania Tel: + 40 251 413496 Fax: + 40 251 418935 Email: gabriel.dumbrava@edulib.ro Url: www.edulib.ro ----- Original Message ----- From: "Greg Lewis" To: "Gabriel - Iulian Dumbrava" Cc: "FreeBSD Java" Sent: Tuesday, October 14, 2003 12:09 AM Subject: Re: Java crashes under FreeBSD 4.8-RELEASE > On Mon, Oct 13, 2003 at 04:48:32PM +0300, Gabriel - Iulian Dumbrava wrote: > > I am having a problem with JDK 1.3.1 downloaded from FreeBSD Foundation. > > > > The system on which the JVM is installed is a "FreeBSD 4.8-RELEASE" > > > > The error I get is: > > Exception while refreshing policy file: java.lang.SecurityException: > > java.net.MalformedURLException: no protocol: jaas.config > > > > It seems like the JVM is not able to read that file, or smth like that. If I > > restart the services, it works again. Everything looks ok for a period of > > time, and then the same error appears. > > > > Do you have any ideas? > > Could you please provide more information? What exactly is being run to > cause the exception? You mention "services" but don't expand on what you > mean by this. > > -- > Greg Lewis Email : glewis@eyesbeyond.com > Eyes Beyond Web : http://www.eyesbeyond.com > Information Technology FreeBSD : glewis@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" > From mirya at ukrpost.net Wed Oct 15 23:45:31 2003 From: mirya at ukrpost.net (Kyryll A Mirnenko) Date: Wed Oct 15 23:46:29 2003 Subject: FTP JDK1.3.1 Foundation binary download? Message-ID: <8129799.1066286848763.JavaMail.resin@web.ukrpost.net> Yesterday I found FreeBSD Foundation site & its free native JDK1.3.1 binary package. But it's aliable for downloading only throug HTTP. I calculated it would take 6 hours to download it + I'm located far from them & have unstable network, so such downloa seems almost impossible. Have they got any FTP archives and/or mirrors in East Europe? -- ??????? - ??????????? ?????. http://www.ukrpost.net/ IMAP POP3 NNTP RSSNews Unicode. From fjoe at iclub.nsu.ru Thu Oct 16 04:18:32 2003 From: fjoe at iclub.nsu.ru (Max Khon) Date: Thu Oct 16 04:20:16 2003 Subject: FTP JDK1.3.1 Foundation binary download? In-Reply-To: <8129799.1066286848763.JavaMail.resin@web.ukrpost.net> References: <8129799.1066286848763.JavaMail.resin@web.ukrpost.net> Message-ID: <20031016111809.GA19102@iclub.nsu.ru> Hello! On Thu, Oct 16, 2003 at 09:47:28AM +0300, Kyryll A Mirnenko wrote: > Yesterday I found FreeBSD Foundation site & its free native JDK1.3.1 binary package. But it's aliable for downloading only throug HTTP. I calculated it would take 6 hours to download it + I'm located far from them & have unstable network, so such downloa seems almost impossible. > Have they got any FTP archives and/or mirrors in East Europe? What's the problem with HTTP? HTTP downloads can be restarted. /fjoe From oleg2006 at yahoo.com Wed Oct 15 15:56:24 2003 From: oleg2006 at yahoo.com (ovv) Date: Thu Oct 16 05:24:56 2003 Subject: about eclipse 3.0 Message-ID: <20031015225623.89447.qmail@web13308.mail.yahoo.com> Hello, Can Java FreeBSD community tell me about plans for creation new port for "eclipse 3.0" (any milestone). I'm not so good in FreeBSD for creation this port myself, but I have the URGENT need in "eclipse 3.0" not "eclipse 2.1.1" for FreeBSD. Thank you --------------------------------- Do you Yahoo!? The New Yahoo! Shopping - with improved product search From mirya at ukrpost.net Thu Oct 16 05:08:18 2003 From: mirya at ukrpost.net (Kyryll A Mirnenko) Date: Thu Oct 16 05:24:57 2003 Subject: FTP JDK1.3.1 Foundation binary download? Message-ID: <10633169.1066306170467.JavaMail.resin@web.ukrpost.net> >? ??????????? FreeBSD "fetch" ? ??????????? "-a -r" >? "wget" ? ?????????? "-c" >????????? ?????????? ?????????? HTTP ??????? >? ???? ?????, ?? ??????? ??? ???? ????????. > >Artem ? ??? ?? ??? c??????? ? ??????? ?? ?????? ?? HTTP-???????? REST (??? ? FTP)! How would fetch/wget do this (restore downloading from)? Never heard about REST HTTP command (as in FTP)! -- ??????? - ??????????? ?????. http://www.ukrpost.net/ IMAP POP3 NNTP RSSNews Unicode. From matt at muztek.net Thu Oct 16 06:37:31 2003 From: matt at muztek.net (Matt Meola) Date: Thu Oct 16 06:38:03 2003 Subject: 1.4.1 patchset 4 In-Reply-To: <20031011052527.GA19995@misty.eyesbeyond.com> References: <20031011052527.GA19995@misty.eyesbeyond.com> Message-ID: <1066311437.43145.13.camel@matt.muztek.net> Thank you thank you thank you... I can confirm that the patchset applies cleanly on a recent (Oct 13) vintage of CURRENT. It also seems to run quite well; I have compiled/installed eclipse, and and tomcat and all seem to run just fine. Thanks again. On Fri, 2003-10-10 at 23:25, Greg Lewis wrote: > I am very pleased to finally be able to announce 1.4.1 patchset 4. > > This patchset should be suitable for most applications, although it does > still contain a few problems. Use in a production environment is at > your own risk. > ________________________________________________________________________ Matt Meola AEC ARES CO/D6 AF?D Home Page -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031016/10627c50/attachment.bin From glewis at eyesbeyond.com Thu Oct 16 08:20:47 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu Oct 16 08:21:20 2003 Subject: FTP JDK1.3.1 Foundation binary download? In-Reply-To: <10633169.1066306170467.JavaMail.resin@web.ukrpost.net> References: <10633169.1066306170467.JavaMail.resin@web.ukrpost.net> Message-ID: <20031016152146.GA46335@misty.eyesbeyond.com> On Thu, Oct 16, 2003 at 03:09:30PM +0300, Kyryll A Mirnenko wrote: > How would fetch/wget do this (restore downloading from)? Never heard about REST HTTP command (as in FTP)! I don't recall what it is for fetch, but for wget just use the --continue flag. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From m.seaman at infracaninophile.co.uk Thu Oct 16 08:50:25 2003 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Thu Oct 16 08:51:19 2003 Subject: FTP JDK1.3.1 Foundation binary download? In-Reply-To: <20031016152146.GA46335@misty.eyesbeyond.com> References: <10633169.1066306170467.JavaMail.resin@web.ukrpost.net> <20031016152146.GA46335@misty.eyesbeyond.com> Message-ID: <20031016154823.GB5114@happy-idiot-talk.infracaninophile.co.uk> On Thu, Oct 16, 2003 at 09:21:46AM -0600, Greg Lewis wrote: > On Thu, Oct 16, 2003 at 03:09:30PM +0300, Kyryll A Mirnenko wrote: > > How would fetch/wget do this (restore downloading from)? Never heard about REST HTTP command (as in FTP)! > > I don't recall what it is for fetch, but for wget just use the --continue > flag. fetch -r Recent versions of the ports system will attempt to restart a fetch automatically if a transfer gets broken off in the middle. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031016/1771aa0d/attachment.bin From travis at travis.johnson.name Sun Oct 19 06:45:08 2003 From: travis at travis.johnson.name (travis@travis.johnson.name) Date: Sun Oct 19 06:45:40 2003 Subject: Error JDK1.4.1 - Cannot Compile Message-ID: <50362.10.0.3.233.1066571115.squirrel@Hgate.lehgha01.fl.comcast.net> /usr/bin/gcc -c -o /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/obj/javadoc_md.o -Di586 -DARCH='"i586"' -DRELEASE='"1.4.1-p3"' -DFULL_VERSION='"1.4.1-p3-travis_19_oct_2003_09_33"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_LITTLE_ENDIAN -I. -I/usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/CClassHeaders -I../../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../../src/solaris/javavm/include -I../../../../src/share/bin -I../../../../src/solaris/bin -DJAVA_ARGS="{ \"-J-ms8m\", \"com.sun.tools.javadoc.Main\" }" -DPROGNAME='"javadoc"' -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses ../../../../src/solaris/bin/java_md.c ../../../../src/solaris/bin/java_md.c:33:1: warning: "ARCH" redefined ../../../../src/solaris/bin/java_md.c:1:1: warning: this is the location of the previous definition Rebuilding /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/javadoc because of /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/obj/javadoc.o /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/obj/javadoc_md.o /usr/ports/java/jdk14/work/control/build/bsd-i586/lib/i386/jvm.cfg /usr/bin/gcc -o /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/javadoc -L/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/i386 /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/obj/javadoc.o /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/obj/javadoc_md.o -lc_r -lc_r -lc_r /usr/bin/strip /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/javadoc ; /bin/mkdir -p /usr/ports/java/jdk14/work/control/build/bsd-i586/bin /usr/ports/java/jdk14/work/control/build/bsd-i586/classes /usr/bin/touch /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/obj/.program.dirs.i586 /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/java -classpath ../../../tools/strip StripProperties < ../../../../src/share/classes/com/sun/tools/doclets/standard/resources/standard.properties > /usr/ports/java/jdk14/work/control/build/bsd-i586/classes/com/sun/tools/doclets/standard/resources/standard.properties /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/java -classpath ../../../tools/strip StripProperties < ../../../../src/share/classes/com/sun/tools/doclets/resources/doclets.properties > /usr/ports/java/jdk14/work/control/build/bsd-i586/classes/com/sun/tools/doclets/resources/doclets.properties /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/java -classpath ../../../tools/strip StripProperties < ../../../../src/share/classes/com/sun/tools/doclets/standard/resources/standard_ja.properties > /usr/ports/java/jdk14/work/control/build/bsd-i586/classes/com/sun/tools/doclets/standard/resources/standard_ja.properties /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/java -classpath ../../../tools/strip StripProperties < ../../../../src/share/classes/com/sun/tools/doclets/resources/doclets_ja.properties > /usr/ports/java/jdk14/work/control/build/bsd-i586/classes/com/sun/tools/doclets/resources/doclets_ja.properties gmake[6]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make/sun/javac/javadoc' gmake /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/javadoc_g /usr/ports/java/jdk14/work/control/build/bsd-i586/classes/com/sun/tools/doclets/standard/resources/standard.properties /usr/ports/java/jdk14/work/control/build/bsd-i586/classes/com/sun/tools/doclets/resources/doclets.properties /usr/ports/java/jdk14/work/control/build/bsd-i586/classes/com/sun/tools/doclets/standard/resources/standard_ja.properties /usr/ports/java/jdk14/work/control/build/bsd-i586/classes/com/sun/tools/doclets/resources/doclets_ja.properties VARIANT=DBG gmake[6]: Entering directory `/usr/ports/java/jdk14/work/j2se/make/sun/javac/javadoc' /bin/mkdir -p /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/obj_g rm -f /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/.classes.list if [ -s /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/com.sun.tools.javadoc/javadoc/.classes.list ] ; \ then /usr/local/linux-sun-jdk1.4.1/bin/javac -J-Xmx128m -classpath /usr/ports/java/jdk14/work/control/build/bsd-i586/classes -bootclasspath "/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jce.jar:/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jsse.jar" -sourcepath "/usr/ports/java/jdk14/work/control/build/bsd-i586/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /usr/ports/java/jdk14/work/control/build/bsd-i586/classes \ ; \ fi gmake[5]: *** [debug] Segmentation fault (core dumped) gmake[5]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make/sun/javac/javadoc' gmake[4]: *** [all] Error 1 gmake[4]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make/sun/javac' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make/java/javac' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk14. test# test# ls /var/db/pkg/ Hermes-1.3.2 gdbm-1.8.3 kdebase-3.1.2 linux-sun-jdk-1.4.1_2 Mesa-3.4.2_2 gdk-pixbuf-0.22.0 kdegames-3.1.2 linux_base-7.1_4 ORBit-0.5.17 gedit2-2.2.1 kdegraphics-3.1.2 lynx-2.8.4.1c ORBit2-2.6.2 gettext-0.11.5_1 kdelibs-3.1.2 m4-1.4_1 XFree86-Server-4.3.0_8 ghostscript-gnu-7.06 kdemultimedia-3.1.2 metacity-2.4.55 XFree86-VirtualFramebufferServer-4.3.0_1 gle-3.0.3 kdenetwork-3.1.2 metacity-setup-0.7.1_2 XFree86-clients-4.3.0_2 glib-1.2.10_9 kdeutils-3.1.2 mkcatalog-1.1 XFree86-documents-4.3.0 glib-2.2.1_1 koffice-1.2.1_1,1 mysql-client-4.1.0 XFree86-font75dpi-4.3.0 gmake-3.80 lcms-1.09,1 netscape-remote-1.0_1 XFree86-fontDefaultBitmaps-4.3.0 gnome-icon-theme-1.0.3 libIDL-0.8.1 netscape-wrapper-2000.07.07 XFree86-fontEncodings-4.3.0 gnomeapplets2-2.2.2 libart_lgpl2-2.3.12 oaf-0.6.10_1 XFree86-fontScalable-4.3.0 gnomeaudio-1.4.0 libaudiofile-0.2.3 open-motif-2.2.2_1 XFree86-libraries-4.3.0_5 gnomecontrolcenter2-2.2.1 libbonobo-2.2.2 pango-1.2.1_3 XFree86-manuals-4.3.0 gnomedesktop-2.2.2 libbonoboui-2.2.2 pcre-3.9 Xft-2.1.2 gnomegames2-2.2.1_1 libgail-gnome-1.0.2_1 perl-5.6.1_13 arts-1.1.2,1 gnomehier-1.0_8 libghttp-1.0.9 pilot-link-0.11.7_1 asclock-1.0 gnomemedia2-2.2.1.1_1 libglade2-2.0.1_1 pine-4.55 aspell-0.50.3_1 gnomemimedata-2.2.0_1 libgmp-2001.08.07 pkgconfig-0.15.0 at-spi-1.1.8 gnomepanel-2.2.2 libgnome-2.2.0.1 png-1.2.5_2 atk-1.2.4 gnomesession-2.2.2 libgnomecanvas-2.2.1 popt-1.6.4 automake-1.5,1 gnomesystemmonitor-2.0.4_1 libgnomeprint-2.2.1.2 proftpd-1.2.8 bison-1.75 gnometerminal-2.2.1 libgnomeprintui-2.2.1.2 py22-expat-2.2.2_2 bonobo-activation-2.2.1.1_1,1 gnomeuserdocs-1.4.1.1 libgnomeui-2.2.0.1_1 py22-numeric-21.0 bugbuddy2-2.2.104 gnomeutils2-2.2.2,1 libgnugetopt-1.2 python-2.2.2_2 cdparanoia-3.9.8_4 gnomevfs2-2.2.5 libgsf-1.8.0 qt-3.1.2 cups-base-1.1.18.0_5 gob-1.0.12 libgtop2-2.0.2 rsync-2.5.6_1 cvsup-16.1h gstreamer-0.6.1 libiconv-1.8_2 samba-2.2.8a db3-3.3.11,1 gstreamer-plugins-0.6.1_1 libmng-1.0.5 scrollkeeper-0.3.12_1,1 db41-4.1.25_1 gtk-1.2.10_9 libogg-1.0_1,3 sdocbook-xml-4.1.2.5 docbook-sk-4.1.2 gtk-2.2.1_1 librep-0.16.1_1 soup-0.7.11 docbook-xml-4.2 gtk-engines-0.12_2 librsvg2-2.2.5_1 sox-12.17.3_1 docbook-xsl-1.61.2 gtk-engines2-2.2.0 libtool-1.3.4_4 startup-notification-0.5_1 eel2-2.2.4 gtk-thinice-engine-2.0.2 libungif-4.1.0b1 tcl-8.3.5_2 eog2-2.2.1 gtkglarea-1.2.2_1 libunicode-0.4_3 tiff-3.5.7 esound-0.2.29 guile-1.6.4_1 libvorbis-1.0_1,3 tk-8.3.5_1 expat-1.95.6_1 guile-gtk-0.31 libwnck-2.2.1 unzip-5.50 fam-2.6.9_2 imake-4.3.0 libwww-5.4.0 uulib-0.5.18 fontconfig-2.2.0 imlib-1.9.14_1 libxml-1.8.17_1 vte-0.10.28 freetype2-2.1.4_1 intltool-0.26 libxml2-2.5.7_1 wget-1.8.2_3 gail-1.2.2 ispell-3.2.06_3 libxslt-1.0.30 wrapper-1.0_3 gconf-1.0.9_3 javavmwrapper-1.4 linc-1.0.2 xanim-2.92.0 gconf-editor-0.4.0 jpeg-6b_1 links-2.1.p9,1 zip-2.3_1 gconf2-2.2.0 kde-3.1.2 linux-netscape-communicator-4.8 test# ls /usr/ports/distfiles/ Hermes-1.3.2.tar.bz2 bug-buddy-2.0.8.tar.gz gnome-user-docs-1.4.1.1.tar.gz j2sdk-1_4_1-src-scsl.zip openmotif vid_iv32_2.1_freebsdELFx86.tgz KDE cdparanoia-III-alpha9.8.src.tgz gnome-utils-1.4.1.3.tar.gz j2sdk-1_4_1_02-linux-i586.bin pilot-link-0.11.7.tar.bz2 vid_iv41_1.1_freebsdELFx86.tgz Numeric-21.0.tar.gz cyrus-sasl-2.1.13.tar.gz gnome2 libghttp-1.0.9.tar.gz proftpd-1.2.8.tar.bz2 vid_iv50_1.0_freebsdELFx86.tgz aspell-0.50.3.tar.gz ggv-1.0.2.tar.gz gnomemm-1.2.4.tar.bz2 libgtop-1.0.13.tar.gz sox-12.17.3.tar.gz w3c-libwww-5.4.0.tgz aspell-en-0.51-0.tar.bz2 ghex-1.2.1.tar.gz gob-1.0.12.tar.gz libogg-1.0.tar.gz tcl8.3.5-src.tar.gz wget-1.8.2.tar.gz automake-1.5.tar.gz glade-0.6.4.tar.gz gst-plugins-0.6.1.tar.gz libsigc++-1.0.4.tar.gz tk8.3.5-src.tar.gz wget_1.8.2-10.diff.gz bdb glibwww-0.2.tar.gz gstreamer-0.6.1.tar.bz2 libunicode-0.4.gnome.tar.gz unzip550.tar.gz xalf-0.12.tgz bison-1.75.tar.bz2 gnome gtk-engines-0.12.tar.gz libvorbis-1.0.tar.gz uudeview-0.5.18.tar.gz xanim2920.tar.gz bsd-jdk131-patches-3.tar.gz gnome-applets-1.4.1.tar.gz gtkglarea-1.2.2.tar.gz m4-1.4.tar.gz vid_cvid_2.1_freebsdELFx86.tgz zcrypt29-exportable.zip bsd-jdk131-patches-8.tar.gz gnome-audio-1.4.0.tar.gz gtkmm-1.2.8.tar.bz2 metacity-setup-0.7.1.tar.gz vid_cyuv_1.0_freebsdELFx86.tgz zip23.tar.gz bsd-jdk14-patches-3.tar.gz gnome-guile-0.20.tar.gz gtop-1.0.13.tar.gz mysql-4.1.0-alpha.tar.gz vid_h261_1.0_freebsdELFx86.tgz bsd-jdk14-patches-4.tar.gz gnome-media-1.2.3.tar.gz guile-gtk-1.2-0.31.tar.gz openldap-2.1.20.tgz vid_h263_1.0_freebsdELFx86.tgz Thank you From roberthuff at rcn.com Sun Oct 19 12:32:31 2003 From: roberthuff at rcn.com (Robert Huff) Date: Sun Oct 19 12:34:26 2003 Subject: JDK1.4.1 - more compile problems Message-ID: <16274.59085.382622.450043@jerusalem.litteratus.org> I'm also having problems compiling jdk14 (1.4.1p4). The fetch, extract, and patch phases run without error, followed by: ===> jdk-1.4.1p4 depends on executable: zip - found ===> jdk-1.4.1p4 depends on file: /usr/X11R6/lib/libXm.so - found ===> jdk-1.4.1p4 depends on file: /usr/local/include/nspr/prtypes.h - found ===> jdk-1.4.1p4 depends on file: /usr/local/linux-sun-jdk1.4.2/bin/javac - found ===> jdk-1.4.1p4 depends on executable: gmake - found ===> Configuring for jdk-1.4.1p4 ===> Building for jdk-1.4.1p4 # Start of jdk build bsd i586 1.4.1-p4 build started: 03-03-19 15:23 ... and there is it sat for 72+ hours, using 66% of the CPU according to "top". I have a P4/2.2ghz, and I'm pretty sure that's not right. I wrote to the listed maintainer - phantom@freebsd.org - several times and got no response, so I'm bringing it here. How do I go about finding out what's broken? Robert Huff From phantom at FreeBSD.org.ua Sun Oct 19 14:41:00 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Sun Oct 19 14:41:33 2003 Subject: Error JDK1.4.1 - Cannot Compile In-Reply-To: <50362.10.0.3.233.1066571115.squirrel@Hgate.lehgha01.fl.comcast.net>; from travis@travis.johnson.name on Sun, Oct 19, 2003 at 09:45:15AM -0400 References: <50362.10.0.3.233.1066571115.squirrel@Hgate.lehgha01.fl.comcast.net> Message-ID: <20031020005005.A46542@phantom.cris.net> hi, On Sun, Oct 19, 2003 at 09:45:15AM -0400, travis@travis.johnson.name wrote: [..] > then /usr/local/linux-sun-jdk1.4.1/bin/javac -J-Xmx128m -classpath > /usr/ports/java/jdk14/work/control/build/bsd-i586/classes -bootclasspath > "/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jce.jar:/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jsse.jar" > -sourcepath > "/usr/ports/java/jdk14/work/control/build/bsd-i586/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" > -d /usr/ports/java/jdk14/work/control/build/bsd-i586/classes \ > ; \ > fi > gmake[5]: *** [debug] Segmentation fault (core dumped) As you may see from above chunk of text -- it's linux javac faulting. Please check archives for similar issues (I not sure about exact problem, but there were many linux_base related ones). From phantom at FreeBSD.org.ua Sun Oct 19 14:42:26 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Sun Oct 19 14:42:32 2003 Subject: JDK1.4.1 - more compile problems In-Reply-To: <16274.59085.382622.450043@jerusalem.litteratus.org>; from roberthuff@rcn.com on Sun, Oct 19, 2003 at 03:32:29PM -0400 References: <16274.59085.382622.450043@jerusalem.litteratus.org> Message-ID: <20031020005136.B46542@phantom.cris.net> hi, On Sun, Oct 19, 2003 at 03:32:29PM -0400, Robert Huff wrote: > > I'm also having problems compiling jdk14 (1.4.1p4). > The fetch, extract, and patch phases run without error, > followed by: > > ===> jdk-1.4.1p4 depends on executable: zip - found > ===> jdk-1.4.1p4 depends on file: /usr/X11R6/lib/libXm.so - found > ===> jdk-1.4.1p4 depends on file: /usr/local/include/nspr/prtypes.h - found > ===> jdk-1.4.1p4 depends on file: /usr/local/linux-sun-jdk1.4.2/bin/javac - found > ===> jdk-1.4.1p4 depends on executable: gmake - found > ===> Configuring for jdk-1.4.1p4 > ===> Building for jdk-1.4.1p4 > # Start of jdk build > bsd i586 1.4.1-p4 build started: 03-03-19 15:23 > > > ... and there is it sat for 72+ hours, using 66% of the CPU > according to "top". I have a P4/2.2ghz, and I'm pretty sure that's > not right. Check archives. This issue was discussed number of times. It's linux_base related issue, IIRC. Try installing linux_base-6. From aah at acm.org Sun Oct 19 16:15:21 2003 From: aah at acm.org (Andrew Houghton) Date: Sun Oct 19 16:15:55 2003 Subject: Error JDK1.4.1 - Cannot Compile In-Reply-To: <20031020005005.A46542@phantom.cris.net> References: <50362.10.0.3.233.1066571115.squirrel@Hgate.lehgha01.fl.comcast.net> <20031020005005.A46542@phantom.cris.net> Message-ID: <3F931B2A.9040102@acm.org> For what it's worth, I've seen this problem before. Simply restarting 'make build' (or whatever you're doing) on my box allowed the compilation to continue. It doesn't seem to be consistent for me, either -- sometimes the linux javac compiler will segfault, sometimes it won't, but in every case where it failed my compilation completed normally by simply restarting the make process (without cleaning first, of course). - a. Alexey Zelkin wrote: >hi, > >On Sun, Oct 19, 2003 at 09:45:15AM -0400, travis@travis.johnson.name wrote: > >[..] > > > >>then /usr/local/linux-sun-jdk1.4.1/bin/javac -J-Xmx128m -classpath >>/usr/ports/java/jdk14/work/control/build/bsd-i586/classes -bootclasspath >>"/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jce.jar:/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jsse.jar" >>-sourcepath >>"/usr/ports/java/jdk14/work/control/build/bsd-i586/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" >>-d /usr/ports/java/jdk14/work/control/build/bsd-i586/classes \ >> ; \ >>fi >>gmake[5]: *** [debug] Segmentation fault (core dumped) >> >> > >As you may see from above chunk of text -- it's linux javac faulting. >Please check archives for similar issues (I not sure about exact >problem, but there were many linux_base related ones). > > >_______________________________________________ >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 phantom at FreeBSD.org.ua Sun Oct 19 17:05:21 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Sun Oct 19 17:05:54 2003 Subject: Error JDK1.4.1 - Cannot Compile In-Reply-To: <3F931B2A.9040102@acm.org>; from aah@acm.org on Sun, Oct 19, 2003 at 04:15:54PM -0700 References: <50362.10.0.3.233.1066571115.squirrel@Hgate.lehgha01.fl.comcast.net> <20031020005005.A46542@phantom.cris.net> <3F931B2A.9040102@acm.org> Message-ID: <20031020031417.A47397@phantom.cris.net> If you are using jdk 1.4.1 (linux) compiler -- try downgrading you linux_base to 6.2. Or try to upgrade linux-sun-jdk14 to 1.4.2. Unfortunatelly there are too much assumptions of glibc version and another stuff in linux jdk. It is not a FreeBSD only problem -- it applies to many linux guys as well. On Sun, Oct 19, 2003 at 04:15:54PM -0700, Andrew Houghton wrote: > For what it's worth, I've seen this problem before. Simply restarting > 'make build' (or whatever you're doing) on my box allowed the > compilation to continue. It doesn't seem to be consistent for me, > either -- sometimes the linux javac compiler will segfault, sometimes it > won't, but in every case where it failed my compilation completed > normally by simply restarting the make process (without cleaning first, > of course). > > - a. > > Alexey Zelkin wrote: > > >hi, > > > >On Sun, Oct 19, 2003 at 09:45:15AM -0400, travis@travis.johnson.name wrote: > > > >[..] > > > > > > > >>then /usr/local/linux-sun-jdk1.4.1/bin/javac -J-Xmx128m -classpath > >>/usr/ports/java/jdk14/work/control/build/bsd-i586/classes -bootclasspath > >>"/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jce.jar:/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jsse.jar" > >>-sourcepath > >>"/usr/ports/java/jdk14/work/control/build/bsd-i586/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" > >>-d /usr/ports/java/jdk14/work/control/build/bsd-i586/classes \ > >> ; \ > >>fi > >>gmake[5]: *** [debug] Segmentation fault (core dumped) > >> > >> > > > >As you may see from above chunk of text -- it's linux javac faulting. > >Please check archives for similar issues (I not sure about exact > >problem, but there were many linux_base related ones). > > > > > >_______________________________________________ > >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 glewis at eyesbeyond.com Thu Oct 9 07:34:10 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Sun Oct 19 20:19:25 2003 Subject: JDK 1.3 loop? In-Reply-To: <20031009113133.430e8b28.freebsd@yazzy.org> References: <20031009113133.430e8b28.freebsd@yazzy.org> Message-ID: <20031009143448.GA96036@misty.eyesbeyond.com> On Thu, Oct 09, 2003 at 11:31:33AM +0200, Martin Jessa wrote: > Got this annoying error trying to compile jdk-1.3 > Seems like a new installation of jdk-1.3 needs an existing installation of java for bootstrapping, which sounds absurd. Yeah! Imagine if gcc needed another C compiler to bootstrap itself! Oh wait... > I also have linux-sun-jdk-1.3.1.09 Sun Java Development Kit 1.3 for Linux installed. make JDK13DIR=/usr/local/linux-sun-jdk1.3.1 > Please CC: to me or ports@ as I dont subscribe to java@. > > ===> Returning to build of jdk-1.3.1p8_2 > ===> jdk-1.3.1p8_2 depends on executable: gmake - found > ===> jdk-1.3.1p8_2 depends on shared library: glib12.3 - found > ===> jdk-1.3.1p8_2 depends on shared library: gtk12.2 - found > ===> jdk-1.3.1p8_2 depends on shared library: nspr4.1 - found > ===> Configuring for jdk-1.3.1p8_2 > ===> Building for jdk-1.3.1p8_2 > # Start of jdk build > i386 Build started: 1.3.1-p8-root-031009-10:33 > ERROR: Your BOOTDIR environment variable does not point > to a valid Java 2 SDK for bootstrapping this build. > A Java 2 SDK 1.3.1 build must be bootstrapped against any > 1.3 build. Please update your ALT_BOOTDIR setting, or > just unset it, and start your build again. The Java version you're trying to bootstrap with doesn't run. Fix this and restart the build. -- 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 Oct 10 22:34:50 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Sun Oct 19 20:27:46 2003 Subject: General opinion of 1.4.x? In-Reply-To: <3F85E798.5000904@cyberlifelabs.com> References: <3F85E798.5000904@cyberlifelabs.com> Message-ID: <20031011053537.GA19913@misty.eyesbeyond.com> On Thu, Oct 09, 2003 at 03:56:24PM -0700, Milo Hyson wrote: > We've been keeping our production servers on native 1.3.1-p7 because the > Eyes Beyond website claims the 1.4.x patchset is still considered > alpha-quality. We'd really like to upgrade since there are so many > benefits to the 1.4 line, but we don't want to risk failures on live > systems. I've been using 1.4.1-p3 on my workstation for many months now > with only one minor problem (compiling JSPs sometimes causes the > compiler to hang). I'm curious to know what other people's experiences > and opinions are in using 1.4.x for production use. I just released 1.4.1p4. It features many fixes over 1.4.1p3. I would suggest trying that out if you wish to upgrade. Use in production is at your own risk though. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From mikes at siralan.org Sun Oct 19 20:30:55 2003 From: mikes at siralan.org (Michael L. Squires) Date: Sun Oct 19 21:39:15 2003 Subject: Success with 1.4.1/5.1-CURRENT of 10/17/linux_base 7.1 In-Reply-To: <20031020031417.A47397@phantom.cris.net> from "Alexey Zelkin" at Oct 20, 2003 03:14:17 AM Message-ID: <200310200330.h9K3UqAI069564@siralan.org> > If you are using jdk 1.4.1 (linux) compiler -- try downgrading > you linux_base to 6.2. Or try to upgrade linux-sun-jdk14 to 1.4.2. I compiked 1.4.1 under 5.1-CURRENT cvsup'd on 10/17 and completely recompiled and although the compilation took a long time it finished without errors. I'm running the 7.1 linux_base, also. This was done using the standard ports configuration, no changes. The system has 1GB memory and 2GB swap, Supermicro P6DGH dual PIII/850 with SCSI disks with a redundant PS - i.e., slow but very solid hardware. Mike Squires From sdodson at sdodson.com Sun Oct 19 23:20:16 2003 From: sdodson at sdodson.com (Scott Dodson) Date: Sun Oct 19 23:20:53 2003 Subject: java/58269: JDK 1.4 port fails to build on current Message-ID: <200310200508.h9K5883M011241@home.sdodson.com> >Number: 58269 >Category: java >Synopsis: JDK 1.4 port fails to build on current >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 19 23:20:14 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Scott Dodson >Release: FreeBSD 5.1-CURRENT i386 >Organization: >Environment: System: FreeBSD home.sdodson.com 5.1-CURRENT FreeBSD 5.1-CURRENT #7: Tue Sep 23 18:08:58 EDT 2003 sdodson@home.sdodson.com:/usr/obj/usr/src/sys/RAGE5 i386 >Description: JDK 1.4 port fails to build on current machine. I am using -DNODEBUG and -DNATIVE_BOOTSTRAP >How-To-Repeat: cd /usr/ports/java/jdk14 && make -DNODEBUG -DNATIVE_BOOTSTRAP install >Fix: --- Makefile.orig Mon Oct 13 16:57:50 2003 +++ Makefile Mon Oct 20 00:56:46 2003 @@ -81,6 +81,7 @@ j2se/make/common/Defs.gmk \ j2se/make/common/Program.gmk \ j2se/make/common/Defs-bsd.gmk \ + j2se/ext/plugin/build/solaris/GNUmakefile \ j2se/make/java/hpi/native/Makefile .include >Release-Note: >Audit-Trail: >Unformatted: From phantom at freebsd.org Sun Oct 19 23:22:49 2003 From: phantom at freebsd.org (Alexey Zelkin) Date: Sun Oct 19 23:23:21 2003 Subject: jdk14 port users warning... Message-ID: <20031020093159.A49750@phantom.cris.net> Gentelmen, Remembering that someone asked about potential problems with jdk14 I would like to warn everybody who use applications which utilize java to call external applications. Very rare (very very) jdk14 attempt to fork another copy fails. Or correctly to say fails to complete. Reasons of this behaviour still unclear and non-reproducible. Just be careful. And another "huge" problem... Drag'n'Drop does not work under FreeBSD (using native 1.4.1). If you need this "feature" please continue using linux-sun-jdk14. All other aspects of jdk14 port tested number of times perosnally by myself and Sun's JCK over and over. You should not expirience problems any problems (in case of usage of traditional environments). If your configuration is differ from default and you found a problem -- as usually report back to the mailing list. From david at israelsson.org Mon Oct 20 00:42:16 2003 From: david at israelsson.org (David Israelsson) Date: Mon Oct 20 00:42:49 2003 Subject: JDK1.4.1 - more compile problems In-Reply-To: <16274.59085.382622.450043@jerusalem.litteratus.org> (Robert Huff's message of "Sun, 19 Oct 2003 15:32:29 -0400") References: <16274.59085.382622.450043@jerusalem.litteratus.org> Message-ID: <87ismkicdk.fsf@dipsy.gnapp.org> Robert Huff writes: > I'm also having problems compiling jdk14 (1.4.1p4). > The fetch, extract, and patch phases run without error, > followed by: > > ===> jdk-1.4.1p4 depends on executable: zip - found > ===> jdk-1.4.1p4 depends on file: /usr/X11R6/lib/libXm.so - found > ===> jdk-1.4.1p4 depends on file: /usr/local/include/nspr/prtypes.h - found > ===> jdk-1.4.1p4 depends on file: /usr/local/linux-sun-jdk1.4.2/bin/javac - found > ===> jdk-1.4.1p4 depends on executable: gmake - found > ===> Configuring for jdk-1.4.1p4 > ===> Building for jdk-1.4.1p4 > # Start of jdk build > bsd i586 1.4.1-p4 build started: 03-03-19 15:23 > > > ... and there is it sat for 72+ hours, using 66% of the CPU > according to "top". I have a P4/2.2ghz, and I'm pretty sure that's > not right. > I wrote to the listed maintainer - phantom@freebsd.org - > several times and got no response, so I'm bringing it here. > How do I go about finding out what's broken? > You probably forgot to mount the Linux proc fs which is required for the Linux jdk to work. mount -t linprocfs linprocfs /compat/linux/proc /David From pepe at pef.czu.cz Mon Oct 20 03:03:29 2003 From: pepe at pef.czu.cz (Josef Pospisil) Date: Mon Oct 20 03:04:00 2003 Subject: Tomcat remote debug Message-ID: <3F93B29D.6000905@pef.czu.cz> Hi, I wanna use Tomcat41 (or even Tomcat5) remote debugging with IntelliJ Idea, but I didn't find any posibility to pass any parameter (-Xdebug Xagent and so) to JavaVM through the tomcat41ctl command, which is usually used to start and stop Tomcat on freebsd. I've tried some other process to achieve this (setting JAVA_OPTS enviroment var. which leads to strange errors, when stoping Tomcat. Editing starting scripts in rc.d), but noone looks clean enough. Can anybody help me, or just direct me to some beautiful and functional solution :-). -- With best regards Pepe Josef Pospisil Provozne ekonomicka fakulta CZU From mg at fork.pl Mon Oct 20 06:17:48 2003 From: mg at fork.pl (Marcin Gryszkalis) Date: Mon Oct 20 06:18:19 2003 Subject: file:/dev/random generated exception: null Message-ID: <3F93E062.3030401@fork.pl> I happened just once, anybody noticed anything similar? It's on p3, I'm going to upgrade to p4 today. bash-2.05b$ java -version java version "1.4.1-p3" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-p3-root_02_jun_2003_23_31) Java HotSpot(TM) Client VM (build 1.4.1-p3-root_02_jun_2003_23_31, mixed mode) trace: java.lang.InternalError: URLSeedGenerator file:/dev/random generated exception: null at sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedByte(SeedGenerator.java:469) at sun.security.provider.SeedGenerator.getSeedBytes(SeedGenerator.java:137) at sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:132) at sun.security.provider.SecureRandom.engineGenerateSeed(SecureRandom.java:112) at sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:169) at java.security.SecureRandom.nextBytes(SecureRandom.java:381) at java.security.SecureRandom.next(SecureRandom.java:403) at java.util.Random.nextInt(Random.java:191) It's FreeBSD 4.9-RC #12: Fri Oct 3 23:00:12 CEST 2003 -- Marcin Gryszkalis jabber jid:mg@chrome.pl gg:2532994 http://fork.pl From newbeb at yahoo.com Mon Oct 20 07:41:06 2003 From: newbeb at yahoo.com (Brian Lloyd-Newberry) Date: Mon Oct 20 07:41:50 2003 Subject: Tomcat remote debug In-Reply-To: <3F93B29D.6000905@pef.czu.cz> References: <3F93B29D.6000905@pef.czu.cz> Message-ID: <3F93F3CC.8090003@yahoo.com> Josepf, Included inline below are the environment variables defined in the catalina.sh startup script that comes with 4.1.24. I don't use the port so I don't know what tomcat41ctl calls, but I hope this will help. Please note the JDPA_ options. -Brian # Start/Stop Script for the CATALINA Server # # Environment Variable Prequisites # # CATALINA_HOME May point at your Catalina "build" directory. # # CATALINA_BASE (Optional) Base directory for resolving dynamic # portions of a Catalina installation. If not # present, resolves to the same directory that # CATALINA_HOME points to. # # CATALINA_OPTS (Optional) Java runtime options used when the # "start", "stop", or "run" command is executed. # # CATALINA_TMPDIR (Optional) Directory path location of # temporary directory the JVM should use # (java.io.tmpdir). Defaults to $CATALINA_BASE/temp. # # JAVA_HOME Must point at your Java Development Kit # installation. # # JAVA_OPTS (Optional) Java runtime options used when the # "start", "stop", or "run" command is executed. # # JPDA_TRANSPORT (Optional) JPDA transport used when the "jpda start" # command is executed. The default is "dt_socket". # # JPDA_ADDRESS (Optional) Java runtime options used when the # "jpda start" command is executed. The default is # 8000. # # JSSE_HOME (Optional) May point at your Java Secure Sockets # Extension (JSSE) installation, whose JAR files will # be added to the system class path used to start # Tomcat. # # CATALINA_PID (Optional) Path of the file which should contains # the pid of catalina startup java process, when start # (fork) is used # Josef Pospisil wrote: > Hi, > I wanna use Tomcat41 (or even Tomcat5) remote debugging with IntelliJ > Idea, but I didn't find any posibility to pass any parameter (-Xdebug > Xagent and so) to JavaVM through the tomcat41ctl command, which is > usually used to start and stop Tomcat on freebsd. > I've tried some other process to achieve this (setting JAVA_OPTS > enviroment var. which leads to strange errors, when stoping Tomcat. > Editing starting scripts in rc.d), but noone looks clean enough. > Can anybody help me, or just direct me to some beautiful and functional > solution :-). From daniel.fisher at vt.edu Mon Oct 20 08:09:25 2003 From: daniel.fisher at vt.edu (Daniel Fisher) Date: Mon Oct 20 08:10:54 2003 Subject: file:/dev/random generated exception: null In-Reply-To: <3F93E062.3030401@fork.pl> References: <3F93E062.3030401@fork.pl> Message-ID: <20031020110839.54f1f3c8.daniel.fisher@vt.edu> Looks like you ran out of random bytes in /dev/random, which is not uncommon. If you want to avoid this error use /dev/urandom. -Djava.security.egd=file:/dev/urandom -- Daniel Fisher On Mon, 20 Oct 2003 15:17:22 +0200 Marcin Gryszkalis wrote: > I happened just once, anybody noticed anything similar? > It's on p3, I'm going to upgrade to p4 today. > > bash-2.05b$ java -version > java version "1.4.1-p3" > Java(TM) 2 Runtime Environment, Standard Edition (build > 1.4.1-p3-root_02_jun_2003_23_31) Java HotSpot(TM) Client VM (build > 1.4.1-p3-root_02_jun_2003_23_31, mixed mode) > > trace: > java.lang.InternalError: URLSeedGenerator file:/dev/random generated > exception: null > at > sun.security.provider.SeedGenerator$URLSeedGenerator.getSeed > Byte(SeedGenerator.java:469) at > sun.security.provider.SeedGenerator.getSeedBytes(SeedGenerat > or.java:137) at > sun.security.provider.SeedGenerator.generateSeed(SeedGenerat > or.java:132) at > sun.security.provider.SecureRandom.engineGenerateSeed(Secure > Random.java:112) at > sun.security.provider.SecureRandom.engineNextBytes(SecureRan > dom.java:169) at > java.security.SecureRandom.nextBytes(SecureRandom.java:381) > at java.security.SecureRandom.next(SecureRandom.java:403) at > java.util.Random.nextInt(Random.java:191) > > It's FreeBSD 4.9-RC #12: Fri Oct 3 23:00:12 CEST 2003 > > > -- > Marcin Gryszkalis > jabber jid:mg@chrome.pl > gg:2532994 > http://fork.pl > > _______________________________________________ > 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 phantom at FreeBSD.org.ua Mon Oct 20 08:55:46 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Mon Oct 20 08:56:19 2003 Subject: file:/dev/random generated exception: null In-Reply-To: <3F93E062.3030401@fork.pl>; from mg@fork.pl on Mon, Oct 20, 2003 at 03:17:22PM +0200 References: <3F93E062.3030401@fork.pl> Message-ID: <20031020190440.A53354@phantom.cris.net> hi, Enable more entropy gathering using rndcontrol(8). On Mon, Oct 20, 2003 at 03:17:22PM +0200, Marcin Gryszkalis wrote: > I happened just once, anybody noticed anything similar? > It's on p3, I'm going to upgrade to p4 today. > > bash-2.05b$ java -version > java version "1.4.1-p3" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-p3-root_02_jun_2003_23_31) > Java HotSpot(TM) Client VM (build 1.4.1-p3-root_02_jun_2003_23_31, mixed mode) > > trace: > java.lang.InternalError: URLSeedGenerator file:/dev/random generated exception: null > at sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedByte(SeedGenerator.java:469) > at sun.security.provider.SeedGenerator.getSeedBytes(SeedGenerator.java:137) > at sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:132) > at sun.security.provider.SecureRandom.engineGenerateSeed(SecureRandom.java:112) > at sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:169) > at java.security.SecureRandom.nextBytes(SecureRandom.java:381) > at java.security.SecureRandom.next(SecureRandom.java:403) > at java.util.Random.nextInt(Random.java:191) > > It's FreeBSD 4.9-RC #12: Fri Oct 3 23:00:12 CEST 2003 > > > -- > Marcin Gryszkalis > jabber jid:mg@chrome.pl > gg:2532994 > http://fork.pl > > _______________________________________________ > 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 bugmaster at freebsd.org Mon Oct 20 11:01:36 2003 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon Oct 20 11:07:19 2003 Subject: Current problem reports assigned to you Message-ID: <200310201801.h9KI1K3T098933@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/08/22] java/41913 java JniHandler and ChannelUn Errors 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/02/25] java/35320 java linux-jdk-1.4 JVM fails when running Tomc o [2003/10/12] java/57901 java java/jdk14 (jdk-1.4.1p4) fails to build 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/10/11] java/43929 java linux-ibm-jdk core dumps without System.e o [2002/10/18] java/44219 java Update port: textproc/cocoon to 2.0.3 o [2002/10/18] java/44251 java Create stylebook port o [2002/11/04] java/44922 java JVM crash o [2003/07/29] java/55032 java SVr4 emulation interferes with install o [2003/09/24] java/57192 java linux-ibm-java1.4 freeze o [2003/10/19] java/58269 java JDK 1.4 port fails to build on current 7 problems total. From jckifbsd at xs4all.nl Mon Oct 20 12:41:45 2003 From: jckifbsd at xs4all.nl (Johannes Kingma) Date: Mon Oct 20 12:42:30 2003 Subject: Building jdk13 fails Message-ID: <3F943A68.9090305@xs4all.nl> Hello, I have diablo-jdk13 installed on current. When I try to build jdk13. I get this error. ===> Building for jdk-1.3.1p8_2 # Start of jdk build i386 Build started: 1.3.1-p8-johannes-031020-21:18 ERROR: Your BOOTDIR environment variable does not point to a valid Java 2 SDK for bootstrapping this build. A Java 2 SDK 1.3.1 build must be bootstrapped against any 1.3 build. Please update your ALT_BOOTDIR setting, or just unset it, and start your build again. Exiting because of the above error(s). gmake: *** [sanity] Error 1 *** Error code 2 Stop in /usr/ports/java/jdk13. Why this error, it should not with diablo-jdk13 installed? From jims at innerdot.com Mon Oct 20 12:54:32 2003 From: jims at innerdot.com (Jim Spring) Date: Mon Oct 20 12:55:05 2003 Subject: jdk1.4 plugin Message-ID: <20031020195042.570E2ACDE@www.innerdot.com> Thanks to the recent patchset, jdk1.4 built cleanly and for most purposes is working well for me. The one thing I have not had any luck with is using the plugin. I'm running 5.1-Current (as of about a week ago). I've set the plugin up per the FAQ on mozilla (ie, make the softlink). I am using: /usr/local/jdk1.4.1/jre/plugin/i386/ns610/libjavaplugin_oji.so When I startup Firebird, it still is giving an error that it can't find shared objects. The first is libdl.so.2, which appears to live in /usr/compat/linux/lib. Setting the LD_LIBRARY_PATH to include this, I am then prompted for libgcc_s.so.1. Is this expected? Or am I being braindead and missing something? Any thoughts on correcting this? Thanks -jim From glewis at eyesbeyond.com Mon Oct 20 16:22:28 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Oct 20 16:24:16 2003 Subject: file:/dev/random generated exception: null In-Reply-To: <20031020110839.54f1f3c8.daniel.fisher@vt.edu> References: <3F93E062.3030401@fork.pl> <20031020110839.54f1f3c8.daniel.fisher@vt.edu> Message-ID: <20031020232351.GA58090@misty.eyesbeyond.com> On Mon, Oct 20, 2003 at 11:08:39AM -0400, Daniel Fisher wrote: > Looks like you ran out of random bytes in /dev/random, which is not > uncommon. > If you want to avoid this error use /dev/urandom. > -Djava.security.egd=file:/dev/urandom However, doing so will get you much lower quality random numbers. Depending on how much you value security this may not be acceptable. I'd try rndcontrol(8) first, as Alexey mentioned. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Mon Oct 20 16:23:38 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Oct 20 16:26:58 2003 Subject: Building jdk13 fails In-Reply-To: <3F943A68.9090305@xs4all.nl> References: <3F943A68.9090305@xs4all.nl> Message-ID: <20031020232454.GB58090@misty.eyesbeyond.com> On Mon, Oct 20, 2003 at 09:41:28PM +0200, Johannes Kingma wrote: > I have diablo-jdk13 installed on current. When I try to build jdk13. I > get this error. Does Diablo actually work on -CURRENT? It doesn't work on 5.1-RELEASE. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at FreeBSD.org Mon Oct 20 17:10:22 2003 From: glewis at FreeBSD.org (Greg Lewis) Date: Mon Oct 20 17:14:34 2003 Subject: java/58269: JDK 1.4 port fails to build on current Message-ID: <200310210010.h9L0ALCF046266@freefall.freebsd.org> Synopsis: JDK 1.4 port fails to build on current State-Changed-From-To: open->closed State-Changed-By: glewis State-Changed-When: Mon Oct 20 17:10:13 PDT 2003 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=58269 From glewis at eyesbeyond.com Mon Oct 20 17:20:24 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Oct 20 17:20:56 2003 Subject: jdk1.4 plugin In-Reply-To: <20031020195042.570E2ACDE@www.innerdot.com> References: <20031020195042.570E2ACDE@www.innerdot.com> Message-ID: <20031020232841.GC58090@misty.eyesbeyond.com> On Mon, Oct 20, 2003 at 12:50:42PM -0700, Jim Spring wrote: > Thanks to the recent patchset, jdk1.4 built cleanly and for most > purposes is working well for me. > > The one thing I have not had any luck with is using the plugin. > I'm running 5.1-Current (as of about a week ago). I've set the > plugin up per the FAQ on mozilla (ie, make the softlink). I am > using: > > /usr/local/jdk1.4.1/jre/plugin/i386/ns610/libjavaplugin_oji.so > > When I startup Firebird, it still is giving an error that it can't > find shared objects. The first is libdl.so.2, which appears to > live in /usr/compat/linux/lib. Setting the LD_LIBRARY_PATH to > include this, I am then prompted for libgcc_s.so.1. The fact that it complains about a missing libdl.so.2 should be an immediate red flag. This is a Linux shared library! There is _no way_ the FreeBSD version of the plugin is linked against libdl.so.2. Please check that you don't have the Linux version of Firebird and that the browser plugin symlink is correctly pointing to the FreeBSD plugin. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From jonc at chen.org.nz Mon Oct 20 22:47:47 2003 From: jonc at chen.org.nz (Jonathan Chen) Date: Mon Oct 20 22:48:34 2003 Subject: jdk14 port users warning... In-Reply-To: <20031020093159.A49750@phantom.cris.net> References: <20031020093159.A49750@phantom.cris.net> Message-ID: <20031021054740.GB58899@grimoire.chen.org.nz> On Mon, Oct 20, 2003 at 09:31:59AM +0300, Alexey Zelkin wrote: > Gentelmen, > > Remembering that someone asked about potential problems with jdk14 > I would like to warn everybody who use applications which utilize > java to call external applications. Very rare (very very) jdk14 > attempt to fork another copy fails. Or correctly to say fails to > complete. Reasons of this behaviour still unclear and non-reproducible. > Just be careful. Thanks for the work with the latest patchset. Being one of the people who experienced the fork+hang problem with jdk14p3, I must say that the recent patchset is a definite improvement. However, the problem still occurs for me (though not as often), especially when compiling jsp pages under jboss3 under load. Would it help at all if I were to provide core-images of the hanging processes to help with the debug procedure? Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "I don't want to achive immortality through my works.. I want to achieve it through not dying" - Woody Allen From phantom at FreeBSD.org.ua Tue Oct 21 00:13:25 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Tue Oct 21 00:15:28 2003 Subject: jdk14 port users warning... In-Reply-To: <20031021054740.GB58899@grimoire.chen.org.nz>; from jonc@chen.org.nz on Tue, Oct 21, 2003 at 06:47:41PM +1300 References: <20031020093159.A49750@phantom.cris.net> <20031021054740.GB58899@grimoire.chen.org.nz> Message-ID: <20031021101614.A58313@phantom.cris.net> hi, On Tue, Oct 21, 2003 at 06:47:41PM +1300, Jonathan Chen wrote: > On Mon, Oct 20, 2003 at 09:31:59AM +0300, Alexey Zelkin wrote: > > Gentelmen, > > > > Remembering that someone asked about potential problems with jdk14 > > I would like to warn everybody who use applications which utilize > > java to call external applications. Very rare (very very) jdk14 > > attempt to fork another copy fails. Or correctly to say fails to > > complete. Reasons of this behaviour still unclear and non-reproducible. > > Just be careful. > > Thanks for the work with the latest patchset. > > Being one of the people who experienced the fork+hang problem with > jdk14p3, I must say that the recent patchset is a definite improvement. > However, the problem still occurs for me (though not as often), especially > when compiling jsp pages under jboss3 under load. Would it help at all > if I were to provide core-images of the hanging processes to help with > the debug procedure? Send me personally backtrace from gdb. Unfortunatelly my bandwidth not allow me to download cores. PS: Hopefully 1.4.2 will change it a bit. The only one core I got with jdk 1.4.2 was only 40mb :-) From daniel.fisher at vt.edu Tue Oct 21 08:18:29 2003 From: daniel.fisher at vt.edu (Daniel Fisher) Date: Tue Oct 21 08:20:01 2003 Subject: file:/dev/random generated exception: null In-Reply-To: <20031020232351.GA58090@misty.eyesbeyond.com> References: <3F93E062.3030401@fork.pl> <20031020110839.54f1f3c8.daniel.fisher@vt.edu> <20031020232351.GA58090@misty.eyesbeyond.com> Message-ID: <20031021111743.44ea9b25.daniel.fisher@vt.edu> On Mon, 20 Oct 2003 17:23:51 -0600 Greg Lewis wrote: > On Mon, Oct 20, 2003 at 11:08:39AM -0400, Daniel Fisher wrote: > > Looks like you ran out of random bytes in /dev/random, which is not > > uncommon. > > If you want to avoid this error use /dev/urandom. > > -Djava.security.egd=file:/dev/urandom > > However, doing so will get you much lower quality random numbers. > Depending on how much you value security this may not be acceptable. > I'd try rndcontrol(8) first, as Alexey mentioned. In my experience /dev/urandom is the only way to guarantee that ssl connections do not fail due to lack of random bytes. This is a common problem on servers which make a lot of separate ssl connections and cannot gather enough entropy to keep up. However, if the load on your application allows using /dev/random you should do so. Just keep in mind you may see these errors every so often. There are also other ways to gather entropy, but I can't vouch for them: http://egd.sourceforge.net/ -- Daniel Fisher From m.seaman at infracaninophile.co.uk Tue Oct 21 08:46:22 2003 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Oct 21 08:46:53 2003 Subject: file:/dev/random generated exception: null In-Reply-To: <20031021111743.44ea9b25.daniel.fisher@vt.edu> References: <3F93E062.3030401@fork.pl> <20031020110839.54f1f3c8.daniel.fisher@vt.edu> <20031020232351.GA58090@misty.eyesbeyond.com> <20031021111743.44ea9b25.daniel.fisher@vt.edu> Message-ID: <20031021154603.GC94995@happy-idiot-talk.infracaninophile.co.uk> On Tue, Oct 21, 2003 at 11:17:43AM -0400, Daniel Fisher wrote: > On Mon, 20 Oct 2003 17:23:51 -0600 > Greg Lewis wrote: > > > On Mon, Oct 20, 2003 at 11:08:39AM -0400, Daniel Fisher wrote: > > > Looks like you ran out of random bytes in /dev/random, which is not > > > uncommon. > > > If you want to avoid this error use /dev/urandom. > > > -Djava.security.egd=file:/dev/urandom > > > > However, doing so will get you much lower quality random numbers. > > Depending on how much you value security this may not be acceptable. > > I'd try rndcontrol(8) first, as Alexey mentioned. > > In my experience /dev/urandom is the only way to guarantee that ssl > connections do not fail due to lack of random bytes. > This is a common problem on servers which make a lot of separate ssl > connections and cannot gather enough entropy to keep up. > However, if the load on your application allows using /dev/random you > should do so. > Just keep in mind you may see these errors every so often. > There are also other ways to gather entropy, but I can't vouch for them: > http://egd.sourceforge.net/ egd just does in user space essentially what the kernel does in kernel space to provide the entropy used for /dev/random. If your system is a heavy user of randomness, and normal interrupt activity isn't enough to keep up with demand, then you'll have to provide an external source of randomness. Some motherboard chipsets nowadays have a built in random source -- which is just a diode that gives you a 50-50 chance of being conductive at any time -- or you can use certain Crypto accelerator cards: see ubsec(4) and hifn(4). Alternatively this is the excuse you need to requisition that lava lamp without which no contemporary machine room could be considered complete... http://www.lavarnd.org/ Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031021/c626ff17/attachment.bin From sebster at sebster.com Tue Oct 21 13:48:01 2003 From: sebster at sebster.com (Sebastiaan van Erk) Date: Tue Oct 21 13:48:34 2003 Subject: java 1.4.1-p4 plugin fails for mozilla-firebird 0.7 Message-ID: <1066769226.18137.7.camel@blauwoor.sebster.com> Hi all, I just installed a FreeBSD 5.1 current system and have troubles getting the java plugin running for mozilla. Any help will be appreciated... Greetings, Sebastiaan van Erk INFO: sebster@blauwoor(ttypb:8:0):~> uname -a FreeBSD blauwoor.sebster.com 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Tue Oct 21 08:18:51 CEST 2003 root@blauwoor.sebster.com:/usr/src/sys/i386/compile/GENERIC i386 sebster@blauwoor(ttypb:10:1):~> gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.3.1 [FreeBSD] sebster@blauwoor(ttypb:11:0):~> firebird An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x3447708B Function=processTree+0x29B Library=/usr/local/jdk1.4.1/jre/lib/i386/libawt.so Current Java thread: at sun.awt.motif.MToolkit.run(Native Method) at java.lang.Thread.run(Thread.java:536) Dynamic libraries: 0x8048000 java_vm 0x28075000 /usr/lib/libc_r.so.5 0x28099000 /lib/libc.so.5 0x28174000 /usr/local/jdk1.4.1/jre/lib/i386/client/libjvm.so 0x285c4000 /usr/lib/libstdc++.so.4 0x28680000 /lib/libm.so.2 0x28699000 /usr/local/jdk1.4.1/jre/lib/i386/native_threads/libhpi.so 0x286a3000 /usr/local/jdk1.4.1/jre/lib/i386/libverify.so 0x286b8000 /usr/local/jdk1.4.1/jre/lib/i386/libjava.so 0x286d7000 /usr/local/jdk1.4.1/jre/lib/i386/libzip.so 0x343aa000 /usr/local/jdk1.4.1/jre/lib/i386/libawt.so 0x34621000 /usr/local/jdk1.4.1/jre/lib/i386/libmlib_image.so 0x2c256000 /usr/X11R6/lib/libXp.so.6 0x3466c000 /usr/X11R6/lib/libXt.so.6 0x346bd000 /usr/X11R6/lib/libXext.so.6 0x346cc000 /usr/X11R6/lib/libXtst.so.6 0x346d2000 /usr/X11R6/lib/libXmu.so.6 0x346f1000 /usr/X11R6/lib/libX11.so.6 0x347b9000 /usr/X11R6/lib/libSM.so.6 0x347c2000 /usr/X11R6/lib/libICE.so.6 0x347d9000 /usr/local/jdk1.4.1/jre/lib/i386/libjavaplugin_jni.so 0x347ff000 /usr/local/jdk1.4.1/jre/lib/i386/libfontmanager.so 0x348c6000 /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 0x348c9000 /usr/X11R6/lib/libXcursor.so.1 0x348d2000 /usr/X11R6/lib/libXrender.so.1 0x348da000 /usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2 0x348fb000 /usr/local/jdk1.4.1/jre/lib/i386/libnet.so 0x3490d000 /usr/local/jdk1.4.1/jre/lib/i386/libdcpr.so 0x2804b000 /libexec/ld-elf.so.1 Local Time = Tue Oct 21 22:34:18 2003 Elapsed Time = 19 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.1-p4-root_21_oct_2003_14_13 mixed mode) # # An error report file has been saved as /tmp/hs_err_pid15740.log. # Please refer to the file for further information. # INTERNAL ERROR on Browser End: Pipe closed during read? State may be corrupt System error?:: Unknown error: 0 root@blauwoor(ttypc:114:0):/usr/X11R6/lib/firebird/lib/mozilla-1.5/plugins# ll total 22 lrwxr-xr-x 1 root wheel 62 Oct 21 22:21 libjavaplugin_oji.so -> /usr/local/jdk1.4.1/jre/plugin/i386/ns610/libjavaplugin_oji.so -rwxr-xr-x 1 root wheel 20960 Oct 20 21:38 libnullplugin.so From x at Vex.Net Tue Oct 21 16:26:22 2003 From: x at Vex.Net (Tim Middleton) Date: Tue Oct 21 16:26:54 2003 Subject: freebsddom and java's flaming hoops Message-ID: <200310211925.27323.x@Vex.Net> In this frustrated moment, I find it a particularly bitter irony that that "Free BSD dom" banner flies atop on the Java 2 FreeBSD site... because after months of off and on attempting to get JDK 1.4 going on, there can be no less "free" feeling piece of software in the entire ports tree. Every time I think I've got eveyrthing needed and "make" i get another message, run into another problem, face another complication, have to wait for another patch, get set to click thorugh untold thousands of thousand licence agreements... go sign up for things... and on and on and on. Even the little javascript "accept" page on the Java 2 on BSD site itself thwacks me. Yes, I have privoxy installed... and it took me a while to realise that that stupid form to grant me the great privilege of downloading a "patch set" (surely the most well guarded patchset in all of "Free BSD dom"!) simply will not work with my proxy enabled. I figured this out after having failed on Konqueror, failed with Mozilla. Tweaked settings. Failed some more. Fired up a windows box... finally resorting to IE which I never use and hence is not set up for proxy... and finaly got my patchset. And had to then transfer it back to the freebsd box, growling all the way. Who would have guessed that downloading a FreeBSD patchset could be so complicated? It's almost enough to make one entertain wild dreams of those Mono/C# dreamers actually somehow succeeding and gleefully rejoicing as java's smug little mug is smashed into so much historic dust. Do I overstate? Did I mention I'm a little frustrated? No offence intended to anyone personally... I am grateful for your hard work patching and whatnot. But I am ... frustrated with all this crap... -- Tim Middleton | Cain Gang Ltd | Then suddenly, for no apparent reason, the x@veX.net | www.Vex.Net | unpittying orchestra struck up a polka. -D From vance at aurema.com Tue Oct 21 19:41:44 2003 From: vance at aurema.com (Christopher Vance) Date: Tue Oct 21 19:42:17 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <200310211925.27323.x@Vex.Net> References: <200310211925.27323.x@Vex.Net> Message-ID: <20031022024140.GB18351@aurema.com> On Tue, Oct 21, 2003 at 07:25:27PM -0400, Tim Middleton wrote: >Do I overstate? Did I mention I'm a little frustrated? No offence intended to >anyone personally... I am grateful for your hard work patching and whatnot. >But I am ... frustrated with all this crap... So why don't you complain to Sun, who are the people requiring you to click through that stupid license? Or are you merely complaining that the FreeBSD people who work hard to port this stuff for you are attempting to obey the requirements Sun have placed on them? I have compiled versions between 1.1 and 1.4 at different times on my machines, with mo unreasonable problems. If you're not using portupgrade and a recent cvsup of /usr/ports, I'd suggest your problems are self-inflicted. -- Christopher Vance From parv at pair.com Tue Oct 21 20:38:45 2003 From: parv at pair.com (parv) Date: Tue Oct 21 20:39:17 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <20031022024140.GB18351@aurema.com> References: <200310211925.27323.x@Vex.Net> <20031022024140.GB18351@aurema.com> Message-ID: <20031022034216.GA1895@moo.holy.cow> in message <20031022024140.GB18351@aurema.com>, wrote Christopher Vance thusly... > > I have compiled versions between 1.1 and 1.4 at different times on > my machines, with mo unreasonable problems. If you're not using > portupgrade and a recent cvsup of /usr/ports, I'd suggest your > problems are self-inflicted. Besides the license agreements, OP's problem was that he could not download the patches (unavailable from ports tree BTW) w/o first removing proxy software. There is no mention about not using a proxy to download the patches (at least it not in jdk13 port when i last built it). One have/had to learn about that fact by tiresome & frustrating tweaking. I was in the same boat when i tried downloading the patches very first time. An up to date ports tree cannot help there. Otherwise, i agree w/ you, Christopher. - Parv -- From linimon at lonesome.com Tue Oct 21 23:20:15 2003 From: linimon at lonesome.com (Mark Linimon) Date: Tue Oct 21 23:20:47 2003 Subject: java/57901: java/jdk14 (jdk-1.4.1p4) fails to build Message-ID: <200310220620.h9M6KEqO003220@freefall.freebsd.org> The following reply was made to PR java/57901; it has been noted by GNATS. From: Mark Linimon To: freebsd-gnats-submit@FreeBSD.org Cc: dan.naumov@ofw.fi Subject: Re: java/57901: java/jdk14 (jdk-1.4.1p4) fails to build Date: Wed, 22 Oct 2003 01:13:05 -0500 Followup containg in misfiled problem report ports/57949: Weird. I have rebooted the system and attemped to build again. This time it worked. I still don't understand how it could possibly run out of memory during the previous compile as there was free memory and free swap during the time the build failed. Any ideas ? From dan at Zeus.UBBCluj.Ro Wed Oct 22 03:05:18 2003 From: dan at Zeus.UBBCluj.Ro (Dan Cojocar) Date: Wed Oct 22 03:05:52 2003 Subject: possible bug in jdk1.4 Message-ID: <20031022130511.A11771@Zeus.UBBCluj.Ro> Hello, I'm running tomcat inside idea, and after stoping the running process i get this: [ 49617] ERROR - ellij.execution.ProcessHandler - [ 49621] ERROR - ellij.execution.ProcessHandler - IntelliJ IDEA (Aurora) Build #957 [ 49623] ERROR - ellij.execution.ProcessHandler - JDK: 1.4.1-p4 [ 49626] ERROR - ellij.execution.ProcessHandler - VM: Java HotSpot(TM) Client VM [ 49627] ERROR - ellij.execution.ProcessHandler - Vendor: Sun Microsystems Inc. [ 49628] ERROR - ellij.execution.ProcessHandler - OS: FreeBSD [ 49635] ERROR - ellij.execution.ProcessHandler - java.io.IOException: Bad file descriptor at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:191) at java.io.BufferedInputStream.read1(BufferedInputStream.java:220) at java.io.BufferedInputStream.read(BufferedInputStream.java:277) at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:406) at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:446) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:180) at java.io.InputStreamReader.read(InputStreamReader.java:167) at java.io.BufferedReader.fill(BufferedReader.java:136) at java.io.BufferedReader.read(BufferedReader.java:157) I'm using jdk1.4 from ports. Thanks, Dan From luke at foolishgames.com Wed Oct 22 08:04:12 2003 From: luke at foolishgames.com (Lucas Holt) Date: Wed Oct 22 08:08:14 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <200310211925.27323.x@Vex.Net> Message-ID: Why don't you change proxy servers if simple javascript doesn't work? JavaScript can be a security problem in windows, but i don't see why it would be disabled in other platforms. Otherwise your proxy just sucks. Even webtv's support javascript (generation 2 or higher). My sega dreamcast can view sites with javascript. What version of FreeBSD are you using? It will certainly build on 4.8 RELEASE and 4.9 RC using the ports system. Lucas Holt Luke@FoolishGames.com ________________________________________________________ FoolishGames.com (Jewel Fan Site) JustJournal.com (Free blogging) "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." - Albert Einstein (1879-1955) From x at Vex.Net Wed Oct 22 08:56:37 2003 From: x at Vex.Net (Tim Middleton) Date: Wed Oct 22 08:57:37 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: References: Message-ID: <200310221155.40121.x@Vex.Net> On October 22, 2003 11:04 am, Lucas Holt wrote: > Why don't you change proxy servers if simple javascript doesn't work? Didn't realise it was the proxy that was the problem or I could have disabled it. Though that would have been yet another annoyance to have to do that just to download JDK patches for FreeBSD... just another flaming hoop... a small one, but still... why? Necessary? Maybe... but a potentially additional annoyance. > JavaScript can be a security problem in windows, but i don't see why it > would be disabled in other platforms. Otherwise your proxy just sucks. Well, this is of course simply flamebait: but, because 90% of the time javascript is just incredibly annoying (or worse) on the web, and serves no significantly useful function. My proxy certainly does not suck, it serves it's purpose extremely well... modifying javascript and blocking "ads" and certain javascript calls is one of them. It frees and makes my internet experence greatly improved... I've used it for years and years and years... it builds quickly and cleanly from the ports tree to. (-: Usually it doesn't get in the way of most legit uses of javascript; i'm not sure why it didn't like whatever paranoid technique is being used on the FreeBSD Java 2 site... I haven't looked that far into it. In konqueror i have javascript simply turned off by default; and enable it just on select sites where I know it is needed, and I want to be bothered. It's not security that is the main problem with javascript, it's the widespread annoyance factor. > Even webtv's support javascript (generation 2 or higher). My sega > dreamcast can view sites with javascript. Congratulations, webtv is certainly a standard to look down to. (-: > What version of FreeBSD are you using? It will certainly build on 4.8 5.1-CURRENT-20030821 ... and I do finally have JDK 1.5 building cleanly, with the recently updated patchset. Thanks. I also have the JDK 1.3 binary packge installed on a 4.8 box. It is amazingly annoying to install as well, of course, due to having to grab it from a special location, and click through the agreements and so forth... but at least it installed... and there's a few less flaming hoops... clearly I'm whining. But someone has to. (-: -- Tim Middleton | Cain Gang Ltd | There is a wisdom that is woe; but there x@veX.net | www.Vex.Net | is a woe that is madness. --Melville (MD) From nate at yogotech.com Wed Oct 22 10:12:09 2003 From: nate at yogotech.com (Nate Williams) Date: Wed Oct 22 10:12:40 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <200310221155.40121.x@Vex.Net> References: <200310221155.40121.x@Vex.Net> Message-ID: <16278.47714.351403.755887@emerger.yogotech.com> [ Javascript doesn't work with your proxy ] Ok, what do you propose? How do verify that the FreeBSD Foundation and Java teams fulfill all the legal obligations to Sun? > I also have the JDK 1.3 binary packge installed on a 4.8 box. It is amazingly > annoying to install as well, of course, due to having to grab it from a > special location, and click through the agreements and so forth... but at > least it installed... That it did, and you wouldn't believe the amount of time and effort required just to get a binary version released for FreeBSD. Alas, the few minutes you had to spend disabling your proxy apparently is more work than you can handle. > and there's a few less flaming hoops... clearly I'm > whining. But someone has to. (-: It's simpy amazing that anyone would want to continue working for free on this project when they are folks like you out there. Thank goodness there are others who appreciate what it takes. Nate ps. For what it's worth, in order to download *ANY* JVM from Sun requires that Javascript be enabled, so the FreeBSD project isn't requiring anything more than Java's company. From kwerle at pobox.com Wed Oct 22 10:33:16 2003 From: kwerle at pobox.com (Kurt Werle) Date: Wed Oct 22 10:35:01 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <16278.47714.351403.755887@emerger.yogotech.com> References: <200310221155.4 0121.x@Vex.Net> <16278.47714.351403.755887@emerger.yogotech.com> Message-ID: <50255.64.170.199.99.1066844186.squirrel@mail.shiftmanager.net> > [ Javascript doesn't work with your proxy ] > > Ok, what do you propose? How do verify that the FreeBSD Foundation and > Java teams fulfill all the legal obligations to Sun? Ya know what I've found to be nice? Apple ships a JVM with their product. No clicks needed. That's really nice. I wonder how they do it. Kurt From glewis at eyesbeyond.com Wed Oct 22 10:42:29 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Oct 22 10:43:19 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <200310221155.40121.x@Vex.Net> References: <200310221155.40121.x@Vex.Net> Message-ID: <20031022174352.GA69537@misty.eyesbeyond.com> On Wed, Oct 22, 2003 at 11:55:40AM -0400, Tim Middleton wrote: > I also have the JDK 1.3 binary packge installed on a 4.8 box. It is amazingly > annoying to install as well, of course, due to having to grab it from a > special location, and click through the agreements and so forth... but at > least it installed... and there's a few less flaming hoops... clearly I'm > whining. But someone has to. (-: I'm desperately sorry that the legal agreements which constrain the distribution of several years of work by a number of people (me included) are annoying. I'll get right on that. Actually, I've been looking into how I can make the patchset download a little easier, but your posts have done little except get me a little agro and less inclined to work on that. Next time I'd appreciate it if you left out the whining. Constructive criticism is great. Wading through the whining to get to it just makes people less inclined to even read your post in the first place, let alone look for useful points (and you did in fact have one hidden away in the first post). "When you whine like a stuck pig, or flame like a blowtorch, then people get angry. If you want to ACCOMPLISH something, p'raps you should learn some tact." -- Random, on rec.games.mud -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From chris-freebsd at randomcamel.net Wed Oct 22 10:46:00 2003 From: chris-freebsd at randomcamel.net (Chris Doherty) Date: Wed Oct 22 10:46:31 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <50255.64.170.199.99.1066844186.squirrel@mail.shiftmanager.net> References: <16278.47714.351403.755887@emerger.yogotech.com> <50255.64.170.199.99.1066844186.squirrel@mail.shiftmanager.net> Message-ID: <20031022174555.GE18899@zot.electricrain.com> On Wed, Oct 22, 2003 at 10:36:26AM -0700, Kurt Werle said: > > [ Javascript doesn't work with your proxy ] > > > > Ok, what do you propose? How do verify that the FreeBSD Foundation and > > Java teams fulfill all the legal obligations to Sun? > > Ya know what I've found to be nice? > > Apple ships a JVM with their product. No clicks needed. That's really nice. > > I wonder how they do it. with a lot of NDAs and possibly money changing hands? and not having the JVM source available to users? all of which contradict the spirit, purpose, and capabilities of FreeBSD? if you want an OS producer that can and does act like a closed-source for-profit corporation, there are at least two for you to choose from. enjoy. meanwhile, the FreeBSD guys have gone god-knows-how-many rounds with Sun to make all this happen, outside of the coding effort itself. not only that, but they've produced tangible, useful results. I don't think we're in any position to provide unconstructive criticism regarding features of the situation that no one can really control. chris ------------------------------- Chris Doherty chris [at] randomcamel.net "I think," said Christopher Robin, "that we ought to eat all our provisions now, so we won't have so much to carry." -- A. A. Milne ------------------------------- From glewis at eyesbeyond.com Wed Oct 22 10:48:33 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Oct 22 10:49:06 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <50255.64.170.199.99.1066844186.squirrel@mail.shiftmanager.net> References: <16278.47714.351403.755887@emerger.yogotech.com> <50255.64.170.199.99.1066844186.squirrel@mail.shiftmanager.net> Message-ID: <20031022174927.GB69537@misty.eyesbeyond.com> On Wed, Oct 22, 2003 at 10:36:26AM -0700, Kurt Werle wrote: > > [ Javascript doesn't work with your proxy ] > > > > Ok, what do you propose? How do verify that the FreeBSD Foundation and > > Java teams fulfill all the legal obligations to Sun? > > Ya know what I've found to be nice? > > Apple ships a JVM with their product. No clicks needed. That's really nice. Shipping != downloading The agreement with Sun allows the JDK to be distributed on CD by OEMs. I am aware of at least one vendor who plans to ship the Diablo JDK on their FreeBSD 4.9 cdrom. > I wonder how they do it. In Apple's case, they fork over a bunch of cash in licensing fees. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From kwerle at pobox.com Wed Oct 22 11:31:38 2003 From: kwerle at pobox.com (Kurt Werle) Date: Wed Oct 22 11:32:11 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <20031022174555.GE18899@zot.electricrain.com> References: <16278.47714.351403.755887@emerger.yogotech.com><50255.64.170.199.99.1 066844186.squirrel@mail.shiftmanager.net> <20031022174555.GE18899@zot.electricrain.com> Message-ID: <50550.64.170.199.99.1066847695.squirrel@mail.shiftmanager.net> >> I wonder how they do it. > > with a lot of NDAs and possibly money changing hands? and not having the > JVM source available to users? all of which contradict the spirit, > purpose, and capabilities of FreeBSD? If I really want to, I can grab the Java sources. No matter who ships what, you always have to NDA to SUN if you want Java source. I just want the binaries. For that, I shouldn't need to jump hoops. (NOTE **SHOULD** not need to - this is the ideal) > if you want an OS producer that can and does act like a closed-source > for-profit corporation, there are at least two for you to choose > from. enjoy. Do you mean FreeBSD producers? Who and who? If I can buy a CD that would get me a solid FreeBSD system with Java included, I'll STFU. > meanwhile, the FreeBSD guys have gone god-knows-how-many rounds with Sun > to make all this happen, outside of the coding effort itself. not only > that, but they've produced tangible, useful results. And believe me, I appreciate the hell outta that! > I don't think we're > in any position to provide unconstructive criticism regarding features of > the situation that no one can really control. 2 points: 1. I am in a position to complain. I'm a user. It's what users do. It's up to suppliers to decide whether the users should get what they want (yeah, that's a somewhat rhetorical statement). 2. Clearly, someone can control the situation. It may take money, it may take favors, it may take asking. Kurt From glewis at eyesbeyond.com Wed Oct 22 11:56:16 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Oct 22 11:57:23 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <50550.64.170.199.99.1066847695.squirrel@mail.shiftmanager.net> References: <20031022174555.GE18899@zot.electricrain.com> <50550.64.170.199.99.1066847695.squirrel@mail.shiftmanager.net> Message-ID: <20031022185736.GA69838@misty.eyesbeyond.com> On Wed, Oct 22, 2003 at 11:34:55AM -0700, Kurt Werle wrote: > If I really want to, I can grab the Java sources. No matter who ships > what, you always have to NDA to SUN if you want Java source. I just want > the binaries. For that, I shouldn't need to jump hoops. (NOTE > **SHOULD** not need to - this is the ideal) You're somewhat misguided here. Fact 1: Downloading a Java binary for Solaris/Linux/Windows from the Java site requires you to agree to a click through license. Fact 2: Downloading a Java binary for FreeBSD from the FresBSD Foundation site requires you to agree to a click through license. Note that Fact 2 is _enforced_ by the licensing agreement with Sun. This isn't something that is going to change. If you want to try and change it, then complain to Sun. They required these terms in the license. > > if you want an OS producer that can and does act like a closed-source > > for-profit corporation, there are at least two for you to choose > > from. enjoy. > > Do you mean FreeBSD producers? Who and who? If I can buy a CD that would > get me a solid FreeBSD system with Java included, I'll STFU. Let me repeat myself. I know of at least one FreeBSD vendor who plans to do this for the FreeBSD 4.9 release. Again though, you are complaining to the wrong people. Noone here can force a FreeBSD vendor to put Java on their FreeBSD CD-ROMs. > 2 points: > 1. I am in a position to complain. I'm a user. It's what users do. > It's up to suppliers to decide whether the users should get what they want > (yeah, that's a somewhat rhetorical statement). Ok, so complain to said suppliers. Complaining on this list just fills the list with meaningless noise. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From kwerle at pobox.com Wed Oct 22 12:16:35 2003 From: kwerle at pobox.com (Kurt Werle) Date: Wed Oct 22 12:17:21 2003 Subject: freebsddom and java's flaming hoops Message-ID: <50832.64.170.199.99.1066850382.squirrel@mail.shiftmanager.net> > On Wed, Oct 22, 2003 at 11:34:55AM -0700, Kurt Werle wrote: >> For that, I shouldn't need to jump hoops. (NOTE >> **SHOULD** not need to - this is the ideal) > > You're somewhat misguided here. > > Fact 1: Downloading a Java binary for Solaris/Linux/Windows from the Java > site requires you to agree to a click through license. I just downloaded the windows installer without clicking anything but "Download". http://java.com/en/download/manual.jsp Looks like I can do the same for Solaris and Linux. Why isn't FreeBSD on that list? NOTE: I KNOW the FreeBSD folks don't control that site. But if Linux is there, FreeBSD should be, too. > Let me repeat myself. I know of at least one FreeBSD vendor who plans to > do this for the FreeBSD 4.9 release. If you're willing to repeat yourself, so am I :-) Who? > Again though, you are complaining to the wrong people. > Noone here can force a FreeBSD vendor to put Java on their FreeBSD CD-ROMs. There may be FreeBSD vendors listening to this list. This IS the list to talk about freebsd-java, after all. Kurt From Ranjith.Mandala at Sun.COM Wed Oct 22 13:44:17 2003 From: Ranjith.Mandala at Sun.COM (Ranjith Mandala) Date: Wed Oct 22 13:45:40 2003 Subject: (Incident Review ID: 216395) assertion failure "must use byte registers if not P6" Message-ID: <5527306.1066855505852.JavaMail.chitti1@ha21sca-mail1.sfbay.sun.com> --- Note: you can send us updates about your Incident --- --- by replying to this mail. Include all new information --- --- above these lines. Please do not send attachments. --- Hi Mr Spark Lover, This Bug Report was submitted from http://java.sun.com/cgi-bin/bugreport.cgi and is being forwarded to you on behalf of junkwho@hotmail.com. If you would like to respond. Please send an e-mail to the address listed at the end of this report. Regards, Ranjith ----------------- Original Bug Report ------------------- category : java release : 1.4.1 subcategory : install type : bug synopsis : assertion failure "must use byte registers if not P6" description : FULL PRODUCT VERSION : jdk 1.4.4 FULL OS VERSION : FreeBSD5-current A DESCRIPTION OF THE PROBLEM : > cat /usr/ports/java/jdk14/work/j2se/ext/plugin/make/hotspot.log # # HotSpot Virtual Machine Error, assertion failure # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.1-p4-root_18_oct_2003_11_48-debug mixed mode) # # assert(VM_Version::is_P6() || dest->has_byte_register(), "must use byte registers if not P6") # # Error ID: /w/nfsed/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/c1_LIRAssembler_i486.cpp, 1145 # # Problematic Thread: prio=5 tid=0x0x80f4218 nid=0x80f2c00 runnable # Dumping core.... STEPS TO FOLLOW TO REPRODUCE THE PROBLEM : just make ERROR MESSAGES/STACK TRACES THAT OCCUR : > cat /usr/ports/java/jdk14/work/j2se/ext/plugin/make/hotspot.log # # HotSpot Virtual Machine Error, assertion failure # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.1-p4-root_18_oct_2003_11_48-debug mixed mode) # # assert(VM_Version::is_P6() || dest->has_byte_register(), "must use byte registers if not P6") # # Error ID: /w/nfsed/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/c1_LIRAssembler_i486.cpp, 1145 # # Problematic Thread: prio=5 tid=0x0x80f4218 nid=0x80f2c00 runnable # Dumping core.... REPRODUCIBILITY : This bug can be reproduced always. workaround : suggested_val : cust_name : Mr Spark Lover cust_email : junkwho@hotmail.com jdcid : keyword : webbug company : in person hardware : x86 OSversion : Linux bugtraqID : 0 dateCreated : 2003-10-18 05:20:52.8 dateEvaluated : 2003-10-22 14:44:14.638 From jonc at mobiledatanow.com Wed Oct 22 14:46:30 2003 From: jonc at mobiledatanow.com (Jonathan Chen) Date: Wed Oct 22 14:47:45 2003 Subject: JDK1.4.1p4 java_g + JBoss3.2.1 Message-ID: <20031022214623.GA18825@baldur.mobiledatanow.com> Hi, Does "java_g" with the latest patchset work as expected? I've just tried using it to run jboss3, and it's dumping core with an internal error. I've attached logs and core-dumps in case anyone is interested. Cheers. -- Jonathan Chen Mobile Data Now Tel: +64-9-636-8014 35K Maurice Rd Fax: +64-9-636-8534 Penrose, Auckland New Zealand -------------- next part -------------- # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.4.1-p4-root_17_oct_2003_09_13-debug mixed mode) # # Fatal: invalid bci in line number table # # Error ID: /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/methodKlass.cpp, 276 # # Problematic Thread: prio=5 tid=0x0x81dba18 nid=0x86ef800 runnable # Dumping core.... -------------- next part -------------- Script started on Thu Oct 23 10:42:19 2003 baldur-jboss3.2,10:42am> gdb /usr/local/jdk1.4.1/bin/java_g java_g.core GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `java_g'. Program terminated with signal 6, Abort trap. Reading symbols from /usr/lib/libc_r.so.4...done. Reading symbols from /usr/local/jdk1.4.1/jre/lib/i386/server/libjvm_g.so... done. Reading symbols from /usr/lib/libstdc++.so.3...done. Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/local/jdk1.4.1/jre/lib/i386/native_threads/libhpi_g.so...done. Reading symbols from /usr/local/jdk1.4.1/jre/lib/i386/libverify_g.so...done. Reading symbols from /usr/local/jdk1.4.1/jre/lib/i386/libjava_g.so...done. Reading symbols from /usr/local/jdk1.4.1/jre/lib/i386/libzip_g.so...done. Reading symbols from /usr/local/jdk1.4.1/jre/lib/i386/libnet_g.so...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x280a9bbc in kill () from /usr/lib/libc_r.so.4 (gdb) bt #0 0x280a9bbc in kill () from /usr/lib/libc_r.so.4 #1 0x280f7e6e in abort () from /usr/lib/libc_r.so.4 #2 0x2894072c in os::abort (dump_core=1) at /usr/ports/java/jdk14/work/hotspot/src/os/bsd/vm/os_bsd.cpp:1074 #3 0x28570a8e in report_error (is_vm_internal_error=1, file_name=0x29b3cc80 "/usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/methodKlass.cpp", line_no=276, title=0x29350b6d "Internal Error", format=0x29350b63 "Fatal: %s") at /usr/ports/java/jdk14/work/hotspot/src/share/vm/utilities/debug.cpp:343 #4 0x285703f3 in report_fatal ( file_name=0x29b3cc80 "/usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/methodKlass.cpp", line_no=276, format=0x29b3cc40 "invalid bci in line number table") at /usr/ports/java/jdk14/work/hotspot/src/share/vm/utilities/debug.cpp:139 #5 0x288eb44a in methodKlass::oop_verify_on (this=0x32130ab8, obj=0x32702f10, st=0x806b318) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/methodKlass.cpp:276 #6 0x28934a0d in oopDesc::verify_on (this=0x32702f10, st=0x806b318) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/oop.cpp:83 #7 0x28934a3e in oopDesc::verify (this=0x32702f10) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/oop.cpp:89 #8 0x2885a15e in vtableEntry::verify (this=0x3270536c, vt=0x872c04c, st=0x806b318) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/klassVtable.cpp:1300 #9 0x28859859 in klassVtable::verify (this=0x872c04c, st=0x806b318, forced=1) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/klassVtable.cpp:1268 #10 0x28853207 in klassVtable::initialize_vtable2 (this=0x872c04c) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/klassVtable.cpp:311 #11 0x28851e67 in klassVtable::initialize_vtable (this=0x872c04c) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/klassVtable.cpp:163 #12 0x2863eba9 in instanceKlass::link_class_impl ( this_oop={ = { = { _handle = 0x872c8cc}, }, }, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/instanceKlass.cpp:219 #13 0x2863e0ad in instanceKlass::link_class (this=0x32705068, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/instanceKlass.cpp:160 #14 0x2863ede7 in instanceKlass::initialize_impl ( this_oop={ = { = { _handle = 0x872c8c8}, }, }, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/instanceKlass.cpp:236 #15 0x2863d135 in instanceKlass::initialize (this=0x32705068, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/oops/instanceKlass.cpp:85 #16 0x2879aecd in find_class_from_class_loader (env=0x81dbab8, name={ = {_handle = 0x872c898}, }, init=1 '\001', loader={_handle = 0x0}, protection_domain={_handle = 0x0}, throwError=0, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jvm.cpp:3042 #17 0x2875757d in JVM_FindClassFromClassLoader (env=0x81dbab8, name=0x8776d64 "org/apache/xalan/templates/ElemNumber", init=1 '\001', ---Type to continue, or q to quit--- loader=0x0, throwError=0 '\000') at /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jvm.cpp:537 #18 0x2a65575b in Java_java_lang_Class_forName0 (env=0x81dbab8, this=0x8776e30, classname=0x8776e40, initialize=1 '\001', loader=0x0) at ../../../src/share/native/java/lang/Class.c:114 #19 0x2c0b17a9 in ?? () #20 0x2c0a9f2a in ?? () #21 0x2c0a9f2a in ?? () #22 0x2c0a9f2a in ?? () #23 0x2c0a9e53 in ?? () #24 0x2c0a9e53 in ?? () #25 0x2c0a9e53 in ?? () #26 0x2c0a9f2a in ?? () #27 0x2c0a9f2a in ?? () #28 0x2c0a9e53 in ?? () #29 0x2c0a9e53 in ?? () #30 0x2c0a9f2a in ?? () #31 0x2c0aa230 in ?? () #32 0x2c0a9f2a in ?? () #33 0x2c0aa230 in ?? () #34 0x2c0aa230 in ?? () #35 0x2c0aa230 in ?? () #36 0x2c0aa159 in ?? () #37 0x2c0a9e53 in ?? () #38 0x2c0a9e53 in ?? () #39 0x2c0a9f2a in ?? () #40 0x2c0aa230 in ?? () #41 0x2c0a9f2a in ?? () #42 0x2c0aa230 in ?? () #43 0x2c0aa230 in ?? () #44 0x2c0aa230 in ?? () #45 0x2c0aa159 in ?? () #46 0x2c0aa159 in ?? () #47 0x2c0a9e53 in ?? () #48 0x2c0a9e53 in ?? () #49 0x2c0a719d in ?? () #50 0x2868af7c in JavaCalls::call_helper (result=0x877799c, m=0x87777d4, args=0x8777924, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/javaCalls.cpp:387 #51 0x28942670 in os::os_exception_wrapper ( f=0x2868aad4 , value=0x877799c, method=0x87777d4, args=0x8777924, thread=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/os/bsd/vm/os_bsd.cpp:1865 #52 0x2868aab9 in JavaCalls::call (result=0x877799c, method={ = { _handle = 0x872c884}, }, args=0x8777924, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/javaCalls.cpp:315 #53 0x289cff3b in Reflection::invoke (klass={ = { = { _handle = 0x872c874}, }, }, reflected_method={ = {_handle = 0x872c878}, }, receiver={_handle = 0x872c868}, override=0, ptypes={ = { _handle = 0x872c870}, }, rtype=T_VOID, args={ = {_handle = 0x872c86c}, }, is_method_invoke=1, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/reflection.cpp:811 ---Type to continue, or q to quit--- #54 0x289d57fc in Reflection::invoke_method (method_mirror=0x2e8b80c8, receiver={_handle = 0x872c868}, args={ = { _handle = 0x872c86c}, }, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/reflection.cpp:1381 #55 0x287a4f7b in JVM_InvokeMethod (env=0x81dbab8, method=0x8777bf8, obj=0x8777bf4, args0=0x8777bf0) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jvm.cpp:3318 #56 0x2a64f6b4 in Java_sun_reflect_NativeMethodAccessorImpl_invoke0 ( env=0x81dbab8, unused=0x8777be8, m=0x8777bf8, obj=0x8777bf4, args=0x8777bf0) at ../../../src/share/native/sun/reflect/NativeAccessors.c:15 #57 0x2c0b17a9 in ?? () #58 0x2c0a9f2a in ?? () #59 0x2c0a9f2a in ?? () #60 0x2c0aa230 in ?? () #61 0x2c0a9f2a in ?? () #62 0x2c0aa230 in ?? () #63 0x2c0aa230 in ?? () #64 0x2c0aa230 in ?? () #65 0x2c0aa159 in ?? () #66 0x2c0a9e53 in ?? () #67 0x2c0a9e53 in ?? () #68 0x2c0a9e53 in ?? () #69 0x2c0a9e53 in ?? () #70 0x2c0a9e53 in ?? () #71 0x2c0a9f2a in ?? () #72 0x2c0aa230 in ?? () #73 0x2c0a9f2a in ?? () #74 0x2c0aa230 in ?? () #75 0x2c0aa230 in ?? () #76 0x2c0aa230 in ?? () #77 0x2c0aa159 in ?? () #78 0x2c0a9e53 in ?? () #79 0x2c0a9f2a in ?? () #80 0x2c0aa230 in ?? () #81 0x2c0a9f2a in ?? () #82 0x2c0aa230 in ?? () #83 0x2c0aa230 in ?? () #84 0x2c0aa230 in ?? () #85 0x2c0aa159 in ?? () #86 0x2c0aa159 in ?? () #87 0x2c0a9e53 in ?? () #88 0x2c0a9e53 in ?? () #89 0x2c0a9e53 in ?? () #90 0x2c0a719d in ?? () #91 0x2868af7c in JavaCalls::call_helper (result=0x87786dc, m=0x8778514, args=0x8778664, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/javaCalls.cpp:387 #92 0x28942670 in os::os_exception_wrapper ( f=0x2868aad4 , value=0x87786dc, method=0x8778514, args=0x8778664, thread=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/os/bsd/vm/os_bsd.cpp:1865 #93 0x2868aab9 in JavaCalls::call (result=0x87786dc, method={ = { _handle = 0x872c85c}, }, args=0x8778664, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/javaCalls.cpp:315---Type to continue, or q to quit--- #94 0x289cff3b in Reflection::invoke (klass={ = { = { _handle = 0x872c84c}, }, }, reflected_method={ = {_handle = 0x872c850}, }, receiver={_handle = 0x872c840}, override=0, ptypes={ = { _handle = 0x872c848}, }, rtype=T_VOID, args={ = {_handle = 0x872c844}, }, is_method_invoke=1, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/reflection.cpp:811 #95 0x289d57fc in Reflection::invoke_method (method_mirror=0x2e8b8090, receiver={_handle = 0x872c840}, args={ = { _handle = 0x872c844}, }, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/reflection.cpp:1381 #96 0x287a4f7b in JVM_InvokeMethod (env=0x81dbab8, method=0x8778938, obj=0x8778934, args0=0x8778930) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jvm.cpp:3318 #97 0x2a64f6b4 in Java_sun_reflect_NativeMethodAccessorImpl_invoke0 ( env=0x81dbab8, unused=0x8778928, m=0x8778938, obj=0x8778934, args=0x8778930) at ../../../src/share/native/sun/reflect/NativeAccessors.c:15 #98 0x2c0b17a9 in ?? () #99 0x2c0a9f2a in ?? () #100 0x2c0a9f2a in ?? () #101 0x2c0aa230 in ?? () #102 0x2c0a9f2a in ?? () #103 0x2c0aa230 in ?? () #104 0x2c0aa230 in ?? () #105 0x2c0aa230 in ?? () #106 0x2c0aa159 in ?? () #107 0x2c0a9e53 in ?? () #108 0x2c0aa159 in ?? () #109 0x2c0a9e53 in ?? () #110 0x2c0aa159 in ?? () #111 0x2c0a719d in ?? () #112 0x2868af7c in JavaCalls::call_helper (result=0x8778ec8, m=0x8778d68, args=0x8778e0c, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/javaCalls.cpp:387 #113 0x28942670 in os::os_exception_wrapper ( f=0x2868aad4 , value=0x8778ec8, method=0x8778d68, args=0x8778e0c, thread=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/os/bsd/vm/os_bsd.cpp:1865 #114 0x2868aab9 in JavaCalls::call (result=0x8778ec8, method={ = { _handle = 0x872c838}, }, args=0x8778e0c, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/javaCalls.cpp:315 #115 0x2868a215 in JavaCalls::call_virtual (result=0x8778ec8, spec_klass={ = {_handle = 0x872c828}, }, name={ = {_handle = 0x2a5bcee8}, }, signature={ = {_handle = 0x2a5bcf6c}, }, args=0x8778e0c, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/javaCalls.cpp:211 #116 0x2868a2ad in JavaCalls::call_virtual (result=0x8778ec8, receiver={ _handle = 0x872c824}, spec_klass={ = { ---Type to continue, or q to quit--- _handle = 0x872c828}, }, name={ = { _handle = 0x2a5bcee8}, }, signature={ = { _handle = 0x2a5bcf6c}, }, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/javaCalls.cpp:217 #117 0x2877c155 in thread_entry (thread=0x81dba18, __the_thread__=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/prims/jvm.cpp:1810 #118 0x28a5f841 in JavaThread::thread_main_inner (this=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/thread.cpp:1321 #119 0x28a5f6fd in JavaThread::run (this=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/thread.cpp:1305 #120 0x2893f50c in _start (data=0x81dba18) at /usr/ports/java/jdk14/work/hotspot/src/os/bsd/vm/os_bsd.cpp:592 #121 0x2808411c in _thread_start () from /usr/lib/libc_r.so.4 #122 0x0 in ?? () (gdb) baldur-jboss3.2,10:42am> ^Dexit Script done on Thu Oct 23 10:42:51 2003 From phantom at FreeBSD.org.ua Wed Oct 22 14:57:11 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Wed Oct 22 15:00:32 2003 Subject: jdk14 port users warning... In-Reply-To: <20031020093159.A49750@phantom.cris.net>; from phantom@freebsd.org on Mon, Oct 20, 2003 at 09:31:59AM +0300 References: <20031020093159.A49750@phantom.cris.net> Message-ID: <20031023010623.B71141@phantom.cris.net> hi, Just wanted to let you know guys that probably fork() issue is no more a gostoper. I have made a patch which improved situation a lot. If nobody of our threads guru will object to my change -- I'll commit it. PS: to those who are interesting about details -- look for my most recent post to -threads. On Mon, Oct 20, 2003 at 09:31:59AM +0300, Alexey Zelkin wrote: > Gentelmen, > > Remembering that someone asked about potential problems with jdk14 > I would like to warn everybody who use applications which utilize > java to call external applications. Very rare (very very) jdk14 > attempt to fork another copy fails. Or correctly to say fails to > complete. Reasons of this behaviour still unclear and non-reproducible. > Just be careful. > > And another "huge" problem... Drag'n'Drop does not work under FreeBSD > (using native 1.4.1). If you need this "feature" please continue using > linux-sun-jdk14. > > All other aspects of jdk14 port tested number of times perosnally by myself > and Sun's JCK over and over. You should not expirience problems any > problems (in case of usage of traditional environments). If your > configuration is differ from default and you found a problem -- as > usually report back to the mailing list. From x at Vex.Net Wed Oct 22 17:08:03 2003 From: x at Vex.Net (Tim Middleton) Date: Wed Oct 22 17:08:36 2003 Subject: freebsddom and java's flaming hoops In-Reply-To: <20031022174352.GA69537@misty.eyesbeyond.com> References: <20031022174352.GA69537@misty.eyesbeyond.com> Message-ID: <200310222007.06150.x@Vex.Net> On October 22, 2003 01:43 pm, Greg Lewis wrote: > distribution of several years of work by a number of people (me included) > are annoying. I'll get right on that. Thanks. Really appreciate that. (-; > agro and less inclined to work on that. Next time I'd appreciate it if > you left out the whining. Constructive criticism is great. Wading Constructiveness is sometimes found in how one takes a thing. I do seem to have offended you though; for that I sincerely apologise (if you can take anything I say seriously at this point; which may be doubtful). -- Tim Middleton | Cain Gang Ltd | There are a thousand hacking at the branches x@veX.net | www.Vex.Net | of evil [but who] at the root. --Thoreau (W) From phantom at FreeBSD.org.ua Thu Oct 23 02:19:30 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Thu Oct 23 02:21:16 2003 Subject: jdk14 fork() problem fix Message-ID: <20031023122839.A75570@phantom.cris.net> hi, This is an intermediate version of fix of jdk fork problem (i.e. Runtime.getRuntime().exec() and friends). It does affect only people who use libc_r (kse and thr should not be affected). Please try this one and report me if it fixes problems for you. PS: If you are rebuilding already built jdk (i.e. object files are already compiled) remove 'control/build/bsd-i586/tmp/java/java.lang' directory before restarting of build. Index: UNIXProcess_md.c.bsd =================================================================== RCS file: /home/jdk14-cvs/jdk142-src/j2se/src/solaris/native/java/lang/UNIXProcess_md.c.bsd,v retrieving revision 1.2 diff -u -r1.2 UNIXProcess_md.c.bsd --- UNIXProcess_md.c.bsd 15 Oct 2003 15:49:39 -0000 1.2 +++ UNIXProcess_md.c.bsd 23 Oct 2003 10:20:48 -0000 @@ -22,6 +22,12 @@ #include #include +#if defined(__FreeBSD__) +#include +#include +#include +#endif + /* path in the environment */ static char **PATH = 0; /* effective uid */ @@ -228,6 +234,61 @@ } } +#if defined(__FreeBSD__) + +extern pid_t __sys_fork(void); + +static pid_t +jdk_fork_wrapper() +{ + pid_t resultPid; +#if (__FreeBSD_version < 5) + static int is_libc_r = -1; + void *funcref; + + if (is_libc_r == -1) { + is_libc_r = 1; + + /* + * BSDNOTE: Check for loaded symbols. + * + * If "_thr_critical_enter" is found assume we are using 'libthr'. + * If _kse_critical_enter is found assume we are using 'libkse'. + * Otherwise we are using libc_r. + * + * If libc_r is loaded, use fork system call drectly to avoid + * problems with using protected pages. + * + * --phantom + */ + funcref = dlsym(RTLD_DEFAULT, "_kse_critical_enter"); + if (funcref != NULL) + is_libc_r = 0; + else { + funcref = dlsym(RTLD_DEFAULT, "_thr_critical_enter"); + if (funcref != NULL) + is_libc_r = 0; + } + } + + if (is_libc_r == 0) { + /* Not a libc_r */ + resultPid = fork(); + } else { +#endif /* __FreeBSD_version < 5 */ + pthread_suspend_all_np(); + resultPid = __sys_fork(); + if (resultPid != 0) + /* leave child in single threading mode */ + pthread_resume_all_np(); +#if (__FreeBSD_version < 5) + } +#endif /* __FreeBSD_version < 5 */ + + return resultPid; +} +#endif /* __FreeBSD__ */ + JNIEXPORT jint JNICALL Java_java_lang_UNIXProcess_forkAndExec(JNIEnv *env, jobject process, @@ -335,8 +396,12 @@ if (path != NULL) { cwd = (char *)JNU_GetStringPlatformChars(env, path, NULL); } - + +#if defined(__FreeBSD__) + resultPid = jdk_fork_wrapper(); +#else resultPid = fork(); +#endif if (resultPid < 0) { char errmsg[128]; From phantom at FreeBSD.org.ua Thu Oct 23 02:29:09 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Thu Oct 23 02:29:40 2003 Subject: JDK1.4.1p4 java_g + JBoss3.2.1 In-Reply-To: <20031022214623.GA18825@baldur.mobiledatanow.com>; from jonc@mobiledatanow.com on Thu, Oct 23, 2003 at 10:46:23AM +1300 References: <20031022214623.GA18825@baldur.mobiledatanow.com> Message-ID: <20031023123759.A75720@phantom.cris.net> hi, Short answer -- Use optimized version of java. Seriously -- I used java_g for running of GUI applications (like Forte) and everything was fine. It's only required to bump default stack size (-Xss option) to 512k or 1024k. On Thu, Oct 23, 2003 at 10:46:23AM +1300, Jonathan Chen wrote: > Hi, > > Does "java_g" with the latest patchset work as expected? I've just > tried using it to run jboss3, and it's dumping core with an internal > error. I've attached logs and core-dumps in case anyone is interested. > From phantom at FreeBSD.org.ua Thu Oct 23 02:31:19 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Thu Oct 23 02:32:55 2003 Subject: possible bug in jdk1.4 In-Reply-To: <20031022130511.A11771@Zeus.UBBCluj.Ro>; from dan@Zeus.UBBCluj.Ro on Wed, Oct 22, 2003 at 01:05:11PM +0300 References: <20031022130511.A11771@Zeus.UBBCluj.Ro> Message-ID: <20031023124028.B75720@phantom.cris.net> Thanks for report. I'll look on it. BTW, is it 100% reproducible error ? Or one which appears time-by-time ? On Wed, Oct 22, 2003 at 01:05:11PM +0300, Dan Cojocar wrote: > > Hello, > > I'm running tomcat inside idea, and after stoping the running process i get this: > > [ 49617] ERROR - ellij.execution.ProcessHandler - > [ 49621] ERROR - ellij.execution.ProcessHandler - IntelliJ IDEA (Aurora) Build #957 > [ 49623] ERROR - ellij.execution.ProcessHandler - JDK: 1.4.1-p4 > [ 49626] ERROR - ellij.execution.ProcessHandler - VM: Java HotSpot(TM) Client VM > [ 49627] ERROR - ellij.execution.ProcessHandler - Vendor: Sun Microsystems Inc. > [ 49628] ERROR - ellij.execution.ProcessHandler - OS: FreeBSD > [ 49635] ERROR - ellij.execution.ProcessHandler - > java.io.IOException: Bad file descriptor > at java.io.FileInputStream.readBytes(Native Method) > at java.io.FileInputStream.read(FileInputStream.java:191) > at java.io.BufferedInputStream.read1(BufferedInputStream.java:220) > at java.io.BufferedInputStream.read(BufferedInputStream.java:277) > at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:406) > at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:446) > at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:180) > at java.io.InputStreamReader.read(InputStreamReader.java:167) > at java.io.BufferedReader.fill(BufferedReader.java:136) > at java.io.BufferedReader.read(BufferedReader.java:157) > > I'm using jdk1.4 from ports. > > Thanks, > Dan > _______________________________________________ > 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 rwvtveer at xs4all.nl Thu Oct 23 03:49:00 2003 From: rwvtveer at xs4all.nl (Remco van 't Veer) Date: Thu Oct 23 03:49:32 2003 Subject: jdk14 fork() problem fix In-Reply-To: <20031023122839.A75570@phantom.cris.net> References: <20031023122839.A75570@phantom.cris.net> Message-ID: <20031023104836.GB7723@azrael.xs4all.nl> Thanx! I have a new compile running right now. It will take more than 10 hours to finish on my poor P3 so I hope to have some test results for you tomorrow. Remco On Thu, Oct 23, 2003 at 12:28, Alexey Zelkin wrote: > hi, > > This is an intermediate version of fix of jdk fork problem (i.e. > Runtime.getRuntime().exec() and friends). > > It does affect only people who use libc_r (kse and thr should not > be affected). > > Please try this one and report me if it fixes problems for you. > > PS: If you are rebuilding already built jdk (i.e. object files are > already compiled) remove 'control/build/bsd-i586/tmp/java/java.lang' directory > before restarting of build. > > Index: UNIXProcess_md.c.bsd > =================================================================== > RCS file: /home/jdk14-cvs/jdk142-src/j2se/src/solaris/native/java/lang/UNIXProcess_md.c.bsd,v > retrieving revision 1.2 > diff -u -r1.2 UNIXProcess_md.c.bsd > --- UNIXProcess_md.c.bsd 15 Oct 2003 15:49:39 -0000 1.2 > +++ UNIXProcess_md.c.bsd 23 Oct 2003 10:20:48 -0000 > @@ -22,6 +22,12 @@ > #include > #include > > +#if defined(__FreeBSD__) > +#include > +#include > +#include > +#endif > + > /* path in the environment */ > static char **PATH = 0; > /* effective uid */ > @@ -228,6 +234,61 @@ > } > } > > +#if defined(__FreeBSD__) > + > +extern pid_t __sys_fork(void); > + > +static pid_t > +jdk_fork_wrapper() > +{ > + pid_t resultPid; > +#if (__FreeBSD_version < 5) > + static int is_libc_r = -1; > + void *funcref; > + > + if (is_libc_r == -1) { > + is_libc_r = 1; > + > + /* > + * BSDNOTE: Check for loaded symbols. > + * > + * If "_thr_critical_enter" is found assume we are using 'libthr'. > + * If _kse_critical_enter is found assume we are using 'libkse'. > + * Otherwise we are using libc_r. > + * > + * If libc_r is loaded, use fork system call drectly to avoid > + * problems with using protected pages. > + * > + * --phantom > + */ > + funcref = dlsym(RTLD_DEFAULT, "_kse_critical_enter"); > + if (funcref != NULL) > + is_libc_r = 0; > + else { > + funcref = dlsym(RTLD_DEFAULT, "_thr_critical_enter"); > + if (funcref != NULL) > + is_libc_r = 0; > + } > + } > + > + if (is_libc_r == 0) { > + /* Not a libc_r */ > + resultPid = fork(); > + } else { > +#endif /* __FreeBSD_version < 5 */ > + pthread_suspend_all_np(); > + resultPid = __sys_fork(); > + if (resultPid != 0) > + /* leave child in single threading mode */ > + pthread_resume_all_np(); > +#if (__FreeBSD_version < 5) > + } > +#endif /* __FreeBSD_version < 5 */ > + > + return resultPid; > +} > +#endif /* __FreeBSD__ */ > + > JNIEXPORT jint JNICALL > Java_java_lang_UNIXProcess_forkAndExec(JNIEnv *env, > jobject process, > @@ -335,8 +396,12 @@ > if (path != NULL) { > cwd = (char *)JNU_GetStringPlatformChars(env, path, NULL); > } > - > + > +#if defined(__FreeBSD__) > + resultPid = jdk_fork_wrapper(); > +#else > resultPid = fork(); > +#endif > > if (resultPid < 0) { > char errmsg[128]; > _______________________________________________ > 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 dan at Zeus.UBBCluj.Ro Thu Oct 23 05:39:39 2003 From: dan at Zeus.UBBCluj.Ro (Dan Cojocar) Date: Thu Oct 23 05:40:11 2003 Subject: possible bug in jdk1.4 In-Reply-To: <20031023124028.B75720@phantom.cris.net>; from phantom@FreeBSD.org.ua on Thu, Oct 23, 2003 at 12:40:28PM +0300 References: <20031022130511.A11771@Zeus.UBBCluj.Ro> <20031023124028.B75720@phantom.cris.net> Message-ID: <20031023153922.A21503@Zeus.UBBCluj.Ro> Alexey Zelkin > Alexey Zelkin > BTW, is it 100% reproducible error ? Or one which appears time-by-time ? Alexey Zelkin > It's 100% reproducible. Please informe me too when you got a solution. Thanks, Dan From sheldonh at starjuice.net Thu Oct 23 08:20:25 2003 From: sheldonh at starjuice.net (Sheldon Hearn) Date: Thu Oct 23 08:25:47 2003 Subject: possible bug in jdk1.4 In-Reply-To: <20031022130511.A11771@Zeus.UBBCluj.Ro> References: <20031022130511.A11771@Zeus.UBBCluj.Ro> Message-ID: <20031023152019.GS29984@starjuice.net> On (2003/10/22 13:05), Dan Cojocar wrote: > I'm running tomcat inside idea, and after stoping the running process > i get this: ... > [ 49628] ERROR - ellij.execution.ProcessHandler - OS: FreeBSD > [ 49635] ERROR - ellij.execution.ProcessHandler - > java.io.IOException: Bad file descriptor > at java.io.FileInputStream.readBytes(Native Method) ... > I'm using jdk1.4 from ports. Which patchset? ls -d /var/db/pkg/jdk-* Ciao, Sheldon. From remco at azrael.xs4all.nl Thu Oct 23 09:40:43 2003 From: remco at azrael.xs4all.nl (Remco van 't Veer) Date: Thu Oct 23 09:50:38 2003 Subject: java/58450: apache-ant doesn't install etc directory Message-ID: <200310231632.h9NGW6rl003079@azrael.xs4all.nl> >Number: 58450 >Category: java >Synopsis: apache-ant doesn't install etc directory >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Oct 23 09:40:23 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Remco van 't Veer >Release: FreeBSD 4.8-RELEASE-p13 i386 >Organization: >Environment: System: FreeBSD azrael.xs4all.nl 4.8-RELEASE-p13 FreeBSD 4.8-RELEASE-p13 #0: Wed Oct 22 13:42:26 CEST 2003 remco@azrael.xs4all.nl:/usr/obj/usr/src/sys/AZRAEL i386 devel/apache-ant-1.5.4_1 >Description: The apache-ant port version 1.5.4_1 does not install the etc directory as found in the download. The files in this directory are useful since the documentation refers to them. For an example see docs/manual/CoreTasks/changelog.html >How-To-Repeat: Install apache-ant-1.5.4_1 and try to find changelog.xsl. >Fix: I've attached a patch for devel/apache-ant. --- ant.diff begins here --- ? work Index: Makefile =================================================================== RCS file: /home/ncvs/ports/devel/apache-ant/Makefile,v retrieving revision 1.29 diff -u -r1.29 Makefile --- Makefile 25 Sep 2003 09:40:14 -0000 1.29 +++ Makefile 23 Oct 2003 16:22:01 -0000 @@ -33,7 +33,7 @@ READMES= LICENSE README WHATSNEW -DATADIRS= lib +DATADIRS= lib etc .if !defined(NOPORTDOCS) DATADIRS+= docs .endif Index: pkg-plist =================================================================== RCS file: /home/ncvs/ports/devel/apache-ant/pkg-plist,v retrieving revision 1.16 diff -u -r1.16 pkg-plist --- pkg-plist 14 Aug 2003 13:12:07 -0000 1.16 +++ pkg-plist 23 Oct 2003 16:22:05 -0000 @@ -1,5 +1,16 @@ bin/ant %%T%%/bin/antRun +%%T%%/etc/changelog.xsl +%%T%%/etc/checkstyle-frames.xsl +%%T%%/etc/coverage-frames.xsl +%%T%%/etc/jdepend-frames.xsl +%%T%%/etc/jdepend.xsl +%%T%%/etc/junit-frames.xsl +%%T%%/etc/junit-noframes.xsl +%%T%%/etc/log.xsl +%%T%%/etc/maudit-frames.xsl +%%T%%/etc/mmetrics-frames.xsl +%%T%%/etc/tagdiff.xsl %%T%%/lib/ant.jar %%T%%/lib/optional.jar %%T%%/lib/README --- ant.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From nouvelles.fraiches at free.fr Thu Oct 23 10:43:44 2003 From: nouvelles.fraiches at free.fr (Thomas Girard) Date: Thu Oct 23 10:45:10 2003 Subject: jdk1.4.1 patchset 4 and NetBSD Message-ID: <20031023195905.6b2e861b.nouvelles.fraiches@free.fr> Hello all, as reported here: http://www.netbsd.org/Changes/#j2sdk-141 the fourth patchset includes support for NetBSD-current on i386. I must do something wrong because I can't compile it under my NetBSD/i386 1.6ZD. I've followed the instructions given in the BUILD file, including setenv DEV_ONLY YES , and typed 'ulimit -d unlimited' before starting. Please note that I'm compiling on an ext2 (tuned without any option) partition. * The sanity check reads: Build Machine Information: build machine = Build Directory Structure: CWD = /emul/linux/home/j2/control/make TOPDIR = ./../.. CONTROL_TOPDIR = ./../../control GENERICS_TOPDIR = ./../../generics HOTSPOT_TOPDIR = ./../../hotspot J2SE_TOPDIR = ./../../j2se MOTIF_TOPDIR = ./../../motif COBUNDLE_TOPDIR = ./../../cobundle Hotspot Settings: HOTSPOT_BUILD_JOBS = Bootstrap Settings: BOOTDIR = /usr/pkg/java/sun-1.4 BOOTSTRAP J2SDK VERSION: 1.4.2_01 OUTPUTDIR = /emul/linux/home/j2/control/build/bsd-i586 Build Tool Settings: UNIXCOMMAND_PATH = /bin/ COMPILER_PATH = /usr/bin/ DEVTOOLS_PATH = /usr/pkg/bin/ USRBIN_PATH = /usr/bin/ MOTIF_DIR = /usr/X11R6 CC_VER = gcc (GCC) 3.3.1 Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. PATH = /sbin:/usr/sbin:/bin:/usr/bin:/usr/pkg/sbin:/usr/pkg/bin:/usr/X11R6/bin:/usr/local/sbin:/usr/local/bin Build Directives: USE_ONLY_BOOTDIR_TOOLS = USE_HOTSPOT_INTERPRETER_MODE = PEDANTIC = DEV_ONLY = YES J2RE_ONLY = NO_DOCS = NO_IMAGES = TOOLS_ONLY = true INSANE = Build Platform Settings: PLATFORM = bsd ARCH = i586 LIBARCH = i386 ARCH_FAMILY = i586 ARCH_DATA_MODEL = 32 OS_VERSION = 1.6ZD FREE_SPACE = 5164336 GNU Make Settings: MAKE = gmake MAKE VERSION = MAKECMDGOALS = sanity MAKEFLAGS = SHELL = /bin/sh Target Build Versions: JDK_VERSION = 1.4.1 MILESTONE = p4 BUILD_NUMBER = root_23_oct_2003_15_02 BUNDLE_DATE = 23_oct_2003 External File/Binary Locations: HOTSPOT_SERVER_PATH = /emul/linux/home/j2/control/build/bsd-i586/hotspot-i586/server HOTSPOT_CLIENT_PATH = /emul/linux/home/j2/control/build/bsd-i586/hotspot-i586/client OPT_JAVAWS = /java/re/javaws/1.2/promoted/pit_tested/bundles/javaws-1_2-bsd-i586-i.zip MOZILLA_PATH = /java/devtools MOZILLA_HEADERS_PATH = /java/devtools/share/plugin MOZILLA_LIBS_PATH = /java/devtools/bsd/plugin MOTIF_DIR = /usr/X11R6 CACERTS_FILE = ./../src/share/lib/security/cacerts WARNING: Your build environment has the variable DEV_ONLY defined. This will result in a development-only build of the J2SE workspace, lacking the documentation build and installation bundles. WARNING: You do not have access to the Java Web Start binary. These binaries may be optional for this build. Please check your access to /java/re/javaws/1.2/promoted/pit_tested/bundles/javaws-1_2-bsd-i586-i.zip and/or check your value of ALT_JAVAWS_PATH. This will make your images target build incomplete. Sanity check passed. * Also note that I haven't installed mozilla nor nspr. * The compilation fails with: Rebuilding /emul/linux/home/j2/control/build/bsd-i586/lib/i386/native_threads/libhpi.so because of /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/monitor_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/threads_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/condvar_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/interrupt_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/mutex_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/sys_api_td.o ... /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pthread -Di586 -DARCH='"i586"' -DRELEASE='"1.4.1-p4"' -DFULL_VERSION='"1.4.1-p4-root_23_oct_2003_15_02"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_BSD_SOURCE -I. -I/emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/CClassHeaders -I../../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../../src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS -DMOOT_PRIORITIES -DHAVE_FILIOH -L/emul/linux/home/j2/control/build/bsd-i586/lib/i386 -Wl,-R /emul/linux/home/j2/control/build/bsd-i586/lib/i386 -Wl,-R /emul/linux/home/j2/control/build/bsd-i586/lib/i386/server -shared -mimpure-text -o /emul/linux/home/j2 /control/build/bsd-i586/lib/i386/native_threads/libhpi.so `lorder /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/monitor_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/threads_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/condvar_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/interrupt_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/mutex_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/sys_api_td.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/threads_bsd.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/interrupt.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/linker_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/memory_md.o /emul/linux/ home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/system_md.o /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/hpi.o | tsort -q` -pthread -pthread gcc: /emul/linux/home/j2/control/build/bsd-i586/lib/i386/server: No such file or directory gmake[5]: *** [/emul/linux/home/j2/control/build/bsd-i586/lib/i386/native_threads/libhpi.so] Error 1 gmake[5]: Leaving directory `/emul/linux/home/j2/j2se/make/java/hpi/native' gmake[4]: *** [optimized] Error 2 gmake[4]: Leaving directory `/emul/linux/home/j2/j2se/make/java/hpi/native' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/emul/linux/home/j2/j2se/make/java/hpi' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/emul/linux/home/j2/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/emul/linux/home/j2/j2se/make' gmake: *** [j2se-build] Error 2 * So my questions are : why is this happening ? How can I fix this ? Has someone successfully compiled this jdk under NetBSD ? * If that can help, I have put a full compilation log available here : http://nouvelles.fraiches.free.fr/j2se-netbsd.txt Regards, Thomas From segr at hotmail.com Thu Oct 23 11:54:40 2003 From: segr at hotmail.com (Stephane Raimbault) Date: Thu Oct 23 12:09:09 2003 Subject: tomcat5 + linux-sun-jdk1.4.2 on FreeBSD 4.8 Message-ID: Hi, I've recently built a box running FreeBSD 4.8 and installed linux-sun-jdk1.4.2 and tomcat 5 (both from the ports). It seems that java is running fine as far as I can tell # /usr/local/linux-sun-jdk1.4.2/bin/java -version java version "1.4.2_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) # However when I try to start tomcat the stdout.log file only fills with the following information: # cat /usr/local/jakarta-tomcat5.0/logs/stdout.log Oct 23, 2003 12:40:57 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8180 Oct 23, 2003 12:40:58 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 2359 ms Oct 23, 2003 12:40:58 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Oct 23, 2003 12:40:58 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.12 Oct 23, 2003 12:40:58 PM org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) Oct 23, 2003 12:40:58 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/usr/local/jakarta-tomcat5.0/conf/Catalina/localhost/manager.xml Oct 23, 2003 12:40:59 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/usr/local/jakarta-tomcat5.0/conf/Catalina/localhost/admin.xml # I have succesfully installed both linux-sun-jdk1.4.2 + tomcat 5 on a FreeBSD 5.1 box and the stdout.log file seems to indicate a succesfull start and tomcat 5 works on this box. # cat /usr/local/jakarta-tomcat5.0/logs/stdout.log Oct 23, 2003 12:43:16 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8180 Oct 23, 2003 12:43:16 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 3236 ms Oct 23, 2003 12:43:16 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Oct 23, 2003 12:43:16 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.12 Oct 23, 2003 12:43:16 PM org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) Oct 23, 2003 12:43:16 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/usr/local/jakarta-tomcat5.0/conf/Catalina/localhost/manager.xml Oct 23, 2003 12:43:20 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/usr/local/jakarta-tomcat5.0/conf/Catalina/localhost/admin.xml Oct 23, 2003 12:43:21 PM org.apache.struts.util.PropertyMessageResources INFO: Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true Oct 23, 2003 12:43:21 PM org.apache.struts.util.PropertyMessageResources INFO: Initializing, config='org.apache.struts.action.ActionResources', returnNull=true Oct 23, 2003 12:43:22 PM org.apache.struts.util.PropertyMessageResources INFO: Initializing, config='org.apache.webapp.admin.ApplicationResources', returnNull=true Oct 23, 2003 12:43:25 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /tomcat-docs from URL file:/usr/local/jakarta-tomcat5.0/webapps/tomcat-docs Oct 23, 2003 12:43:25 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /jsp-examples from URL file:/usr/local/jakarta-tomcat5.0/webapps/jsp-examples Oct 23, 2003 12:43:26 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path from URL file:/usr/local/jakarta-tomcat5.0/webapps/ROOT Oct 23, 2003 12:43:26 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /servlets-examples from URL file:/usr/local/jakarta-tomcat5.0/webapps/servlets-examples Oct 23, 2003 12:43:27 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8180 Oct 23, 2003 12:43:27 PM org.apache.jk.common.ChannelSocket init INFO: Port busy 8009 java.net.BindException: Address already in use Oct 23, 2003 12:43:27 PM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8010 Oct 23, 2003 12:43:27 PM org.apache.jk.server.JkMain start INFO: Jk running ID=1 time=17/26 config=/usr/local/jakarta-tomcat5.0/conf/jk2.properties Oct 23, 2003 12:43:27 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 11224 ms # Is this a problem with FreeBSD 4.8, and any suggestions on how I can resolve this? What other information could I provide? Thank you. Stephane _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From sverre at viewmark.com Thu Oct 23 12:01:46 2003 From: sverre at viewmark.com (Sverre Froyen) Date: Thu Oct 23 12:16:07 2003 Subject: jdk1.4.1 patchset 4 and NetBSD In-Reply-To: <20031023195905.6b2e861b.nouvelles.fraiches@free.fr> References: <20031023195905.6b2e861b.nouvelles.fraiches@free.fr> Message-ID: <200310231301.36656.sverre@viewmark.com> Hi, I received this error as well. Just create the missing directory and start the build again. Unfortunately, in my case, the build fails later when it attempts to use the new java. Running the command: /usr/local/src/java/control/build/bsd-i586/bin/java -version I get: Error: failed /usr/local/src/java/control/build/bsd-i586/lib/i386/client/libjvm.so, because /usr/local/src/java/control/build/bsd-i586/lib/i386/client/libjvm.so: Undefined PLT symbol "_Unwind_Resume" (symnum = 5141) I'm using the c++ compiler in the in-tree version of gcc 3.3.2, which is likely the reason for the error. I assume the patchset was made for gcc 2.95. Sverre On torsdag 23. oktober 2003, 11:59, Thomas Girard wrote: > Hello all, > > as reported here: > http://www.netbsd.org/Changes/#j2sdk-141 > > the fourth patchset includes support for NetBSD-current on i386. I > must do something wrong because I can't compile it under my > NetBSD/i386 1.6ZD. > > I've followed the instructions given in the BUILD file, including > setenv DEV_ONLY YES , and typed 'ulimit -d unlimited' before > starting. Please note that I'm compiling on an ext2 (tuned without > any option) partition. > > > * The sanity check reads: > Build Machine Information: > build machine = > > Build Directory Structure: > CWD = /emul/linux/home/j2/control/make > TOPDIR = ./../.. > CONTROL_TOPDIR = ./../../control > GENERICS_TOPDIR = ./../../generics > HOTSPOT_TOPDIR = ./../../hotspot > J2SE_TOPDIR = ./../../j2se > MOTIF_TOPDIR = ./../../motif > COBUNDLE_TOPDIR = ./../../cobundle > > Hotspot Settings: > HOTSPOT_BUILD_JOBS = > > Bootstrap Settings: > BOOTDIR = /usr/pkg/java/sun-1.4 > BOOTSTRAP J2SDK VERSION: 1.4.2_01 > OUTPUTDIR = /emul/linux/home/j2/control/build/bsd-i586 > > Build Tool Settings: > UNIXCOMMAND_PATH = /bin/ > COMPILER_PATH = /usr/bin/ > DEVTOOLS_PATH = /usr/pkg/bin/ > USRBIN_PATH = /usr/bin/ > MOTIF_DIR = /usr/X11R6 > CC_VER = gcc (GCC) 3.3.1 Copyright (C) 2003 Free Software > Foundation, Inc. This is free software; see the source for copying > conditions. There is NO warranty; not even for MERCHANTABILITY or > FITNESS FOR A PARTICULAR PURPOSE. PATH = > /sbin:/usr/sbin:/bin:/usr/bin:/usr/pkg/sbin:/usr/pkg/bin:/usr/X11R6/b >in:/usr/local/sbin:/usr/local/bin > > Build Directives: > USE_ONLY_BOOTDIR_TOOLS = > USE_HOTSPOT_INTERPRETER_MODE = > PEDANTIC = > DEV_ONLY = YES > J2RE_ONLY = > NO_DOCS = > NO_IMAGES = > TOOLS_ONLY = true > INSANE = > > Build Platform Settings: > PLATFORM = bsd > ARCH = i586 > LIBARCH = i386 > ARCH_FAMILY = i586 > ARCH_DATA_MODEL = 32 > OS_VERSION = 1.6ZD > FREE_SPACE = 5164336 > > GNU Make Settings: > MAKE = gmake > MAKE VERSION = > MAKECMDGOALS = sanity > MAKEFLAGS = > SHELL = /bin/sh > > Target Build Versions: > JDK_VERSION = 1.4.1 > MILESTONE = p4 > BUILD_NUMBER = root_23_oct_2003_15_02 > BUNDLE_DATE = 23_oct_2003 > > External File/Binary Locations: > HOTSPOT_SERVER_PATH = > /emul/linux/home/j2/control/build/bsd-i586/hotspot-i586/server > HOTSPOT_CLIENT_PATH = > /emul/linux/home/j2/control/build/bsd-i586/hotspot-i586/client > OPT_JAVAWS = > /java/re/javaws/1.2/promoted/pit_tested/bundles/javaws-1_2-bsd-i586-i >.zip MOZILLA_PATH = /java/devtools > MOZILLA_HEADERS_PATH = /java/devtools/share/plugin > MOZILLA_LIBS_PATH = /java/devtools/bsd/plugin > MOTIF_DIR = /usr/X11R6 > CACERTS_FILE = ./../src/share/lib/security/cacerts > > WARNING: Your build environment has the variable DEV_ONLY > defined. This will result in a development-only > build of the J2SE workspace, lacking the documentation > build and installation bundles. > > WARNING: You do not have access to the Java Web Start binary. > These binaries may be optional for this build. Please > check your access to > > /java/re/javaws/1.2/promoted/pit_tested/bundles/javaws-1_2-bsd-i586-i >.zip and/or check your value of ALT_JAVAWS_PATH. > This will make your images target build incomplete. > > Sanity check passed. > > > > > * Also note that I haven't installed mozilla nor nspr. > > > > * The compilation fails with: > > Rebuilding > /emul/linux/home/j2/control/build/bsd-i586/lib/i386/native_threads/li >bhpi.so because of > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/monitor_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/threads_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/condvar_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/interrupt_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/mutex_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/sys_api_td.o ... /usr/bin/gcc -fno-strict-aliasing -fPIC -W > -Wall -Wno-unused -Wno-parentheses -pthread -Di586 -DARCH='"i586"' > -DRELEASE='"1.4.1-p4"' > -DFULL_VERSION='"1.4.1-p4-root_23_oct_2003_15_02"' -D_GNU_SOURCE > -D_REENTRANT -D_THREAD_SAFE -D_BSD_SOURCE -I. > -I/emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thre >ads/CClassHeaders -I../../../../src/solaris/javavm/export > -I../../../../src/share/javavm/export > -I../../../../src/share/javavm/include > -I../../../../src/solaris/javavm/include > -I../../../../src/solaris/hpi/native_threads/include > -I../../../../src/solaris/hpi/include > -I../../../../src/solaris/hpi/export > -I../../../../src/share/hpi/include > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE > -DUSE_PTHREADS -DMOOT_PRIORITIES -DHAVE_FILIOH > -L/emul/linux/home/j2/control/build/bsd-i586/lib/i386 -Wl,-R > /emul/linux/home/j2/control/build/bsd-i586/lib/i386 -Wl,-R > /emul/linux/home/j2/control/build/bsd-i586/lib/i386/server -shared > -mimpure-text -o /emul/linux/home/j2 > /control/build/bsd-i586/lib/i386/native_threads/libhpi.so `lorder > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/monitor_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/threads_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/condvar_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/interrupt_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/mutex_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/sys_api_td.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/threads_bsd.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/interrupt.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/linker_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/memory_md.o /emul/linux/ > home/j2/control/build/bsd-i586/tmp/java/hpi/native_threads/obj/system >_md.o > /emul/linux/home/j2/control/build/bsd-i586/tmp/java/hpi/native_thread >s/obj/hpi.o | tsort -q` -pthread -pthread gcc: > /emul/linux/home/j2/control/build/bsd-i586/lib/i386/server: No such > file or directory gmake[5]: *** > [/emul/linux/home/j2/control/build/bsd-i586/lib/i386/native_threads/l >ibhpi.so] Error 1 gmake[5]: Leaving directory > `/emul/linux/home/j2/j2se/make/java/hpi/native' gmake[4]: *** > [optimized] Error 2 > gmake[4]: Leaving directory > `/emul/linux/home/j2/j2se/make/java/hpi/native' gmake[3]: *** [all] > Error 1 > gmake[3]: Leaving directory `/emul/linux/home/j2/j2se/make/java/hpi' > gmake[2]: *** [all] Error 1 > gmake[2]: Leaving directory `/emul/linux/home/j2/j2se/make/java' > gmake[1]: *** [all] Error 1 > gmake[1]: Leaving directory `/emul/linux/home/j2/j2se/make' > gmake: *** [j2se-build] Error 2 > > > * So my questions are : why is this happening ? How can I fix this ? > Has someone successfully compiled this jdk under NetBSD ? > > * If that can help, I have put a full compilation log available here > : http://nouvelles.fraiches.free.fr/j2se-netbsd.txt > > > Regards, > Thomas From mark at s-wit.net Thu Oct 23 12:59:55 2003 From: mark at s-wit.net (M.D. DeWar) Date: Thu Oct 23 13:00:27 2003 Subject: linux-sun-jdk1.4.2 on FreeBSD 4.8 giving me pains References: Message-ID: <002101c399a0$b4565640$6a1fa8c0@ocfl061> NEWBIE ALERT NEWBIE ALERT: When I try to run any java I get this: spiderman# ./java /temp/babylon-2.1_BETA/babylonServer Exception in thread "main" java.lang.NoClassDefFoundError: /temp/babylon-2/1_BET A/babylonServer I have tried to follow all the different java install instructions. I tried kafee 1.0.7 but got some other error. any help greatly greatly appreciated Thanks newbie Mark From segr at hotmail.com Thu Oct 23 15:09:42 2003 From: segr at hotmail.com (Stephane Raimbault) Date: Thu Oct 23 15:10:14 2003 Subject: linux-sun-jdk1.4.2 on FreeBSD 4.8 giving me pains References: Message-ID: Did you mount the linprocfs file system as mentioned during the port install ? If not, add the following line to /etc/fstab (to ensure it gets mounted on startup as well) linprocfs /compat/linux/proc linprocfs rw 0 0 then you can type as root: # mount linprocfs That should get you further along if you hadn't mounted the linprocfs file system yet. Cheers, Stephane. ----- Original Message ----- From: ""M.D. DeWar"" Newsgroups: mailing.freebsd.java Sent: Thursday, October 23, 2003 2:00 PM Subject: linux-sun-jdk1.4.2 on FreeBSD 4.8 giving me pains > NEWBIE ALERT NEWBIE ALERT: > > When I try to run any java I get this: > > spiderman# ./java /temp/babylon-2.1_BETA/babylonServer > Exception in thread "main" java.lang.NoClassDefFoundError: > /temp/babylon-2/1_BET > A/babylonServer > > I have tried to follow all the different java install instructions. > I tried kafee 1.0.7 but got some other error. > > any help greatly greatly appreciated > > Thanks > newbie Mark > > > _______________________________________________ > 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 rdeiriar at spock.cl Thu Oct 23 20:59:37 2003 From: rdeiriar at spock.cl (Roberto de Iriarte) Date: Thu Oct 23 21:00:08 2003 Subject: Patchlevel 4 report. Message-ID: <3F98A3AE.6020704@spock.cl> I could not help but notice the complaints about the difficulties to get native Java running on FreeBSD. For a change, i wanted to say just thanks for the excellent work, i've found the new patchlevel to be very stable (on libc_r and libkse) and excellent performing (especially on libkse) For those who complain, in my experience, no J2SE implementation has been perfect, ever, but FreeBSD's 1.4.1 patchlevel 4 seems among the better ones in the limited testing that i've been able to perform so far, and i have seen really bad ones, like CompaQ J2SE 1.3 for Alpha, that would not complete VolanoMark if the JIT was enabled, even after eating up 2GB of ram, not to speak of the horrible performance of the Linux J2SE for Alpha, that was not even able to complete the Java2D demo! Somebody mentioned Apple's J2SE, it has bugs too (i've found nowhere to complain nor ways to debug it, the wonders of packaged software ....). Try to run the Car Configurator applet at http://www.bmw.de/ to experience one (It runs perfectly on FreeBSD native 1.4.1p4 plugin) FYI, i'm running CURRENT as of yesterday % uname -a FreeBSD netvista.spock.cl 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Thu Oct 23 01:45:10 CLST 2003 root@netvista.spock.cl:/usr/obj/usr/src/sys/GENERIC i386 Thanks again! Regards Roberto From dan at Zeus.UBBCluj.Ro Thu Oct 23 23:39:53 2003 From: dan at Zeus.UBBCluj.Ro (Dan Cojocar) Date: Thu Oct 23 23:43:03 2003 Subject: possible bug in jdk1.4 In-Reply-To: <20031023152019.GS29984@starjuice.net>; from sheldonh@starjuice.net on Thu, Oct 23, 2003 at 05:20:19PM +0200 References: <20031022130511.A11771@Zeus.UBBCluj.Ro> <20031023152019.GS29984@starjuice.net> Message-ID: <20031024093936.A14056@Zeus.UBBCluj.Ro> Sheldon Hearn > Which patchset? Sheldon Hearn > Sheldon Hearn > ls -d /var/db/pkg/jdk-* Sheldon Hearn > Free# ls -d /var/db/pkg/jdk-* /var/db/pkg/jdk-nodebug-1.4.1p4 Free# Dan From past at noc.ntua.gr Fri Oct 24 00:05:19 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Fri Oct 24 00:07:21 2003 Subject: Patchlevel 4 report. In-Reply-To: <3F98A3AE.6020704@spock.cl> References: <3F98A3AE.6020704@spock.cl> Message-ID: <3F98CF17.7020805@noc.ntua.gr> Roberto de Iriarte wrote: > I could not help but notice the complaints about the difficulties to get > native Java > running on FreeBSD. > > For a change, i wanted to say just thanks for the excellent work, i've > found the > new patchlevel to be very stable (on libc_r and libkse) and excellent > performing > (especially on libkse) > > For those who complain, in my experience, no J2SE implementation has > been perfect, > ever, but FreeBSD's 1.4.1 patchlevel 4 seems among the better ones in > the limited > testing that i've been able to perform so far, and i have seen really > bad ones, like > CompaQ J2SE 1.3 for Alpha, that would not complete VolanoMark if the JIT > was enabled, even after eating up 2GB of ram, not to speak of the > horrible performance > of the Linux J2SE for Alpha, that was not even able to complete the > Java2D demo! > Somebody mentioned Apple's J2SE, it has bugs too (i've found nowhere to > complain > nor ways to debug it, the wonders of packaged software ....). Try to run > the Car Configurator applet at http://www.bmw.de/ to experience one (It > runs perfectly on FreeBSD native 1.4.1p4 plugin) > > FYI, i'm running CURRENT as of yesterday > % uname -a > FreeBSD netvista.spock.cl 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Thu Oct 23 > 01:45:10 CLST 2003 > root@netvista.spock.cl:/usr/obj/usr/src/sys/GENERIC i386 > > Thanks again! > Regards > Roberto > > _______________________________________________ > 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" In my humble opinion the greatest achievement the BSD Java team has accomplished, is the release of a proprietary codebase with as much freedom as possible. Had they followed the example of groups such as Blackdown, we would have been unable to gain insight into the porting effort and the hurdles encountered, nor follow it suit, until the binary release was eventually made. For that accomplishment alone, thank you all very much. Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From phantom at freebsd.org Fri Oct 24 02:15:27 2003 From: phantom at freebsd.org (Alexey Zelkin) Date: Fri Oct 24 02:15:58 2003 Subject: workaround to run Diablo at 5.x Message-ID: <20031024122448.A805@phantom.cris.net> hi, After few expirements with running of my own compiled jdk I can suggest workaround to those who need to run Diablo at -CURRENT. Following actions need to be done at -CURRENT machine. 1. install compat4.i386 2. copy /usr/lib/libm.so.2 from -STABLE machine to /usr/lib/compat/ at -CURRENT machine 3. Before executing of java binary make sure that you've set LD_LIBRARY_PATH to '/usr/lib/compat' value. And then run java and enjoy. From phantom at FreeBSD.org.ua Fri Oct 24 03:34:18 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Fri Oct 24 03:34:52 2003 Subject: linux-sun-jdk1.4.2 on FreeBSD 4.8 giving me pains In-Reply-To: <002101c399a0$b4565640$6a1fa8c0@ocfl061>; from mark@s-wit.net on Thu, Oct 23, 2003 at 04:03:17PM -0400 References: <002101c399a0$b4565640$6a1fa8c0@ocfl061> Message-ID: <20031024134338.A1162@phantom.cris.net> hi, On Thu, Oct 23, 2003 at 04:03:17PM -0400, M.D. DeWar wrote: > NEWBIE ALERT NEWBIE ALERT: > > When I try to run any java I get this: > > spiderman# ./java /temp/babylon-2.1_BETA/babylonServer > Exception in thread "main" java.lang.NoClassDefFoundError: > /temp/babylon-2/1_BET > A/babylonServer Can you please try following command: ./java -classpath /tmp/babylon-2.1_BETA babylonServer > I have tried to follow all the different java install instructions. > I tried kafee 1.0.7 but got some other error. > > any help greatly greatly appreciated > > Thanks > newbie Mark > > > _______________________________________________ > 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 phantom at freebsd.org Fri Oct 24 03:41:07 2003 From: phantom at freebsd.org (Alexey Zelkin) Date: Fri Oct 24 03:42:02 2003 Subject: jdk1.4.1 patchset 4 and NetBSD In-Reply-To: <200310231301.36656.sverre@viewmark.com>; from sverre@viewmark.com on Thu, Oct 23, 2003 at 01:01:36PM -0600 References: <20031023195905.6b2e861b.nouvelles.fraiches@free.fr> <200310231301.36656.sverre@viewmark.com> Message-ID: <20031024135013.B1162@phantom.cris.net> hi, I think guys you first need to ask Christos Zoulas about it. He has made a lot of modifications in order to get jdk compiled, but reading some of diffs I can propose that it does not work yet at all. And BTW java makefiles are creating all required directories on its own and having such error signals that something is wrong. On Thu, Oct 23, 2003 at 01:01:36PM -0600, Sverre Froyen wrote: > Hi, > > I received this error as well. Just create the missing directory and > start the build again. Unfortunately, in my case, the build fails > later when it attempts to use the new java. Running the command: > > /usr/local/src/java/control/build/bsd-i586/bin/java -version > > I get: > > Error: failed > /usr/local/src/java/control/build/bsd-i586/lib/i386/client/libjvm.so, > because > /usr/local/src/java/control/build/bsd-i586/lib/i386/client/libjvm.so: > Undefined PLT symbol "_Unwind_Resume" (symnum = 5141) > > I'm using the c++ compiler in the in-tree version of gcc 3.3.2, which is > likely the reason for the error. I assume the patchset was made for > gcc 2.95. > > Sverre > > > On torsdag 23. oktober 2003, 11:59, Thomas Girard wrote: > > Hello all, > > > > as reported here: > > http://www.netbsd.org/Changes/#j2sdk-141 > > > > the fourth patchset includes support for NetBSD-current on i386. I > > must do something wrong because I can't compile it under my > > NetBSD/i386 1.6ZD. > > > > I've followed the instructions given in the BUILD file, including > > setenv DEV_ONLY YES , and typed 'ulimit -d unlimited' before > > starting. Please note that I'm compiling on an ext2 (tuned without > > any option) partition. From herve.quiroz at esil.univ-mrs.fr Fri Oct 24 09:50:13 2003 From: herve.quiroz at esil.univ-mrs.fr (Herve Quiroz) Date: Fri Oct 24 09:51:13 2003 Subject: java/58450: apache-ant doesn't install etc directory Message-ID: <200310241650.h9OGoCGo018129@freefall.freebsd.org> The following reply was made to PR java/58450; it has been noted by GNATS. From: Herve Quiroz To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: java/58450: apache-ant doesn't install etc directory Date: Fri, 24 Oct 2003 18:37:21 +0200 I think you forgot the following in pkg-plist: @dirrm %%T%%/etc Herve From frankw at bph.ruhr-uni-bochum.de Sat Oct 25 01:54:15 2003 From: frankw at bph.ruhr-uni-bochum.de (Frank Wennmohs) Date: Sat Oct 25 01:56:33 2003 Subject: JAP under any JDK1.3.1 on a 4.8 System? Message-ID: <20031025085452.GB14758@lecroy.bph.ruhr-uni-bochum.de> Hello all! I am a real fan of the JAP (Java Anon Proxy) project. Trying to get it running on a 4.8 System fails in one way or another (with a JDK1.3.1). Here is what I tried: Using the the native JDK1.3.1p8 with green threads results in core dump in a 'SeedGeneratorThread'. Using native JDK1.3.1 with native threads results in an immediate return of 'User signal 1'. Using the Linux JDK1.3.1 results in an illegal ioctl on /dev/random. The Diablo JDK1.3.1 does indeed run the JAP applet, but not every request to the personal proxy is being processed. Did anyone get JAP running correctly under FreeBSD? Or does anyone have a suggestion what I could try in addition? Thanks in advance Frank From toha at toha.org.ua Sat Oct 25 07:10:29 2003 From: toha at toha.org.ua (Anton Yudin) Date: Sat Oct 25 07:21:21 2003 Subject: java/58524: new port: java/jmf - Java Media Framework Message-ID: <200310251402.h9PE2MIM040859@ib.com.ua> >Number: 58524 >Category: java >Synopsis: new port: java/jmf - Java Media Framework >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Sat Oct 25 07:10:20 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Anton Yudin >Release: FreeBSD 4.9-PRERELEASE i386 >Organization: >Environment: System: FreeBSD . 4.9-PRERELEASE FreeBSD 4.9-PRERELEASE #0: Sat Oct 4 12:20:49 EEST 2003 root@:/obj/usr/src/sys/IB i386 >Description: new port: java/jmf - Java Media Framework >How-To-Repeat: >Fix: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # java/jmf # java/jmf/Makefile # java/jmf/distinfo # java/jmf/pkg-descr # java/jmf/pkg-plist # echo c - java/jmf mkdir -p java/jmf > /dev/null 2>&1 echo x - java/jmf/Makefile sed 's/^X//' >java/jmf/Makefile << 'END-of-java/jmf/Makefile' X# New ports collection makefile for: Java Media Framework X# Date created: Sat Oct 25 16:05:29 EEST 2003 X# Whom: Anton Yudin X# X# $FreeBSD$ X# X XPORTNAME= jmf XPORTVERSION= 2.1.1e XCATEGORIES= java XMASTER_SITES= #http://java.sun.com/products/java-media/jmf/2.1.1/download.html XDISTNAME= ${PORTNAME}-${PORTVERSION:S/./_/g}-alljava X XMAINTAINER= toha@toha.org.ua XCOMMENT= Java Media Framework X XUSE_JAVA= 1.2+ XUSE_ZIP= YES XNO_BUILD= YES X XJAVASHAREDIR= share/java XTDIR= ${JAVASHAREDIR}/${PKGNAME} XPLIST_SUB+= T=${TDIR} X XWRKSRC= ${WRKDIR}/JMF-${PORTVERSION} X XRESTRICTED= "Redistribution of pre-compiled binaries is not permitted" XNO_CDROM= "Redistribution of pre-compiled binaries is not permitted" XNO_PACKAGE= "Redistribution of pre-compiled binaries is not permitted" X X.include X X# Check for JMF sources X.if !exists(${DISTDIR}/${DISTFILES}) && !defined(PACKAGE_BUILDING) XECHO_MSG=/usr/bin/printf XIGNORE= :\n\ XBecause of licensing restrictions, you must fetch the source distribution\n\ Xmanually. Please access:\n\ Xhttp://java.sun.com/products/java-media/jmf/2.1.1/download.html\n\ Xwith a web browser and follow the \"Download JMF ${PORTVERSION}\" link\n\ XSelect download format: cross-platform format\n\ XPlease place this file in ${DISTDIR}.\n X.endif X Xdo-install: X cd ${WRKSRC} && ${FIND} . -type d -exec ${INSTALL} -d ${PREFIX}/${TDIR}/'{}' \; && \ X ${FIND} . -type f -exec ${INSTALL_DATA} '{}' ${PREFIX}/${TDIR}/'{}' \; X ${LN} -sf ${PREFIX}/${TDIR}/lib/jmf.jar ${PREFIX}/${JAVASHAREDIR}/classes/jmf.jar X X.include END-of-java/jmf/Makefile echo x - java/jmf/distinfo sed 's/^X//' >java/jmf/distinfo << 'END-of-java/jmf/distinfo' XMD5 (jmf-2_1_1e-alljava.zip) = 5dafc2469b22d18420ada45972a88ec0 END-of-java/jmf/distinfo echo x - java/jmf/pkg-descr sed 's/^X//' >java/jmf/pkg-descr << 'END-of-java/jmf/pkg-descr' XJava Media Framework API X XThe Java Media Framework API (JMF) enables audio, video and other Xtime-based media to be added to Java applications and applets. This Xoptional package, which can capture, playback, stream and transcode Xmultiple media formats, extends the multimedia capabilities on the XJ2SE platform, and gives multimedia developers a powerful toolkit to Xdevelop scalable, cross-platform technology. X XWWW: http://java.sun.com/products/java-media/jmf/ END-of-java/jmf/pkg-descr echo x - java/jmf/pkg-plist sed 's/^X//' >java/jmf/pkg-plist << 'END-of-java/jmf/pkg-plist' Xshare/java/classes/jmf.jar X%%T%%/bin/JMF.ico X%%T%%/bin/jmfcustomizer X%%T%%/bin/jmfinit X%%T%%/bin/jmfregistry X%%T%%/bin/jmstudio X%%T%%/doc/attributions.html X%%T%%/doc/formats.html X%%T%%/doc/readme.html X%%T%%/lib/customizer.jar X%%T%%/lib/jmf.jar X%%T%%/lib/jmf.properties X%%T%%/lib/mediaplayer.jar X%%T%%/lib/multiplayer.jar X@dirrm %%T%%/bin X@dirrm %%T%%/doc X@dirrm %%T%%/lib X@dirrm %%T%% END-of-java/jmf/pkg-plist exit >Release-Note: >Audit-Trail: >Unformatted: From rootman22 at comcast.net Sat Oct 25 07:19:53 2003 From: rootman22 at comcast.net (Joe Warner) Date: Sat Oct 25 07:23:25 2003 Subject: Java Processes Message-ID: <200310250821.24466.rootman22@comcast.net> Hi, Does anyone know how to control the number of Java processes that get spawned when running one of the variants in /usr/ports/java..? I'm running linux-ibm-jdk1.3.1 and when I launch /usr/local/linux-ibm-jdk1.3.1/bin/java it spawns 5 processes of java and it's bringing my system to it's knees! There was an older version that I used to run that only spawned 1 process and my system could handle it fine. I've looked through the supplied documentation, this list and even Google and can't find any instructions on how to limit these processes. Can someone point me in the right direction? Thanks Joe From antony.t.curtis at ntlworld.com Sat Oct 25 08:04:34 2003 From: antony.t.curtis at ntlworld.com (Antony T Curtis) Date: Sat Oct 25 08:05:07 2003 Subject: Java Processes In-Reply-To: <200310250821.24466.rootman22@comcast.net> References: <200310250821.24466.rootman22@comcast.net> Message-ID: <1067094267.4901.1.camel@pcgem.rdg.cyberkinetica.com> On Sat, 2003-10-25 at 15:21, Joe Warner wrote: > Hi, > > Does anyone know how to control the number of Java processes that get spawned > when running one of the variants in /usr/ports/java..? I'm running > linux-ibm-jdk1.3.1 and when I launch /usr/local/linux-ibm-jdk1.3.1/bin/java > it spawns 5 processes of java and it's bringing my system to it's knees! > There was an older version that I used to run that only spawned 1 process and > my system could handle it fine. Each thread in a Linux binary becomes 1 process under FreeBSD. > I've looked through the supplied documentation, this list and even Google and > can't find any instructions on how to limit these processes. Try using -classic option. -- Antony T Curtis BSc Unix Analyst Programmer http://homepage.ntlworld.com/antony.t.curtis/ From rwvtveer at xs4all.nl Sat Oct 25 09:01:33 2003 From: rwvtveer at xs4all.nl (Remco van 't Veer) Date: Sat Oct 25 09:02:59 2003 Subject: jdk14 fork() problem fix In-Reply-To: <20031023104836.GB7723@azrael.xs4all.nl> References: <20031023122839.A75570@phantom.cris.net> <20031023104836.GB7723@azrael.xs4all.nl> Message-ID: <20031025160103.GC7723@azrael.xs4all.nl> Hi, I've been running ant (with external processes like jikes and javadoc), compiling jsps and doing other stuff which fork processes with a jvm including your patch but I can't reproduce to problem. This ofcourse only proves my inability to repeat this bug and not that the problem has been fixed.. The hanging processes actually happend quiet often so I can say is much harder to reproduce. ;) I ran these tests on my FreeBSD 4.8 system. Does you remark about kse and thr mean this problem does not occure on systems using these technologies? Anyway, I am really happy with this patch and hope it will be included in the next version. Thank you for your fantastic work. Remco On Thu, Oct 23, 2003 at 12:48, Remco van 't Veer wrote: > Thanx! I have a new compile running right now. It will take > more than 10 hours to finish on my poor P3 so I hope to have some > test results for you tomorrow. > > Remco > > > On Thu, Oct 23, 2003 at 12:28, Alexey Zelkin wrote: > > > hi, > > > > This is an intermediate version of fix of jdk fork problem (i.e. > > Runtime.getRuntime().exec() and friends). > > > > It does affect only people who use libc_r (kse and thr should not > > be affected). > > > > Please try this one and report me if it fixes problems for you. > > > > PS: If you are rebuilding already built jdk (i.e. object files are > > already compiled) remove 'control/build/bsd-i586/tmp/java/java.lang' directory > > before restarting of build. > > > > Index: UNIXProcess_md.c.bsd > > =================================================================== > > RCS file: /home/jdk14-cvs/jdk142-src/j2se/src/solaris/native/java/lang/UNIXProcess_md.c.bsd,v > > retrieving revision 1.2 > > diff -u -r1.2 UNIXProcess_md.c.bsd > > --- UNIXProcess_md.c.bsd 15 Oct 2003 15:49:39 -0000 1.2 > > +++ UNIXProcess_md.c.bsd 23 Oct 2003 10:20:48 -0000 > > @@ -22,6 +22,12 @@ > > #include > > #include > > > > +#if defined(__FreeBSD__) > > +#include > > +#include > > +#include > > +#endif > > + > > /* path in the environment */ > > static char **PATH = 0; > > /* effective uid */ > > @@ -228,6 +234,61 @@ > > } > > } > > > > +#if defined(__FreeBSD__) > > + > > +extern pid_t __sys_fork(void); > > + > > +static pid_t > > +jdk_fork_wrapper() > > +{ > > + pid_t resultPid; > > +#if (__FreeBSD_version < 5) > > + static int is_libc_r = -1; > > + void *funcref; > > + > > + if (is_libc_r == -1) { > > + is_libc_r = 1; > > + > > + /* > > + * BSDNOTE: Check for loaded symbols. > > + * > > + * If "_thr_critical_enter" is found assume we are using 'libthr'. > > + * If _kse_critical_enter is found assume we are using 'libkse'. > > + * Otherwise we are using libc_r. > > + * > > + * If libc_r is loaded, use fork system call drectly to avoid > > + * problems with using protected pages. > > + * > > + * --phantom > > + */ > > + funcref = dlsym(RTLD_DEFAULT, "_kse_critical_enter"); > > + if (funcref != NULL) > > + is_libc_r = 0; > > + else { > > + funcref = dlsym(RTLD_DEFAULT, "_thr_critical_enter"); > > + if (funcref != NULL) > > + is_libc_r = 0; > > + } > > + } > > + > > + if (is_libc_r == 0) { > > + /* Not a libc_r */ > > + resultPid = fork(); > > + } else { > > +#endif /* __FreeBSD_version < 5 */ > > + pthread_suspend_all_np(); > > + resultPid = __sys_fork(); > > + if (resultPid != 0) > > + /* leave child in single threading mode */ > > + pthread_resume_all_np(); > > +#if (__FreeBSD_version < 5) > > + } > > +#endif /* __FreeBSD_version < 5 */ > > + > > + return resultPid; > > +} > > +#endif /* __FreeBSD__ */ > > + > > JNIEXPORT jint JNICALL > > Java_java_lang_UNIXProcess_forkAndExec(JNIEnv *env, > > jobject process, > > @@ -335,8 +396,12 @@ > > if (path != NULL) { > > cwd = (char *)JNU_GetStringPlatformChars(env, path, NULL); > > } > > - > > + > > +#if defined(__FreeBSD__) > > + resultPid = jdk_fork_wrapper(); > > +#else > > resultPid = fork(); > > +#endif > > > > if (resultPid < 0) { > > char errmsg[128]; > > _______________________________________________ > > 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" -- From phantom at FreeBSD.org.ua Sat Oct 25 10:31:07 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Sat Oct 25 10:32:34 2003 Subject: jdk14 fork() problem fix In-Reply-To: <20031025160103.GC7723@azrael.xs4all.nl>; from rwvtveer@xs4all.nl on Sat, Oct 25, 2003 at 06:01:03PM +0200 References: <20031023122839.A75570@phantom.cris.net> <20031023104836.GB7723@azrael.xs4all.nl> <20031025160103.GC7723@azrael.xs4all.nl> Message-ID: <20031025204029.A2230@phantom.cris.net> hi, On Sat, Oct 25, 2003 at 06:01:03PM +0200, Remco van 't Veer wrote: > I've been running ant (with external processes like jikes and > javadoc), compiling jsps and doing other stuff which fork > processes with a jvm including your patch but I can't reproduce > to problem. This ofcourse only proves my inability to repeat > this bug and not that the problem has been fixed.. The hanging > processes actually happend quiet often so I can say is much > harder to reproduce. ;) If problem persist then you'll notice processes which eats much of system time and not exiting without SIGKILL. > I ran these tests on my FreeBSD 4.8 system. Does you remark > about kse and thr mean this problem does not occure on systems > using these technologies? No. This problem is libc_r specific. > Anyway, I am really happy with this patch and hope it will be > included in the next version. Thank you for your fantastic work. Sure. Thank you for report! > On Thu, Oct 23, 2003 at 12:48, Remco van 't Veer wrote: > > > Thanx! I have a new compile running right now. It will take > > more than 10 hours to finish on my poor P3 so I hope to have some > > test results for you tomorrow. > > > > Remco > > > > > > On Thu, Oct 23, 2003 at 12:28, Alexey Zelkin wrote: > > > > > hi, > > > > > > This is an intermediate version of fix of jdk fork problem (i.e. > > > Runtime.getRuntime().exec() and friends). > > > > > > It does affect only people who use libc_r (kse and thr should not > > > be affected). > > > > > > Please try this one and report me if it fixes problems for you. > > > > > > PS: If you are rebuilding already built jdk (i.e. object files are > > > already compiled) remove 'control/build/bsd-i586/tmp/java/java.lang' directory > > > before restarting of build. > > > > > > Index: UNIXProcess_md.c.bsd > > > =================================================================== > > > RCS file: /home/jdk14-cvs/jdk142-src/j2se/src/solaris/native/java/lang/UNIXProcess_md.c.bsd,v > > > retrieving revision 1.2 > > > diff -u -r1.2 UNIXProcess_md.c.bsd > > > --- UNIXProcess_md.c.bsd 15 Oct 2003 15:49:39 -0000 1.2 > > > +++ UNIXProcess_md.c.bsd 23 Oct 2003 10:20:48 -0000 > > > @@ -22,6 +22,12 @@ > > > #include > > > #include > > > > > > +#if defined(__FreeBSD__) > > > +#include > > > +#include > > > +#include > > > +#endif > > > + > > > /* path in the environment */ > > > static char **PATH = 0; > > > /* effective uid */ > > > @@ -228,6 +234,61 @@ > > > } > > > } > > > > > > +#if defined(__FreeBSD__) > > > + > > > +extern pid_t __sys_fork(void); > > > + > > > +static pid_t > > > +jdk_fork_wrapper() > > > +{ > > > + pid_t resultPid; > > > +#if (__FreeBSD_version < 5) > > > + static int is_libc_r = -1; > > > + void *funcref; > > > + > > > + if (is_libc_r == -1) { > > > + is_libc_r = 1; > > > + > > > + /* > > > + * BSDNOTE: Check for loaded symbols. > > > + * > > > + * If "_thr_critical_enter" is found assume we are using 'libthr'. > > > + * If _kse_critical_enter is found assume we are using 'libkse'. > > > + * Otherwise we are using libc_r. > > > + * > > > + * If libc_r is loaded, use fork system call drectly to avoid > > > + * problems with using protected pages. > > > + * > > > + * --phantom > > > + */ > > > + funcref = dlsym(RTLD_DEFAULT, "_kse_critical_enter"); > > > + if (funcref != NULL) > > > + is_libc_r = 0; > > > + else { > > > + funcref = dlsym(RTLD_DEFAULT, "_thr_critical_enter"); > > > + if (funcref != NULL) > > > + is_libc_r = 0; > > > + } > > > + } > > > + > > > + if (is_libc_r == 0) { > > > + /* Not a libc_r */ > > > + resultPid = fork(); > > > + } else { > > > +#endif /* __FreeBSD_version < 5 */ > > > + pthread_suspend_all_np(); > > > + resultPid = __sys_fork(); > > > + if (resultPid != 0) > > > + /* leave child in single threading mode */ > > > + pthread_resume_all_np(); > > > +#if (__FreeBSD_version < 5) > > > + } > > > +#endif /* __FreeBSD_version < 5 */ > > > + > > > + return resultPid; > > > +} > > > +#endif /* __FreeBSD__ */ > > > + > > > JNIEXPORT jint JNICALL > > > Java_java_lang_UNIXProcess_forkAndExec(JNIEnv *env, > > > jobject process, > > > @@ -335,8 +396,12 @@ > > > if (path != NULL) { > > > cwd = (char *)JNU_GetStringPlatformChars(env, path, NULL); > > > } > > > - > > > + > > > +#if defined(__FreeBSD__) > > > + resultPid = jdk_fork_wrapper(); > > > +#else > > > resultPid = fork(); > > > +#endif > > > > > > if (resultPid < 0) { > > > char errmsg[128]; > > > _______________________________________________ > > > 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" > > -- From rdeiriar at spock.cl Sat Oct 25 14:12:27 2003 From: rdeiriar at spock.cl (Roberto de Iriarte) Date: Sat Oct 25 14:18:28 2003 Subject: jdk14 fork() problem fix In-Reply-To: <20031025204029.A2230@phantom.cris.net> References: <20031023122839.A75570@phantom.cris.net> <20031023104836.GB7723@azrael.xs4all.nl> <20031025160103.GC7723@azrael.xs4all.nl> <20031025204029.A2230@phantom.cris.net> Message-ID: <3F9AE749.7050307@spock.cl> [Crossposted to freebsd-mozilla@freebsd.org and freebsd-java@freebsd.org] I have experienced a similar problem when running flashpluginwrapper-20031006 (A wrapper libraryto allow the linux plugin for Macromedia Flash to be used with native mozilla), as well as the native 1.4.1 patchlevel 4 plugin with Mozlla, with libc_r (The problem does not manifest itself under 5-CURRENT with libkse). I've been unable to reproduce the bug with your patch applied, Regards and thanks for everything. Roberto. Alexey Zelkin wrote: hi, On Sat, Oct 25, 2003 at 06:01:03PM +0200, Remco van 't Veer wrote: >> I've been running ant (with external processes like jikes and >> javadoc), compiling jsps and doing other stuff which fork >> processes with a jvm including your patch but I can't reproduce >> to problem. This ofcourse only proves my inability to repeat >> this bug and not that the problem has been fixed.. The hanging >> processes actually happend quiet often so I can say is much >> harder to reproduce. > > If problem persist then you'll notice processes which eats much of system time and not exiting without SIGKILL. >> I ran these tests on my FreeBSD 4.8 system. Does you remark >> about kse and thr mean this problem does not occure on systems >> using these technologies? > > No. This problem is libc_r specific. >> Anyway, I am really happy with this patch and hope it will be >> included in the next version. Thank you for your fantastic work. > > Sure. Thank you for report! >> On Thu, Oct 23, 2003 at 12:48, Remco van 't Veer wrote: >> > > >>> > Thanx! I have a new compile running right now. It will take >>> > more than 10 hours to finish on my poor P3 so I hope to have some >>> > test results for you tomorrow. >>> > >>> > Remco >>> > >>> > >>> > On Thu, Oct 23, 2003 at 12:28, Alexey Zelkin wrote: >>> > >> >> >>>> > > hi, >>>> > > >>>> > > This is an intermediate version of fix of jdk fork problem (i.e. >>>> > > Runtime.getRuntime().exec() and friends). >>>> > > >>>> > > It does affect only people who use libc_r (kse and thr should not >>>> > > be affected). >>>> > > >>>> > > Please try this one and report me if it fixes problems for you. >>>> > > >>>> > > PS: If you are rebuilding already built jdk (i.e. object files are >>>> > > already compiled) remove 'control/build/bsd-i586/tmp/java/java.lang' directory >>>> > > before restarting of build. >>>> > > >>>> > > Index: UNIXProcess_md.c.bsd >>>> > > =================================================================== >>>> > > RCS file: /home/jdk14-cvs/jdk142-src/j2se/src/solaris/native/java/lang/UNIXProcess_md.c.bsd,v >>>> > > retrieving revision 1.2 >>>> > > diff -u -r1.2 UNIXProcess_md.c.bsd >>>> > > --- UNIXProcess_md.c.bsd 15 Oct 2003 15:49:39 -0000 1.2 >>>> > > +++ UNIXProcess_md.c.bsd 23 Oct 2003 10:20:48 -0000 >>>> > > @@ -22,6 +22,12 @@ >>>> > > #include >>>> > > #include >>>> > > >>>> > > +#if defined(__FreeBSD__) >>>> > > +#include >>>> > > +#include >>>> > > +#include >>>> > > +#endif >>>> > > + >>>> > > /* path in the environment */ >>>> > > static char **PATH = 0; >>>> > > /* effective uid */ >>>> > > @@ -228,6 +234,61 @@ >>>> > > } >>>> > > } >>>> > > >>>> > > +#if defined(__FreeBSD__) >>>> > > + >>>> > > +extern pid_t __sys_fork(void); >>>> > > + >>>> > > +static pid_t >>>> > > +jdk_fork_wrapper() >>>> > > +{ >>>> > > + pid_t resultPid; >>>> > > +#if (__FreeBSD_version < 5) >>>> > > + static int is_libc_r = -1; >>>> > > + void *funcref; >>>> > > + >>>> > > + if (is_libc_r == -1) { >>>> > > + is_libc_r = 1; >>>> > > + >>>> > > + /* >>>> > > + * BSDNOTE: Check for loaded symbols. >>>> > > + * >>>> > > + * If "_thr_critical_enter" is found assume we are using 'libthr'. >>>> > > + * If _kse_critical_enter is found assume we are using 'libkse'. >>>> > > + * Otherwise we are using libc_r. >>>> > > + * >>>> > > + * If libc_r is loaded, use fork system call drectly to avoid >>>> > > + * problems with using protected pages. >>>> > > + * >>>> > > + * --phantom >>>> > > + */ >>>> > > + funcref = dlsym(RTLD_DEFAULT, "_kse_critical_enter"); >>>> > > + if (funcref != NULL) >>>> > > + is_libc_r = 0; >>>> > > + else { >>>> > > + funcref = dlsym(RTLD_DEFAULT, "_thr_critical_enter"); >>>> > > + if (funcref != NULL) >>>> > > + is_libc_r = 0; >>>> > > + } >>>> > > + } >>>> > > + >>>> > > + if (is_libc_r == 0) { >>>> > > + /* Not a libc_r */ >>>> > > + resultPid = fork(); >>>> > > + } else { >>>> > > +#endif /* __FreeBSD_version < 5 */ >>>> > > + pthread_suspend_all_np(); >>>> > > + resultPid = __sys_fork(); >>>> > > + if (resultPid != 0) >>>> > > + /* leave child in single threading mode */ >>>> > > + pthread_resume_all_np(); >>>> > > +#if (__FreeBSD_version < 5) >>>> > > + } >>>> > > +#endif /* __FreeBSD_version < 5 */ >>>> > > + >>>> > > + return resultPid; >>>> > > +} >>>> > > +#endif /* __FreeBSD__ */ >>>> > > + >>>> > > JNIEXPORT jint JNICALL >>>> > > Java_java_lang_UNIXProcess_forkAndExec(JNIEnv *env, >>>> > > jobject process, >>>> > > @@ -335,8 +396,12 @@ >>>> > > if (path != NULL) { >>>> > > cwd = (char *)JNU_GetStringPlatformChars(env, path, NULL); >>>> > > } >>>> > > - >>>> > > + >>>> > > +#if defined(__FreeBSD__) >>>> > > + resultPid = jdk_fork_wrapper(); >>>> > > +#else >>>> > > resultPid = fork(); >>>> > > +#endif >>>> > > >>>> > > if (resultPid < 0) { >>>> > > char errmsg[128]; >>>> > > _______________________________________________ >>> From rootman22 at comcast.net Sat Oct 25 16:01:01 2003 From: rootman22 at comcast.net (Joe Warner) Date: Sat Oct 25 16:01:34 2003 Subject: Java Processes In-Reply-To: <1067094267.4901.1.camel@pcgem.rdg.cyberkinetica.com> References: <200310250821.24466.rootman22@comcast.net> <1067094267.4901.1.camel@pcgem.rdg.cyberkinetica.com> Message-ID: <200310251702.27618.rootman22@comcast.net> On Saturday 25 October 2003 09:04 am, Antony T Curtis wrote: > On Sat, 2003-10-25 at 15:21, Joe Warner wrote: > > Hi, > > > > Does anyone know how to control the number of Java processes that get > > spawned when running one of the variants in /usr/ports/java..? I'm > > running linux-ibm-jdk1.3.1 and when I launch > > /usr/local/linux-ibm-jdk1.3.1/bin/java it spawns 5 processes of java and > > it's bringing my system to it's knees! There was an older version that I > > used to run that only spawned 1 process and my system could handle it > > fine. > > Each thread in a Linux binary becomes 1 process under FreeBSD. > > > I've looked through the supplied documentation, this list and even Google > > and can't find any instructions on how to limit these processes. > > Try using -classic option. What kind of option is that? Java command line or make option? Thanks Joe From antony.t.curtis at ntlworld.com Sat Oct 25 17:08:21 2003 From: antony.t.curtis at ntlworld.com (Antony T Curtis) Date: Sat Oct 25 17:08:54 2003 Subject: Java Processes In-Reply-To: <200310251702.27618.rootman22@comcast.net> References: <200310250821.24466.rootman22@comcast.net> <1067094267.4901.1.camel@pcgem.rdg.cyberkinetica.com> <200310251702.27618.rootman22@comcast.net> Message-ID: <1067126895.4901.3.camel@pcgem.rdg.cyberkinetica.com> On Sun, 2003-10-26 at 00:02, Joe Warner wrote: > On Saturday 25 October 2003 09:04 am, Antony T Curtis wrote: > > On Sat, 2003-10-25 at 15:21, Joe Warner wrote: > > > Hi, > > > > > > Does anyone know how to control the number of Java processes that get > > > spawned when running one of the variants in /usr/ports/java..? I'm > > > running linux-ibm-jdk1.3.1 and when I launch > > > /usr/local/linux-ibm-jdk1.3.1/bin/java it spawns 5 processes of java and > > > it's bringing my system to it's knees! There was an older version that I > > > used to run that only spawned 1 process and my system could handle it > > > fine. > > > > Each thread in a Linux binary becomes 1 process under FreeBSD. > > > > > I've looked through the supplied documentation, this list and even Google > > > and can't find any instructions on how to limit these processes. > > > > Try using -classic option. > > What kind of option is that? Java command line or make option? The first option on the java command line. Alternatively, you can use JDK1.3 (Diablo) on FreeBSD, it will only create one process. -- Antony T Curtis BSc Unix Analyst Programmer http://homepage.ntlworld.com/antony.t.curtis/ From rootman22 at comcast.net Sun Oct 26 04:39:38 2003 From: rootman22 at comcast.net (Joe Warner) Date: Sun Oct 26 04:40:11 2003 Subject: Java Processes In-Reply-To: <1067126895.4901.3.camel@pcgem.rdg.cyberkinetica.com> References: <200310250821.24466.rootman22@comcast.net> <200310251702.27618.rootman22@comcast.net> <1067126895.4901.3.camel@pcgem.rdg.cyberkinetica.com> Message-ID: <200310260539.35434.rootman22@comcast.net> On Saturday 25 October 2003 06:08 pm, Antony T Curtis wrote: > On Sun, 2003-10-26 at 00:02, Joe Warner wrote: > > On Saturday 25 October 2003 09:04 am, Antony T Curtis wrote: > > > On Sat, 2003-10-25 at 15:21, Joe Warner wrote: > > > > Hi, > > > > > > > > Does anyone know how to control the number of Java processes that get > > > > spawned when running one of the variants in /usr/ports/java..? I'm > > > > running linux-ibm-jdk1.3.1 and when I launch > > > > /usr/local/linux-ibm-jdk1.3.1/bin/java it spawns 5 processes of java > > > > and it's bringing my system to it's knees! There was an older version > > > > that I used to run that only spawned 1 process and my system could > > > > handle it fine. > > > > > > Each thread in a Linux binary becomes 1 process under FreeBSD. > > > > > > > I've looked through the supplied documentation, this list and even > > > > Google and can't find any instructions on how to limit these > > > > processes. > > > > > > Try using -classic option. > > > > What kind of option is that? Java command line or make option? > > The first option on the java command line. Oh ok.. > > Alternatively, you can use JDK1.3 (Diablo) on FreeBSD, it will only > create one process. Unfortunately I may have to use one of the linux ports of java because I'm using it in conjunction with the bbas400 plugin for Big Brother which is a Java BB monitoring agent for IBM AS/400 (e-server i-series). I already tried /usr/ports/java/jdk13 and received errors because of incompatibilities with bbas400's jar file which has to be obtained from IBM. I'll try Diablo and see if it will work. Thanks for your help. Joe From m.seaman at infracaninophile.co.uk Sun Oct 26 07:40:13 2003 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sun Oct 26 08:36:44 2003 Subject: Javadocs and pkg-plist Message-ID: <20031026153931.GA4603@happy-idiot-talk.infracaninophile.co.uk> Dear ports, Greg Lewis pointed out to me a problem with a new port I had submitted (ports/57753), and on investigation it turns out that the same thing may affect several ports in the tree. The affected ports will be those that install api documentation which they generate by running javadoc(1) themselves, and that can be installed using one of several different JDK versions, and that don't build their pkg-plist dynamically. It turns out that javadoc from Java 1.4.x will generate two extra files compared to javadoc from Java 1.3.x: 'allclasses-noframe.html' and 'constant-values.html'. These may or may not be listed in the pkg-plist for the port, depending on which version the maintainer happened to be using at the time. I haven't been able to test any earlier Java versions for similar problems. Hardly a world-shaking problem but worth sorting. This, for example, is the fix I came up with: diff -Nur mysql-connector-java.bak/Makefile mysql-connector-java/Makefile --- mysql-connector-java.bak/Makefile Sun Oct 26 09:50:28 2003 +++ mysql-connector-java/Makefile Thu Oct 23 14:40:49 2003 @@ -42,6 +42,14 @@ JARFILE= ${DISTNAME}-bin.jar JDCLASSPATH= ${WRKSRC}:${WRKSRC}/lib/jdbc2_0-stdext.jar:${WRKSRC}/lib/jta-spec1_0_1.jar:${CLASSPATH} +.include + +.if ${USE_JAVA:C/[.+]//g} >= 14 +PLIST_SUB+= JAVA14="" +.else +PLIST_SUB+= JAVA14="@comment " +.endif + do-build: @cd ${WRKSRC} && ${ANT} ${ANT_TARGET} .if !defined(NOPORTDOCS) @@ -73,4 +81,4 @@ @${ECHO_CMD} " [ DONE ]" .endif -.include +.include diff -Nur mysql-connector-java.bak/pkg-plist mysql-connector-java/pkg-plist --- mysql-connector-java.bak/pkg-plist Sun Oct 26 09:58:55 2003 +++ mysql-connector-java/pkg-plist Thu Oct 23 14:11:50 2003 @@ -2,7 +2,7 @@ share/java/classes/jta-spec1_0_1.jar share/java/classes/mysql-connector-java.jar %%PORTDOCS%%%%DOCSDIR%%/javadoc/allclasses-frame.html -%%PORTDOCS%%%%DOCSDIR%%/javadoc/allclasses-noframe.html +%%JAVA14%%%%PORTDOCS%%%%DOCSDIR%%/javadoc/allclasses-noframe.html %%PORTDOCS%%%%DOCSDIR%%/javadoc/com/mysql/jdbc/AssertionFailedException.html %%PORTDOCS%%%%DOCSDIR%%/javadoc/com/mysql/jdbc/Blob.html %%PORTDOCS%%%%DOCSDIR%%/javadoc/com/mysql/jdbc/Buffer.html @@ -54,7 +54,7 @@ %%PORTDOCS%%%%DOCSDIR%%/javadoc/com/mysql/jdbc/package-frame.html %%PORTDOCS%%%%DOCSDIR%%/javadoc/com/mysql/jdbc/package-summary.html %%PORTDOCS%%%%DOCSDIR%%/javadoc/com/mysql/jdbc/package-tree.html -%%PORTDOCS%%%%DOCSDIR%%/javadoc/constant-values.html +%%JAVA14%%%%PORTDOCS%%%%DOCSDIR%%/javadoc/constant-values.html %%PORTDOCS%%%%DOCSDIR%%/javadoc/deprecated-list.html %%PORTDOCS%%%%DOCSDIR%%/javadoc/help-doc.html %%PORTDOCS%%%%DOCSDIR%%/javadoc/index-all.html @@ -81,4 +81,3 @@ %%PORTDOCS%%@dirrm %%DOCSDIR%%/javadoc/com %%PORTDOCS%%@dirrm %%DOCSDIR%%/javadoc %%PORTDOCS%%@dirrm %%DOCSDIR%% - By my count there are some 60 ports in the tree (as of about 10.00am UTC today) which manifestly install javadoc derived documentation -- that is, they include 'allclasses-frame.html' in their pkg-plist files. Of those, 39 seem to be installing pre-generated javadocs straight from their distfiles (they have NO_BUILD=yes or they have no RUN/BUILD dependency on java) or they depend on a specific java version. The remaining 21 are potentially affected: 1) ant-xinclude-task-0.2 ORIGIN: textproc/ant-xinclude-task MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.1+ 2) apache-jserv-1.1.2_1 ORIGIN: www/apache-jserv MAINTAINER: greg@greg.rim.or.jp USE_JAVA: 1.1+ 3) cocoon-1.8.2_3 ORIGIN: textproc/cocoon MAINTAINER: ports@FreeBSD.org USE_JAVA: 1.1+ 4) emboss-2.4.1_2 ORIGIN: biology/emboss MAINTAINER: wjv@FreeBSD.org USE_JAVA: 1.3+ 5) jakarta-commons-beanutils-1.6.1 ORIGIN: java/jakarta-commons-beanutils MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.2+ 6) jakarta-commons-cli-1.0 ORIGIN: java/jakarta-commons-cli MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.2+ 7) jakarta-commons-collections-2.1 ORIGIN: java/jakarta-commons-collections MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.2+ 8) jakarta-commons-dbcp-1.0 ORIGIN: java/jakarta-commons-dbcp MAINTAINER: toha@toha.org.ua USE_JAVA: 1.2+ 9) jakarta-commons-lang-1.0.1 ORIGIN: java/jakarta-commons-lang MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.2+ 10) jakarta-commons-logging-1.0.3 ORIGIN: java/jakarta-commons-logging MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.2+ 11) jakarta-commons-pool-1.0.1 ORIGIN: java/jakarta-commons-pool MAINTAINER: toha@toha.org.ua USE_JAVA: 1.2+ 12) java-checkstyle-3.1 ORIGIN: java/java-checkstyle MAINTAINER: dglo@ssec.wisc.edu USE_JAVA: 1.3+ 13) jboss-3.2.1_1 ORIGIN: java/jboss3 MAINTAINER: des@FreeBSD.org USE_JAVA: 1.3+ 14) jdom-1.0b9 ORIGIN: java/jdom MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.2+ 15) jump-0.4.1_1 ORIGIN: java/jump MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.2+ 16) resin-2.1.11 ORIGIN: www/resin2 MAINTAINER: jb.quenot@caraldi.com USE_JAVA: 1.2+ 17) spread-j-3.17.0_1 ORIGIN: net/spread-j MAINTAINER: joshua@roughtrade.net USE_JAVA: 1.2+ 18) xalan-j-2.5.1 ORIGIN: java/xalan-j MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.2+ 19) xerces-j-2.2.0 ORIGIN: textproc/xerces-j MAINTAINER: kevlo@FreeBSD.org USE_JAVA: 1.3+ 20) xincluder-1.0.d11_1 ORIGIN: textproc/xincluder MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.2+ 21) xmlenc-0.39 ORIGIN: textproc/xmlenc MAINTAINER: znerd@FreeBSD.org USE_JAVA: 1.1+ The other 39 ports that install javadoc documentation that I've found are: 1) apache-ant-1.5.4_1 devel/apache-ant znerd@FreeBSD.org 2) apache-soap-2.3.1 net/apache-soap brian@quynh-and-brian.org 3) axis-1.1_2 www/axis rui@ruilopes.com 4) biojava-1.01 biology/biojava bio@freebsd.net 5) bouncycastle-1.16 java/bouncycastle rara.rasputin@virgin.net 6) cos-2002.11.05,1 java/cos java@freebsd.org 7) crimson-1.1.3_1 textproc/crimson girgen@partitur.se 8) dbXML-1.0b2 databases/dbXML rws@procopia.com 9) fesi-1.1.5 lang/fesi leo@florida.sarang.net 10) gettext-0.12.1 devel/gettext ports@FreeBSD.org 11) gnu-regexp-1.1.4 java/gnu-regexp ports@FreeBSD.org 12) infobus-1.2 java/infobus java@freebsd.org 13) j2sdkee-1.3.1_02 java/j2sdkee13 des@freebsd.org 14) jaf-1.0.2_1 java/jaf java@freebsd.org 15) jakarta-bcel-5.0 java/jakarta-bcel des@FreeBSD.org 16) jakarta-log4j-1.2.8 java/jakarta-log4j herve.quiroz@esil.univ-mrs.fr 17) jakarta-tomcat-4.0.6 www/jakarta-tomcat4 znerd@FreeBSD.org 18) jakarta-tomcat-4.1.27 www/jakarta-tomcat41 znerd@FreeBSD.org 19) jakarta-tomcat-5.0.12_1 www/jakarta-tomcat5 liukang@bjpu.edu.cn 20) janosvm-0.6.0_1 java/janosvm znerd@FreeBSD.org 21) java-beepcore-0.9.07 net/java-beepcore ports@FreeBSD.org 22) javamail-1.3.1 java/javamail java@freebsd.org 23) jboss-2.4.11 java/jboss2 ports@FreeBSD.org 24) jdbcpool-0.99 java/jdbcpool java@freebsd.org 25) jedit-4.1.0 editors/jedit ports@FreeBSD.org 26) jetty-4.2.11 www/jetty ports@FreeBSD.org 27) jfc-1.1.1 java/jfc kuriyama@FreeBSD.org 28) jing-2003.06.19 textproc/jing ports@FreeBSD.org 29) junit-3.8.1 java/junit okazaki@FreeBSD.org 30) jython-2.1_1 lang/jython perky@FreeBSD.org 31) opencyc-0.7.0 misc/opencyc alexs@snark.rinet.ru 32) pircbot-1.2.5 irc/pircbot tim@bishnet.net 33) robocode-1.0.6 games/robocode ports@FreeBSD.org 34) saxon-6.5.2 textproc/saxon ports@FreeBSD.org 35) simplicity-1.2.6b java/simplicity ports@FreeBSD.org 36) sqlrelay-0.32_2 databases/sqlrelay ports@FreeBSD.org 37) trove4j-1.0.2 java/trove4j herve.quiroz@esil.univ-mrs.fr 38) xdoclet-1.2b3 java/xdoclet sheldonh@FreeBSD.org 39) xml4j-3.1.1 textproc/xml4j ports@FreeBSD.org as well as several that use dynamic pkg-plists which I assume don't suffer from the problem in question. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031026/efa01986/attachment.bin From eikemeier at fillmore-labs.com Sun Oct 26 09:00:59 2003 From: eikemeier at fillmore-labs.com (Oliver Eikemeier) Date: Sun Oct 26 09:04:51 2003 Subject: Javadocs and pkg-plist In-Reply-To: <20031026153931.GA4603@happy-idiot-talk.infracaninophile.co.uk> References: <20031026153931.GA4603@happy-idiot-talk.infracaninophile.co.uk> Message-ID: <3F9BFDA9.6040907@fillmore-labs.com> Matthew Seaman wrote: > Dear ports, > > Greg Lewis pointed out to me a problem with a new port I had submitted > (ports/57753), and on investigation it turns out that the same thing > may affect several ports in the tree. > > The affected ports will be those that install api documentation which > they generate by running javadoc(1) themselves, and that can be > installed using one of several different JDK versions, and that don't > build their pkg-plist dynamically. > > It turns out that javadoc from Java 1.4.x will generate two extra > files compared to javadoc from Java 1.3.x: 'allclasses-noframe.html' > and 'constant-values.html'. These may or may not be listed in the > pkg-plist for the port, depending on which version the maintainer > happened to be using at the time. I haven't been able to test any > earlier Java versions for similar problems. How about using a dynamic packing list, like the INFO macro? I posted a proposal to PR 57778: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/57778 I think it's difficult to keep a static list of dynamically generated documentation up to date. From bnax at cloud9.net Sun Oct 26 21:36:20 2003 From: bnax at cloud9.net (David A. Broadnax) Date: Sun Oct 26 21:36:52 2003 Subject: Trying to learn Message-ID: <000d01c39c4c$4eef9ec0$79ba64a8@bnax.com> I just loaded FreeBSD 4.8 Install was successful, Now what. I am bring new to Unix, I know nothing. No CLI nothing! Can you point me in the right direction? From thorsten.greiner at web.de Mon Oct 27 03:34:36 2003 From: thorsten.greiner at web.de (Thorsten Greiner) Date: Mon Oct 27 03:35:09 2003 Subject: Strange behaviour Message-ID: <200310271134.h9RBYWQ22371@mailgate5.cinetic.de> Hi list, I am seeing a lockup with native JDK 1.4.1 on a recent -CURRENT (built yesterday). The java process spins with 100% cpu usage and does not respond to any signal. A truss on the java process shows strange error numbers being returned form sigreturn: ... gettimeofday(0x2809ac78,0x0) = 0 (0x0) sigprocmask(0x3,0x2809ac9c,0x0) = 0 (0x0) poll(0x805f000,0x2,0x0) = 0 (0x0) sigreturn(0xbf71e720) ERR#747053648 'Unknown error: 747053648' SIGNAL 27 SIGNAL 27 gettimeofday(0x2809ac78,0x0) = 0 (0x0) sigprocmask(0x3,0x2809ac9c,0x0) = 0 (0x0) poll(0x805f000,0x2,0x0) = 0 (0x0) gettimeofday(0xbfa2af00,0x0) = 0 (0x0) poll(0x810c400,0x0,0x0) = 0 (0x0) sigreturn(0xbf71e720) ERR#747053648 'Unknown error: 747053648' ... The JDK was built on Oct 11 with a (than recent) world. Yesterday I run a buildworld/buildkernel with a fresh cvsup. java -version shows: java version "1.4.1-p4" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-p4-toor_11_oct_2003_17_36) Java HotSpot(TM) Client VM (build 1.4.1-p4-toor_11_oct_2003_17_36, mixed mode) Any idea what is wrong here? Regards -Thorsten ______________________________________________________________________________ 38xTestsieger - WEB.DE FreeMail - Deutschlands beste E-Mail! Jetzt das neue FreeMail-Handbuch http://f.web.de/extern/handbuch.htm/?mc=021131 From echriste at ndsuext.nodak.edu Mon Oct 27 07:08:36 2003 From: echriste at ndsuext.nodak.edu (Eric) Date: Mon Oct 27 07:10:03 2003 Subject: jdk14 fork() problem fix In-Reply-To: <20031023122839.A75570@phantom.cris.net> References: <20031023122839.A75570@phantom.cris.net> Message-ID: <1067267282.6889.10.camel@dyn231.iacc-tm4.ndsu.nodak.edu> On Thu, 2003-10-23 at 04:28, Alexey Zelkin wrote: > hi, > > This is an intermediate version of fix of jdk fork problem (i.e. > Runtime.getRuntime().exec() and friends). > > It does affect only people who use libc_r (kse and thr should not > be affected). > > Please try this one and report me if it fixes problems for you. I've seen this problem with an application at work that spawns a large number of external processes using Runtime.getRuntime().exec(). Prior to this patch, I couldn't even get our nightly run to complete without hanging. After patching and rebuilding, I've run it three times without any hangs. Incidentally, this has been a problem with various Sun JDKs running under Linux also. Sun fixed it once and then broke it again (or broke something that caused a similar problem) in a later revision. I'm excited! Maybe now I can switch my workstation back to FreeBSD. This bug has forced to run Linux (and an old JDK) for the last 6 months or so. Thanks, Eric -- Eric From phantom at freebsd.org Mon Oct 27 08:09:08 2003 From: phantom at freebsd.org (Alexey Zelkin) Date: Mon Oct 27 08:09:41 2003 Subject: Strange behaviour In-Reply-To: <200310271134.h9RBYWQ22371@mailgate5.cinetic.de>; from thorsten.greiner@web.de on Mon, Oct 27, 2003 at 12:34:32PM +0100 References: <200310271134.h9RBYWQ22371@mailgate5.cinetic.de> Message-ID: <20031027181807.A18410@phantom.cris.net> hi, 1. Which java application causes this behaviour ? 2. Can you please try to ktrace of this process. And provide me snip from its log ? On Mon, Oct 27, 2003 at 12:34:32PM +0100, Thorsten Greiner wrote: > Hi list, > > I am seeing a lockup with native JDK 1.4.1 on a recent -CURRENT > (built yesterday). The java process spins with 100% cpu usage and > does not respond to any signal. > > A truss on the java process shows strange error numbers being > returned form sigreturn: > > ... > gettimeofday(0x2809ac78,0x0) = 0 (0x0) > sigprocmask(0x3,0x2809ac9c,0x0) = 0 (0x0) > poll(0x805f000,0x2,0x0) = 0 (0x0) > sigreturn(0xbf71e720) ERR#747053648 'Unknown error: 747053648' > SIGNAL 27 > SIGNAL 27 > gettimeofday(0x2809ac78,0x0) = 0 (0x0) > sigprocmask(0x3,0x2809ac9c,0x0) = 0 (0x0) > poll(0x805f000,0x2,0x0) = 0 (0x0) > gettimeofday(0xbfa2af00,0x0) = 0 (0x0) > poll(0x810c400,0x0,0x0) = 0 (0x0) > sigreturn(0xbf71e720) ERR#747053648 'Unknown error: 747053648' > ... > > The JDK was built on Oct 11 with a (than recent) world. Yesterday I > run a buildworld/buildkernel with a fresh cvsup. > > java -version shows: > > java version "1.4.1-p4" Java(TM) 2 Runtime Environment, Standard Edition (build > 1.4.1-p4-toor_11_oct_2003_17_36) > Java HotSpot(TM) Client VM (build 1.4.1-p4-toor_11_oct_2003_17_36, mixed mode) > > Any idea what is wrong here? > > Regards > -Thorsten > > ______________________________________________________________________________ > 38xTestsieger - WEB.DE FreeMail - Deutschlands beste E-Mail! Jetzt das > neue FreeMail-Handbuch http://f.web.de/extern/handbuch.htm/?mc=021131 > > _______________________________________________ > 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 scott at sremick.net Mon Oct 27 08:50:55 2003 From: scott at sremick.net (Scott I. Remick) Date: Mon Oct 27 09:00:10 2003 Subject: jdk-1.4.1 plugin & Yahoo Chat Message-ID: <11ka3uwv6ecd2.p6zj4p1l41m8$.dlg@40tude.net> [hmm somehow didn't get this into the right list, trying again] Well, now that the plugin is working w/ 1.4.1 (w/ p4) I decided to give it a whirl. I upgraded the plugin Mozilla Firebird uses by changing the symbolic link /usr/X11R6/lib/browser_plugins/libjavaplugin_oji to link to /usr/local/jdk1.4.1/jre/plugin/i386/ns610/libjavaplugin_oji.so instead. Sure enough, about:plugins showed 1.4.1 now instead of 1.3.1. So the first place I decided to try was Yahoo Chat since I had the most quirks with it and 1.3.1. Right away, I start noticing new problems. I tried clicking on the black box to choose a font color, and Firebird crashed. Then I tried double-clicking on a name to get more info, and Firebird crashed again. Both these actions normally pop up a new small window on top of the chat session, so it seems like anything on Yahoo Chat that opens a new java box crashes Firebird. My other problem is, I can't seem to switch back to 1.3.1! I renamed libjavaplugin_oji.so to libjavaplugin_oji.so.14 and created a new libjavaplugin_oji.so link to point back to 131's ns600/libjavaplugin_oji but even closing and restarting Firebird, about:plugins still shows 1.4.1. Epiphany does the same thing. How to I switch back? Glad to see the progress though. :) From bugmaster at freebsd.org Mon Oct 27 11:01:48 2003 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon Oct 27 11:07:25 2003 Subject: Current problem reports assigned to you Message-ID: <200310271901.h9RJ1bPe056639@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/08/22] java/41913 java JniHandler and ChannelUn Errors 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/02/25] java/35320 java linux-jdk-1.4 JVM fails when running Tomc o [2003/10/12] java/57901 java java/jdk14 (jdk-1.4.1p4) fails to build o [2003/10/25] java/58524 java new port: java/jmf - Java Media Framework 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/10/11] java/43929 java linux-ibm-jdk core dumps without System.e o [2002/10/18] java/44219 java Update port: textproc/cocoon to 2.0.3 o [2002/10/18] java/44251 java Create stylebook port o [2002/11/04] java/44922 java JVM crash o [2003/07/29] java/55032 java SVr4 emulation interferes with install o [2003/09/24] java/57192 java linux-ibm-java1.4 freeze o [2003/10/23] java/58450 java apache-ant doesn't install etc directory 7 problems total. From toha at toha.org.ua Tue Oct 28 02:34:13 2003 From: toha at toha.org.ua (toha@toha.org.ua) Date: Tue Oct 28 02:34:46 2003 Subject: new port/PR 58524 Message-ID: <200310281033.h9SAXm2q013612@ib.com.ua> Hi. Please, look at PR 58524. This is new Java Media Framework port. thanks. From past at noc.ntua.gr Tue Oct 28 02:51:11 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Tue Oct 28 02:51:43 2003 Subject: new port/PR 58524 In-Reply-To: <200310281033.h9SAXm2q013612@ib.com.ua> References: <200310281033.h9SAXm2q013612@ib.com.ua> Message-ID: <3F9E4A04.8000108@noc.ntua.gr> toha@toha.org.ua wrote: > Hi. > > Please, look at PR 58524. This is new Java Media Framework port. > > thanks. Hi, just wondering, did you consider a previous effort described in the following post? http://www.freebsd.org/cgi/getmsg.cgi?fetch=78523+80926+/usr/local/www/db/text/2003/freebsd-java/20030209.freebsd-java Thanks, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From harti at FreeBSD.org Tue Oct 28 05:30:20 2003 From: harti at FreeBSD.org (harti@FreeBSD.org) Date: Tue Oct 28 05:30:53 2003 Subject: java/58618: jdk1.3 fails to build if LOCALBASE is not /usr/local Message-ID: <200310281321.h9SDLZec002296@beagle.fokus.fraunhofer.de> >Number: 58618 >Category: java >Synopsis: jdk1.3 fails to build if LOCALBASE is not /usr/local >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 28 05:30:17 PST 2003 >Closed-Date: >Last-Modified: >Originator: Hartmut Brandt >Release: FreeBSD 5.1-CURRENT i386 >Organization: FhI Fokus >Environment: System: FreeBSD beagle.fokus.fraunhofer.de 5.1-CURRENT FreeBSD 5.1-CURRENT #5: Fri Sep 19 15:25:35 CEST 2003 hbb@beagle.fokus.fraunhofer.de:/opt/obj/usr/src/sys/BEAGLE i386 >Description: When LOCALBASE is set to something else then the default /usr/local the build fails to find libintl.h in ${LOCALBASE}/include. >How-To-Repeat: Set LOCALBASE to /packages/ports and make the port. >Fix: The problem is the following line in j2sdk1.3.1/ext/plugin/build/solaris/GNUmakefile: INTL_DIR ?= /usr/local This default is never overwritten. The following patch to the port's makefile overwrites this definition: Index: Makefile =================================================================== RCS file: /export/cvs/freebsd/ports/java/jdk13/Makefile,v retrieving revision 1.63 diff -u -r1.63 Makefile --- Makefile 16 Oct 2003 23:06:29 -0000 1.63 +++ Makefile 28 Oct 2003 13:20:51 -0000 @@ -56,6 +56,7 @@ SYS_CFLAGS="${CFLAGS}" \ CLASSPATH="" \ LD_LIBRARY_PATH="" \ + INTL_DIR="${LOCALBASE}" \ JAVA_COMPILER="" .if !defined(WITHOUT_PLUGIN) MAKE_ENV += LIBG_HDRS="${LOCALBASE}/include/glib12" \ >Release-Note: >Audit-Trail: >Unformatted: From sheldonh at starjuice.net Tue Oct 28 05:56:46 2003 From: sheldonh at starjuice.net (Sheldon Hearn) Date: Tue Oct 28 06:11:26 2003 Subject: Trying to learn In-Reply-To: <000d01c39c4c$4eef9ec0$79ba64a8@bnax.com> References: <000d01c39c4c$4eef9ec0$79ba64a8@bnax.com> Message-ID: <20031028135640.GS71810@starjuice.net> On (2003/10/27 00:36), David A. Broadnax wrote: > I just loaded FreeBSD 4.8 Install was successful, Now what. I am bring > new to Unix, I know nothing. No CLI nothing! Can you point me in the > right direction? First, change what you know about your operating environment: http://www.freebsd.org/projects/newbies.html I assume you mailed freebsd-java because you want to get a JVM running on your box, not just because this mailing list is particularly friendly. For information on obtaining and installing Java on FreeBSD, check out: http://www.freebsd.org/java/ Enjoy! :-) Ciao, Sheldon. From sheldonh at starjuice.net Tue Oct 28 05:57:59 2003 From: sheldonh at starjuice.net (Sheldon Hearn) Date: Tue Oct 28 06:12:36 2003 Subject: Trying to learn In-Reply-To: <20031028135640.GS71810@starjuice.net> References: <000d01c39c4c$4eef9ec0$79ba64a8@bnax.com> <20031028135640.GS71810@starjuice.net> Message-ID: <20031028135755.GT71810@starjuice.net> On (2003/10/28 15:56), Sheldon Hearn wrote: > First, change what you know about your operating environment: > > http://www.freebsd.org/projects/newbies.html It's worth mentioning that your first mission should be to upgrade to at least 4.9-RELEASE. There's information on upgrading in the Handook, listed under the resource I referenced above. Ciao, Sheldon. From mark at s-wit.net Tue Oct 28 07:27:20 2003 From: mark at s-wit.net (M.D. DeWar) Date: Tue Oct 28 07:30:49 2003 Subject: Newbie attempting to install java on FreeBSD - what a adventure. Message-ID: <001b01c39d68$796f9020$fb65a8c0@ocfl061> Hello, I am trying to get java to install/run/ on a FreeBSD 4.8 box. I ain't bitching or complaining. Maybe whinning. Okay am whinning. Its a bitch to get this running. In reading I understand its mostly Sun's refusal to be helpful. Or at least thats the impression I got in reading pages/mail list postings on the net. Hopefully someone outthere can help me get this thing going. This is a normal freebsd install. no kernel options were passed other than defaults. This webpage http://www.freebsd.org/java/install.html said to do this: Installing FreeBSD's JDKT is typically straightforward: cd /usr/ports/java/jdk make make install make clean Okay did that. I got a directory under /usr/local/linux-sun-jdk1.4.1 I had to fill out some license stuff I think. I have done so much can't recall what I did at times or when or whatever. arghh. When I try to run babylon chatserver I get this: spiderman# ./java /temp/babylon-2.1_BETA/babylonServer Exception in thread "main" java.lang.NoClassDefFoundError: /temp/babylon-2/1_BET A/babylonServer Doing some more google searches I found kaffe-1.0.7. Downloaded it. Did its thing. It fails to run. More google searches and I found something called diablo. http://www.freebsdfoundation.org/downloads/java.shtml spiderman# cd diablo-jre1.3.1/ spiderman# ls ControlPanel.html bin plugin README lib Welcome.html man spiderman# cd bin spiderman# ls .java_wrapper awt_robot java policytool rmiregistry ControlPanel i386 keytool rmid tnameserv spiderman# ./java /temp/babylon-2.1_BETA/babylonServer Exception in thread "main" java.lang.NoClassDefFoundError: /temp/babylon-2/1_BET A/babylonServer I added to profiles per some docs. JAVA_HOME=/usr/local/linux-sun-jdk1.4.1 export JAVA_HOME CLASSPATH=.:${JAVA_HOME}jre/lib/rt.jar:/jre/lib/javaplugin.jar:/jre/lib/sinr asig export CLASSPATH I put some patchsets into /usr/ports per some docs: spiderman# cd /usr/ports/distfiles/ spiderman# ls BUILD jdk14.patches autoconf-2.53.tar.bz2 libtool-1.3.4.tar.gz bsd-jdk14-patches-3.tar m4-1.4.tar.gz help2man-1.29.tar.gz patch-pthread_attr_get_np.c j2sdk-1_4_1_02-linux-i586.bin More google searches brought me here: http://www.eyesbeyond.com/freebsddom/java/jdk14.html However I am not sure if I did the patches right. I don't think I did. The docs were pretty vague for a newbie on running the patch on were I should copy the patch to, were I should be to run it. And theres no contact addy for any type of help so found it to be useless for me a dumbshit newbie. In the build readme it says for experienced but hell out the hell is a newbie to get experience with incomplete docs like this: These instructions are intended for people who have experience manually compiling the JDK or who are experienced with large complex package compilation. They were originally provided by Alexey Zelkin. You need one of the following setups: FreeBSD 4.7-STABLE or 5.0-CURRENT (After 07-Jan-2003) or 5.0-RELEASE (with included patch-libc_r-pthread_attr_get_np.c applied.) -OR- Stock FreeBSD 4.7-STABLE or 5.0-CURRENT (After 04-Feb-2003) -OR- NetBSD -current (with Scheduler Activations) OpenMotif 2.1.30 or later. GNU Make 3.79.1 Unzip 5.50 to unpack the source code. You'll also need a working JDK 1.4.1 compiler to bootstrap the process. Both FreeBSD and NetBSD include appropriate Linux JDKs which run under emulation and can be used to bootstrap. On FreeBSD the preferred port is java/linux-sun-jdk14, on NetBSD its lang/sun-jdk14. Here is a typical set up for your build environment: unsetenv LANG <<<<< ??????? unsetenv JAVA_HOME << Synopsis: jdk1.3 fails to build if LOCALBASE is not /usr/local Responsible-Changed-From-To: freebsd-java->glewis Responsible-Changed-By: glewis Responsible-Changed-When: Tue Oct 28 08:57:56 PST 2003 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=58618 From jonc at chen.org.nz Tue Oct 28 12:26:31 2003 From: jonc at chen.org.nz (Jonathan Chen) Date: Tue Oct 28 12:29:16 2003 Subject: jdk14 fork() problem fix In-Reply-To: <20031023122839.A75570@phantom.cris.net> References: <20031023122839.A75570@phantom.cris.net> Message-ID: <20031028202628.GA54113@grimoire.chen.org.nz> On Thu, Oct 23, 2003 at 12:28:39PM +0300, Alexey Zelkin wrote: > hi, > > This is an intermediate version of fix of jdk fork problem (i.e. > Runtime.getRuntime().exec() and friends). > > It does affect only people who use libc_r (kse and thr should not > be affected). > > Please try this one and report me if it fixes problems for you. After running with the patch for sometime, it looks *real* good. Will you be releasing this to the port? It definitely is a critical fix and bumps the JVM to a production-usable state. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- When all else fails, RTFM From phantom at FreeBSD.org.ua Wed Oct 29 00:24:25 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Wed Oct 29 00:26:37 2003 Subject: [phantom@FreeBSD.org: cvs commit: ports/java/jdk14 Makefile pkg-plist ports/java/jdk14/files patch-UNIXProcess_md.c.bsd] Message-ID: <20031029103341.A32272@phantom.cris.net> hi, JFYI. ----- Forwarded message from Alexey Zelkin ----- Delivered-To: phantom@freebsd.org Delivered-To: ports-committers@freebsd.org From: Alexey Zelkin Date: Wed, 29 Oct 2003 00:20:59 -0800 (PST) To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: ports/java/jdk14 Makefile pkg-plist ports/java/jdk14/files patch-UNIXProcess_md.c.bsd X-FreeBSD-CVS-Branch: HEAD Precedence: bulk X-Loop: FreeBSD.ORG phantom 2003/10/29 00:20:59 PST FreeBSD ports repository Modified files: java/jdk14 Makefile pkg-plist Added files: java/jdk14/files patch-UNIXProcess_md.c.bsd Log: . Add fix for "runaway process" problem. It should fix of stalled processes problem for people who use Runtime.getRuntime.exec() method and related things. Least five people reported that this patch fixed problem for them. IMPORTANT: I'd also suggested to all jdk14 users who runs FreeBSD 4.x and use libc_r at FreeBSD 5.x to upgrade. . Stop removing "src.zip" from installation bundle. Since -p4 it builds correctly and there's no reason to forbit people to use it. . Bump PORTREVISION. Revision Changes Path 1.65 +1 -2 ports/java/jdk14/Makefile 1.1 +93 -0 ports/java/jdk14/files/patch-UNIXProcess_md.c.bsd (new) 1.18 +1 -0 ports/java/jdk14/pkg-plist ----- End forwarded message ----- From Jan.Grant at bristol.ac.uk Wed Oct 29 00:36:27 2003 From: Jan.Grant at bristol.ac.uk (Jan Grant) Date: Wed Oct 29 00:36:59 2003 Subject: Newbie attempting to install java on FreeBSD - what a adventure. In-Reply-To: <001b01c39d68$796f9020$fb65a8c0@ocfl061> References: <001b01c39d68$796f9020$fb65a8c0@ocfl061> Message-ID: On Tue, 28 Oct 2003, M.D. DeWar wrote: > Hello, > I am trying to get java to install/run/ on a FreeBSD 4.8 box. > I ain't bitching or complaining. Maybe whinning. Okay am whinning. > Its a bitch to get this running. In reading I understand its mostly Sun's > refusal to be helpful. Or at least thats the impression I got in reading > pages/mail list postings on the net. That's not the problem you're having. > When I try to run babylon chatserver I get this: > > spiderman# ./java /temp/babylon-2.1_BETA/babylonServer > Exception in thread "main" java.lang.NoClassDefFoundError: > /temp/babylon-2/1_BET > A/babylonServer For complete information, you need to read the online docs for the "java" command. In a nutshell: - if the babylonServer comes with a wrapper shell script to run it, you probably just need to set JAVA_HOME and then execute the script (which should call java for you) - if /temp/babylon-2.1_BETA/babylonServer is a runnable .jar file, you can run this by calling: java -jar /temp/babylon-2.1_BETA/babylonServer.jar The error you're seeing is because invoking "java foo" will look for the class foo on your current classpath. If the babylonServer is actually just a pile of .class files in a directory tree, you need to ensure that the top-level directory of the tree is on your CLASSPATH. CLASSPATH confusion is the number one stumbling block when beginning to use java, in my experience. > More google searches brought me here: > http://www.eyesbeyond.com/freebsddom/java/jdk14.html > However I am not sure if I did the patches right. I don't think I did. The patches you mention are used to build a 1.4 JDK from source, using the ports tree. > In the build readme it says for experienced but hell out the hell is a > newbie to get experience with incomplete docs like this: Well, you might want to look at the FreeBSD handbook (online), particularly at the explanation of the ports system, which should help. You should also note that the native 1.4 JDK is still a "work in progress" and has yet to be packaged for simple installation (although if you fetch the source and patches manually the ports tree does a pretty good no-brainer install). As to the lines you're concerned about in those instructions, > unsetenv LANG > <<<<< ??????? > > unsetenv JAVA_HOME > << In additional, with the recommended ports, one would use > > setenv ALT_BOOTDIR /usr/local/linux-sun-jdk1.4.1 > setenv ALT_BOOTDIR /usr/pkg/java/sun-1.4 < > ??????????????????????????????????? > > on NetBSD The port is not solely targetted at FreeBSD. NetBSD is another, similar, operating system. > I am so lost now I have no idea were to turn or what to do. ? Other than > drink heavily. It sounds from what you're saying that you've successfully installed both the Linux JDK _and_ the diablo JDK (although you may not realise it). Your problem seems to stem from a misunderstanding about invoking java from the command line: in a nutshell - - ensure JAVA_HOME is set to the top-level directory of your java installation (so that your Java can be detected successfully by shell scripts that use this convention) - ensure that your PATH contains ${JAVA_HOME}/bin (so that the "java" and related commands can be found) - you do not need to include rt.jar and so on in your CLASSPATH; this is taken care of automatically. > Again I am not trying to blame or bitch about this. Just show my confusion > and frustration in trying to install. As a newbie. > > If anyone can help me out I would greatly appreciate it. I hope this helps somewhat. If you can provide more information about what files are in your babylonServer directory that would be a help. Cheers, -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 http://ioctl.org/jan/ Strive to live every day as though it was last Wednesday. From liukang at bjpu.edu.cn Wed Oct 29 07:11:51 2003 From: liukang at bjpu.edu.cn (Kang Liu) Date: Wed Oct 29 07:13:29 2003 Subject: ports/58376: [maintainer]update tomcat5 to 5.0.13 Message-ID: <000c01c39e2e$f8421370$0201a8c0@liukangfj2a7ms> new patch, update tomcat5 to 5.0.14 :-) Index: distinfo =================================================================== RCS file: /home/ncvs/ports/www/jakarta-tomcat5/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo 25 Sep 2003 08:59:31 -0000 1.3 +++ distinfo 29 Oct 2003 15:05:50 -0000 @@ -1 +1 @@ -MD5 (jakarta-tomcat-5.0.12.tar.gz) = f74f15c7b5b6b0c80d4ac42c82c6e075 +MD5 (jakarta-tomcat-5.0.14.tar.gz) = d92fd86da7ae159392ac222930619f4f Index: Makefile =================================================================== RCS file: /home/ncvs/ports/www/jakarta-tomcat5/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile 26 Sep 2003 05:54:44 -0000 1.4 +++ Makefile 29 Oct 2003 15:05:55 -0000 @@ -6,11 +6,10 @@ # PORTNAME= jakarta-tomcat -PORTVERSION= 5.0.12 -PORTREVISION= 1 +PORTVERSION= 5.0.14 CATEGORIES= www java -MASTER_SITES= http://www.apache.org/dist/jakarta/tomcat-5/v${PORTVERSION}-beta/bin/ \ - http://apache.lemon4ssc.org/dist/jakarta/tomcat-5/v{PORTVERSION}-beta/bi n/ \ +MASTER_SITES= http://www.apache.org/dist/jakarta/tomcat-5/v${PORTVERSION}-alpha/bin/ \ + http://apache.lemon4ssc.org/dist/jakarta/tomcat-5/v{PORTVERSION}-alpha/b in/ \ http://distfiles.coredump.cn/ MAINTAINER= liukang@bjpu.edu.cn Index: pkg-plist =================================================================== RCS file: /home/ncvs/ports/www/jakarta-tomcat5/pkg-plist,v retrieving revision 1.4 diff -u -r1.4 pkg-plist --- pkg-plist 26 Sep 2003 05:54:44 -0000 1.4 +++ pkg-plist 29 Oct 2003 15:09:21 -0000 @@ -24,11 +24,13 @@ %%T%%/common/endorsed/xmlParserAPIs.jar %%T%%/common/lib/ant.jar %%T%%/common/lib/commons-collections.jar -%%T%%/common/lib/commons-dbcp.jar +%%T%%/common/lib/commons-dbcp-1.1.jar %%T%%/common/lib/commons-el.jar -%%T%%/common/lib/commons-pool.jar +%%T%%/common/lib/commons-pool-1.1.jar %%T%%/common/lib/jasper-compiler.jar %%T%%/common/lib/jasper-runtime.jar +%%T%%/common/lib/jmx-remote-tools.jar +%%T%%/common/lib/jmx-remote.jar %%T%%/common/lib/jmx.jar %%T%%/common/lib/jsp-api.jar %%T%%/common/lib/naming-common.jar @@ -298,36 +300,36 @@ %%T%%/webapps/jsp-examples/WEB-INF/tags/panel.tag %%T%%/webapps/jsp-examples/WEB-INF/tags/xhtmlbasic.tag %%T%%/webapps/jsp-examples/WEB-INF/web.xml -%%T%%/webapps/jsp-examples/cal/Entries.java.txt -%%T%%/webapps/jsp-examples/cal/Entry.java.txt -%%T%%/webapps/jsp-examples/cal/JspCalendar.java.txt -%%T%%/webapps/jsp-examples/cal/TableBean.java.txt +%%T%%/webapps/jsp-examples/cal/Entries.java.html +%%T%%/webapps/jsp-examples/cal/Entry.java.html +%%T%%/webapps/jsp-examples/cal/JspCalendar.java.html +%%T%%/webapps/jsp-examples/cal/TableBean.java.html %%T%%/webapps/jsp-examples/cal/cal1.jsp -%%T%%/webapps/jsp-examples/cal/cal1.jsp.txt +%%T%%/webapps/jsp-examples/cal/cal1.jsp.html %%T%%/webapps/jsp-examples/cal/cal2.jsp -%%T%%/webapps/jsp-examples/cal/cal2.jsp.txt +%%T%%/webapps/jsp-examples/cal/cal2.jsp.html %%T%%/webapps/jsp-examples/cal/calendar.html %%T%%/webapps/jsp-examples/cal/login.html %%T%%/webapps/jsp-examples/checkbox/CheckTest.html %%T%%/webapps/jsp-examples/checkbox/check.html %%T%%/webapps/jsp-examples/checkbox/checkresult.jsp -%%T%%/webapps/jsp-examples/checkbox/checkresult.jsp.txt +%%T%%/webapps/jsp-examples/checkbox/checkresult.jsp.html %%T%%/webapps/jsp-examples/checkbox/cresult.html %%T%%/webapps/jsp-examples/colors/ColorGameBean.html %%T%%/webapps/jsp-examples/colors/clr.html %%T%%/webapps/jsp-examples/colors/colors.html %%T%%/webapps/jsp-examples/colors/colrs.jsp -%%T%%/webapps/jsp-examples/colors/colrs.jsp.txt +%%T%%/webapps/jsp-examples/colors/colrs.jsp.html %%T%%/webapps/jsp-examples/dates/date.html %%T%%/webapps/jsp-examples/dates/date.jsp -%%T%%/webapps/jsp-examples/dates/date.jsp.txt +%%T%%/webapps/jsp-examples/dates/date.jsp.html %%T%%/webapps/jsp-examples/error/er.html %%T%%/webapps/jsp-examples/error/err.jsp -%%T%%/webapps/jsp-examples/error/err.jsp.txt +%%T%%/webapps/jsp-examples/error/err.jsp.html %%T%%/webapps/jsp-examples/error/error.html %%T%%/webapps/jsp-examples/error/errorpge.jsp %%T%%/webapps/jsp-examples/forward/forward.jsp -%%T%%/webapps/jsp-examples/forward/forward.jsp.txt +%%T%%/webapps/jsp-examples/forward/forward.jsp.html %%T%%/webapps/jsp-examples/forward/fwd.html %%T%%/webapps/jsp-examples/forward/one.jsp %%T%%/webapps/jsp-examples/forward/two.html @@ -339,108 +341,108 @@ %%T%%/webapps/jsp-examples/include/foo.jsp %%T%%/webapps/jsp-examples/include/inc.html %%T%%/webapps/jsp-examples/include/include.jsp -%%T%%/webapps/jsp-examples/include/include.jsp.txt +%%T%%/webapps/jsp-examples/include/include.jsp.html %%T%%/webapps/jsp-examples/index.html -%%T%%/webapps/jsp-examples/jsp2/el/Functions.java.txt +%%T%%/webapps/jsp-examples/jsp2/el/Functions.java.html %%T%%/webapps/jsp-examples/jsp2/el/basic-arithmetic.html %%T%%/webapps/jsp-examples/jsp2/el/basic-arithmetic.jsp -%%T%%/webapps/jsp-examples/jsp2/el/basic-arithmetic.jsp.txt +%%T%%/webapps/jsp-examples/jsp2/el/basic-arithmetic.jsp.html %%T%%/webapps/jsp-examples/jsp2/el/basic-comparisons.html %%T%%/webapps/jsp-examples/jsp2/el/basic-comparisons.jsp -%%T%%/webapps/jsp-examples/jsp2/el/basic-comparisons.jsp.txt +%%T%%/webapps/jsp-examples/jsp2/el/basic-comparisons.jsp.html %%T%%/webapps/jsp-examples/jsp2/el/functions.html %%T%%/webapps/jsp-examples/jsp2/el/functions.jsp -%%T%%/webapps/jsp-examples/jsp2/el/functions.jsp.txt +%%T%%/webapps/jsp-examples/jsp2/el/functions.jsp.html %%T%%/webapps/jsp-examples/jsp2/el/implicit-objects.html %%T%%/webapps/jsp-examples/jsp2/el/implicit-objects.jsp -%%T%%/webapps/jsp-examples/jsp2/el/implicit-objects.jsp.txt -%%T%%/webapps/jsp-examples/jsp2/jspattribute/FooBean.java.txt -%%T%%/webapps/jsp-examples/jsp2/jspattribute/HelloWorldSimpleTag.java.t xt -%%T%%/webapps/jsp-examples/jsp2/jspattribute/ShuffleSimpleTag.java.txt -%%T%%/webapps/jsp-examples/jsp2/jspattribute/TileSimpleTag.java.txt +%%T%%/webapps/jsp-examples/jsp2/el/implicit-objects.jsp.html +%%T%%/webapps/jsp-examples/jsp2/jspattribute/FooBean.java.html +%%T%%/webapps/jsp-examples/jsp2/jspattribute/HelloWorldSimpleTag.java.h tml +%%T%%/webapps/jsp-examples/jsp2/jspattribute/ShuffleSimpleTag.java.html +%%T%%/webapps/jsp-examples/jsp2/jspattribute/TileSimpleTag.java.html %%T%%/webapps/jsp-examples/jsp2/jspattribute/jspattribute.html %%T%%/webapps/jsp-examples/jsp2/jspattribute/jspattribute.jsp -%%T%%/webapps/jsp-examples/jsp2/jspattribute/jspattribute.jsp.txt +%%T%%/webapps/jsp-examples/jsp2/jspattribute/jspattribute.jsp.html %%T%%/webapps/jsp-examples/jsp2/jspattribute/shuffle.html %%T%%/webapps/jsp-examples/jsp2/jspattribute/shuffle.jsp -%%T%%/webapps/jsp-examples/jsp2/jspattribute/shuffle.jsp.txt +%%T%%/webapps/jsp-examples/jsp2/jspattribute/shuffle.jsp.html %%T%%/webapps/jsp-examples/jsp2/jspx/basic.html %%T%%/webapps/jsp-examples/jsp2/jspx/basic.jspx -%%T%%/webapps/jsp-examples/jsp2/jspx/basic.jspx.txt +%%T%%/webapps/jsp-examples/jsp2/jspx/basic.jspx.html %%T%%/webapps/jsp-examples/jsp2/jspx/svgexample.html %%T%%/webapps/jsp-examples/jsp2/jspx/textRotate.html %%T%%/webapps/jsp-examples/jsp2/jspx/textRotate.jpg %%T%%/webapps/jsp-examples/jsp2/jspx/textRotate.jspx -%%T%%/webapps/jsp-examples/jsp2/jspx/textRotate.jspx.txt -%%T%%/webapps/jsp-examples/jsp2/misc/EchoAttributesTag.java.txt +%%T%%/webapps/jsp-examples/jsp2/jspx/textRotate.jspx.html +%%T%%/webapps/jsp-examples/jsp2/misc/EchoAttributesTag.java.html %%T%%/webapps/jsp-examples/jsp2/misc/coda.jspf -%%T%%/webapps/jsp-examples/jsp2/misc/coda.jspf.txt +%%T%%/webapps/jsp-examples/jsp2/misc/coda.jspf.html %%T%%/webapps/jsp-examples/jsp2/misc/config.html %%T%%/webapps/jsp-examples/jsp2/misc/config.jsp -%%T%%/webapps/jsp-examples/jsp2/misc/config.jsp.txt +%%T%%/webapps/jsp-examples/jsp2/misc/config.jsp.html %%T%%/webapps/jsp-examples/jsp2/misc/dynamicattrs.html %%T%%/webapps/jsp-examples/jsp2/misc/dynamicattrs.jsp -%%T%%/webapps/jsp-examples/jsp2/misc/dynamicattrs.jsp.txt +%%T%%/webapps/jsp-examples/jsp2/misc/dynamicattrs.jsp.html %%T%%/webapps/jsp-examples/jsp2/misc/prelude.jspf -%%T%%/webapps/jsp-examples/jsp2/misc/prelude.jspf.txt -%%T%%/webapps/jsp-examples/jsp2/simpletag/BookBean.java.txt -%%T%%/webapps/jsp-examples/jsp2/simpletag/FindBookSimpleTag.java.txt -%%T%%/webapps/jsp-examples/jsp2/simpletag/Functions.java.txt -%%T%%/webapps/jsp-examples/jsp2/simpletag/HelloWorldSimpleTag.java.txt -%%T%%/webapps/jsp-examples/jsp2/simpletag/RepeatSimpleTag.java.txt +%%T%%/webapps/jsp-examples/jsp2/misc/prelude.jspf.html +%%T%%/webapps/jsp-examples/jsp2/simpletag/BookBean.java.html +%%T%%/webapps/jsp-examples/jsp2/simpletag/FindBookSimpleTag.java.html +%%T%%/webapps/jsp-examples/jsp2/simpletag/Functions.java.html +%%T%%/webapps/jsp-examples/jsp2/simpletag/HelloWorldSimpleTag.java.html +%%T%%/webapps/jsp-examples/jsp2/simpletag/RepeatSimpleTag.java.html %%T%%/webapps/jsp-examples/jsp2/simpletag/book.html %%T%%/webapps/jsp-examples/jsp2/simpletag/book.jsp -%%T%%/webapps/jsp-examples/jsp2/simpletag/book.jsp.txt +%%T%%/webapps/jsp-examples/jsp2/simpletag/book.jsp.html %%T%%/webapps/jsp-examples/jsp2/simpletag/hello.html %%T%%/webapps/jsp-examples/jsp2/simpletag/hello.jsp -%%T%%/webapps/jsp-examples/jsp2/simpletag/hello.jsp.txt +%%T%%/webapps/jsp-examples/jsp2/simpletag/hello.jsp.html %%T%%/webapps/jsp-examples/jsp2/simpletag/repeat.html %%T%%/webapps/jsp-examples/jsp2/simpletag/repeat.jsp -%%T%%/webapps/jsp-examples/jsp2/simpletag/repeat.jsp.txt -%%T%%/webapps/jsp-examples/jsp2/tagfiles/displayProducts.tag.txt +%%T%%/webapps/jsp-examples/jsp2/simpletag/repeat.jsp.html +%%T%%/webapps/jsp-examples/jsp2/tagfiles/displayProducts.tag.html %%T%%/webapps/jsp-examples/jsp2/tagfiles/hello.html %%T%%/webapps/jsp-examples/jsp2/tagfiles/hello.jsp -%%T%%/webapps/jsp-examples/jsp2/tagfiles/hello.jsp.txt -%%T%%/webapps/jsp-examples/jsp2/tagfiles/helloWorld.tag.txt +%%T%%/webapps/jsp-examples/jsp2/tagfiles/hello.jsp.html +%%T%%/webapps/jsp-examples/jsp2/tagfiles/helloWorld.tag.html %%T%%/webapps/jsp-examples/jsp2/tagfiles/panel.html %%T%%/webapps/jsp-examples/jsp2/tagfiles/panel.jsp -%%T%%/webapps/jsp-examples/jsp2/tagfiles/panel.jsp.txt -%%T%%/webapps/jsp-examples/jsp2/tagfiles/panel.tag.txt +%%T%%/webapps/jsp-examples/jsp2/tagfiles/panel.jsp.html +%%T%%/webapps/jsp-examples/jsp2/tagfiles/panel.tag.html %%T%%/webapps/jsp-examples/jsp2/tagfiles/products.html %%T%%/webapps/jsp-examples/jsp2/tagfiles/products.jsp -%%T%%/webapps/jsp-examples/jsp2/tagfiles/products.jsp.txt -%%T%%/webapps/jsp-examples/jsp2/tagfiles/xhtmlbasic.tag.txt +%%T%%/webapps/jsp-examples/jsp2/tagfiles/products.jsp.html +%%T%%/webapps/jsp-examples/jsp2/tagfiles/xhtmlbasic.tag.html %%T%%/webapps/jsp-examples/jsptoserv/hello.jsp %%T%%/webapps/jsp-examples/jsptoserv/jsptoservlet.jsp -%%T%%/webapps/jsp-examples/jsptoserv/jsptoservlet.jsp.txt +%%T%%/webapps/jsp-examples/jsptoserv/jsptoservlet.jsp.html %%T%%/webapps/jsp-examples/jsptoserv/jts.html -%%T%%/webapps/jsp-examples/jsptoserv/servletToJsp.java.txt +%%T%%/webapps/jsp-examples/jsptoserv/servletToJsp.java.html %%T%%/webapps/jsp-examples/num/numguess.html %%T%%/webapps/jsp-examples/num/numguess.jsp -%%T%%/webapps/jsp-examples/num/numguess.jsp.txt +%%T%%/webapps/jsp-examples/num/numguess.jsp.html %%T%%/webapps/jsp-examples/plugin/applet/Clock2.class %%T%%/webapps/jsp-examples/plugin/applet/Clock2.java %%T%%/webapps/jsp-examples/plugin/plugin.html %%T%%/webapps/jsp-examples/plugin/plugin.jsp -%%T%%/webapps/jsp-examples/plugin/plugin.jsp.txt +%%T%%/webapps/jsp-examples/plugin/plugin.jsp.html %%T%%/webapps/jsp-examples/security/protected/error.jsp %%T%%/webapps/jsp-examples/security/protected/index.jsp %%T%%/webapps/jsp-examples/security/protected/login.jsp %%T%%/webapps/jsp-examples/sessions/DummyCart.html %%T%%/webapps/jsp-examples/sessions/carts.html %%T%%/webapps/jsp-examples/sessions/carts.jsp -%%T%%/webapps/jsp-examples/sessions/carts.jsp.txt +%%T%%/webapps/jsp-examples/sessions/carts.jsp.html %%T%%/webapps/jsp-examples/sessions/crt.html %%T%%/webapps/jsp-examples/simpletag/foo.html %%T%%/webapps/jsp-examples/simpletag/foo.jsp -%%T%%/webapps/jsp-examples/simpletag/foo.jsp.txt +%%T%%/webapps/jsp-examples/simpletag/foo.jsp.html %%T%%/webapps/jsp-examples/snp/snoop.html %%T%%/webapps/jsp-examples/snp/snoop.jsp -%%T%%/webapps/jsp-examples/snp/snoop.jsp.txt +%%T%%/webapps/jsp-examples/snp/snoop.jsp.html %%T%%/webapps/jsp-examples/source.jsp %%T%%/webapps/jsp-examples/xml/xml.html %%T%%/webapps/jsp-examples/xml/xml.jsp -%%T%%/webapps/jsp-examples/xml/xml.jsp.txt +%%T%%/webapps/jsp-examples/xml/xml.jsp.html %%T%%/webapps/servlets-examples/WEB-INF/classes/CookieExample.class %%T%%/webapps/servlets-examples/WEB-INF/classes/CookieExample.java %%T%%/webapps/servlets-examples/WEB-INF/classes/HelloWorldExample.class @@ -818,6 +820,7 @@ %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/catalina/startup/ LifecycleListenerRule.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/catalina/startup/ NamingRuleSet.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/catalina/startup/ PasswdUserDatabase.html +%%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/catalina/startup /SetAllPropertiesRule.SystemPropertyPropertyResource.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/catalina/startup/ SetAllPropertiesRule.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/catalina/startup/ SetDocBaseRule.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/catalina/startup/ TldConfig.html @@ -913,6 +916,7 @@ %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/coyote/http11/Int ernalOutputBuffer.OutputStreamOutputBuffer.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/coyote/http11/Int ernalOutputBuffer.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/coyote/http11/Out putFilter.html +%%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/coyote/http11/fi lters/BufferedInputFilter.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/coyote/http11/fil ters/ChunkedInputFilter.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/coyote/http11/fil ters/ChunkedOutputFilter.html %%T%%/webapps/tomcat-docs/catalina/docs/api/org/apache/coyote/http11/fil ters/GzipOutputFilter.FakeOutputStream.html @@ -1234,6 +1238,7 @@ %%T%%/webapps/tomcat-docs/cgi-howto.html %%T%%/webapps/tomcat-docs/changelog.html %%T%%/webapps/tomcat-docs/class-loader-howto.html +%%T%%/webapps/tomcat-docs/cluster-howto.html %%T%%/webapps/tomcat-docs/config/context.html %%T%%/webapps/tomcat-docs/config/coyote.html %%T%%/webapps/tomcat-docs/config/defaultcontext.html @@ -1555,6 +1560,7 @@ %%T%%/webapps/tomcat-docs/printer/cgi-howto.html %%T%%/webapps/tomcat-docs/printer/changelog.html %%T%%/webapps/tomcat-docs/printer/class-loader-howto.html +%%T%%/webapps/tomcat-docs/printer/cluster-howto.html %%T%%/webapps/tomcat-docs/printer/default-servlet.html %%T%%/webapps/tomcat-docs/printer/deployer-howto.html %%T%%/webapps/tomcat-docs/printer/developers.html From dnelson at allantgroup.com Wed Oct 29 11:31:11 2003 From: dnelson at allantgroup.com (Dan Nelson) Date: Wed Oct 29 11:32:27 2003 Subject: [phantom@FreeBSD.org: cvs commit: ports/java/jdk14 Makefile pkg-plist ports/java/jdk14/files patch-UNIXProcess_md.c.bsd] In-Reply-To: <20031029103341.A32272@phantom.cris.net> References: <20031029103341.A32272@phantom.cris.net> Message-ID: <20031029193106.GA95197@dan.emsphone.com> In the last episode (Oct 29), Alexey Zelkin said: > phantom 2003/10/29 00:20:59 PST > > FreeBSD ports repository > > Modified files: > java/jdk14 Makefile pkg-plist > Added files: > java/jdk14/files patch-UNIXProcess_md.c.bsd > Log: > . Add fix for "runaway process" problem. It should fix of stalled > processes problem for people who use Runtime.getRuntime.exec() method > and related things. Least five people reported that this patch fixed > problem for them. > > IMPORTANT: I'd also suggested to all jdk14 users who runs FreeBSD 4.x > and use libc_r at FreeBSD 5.x to upgrade. jhb just committed a patch to -current that fixes a bug where a SIGPROF timer (i.e. libc_r's thread scheduling signal) would continue to fire in the client process after a fork. You might want to check and see if you can reproduce your bug with a new -current. Your patch will still be needed for 4.9, of course. -- Dan Nelson dnelson@allantgroup.com From Bob.Dixon at sas.com Wed Oct 29 12:05:25 2003 From: Bob.Dixon at sas.com (Bob Dixon) Date: Wed Oct 29 12:06:14 2003 Subject: Java Obfuscators Message-ID: My group is developing in Java on FreeBSD, and we're interested in using an obfuscator to prevent reverse-engineering. Can anyone recommend one that runs on FreeBSD? Thanks! Bob From rdeiriar at spock.cl Wed Oct 29 13:51:15 2003 From: rdeiriar at spock.cl (Roberto de Iriarte) Date: Wed Oct 29 14:03:26 2003 Subject: Java Obfuscators In-Reply-To: References: Message-ID: <3FA03653.2080608@spock.cl> Bob Dixon wrote: > My group is developing in Java on FreeBSD, and we're interested in using an obfuscator to prevent reverse-engineering. Can anyone recommend one that runs on FreeBSD? Thanks! > >Bob > >_______________________________________________ >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" > > > I'm sorry, i fail to see the purpose of an obfuscator for Java Compiled java apps are platform neutral, so you'll not need to redistribute the sources unless you want to. Should your customer need to interface with your classes, a propery written JavaDoc should suffice. Not that i would not want to tell you about the wonders of Open Source ... Regards Roberto From chris-freebsd at randomcamel.net Wed Oct 29 14:16:44 2003 From: chris-freebsd at randomcamel.net (Chris Doherty) Date: Wed Oct 29 14:25:45 2003 Subject: Java Obfuscators In-Reply-To: <3FA03653.2080608@spock.cl> References: <3FA03653.2080608@spock.cl> Message-ID: <20031029221643.GC28370@zot.electricrain.com> On Wed, Oct 29, 2003 at 06:51:15PM -0300, Roberto de Iriarte said: > I'm sorry, i fail to see the purpose of an obfuscator for Java > > Compiled java apps are platform neutral, so you'll not need to > redistribute the sources > unless you want to. Should your customer need to interface with your > classes, a propery > written JavaDoc should suffice. > > Not that i would not want to tell you about the wonders of Open Source ... not a source code obfuscator--a bytecode obfuscator. it's possible to run a decompiler on Java bytecode and recover the sourcecode, or something close enough to view the algorithms and possibly other information. (I just did this on some of my code and it's a bit disturbing.) it's kinda fun. guavac, jad, and jode are all decompilers in /usr/ports/java. HTH, chris ------------------------------- Chris Doherty chris [at] randomcamel.net "I think," said Christopher Robin, "that we ought to eat all our provisions now, so we won't have so much to carry." -- A. A. Milne ------------------------------- From glewis at eyesbeyond.com Wed Oct 29 14:23:08 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Oct 29 14:31:37 2003 Subject: Java Obfuscators In-Reply-To: References: Message-ID: <20031029222455.GA34102@misty.eyesbeyond.com> On Wed, Oct 29, 2003 at 03:05:21PM -0500, Bob Dixon wrote: > My group is developing in Java on FreeBSD, and we're interested in using an obfuscator to prevent reverse-engineering. Can anyone recommend one that runs on FreeBSD? Thanks! I have no experience with it, but the ports collection contains one: java/proguard Port looks a little out of date though. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From phantom at FreeBSD.org.ua Wed Oct 29 15:19:33 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Wed Oct 29 15:20:16 2003 Subject: [phantom@FreeBSD.org: cvs commit: ports/java/jdk14 Makefile pkg-plist ports/java/jdk14/files patch-UNIXProcess_md.c.bsd] In-Reply-To: <20031029193106.GA95197@dan.emsphone.com>; from dnelson@allantgroup.com on Wed, Oct 29, 2003 at 01:31:06PM -0600 References: <20031029103341.A32272@phantom.cris.net> <20031029193106.GA95197@dan.emsphone.com> Message-ID: <20031030012830.A37865@phantom.cris.net> hi, On Wed, Oct 29, 2003 at 01:31:06PM -0600, Dan Nelson wrote: > In the last episode (Oct 29), Alexey Zelkin said: > > phantom 2003/10/29 00:20:59 PST > > > > FreeBSD ports repository > > > > Modified files: > > java/jdk14 Makefile pkg-plist > > Added files: > > java/jdk14/files patch-UNIXProcess_md.c.bsd > > Log: > > . Add fix for "runaway process" problem. It should fix of stalled > > processes problem for people who use Runtime.getRuntime.exec() method > > and related things. Least five people reported that this patch fixed > > problem for them. > > > > IMPORTANT: I'd also suggested to all jdk14 users who runs FreeBSD 4.x > > and use libc_r at FreeBSD 5.x to upgrade. > > jhb just committed a patch to -current that fixes a bug where a SIGPROF > timer (i.e. libc_r's thread scheduling signal) would continue to fire > in the client process after a fork. You might want to check and see if > you can reproduce your bug with a new -current. Your patch will still > be needed for 4.9, of course. I am aware of this patch. But it can affect "critical section" requirement only, i.e. with this patch I don't need to suspend/resume threads while calling to __SYS_fork(). But I'll not do even it because we can't expect everyone who want to run jdk will upgrade to most recent -CURRENT. From antony.t.curtis at ntlworld.com Wed Oct 29 16:31:08 2003 From: antony.t.curtis at ntlworld.com (Antony T Curtis) Date: Wed Oct 29 16:33:01 2003 Subject: Java Obfuscators In-Reply-To: References: Message-ID: <1067473864.20349.1.camel@pcgem.rdg.cyberkinetica.com> On Wed, 2003-10-29 at 20:05, Bob Dixon wrote: > My group is developing in Java on FreeBSD, and we're interested in using an obfuscator to prevent reverse-engineering. Can anyone recommend one that runs on FreeBSD? Thanks! Jopt does a pretty good job of obfuscating... and results in lighter-weight executables in the process. For added bonus, you can use it on your java runtime jars for faster startup time. Warning - it does make debugging more difficult. -- Antony T Curtis BSc Unix Analyst Programmer http://homepage.ntlworld.com/antony.t.curtis/ From kris at obsecurity.org Wed Oct 29 18:07:13 2003 From: kris at obsecurity.org (Kris Kennaway) Date: Wed Oct 29 18:25:21 2003 Subject: java binary incompatibility on 5.x (Re: __fpclassifyd problem) In-Reply-To: <20031029152202.C7702@pooker.samsco.home> References: <3F92E129.10307@veidit.net> <20031028034630.GC32916@VARK.homeunix.com> <3FA01F71.1020203@adminforum.se> <20031029211951.GA12398@rot13.obsecurity.org> <20031029152202.C7702@pooker.samsco.home> Message-ID: <20031030020711.GA24468@rot13.obsecurity.org> On Wed, Oct 29, 2003 at 03:28:32PM -0700, Scott Long wrote: > I just tried running the Diablo JDK under -current from yesterday (with > the libm fix from a few days ago). It does not look good; possibly an > issue with both the compat libc and native libc being linked in? Maybe > libm.so is still bringing in the native libc.so? We don't install the > 4.x libm into compat, and I don't have any 4.x machine around to steal it > from, so I can't test out that theory. With help from peter and dwhite, we tracked down the cause to the following: ./jdk131.patches:+ dlMain = dlopen("/usr/lib/libc.so", RTLD_LAZY); ./jdk131.patches:+ void *dlMain = dlopen("/usr/lib/libc.so", RTLD_LAZY); Java people, this is the cause of the binary incompatibility of 4.x java binaries on 5.x. Can someone please fix? Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031029/c330202d/attachment.bin From scottl at freebsd.org Wed Oct 29 20:06:43 2003 From: scottl at freebsd.org (Scott Long) Date: Wed Oct 29 20:12:40 2003 Subject: java binary incompatibility on 5.x (Re: __fpclassifyd problem) In-Reply-To: <20031030020711.GA24468@rot13.obsecurity.org> References: <3F92E129.10307@veidit.net> <20031028034630.GC32916@VARK.homeunix.com> <3FA01F71.1020203@adminforum.se> <20031029211951.GA12398@rot13.obsecurity.org> <20031029152202.C7702@pooker.samsco.home> <20031030020711.GA24468@rot13.obsecurity.org> Message-ID: <3FA08E31.9030701@freebsd.org> Kris Kennaway wrote: > On Wed, Oct 29, 2003 at 03:28:32PM -0700, Scott Long wrote: > > >>I just tried running the Diablo JDK under -current from yesterday (with >>the libm fix from a few days ago). It does not look good; possibly an >>issue with both the compat libc and native libc being linked in? Maybe >>libm.so is still bringing in the native libc.so? We don't install the >>4.x libm into compat, and I don't have any 4.x machine around to steal it >>from, so I can't test out that theory. > > > With help from peter and dwhite, we tracked down the cause to the following: > > ./jdk131.patches:+ dlMain = dlopen("/usr/lib/libc.so", RTLD_LAZY); > ./jdk131.patches:+ void *dlMain = dlopen("/usr/lib/libc.so", RTLD_LAZY); > > Java people, this is the cause of the binary incompatibility of 4.x > java binaries on 5.x. Can someone please fix? > > Kris Thanks for tracking this down. Scott From glewis at eyesbeyond.com Wed Oct 29 21:38:49 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Oct 29 21:39:22 2003 Subject: java binary incompatibility on 5.x (Re: __fpclassifyd problem) In-Reply-To: <20031030020711.GA24468@rot13.obsecurity.org> References: <3F92E129.10307@veidit.net> <20031028034630.GC32916@VARK.homeunix.com> <3FA01F71.1020203@adminforum.se> <20031029211951.GA12398@rot13.obsecurity.org> <20031029152202.C7702@pooker.samsco.home> <20031030020711.GA24468@rot13.obsecurity.org> Message-ID: <20031030054029.GA36292@misty.eyesbeyond.com> On Wed, Oct 29, 2003 at 06:07:11PM -0800, Kris Kennaway wrote: > On Wed, Oct 29, 2003 at 03:28:32PM -0700, Scott Long wrote: > > > I just tried running the Diablo JDK under -current from yesterday (with > > the libm fix from a few days ago). It does not look good; possibly an > > issue with both the compat libc and native libc being linked in? Maybe > > libm.so is still bringing in the native libc.so? We don't install the > > 4.x libm into compat, and I don't have any 4.x machine around to steal it > > from, so I can't test out that theory. > > With help from peter and dwhite, we tracked down the cause to the following: > > ./jdk131.patches:+ dlMain = dlopen("/usr/lib/libc.so", RTLD_LAZY); > ./jdk131.patches:+ void *dlMain = dlopen("/usr/lib/libc.so", RTLD_LAZY); > > Java people, this is the cause of the binary incompatibility of 4.x > java binaries on 5.x. Can someone please fix? I think its already fixed in CVS. I'll try and test it tomorrow. Does anyone know if ref5 has been updated to after the libm fix? I don't have a -CURRENT box at home to test on. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From kris at obsecurity.org Wed Oct 29 22:27:12 2003 From: kris at obsecurity.org (Kris Kennaway) Date: Wed Oct 29 22:28:22 2003 Subject: java binary incompatibility on 5.x (Re: __fpclassifyd problem) In-Reply-To: <20031030054029.GA36292@misty.eyesbeyond.com> References: <3F92E129.10307@veidit.net> <20031028034630.GC32916@VARK.homeunix.com> <3FA01F71.1020203@adminforum.se> <20031029211951.GA12398@rot13.obsecurity.org> <20031029152202.C7702@pooker.samsco.home> <20031030020711.GA24468@rot13.obsecurity.org> <20031030054029.GA36292@misty.eyesbeyond.com> Message-ID: <20031030062710.GA26163@rot13.obsecurity.org> On Wed, Oct 29, 2003 at 10:40:29PM -0700, Greg Lewis wrote: > On Wed, Oct 29, 2003 at 06:07:11PM -0800, Kris Kennaway wrote: > > On Wed, Oct 29, 2003 at 03:28:32PM -0700, Scott Long wrote: > > > > > I just tried running the Diablo JDK under -current from yesterday (with > > > the libm fix from a few days ago). It does not look good; possibly an > > > issue with both the compat libc and native libc being linked in? Maybe > > > libm.so is still bringing in the native libc.so? We don't install the > > > 4.x libm into compat, and I don't have any 4.x machine around to steal it > > > from, so I can't test out that theory. > > > > With help from peter and dwhite, we tracked down the cause to the following: > > > > ./jdk131.patches:+ dlMain = dlopen("/usr/lib/libc.so", RTLD_LAZY); > > ./jdk131.patches:+ void *dlMain = dlopen("/usr/lib/libc.so", RTLD_LAZY); > > > > Java people, this is the cause of the binary incompatibility of 4.x > > java binaries on 5.x. Can someone please fix? > > I think its already fixed in CVS. I'll try and test it tomorrow. Does > anyone know if ref5 has been updated to after the libm fix? I don't have > a -CURRENT box at home to test on. You should be able to roll your own libm and use LD_LIBRARY_PATH. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20031029/ef46080d/attachment.bin From robi at nunnari.ch Wed Oct 29 23:49:29 2003 From: robi at nunnari.ch (Roberto Nunnari) Date: Wed Oct 29 23:50:31 2003 Subject: Java Obfuscators In-Reply-To: References: Message-ID: <3FA0C280.7030505@nunnari.ch> Bob Dixon wrote: > My group is developing in Java on FreeBSD, and we're interested in using an obfuscator to prevent reverse-engineering. Can anyone recommend one that runs on FreeBSD? Thanks! > > Bob > What about javaguard? I use it on windoze, but as it is written in java, I don't see any reason why it shouldn't work on FreeBSD as well. Best regards. -- Roberto Nunnari -software engineer- mailto:robi@nunnisoft.ch http://www.nunnisoft.ch Residenza Boschetto 12 tel/fax: +41-91-6046511 6935 Bosco Luganese """ mobile: +41-76-3208561 Switzerland (o o) ========================oOO==(_)==OOo======================== From attila at netalfa.hu Thu Oct 30 00:08:48 2003 From: attila at netalfa.hu (=?ISO-8859-2?Q?bogn=E1r_attila?=) Date: Thu Oct 30 00:09:21 2003 Subject: Java Obfuscators In-Reply-To: <1067473864.20349.1.camel@pcgem.rdg.cyberkinetica.com> References: <1067473864.20349.1.camel@pcgem.rdg.cyberkinetica.com> Message-ID: <3FA0C6A0.4080107@netalfa.hu> Antony T Curtis ?rta: > On Wed, 2003-10-29 at 20:05, Bob Dixon wrote: > >> My group is developing in Java on FreeBSD, and we're interested in using an obfuscator to prevent reverse-engineering. Can anyone recommend one that runs on FreeBSD? Thanks! > > > Jopt does a pretty good job of obfuscating... and results in > lighter-weight executables in the process. > > For added bonus, you can use it on your java runtime jars for faster > startup time. Warning - it does make debugging more difficult. Some others: yguard - http://www.yworks.com/en/products_yguard_about.htm retroguard - http://www.retrologic.com/retroguard-main.html jax - http://www.alphaworks.ibm.com/tech/JAX dasho - http://www.preemptive.com/tools/ I am using yguard, there is an ant task available for it, so it is very practical. Before yguard I used retroguard (yguard is based on this one) and tested JAX. JAX _seemed_ the best, but it is/was not free (not sure of its status now, it was years ago). I did not try dasho (not free). attila From past at noc.ntua.gr Thu Oct 30 00:27:17 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Thu Oct 30 00:27:49 2003 Subject: Java Obfuscators In-Reply-To: <20031029222455.GA34102@misty.eyesbeyond.com> References: <20031029222455.GA34102@misty.eyesbeyond.com> Message-ID: <3FA0CB5F.1030806@noc.ntua.gr> Greg Lewis wrote: > On Wed, Oct 29, 2003 at 03:05:21PM -0500, Bob Dixon wrote: > >> My group is developing in Java on FreeBSD, and we're interested in >> using an obfuscator to prevent reverse-engineering. Can anyone >> recommend one that runs on FreeBSD? Thanks! > > > I have no experience with it, but the ports collection contains one: > > java/proguard > > Port looks a little out of date though. I use it extensively for J2ME projects. It can be used as an ant task, too. -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From antony.t.curtis at ntlworld.com Thu Oct 30 06:16:57 2003 From: antony.t.curtis at ntlworld.com (Antony T Curtis) Date: Thu Oct 30 06:17:42 2003 Subject: Java Obfuscators In-Reply-To: References: Message-ID: <1067523383.20349.6.camel@pcgem.rdg.cyberkinetica.com> On Thu, 2003-10-30 at 13:36, Bob Dixon wrote: > Can you offer any clues as to where to find it? Google produced an empty CVS directory and a bunch of French language pages. > > Thanks! Hmm... JOpt (and it's author) appears to have disappeared... There is JoGa (which is supposed to perform the same kind of operations) Oh well - I still have the binary jar which I use. -- Antony T Curtis BSc Unix Analyst Programmer http://homepage.ntlworld.com/antony.t.curtis/ From c.rued at xsb.com Thu Oct 30 08:30:18 2003 From: c.rued at xsb.com (Christopher Rued) Date: Thu Oct 30 08:30:51 2003 Subject: Assertion failure while compiling jdk14 Message-ID: <3FA13C93.8010105@xsb.com> While attempting to build jdk14 last night, I received the following error: # # HotSpot Virtual Machine Error, assertion failure # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.1-p4-cbr_29_oct_2003_16_42-debug mixed mode) # # assert(VM_Version::is_P6() || dest->has_byte_register(), "must use byte registers if not P6") # # Error ID: /usr/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/c1_LIRAssembler_i486.cpp, 1145 # # Problematic Thread: prio=5 tid=0x0x857d018 nid=0x857f000 runnable # Dumping core.... Abort trap (core dumped) gmake[3]: *** [.compile.classlist] Error 134 gmake[3]: Leaving directory `/usr/ports/java/jdk14/work/j2se/ext/plugin/make' gmake[2]: *** [debug] Error 2 `uname -a`: FreeBSD ool-18beb73b.dyn.optonline.net 4.9-PRERELEASE FreeBSD 4.9-PRERELEASE #0: Sat Sep 20 01:23:28 EDT 2003 root@ool-18bacefa.dyn.optonline.net:/usr/obj/usr/src/sys/FRANKENSTEIN i386 I have seen a few messages where people describe similar problems, but haven't been able to find a thread where the problem was solved. Any ideas? Thanks, --Chris From echriste at 702com.net Thu Oct 30 08:45:03 2003 From: echriste at 702com.net (Eric J. Christeson) Date: Thu Oct 30 08:45:35 2003 Subject: Assertion failure while compiling jdk14 In-Reply-To: <3FA13C93.8010105@xsb.com> References: <3FA13C93.8010105@xsb.com> Message-ID: <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> On Thu, 2003-10-30 at 10:30, Christopher Rued wrote: > While attempting to build jdk14 last night, I received the following error: > > # > # HotSpot Virtual Machine Error, assertion failure > # Please report this error at > # http://java.sun.com/cgi-bin/bugreport.cgi > # > # Java VM: Java HotSpot(TM) Client VM > (1.4.1-p4-cbr_29_oct_2003_16_42-debug mixed mode) > # > # assert(VM_Version::is_P6() || dest->has_byte_register(), "must use > byte registers if not P6") > # > # Error ID: > /usr/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/c1_LIRAssembler_i486.cpp, > 1145 > # > # Problematic Thread: prio=5 tid=0x0x857d018 nid=0x857f000 runnable > # > Dumping core.... > Abort trap (core dumped) > gmake[3]: *** [.compile.classlist] Error 134 > gmake[3]: Leaving directory > `/usr/ports/java/jdk14/work/j2se/ext/plugin/make' > gmake[2]: *** [debug] Error 2 > > > `uname -a`: > FreeBSD ool-18beb73b.dyn.optonline.net 4.9-PRERELEASE FreeBSD > 4.9-PRERELEASE #0: > Sat Sep 20 01:23:28 EDT 2003 > root@ool-18bacefa.dyn.optonline.net:/usr/obj/usr/src/sys/FRANKENSTEIN i386 I've had this problem in the past too. There used to be a work-around patch files/patch-common::Defs.gmk, but it was removed with the commit on Sat Oct 11 05:16:50 2003 UTC Was this oversight, or are us K6 owners not supposed to use this anymore? e -- Eric J. Christeson From rootman22 at comcast.net Thu Oct 30 08:48:38 2003 From: rootman22 at comcast.net (Joe Warner) Date: Thu Oct 30 08:49:46 2003 Subject: Java Processes In-Reply-To: <1067126895.4901.3.camel@pcgem.rdg.cyberkinetica.com> References: <200310250821.24466.rootman22@comcast.net> <200310251702.27618.rootman22@comcast.net> <1067126895.4901.3.camel@pcgem.rdg.cyberkinetica.com> Message-ID: <200310300948.30566.rootman22@comcast.net> On Saturday 25 October 2003 06:08 pm, Antony T Curtis wrote: > On Sun, 2003-10-26 at 00:02, Joe Warner wrote: > > On Saturday 25 October 2003 09:04 am, Antony T Curtis wrote: > > > On Sat, 2003-10-25 at 15:21, Joe Warner wrote: > > > > Hi, > > > > > > > > Does anyone know how to control the number of Java processes that get > > > > spawned when running one of the variants in /usr/ports/java..? I'm > > > > running linux-ibm-jdk1.3.1 and when I launch > > > > /usr/local/linux-ibm-jdk1.3.1/bin/java it spawns 5 processes of java > > > > and it's bringing my system to it's knees! There was an older version > > > > that I used to run that only spawned 1 process and my system could > > > > handle it fine. > > > > > > Each thread in a Linux binary becomes 1 process under FreeBSD. > > > > > > > I've looked through the supplied documentation, this list and even > > > > Google and can't find any instructions on how to limit these > > > > processes. > > > > > > Try using -classic option. > > > > What kind of option is that? Java command line or make option? > > The first option on the java command line. > > Alternatively, you can use JDK1.3 (Diablo) on FreeBSD, it will only > create one process. Ok, here's an update on this.. The -classic command option had no effect so I installed /usr/ports/java/ diablo-jdk13 and it's been rock solid all week. 8^) Thanks for all your help on this! Joe From glewis at eyesbeyond.com Thu Oct 30 09:07:03 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu Oct 30 09:07:37 2003 Subject: Assertion failure while compiling jdk14 In-Reply-To: <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> References: <3FA13C93.8010105@xsb.com> <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> Message-ID: <20031030170806.GA40447@misty.eyesbeyond.com> On Thu, Oct 30, 2003 at 10:44:24AM -0600, Eric J. Christeson wrote: > On Thu, 2003-10-30 at 10:30, Christopher Rued wrote: > I've had this problem in the past too. There used to be a work-around > patch files/patch-common::Defs.gmk, but it was removed with the commit > on Sat Oct 11 05:16:50 2003 UTC > > Was this oversight, or are us K6 owners not supposed to use this > anymore? This was an oversight. Sorry. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From c.rued at xsb.com Thu Oct 30 09:07:57 2003 From: c.rued at xsb.com (Christopher Rued) Date: Thu Oct 30 09:08:30 2003 Subject: Assertion failure while compiling jdk14 In-Reply-To: <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> References: <3FA13C93.8010105@xsb.com> <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> Message-ID: <3FA1456B.8080404@xsb.com> Eric J. Christeson wrote: >On Thu, 2003-10-30 at 10:30, Christopher Rued wrote: > > >>While attempting to build jdk14 last night, I received the following error: >> >># >># HotSpot Virtual Machine Error, assertion failure >># Please report this error at >># http://java.sun.com/cgi-bin/bugreport.cgi >># >># Java VM: Java HotSpot(TM) Client VM >>(1.4.1-p4-cbr_29_oct_2003_16_42-debug mixed mode) >># >># assert(VM_Version::is_P6() || dest->has_byte_register(), "must use >>byte registers if not P6") >># >># Error ID: >>/usr/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/c1_LIRAssembler_i486.cpp, >>1145 >># >># Problematic Thread: prio=5 tid=0x0x857d018 nid=0x857f000 runnable >># >>Dumping core.... >>Abort trap (core dumped) >>gmake[3]: *** [.compile.classlist] Error 134 >>gmake[3]: Leaving directory >>`/usr/ports/java/jdk14/work/j2se/ext/plugin/make' >>gmake[2]: *** [debug] Error 2 >> >> >>`uname -a`: >> FreeBSD ool-18beb73b.dyn.optonline.net 4.9-PRERELEASE FreeBSD >>4.9-PRERELEASE #0: >> Sat Sep 20 01:23:28 EDT 2003 >>root@ool-18bacefa.dyn.optonline.net:/usr/obj/usr/src/sys/FRANKENSTEIN i386 >> >> > > >I've had this problem in the past too. There used to be a work-around >patch files/patch-common::Defs.gmk, but it was removed with the commit >on Sat Oct 11 05:16:50 2003 UTC > >Was this oversight, or are us K6 owners not supposed to use this >anymore? > > Thanks for the reply, Eric. You're right, the patch was removed http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/jdk14/files/Attic/patch-common::Defs.gmk But the source in my work directory seems to have the patch applied. I hunted around a bit, and it turns out that that patch made its way into patchset 4, so it was no longer needed in the files directory of the port. So, once again, I am stumped :-). Thanks, --Chris From glewis at eyesbeyond.com Thu Oct 30 09:24:11 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu Oct 30 09:24:53 2003 Subject: Assertion failure while compiling jdk14 In-Reply-To: <3FA1456B.8080404@xsb.com> References: <3FA13C93.8010105@xsb.com> <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> <3FA1456B.8080404@xsb.com> Message-ID: <20031030172034.GB40447@misty.eyesbeyond.com> On Thu, Oct 30, 2003 at 12:07:55PM -0500, Christopher Rued wrote: > Eric J. Christeson wrote: > >On Thu, 2003-10-30 at 10:30, Christopher Rued wrote: > > > > > >>While attempting to build jdk14 last night, I received the following > >>error: > >> > >># > >># HotSpot Virtual Machine Error, assertion failure > >># Please report this error at > >># http://java.sun.com/cgi-bin/bugreport.cgi > >># > >># Java VM: Java HotSpot(TM) Client VM > >>(1.4.1-p4-cbr_29_oct_2003_16_42-debug mixed mode) > >># > >># assert(VM_Version::is_P6() || dest->has_byte_register(), "must use > >>byte registers if not P6") > >># > >># Error ID: > >>/usr/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/c1_LIRAssembler_i486.cpp, > >>1145 > >># > >># Problematic Thread: prio=5 tid=0x0x857d018 nid=0x857f000 runnable > >># > >>Dumping core.... > >>Abort trap (core dumped) > >>gmake[3]: *** [.compile.classlist] Error 134 > >>gmake[3]: Leaving directory > >>`/usr/ports/java/jdk14/work/j2se/ext/plugin/make' > >>gmake[2]: *** [debug] Error 2 > >> > >> > >>`uname -a`: > >> FreeBSD ool-18beb73b.dyn.optonline.net 4.9-PRERELEASE FreeBSD > >>4.9-PRERELEASE #0: > >> Sat Sep 20 01:23:28 EDT 2003 > >>root@ool-18bacefa.dyn.optonline.net:/usr/obj/usr/src/sys/FRANKENSTEIN > >>i386 > >> > >> > > > > > >I've had this problem in the past too. There used to be a work-around > >patch files/patch-common::Defs.gmk, but it was removed with the commit > >on Sat Oct 11 05:16:50 2003 UTC > > > >Was this oversight, or are us K6 owners not supposed to use this > >anymore? > > > > > Thanks for the reply, Eric. > > You're right, the patch was removed > http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/jdk14/files/Attic/patch-common::Defs.gmk > > But the source in my work directory seems to have the patch applied. I > hunted around a bit, and it turns out that that patch made its way into > patchset 4, so it was no longer needed in the files directory of the port. Ah, that would explain why I removed it :). > So, once again, I am stumped :-). Asserts should only fire when using the debug version of something. Can you post a few lines above the problem or verify that the build was trying to do something with one of the *_g executables? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From c.rued at xsb.com Thu Oct 30 09:27:53 2003 From: c.rued at xsb.com (Christopher Rued) Date: Thu Oct 30 09:28:48 2003 Subject: Assertion failure while compiling jdk14 In-Reply-To: <20031030172034.GB40447@misty.eyesbeyond.com> References: <3FA13C93.8010105@xsb.com> <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> <20031030172034.GB40447@misty.eyesbeyond.com> Message-ID: <3FA14A17.3000908@xsb.com> Greg Lewis wrote: >On Thu, Oct 30, 2003 at 12:07:55PM -0500, Christopher Rued wrote: > > >>While attempting to build jdk14 last night, I received the following >>error: >> >># >># HotSpot Virtual Machine Error, assertion failure >># Please report this error at >># http://java.sun.com/cgi-bin/bugreport.cgi >># >># Java VM: Java HotSpot(TM) Client VM >>(1.4.1-p4-cbr_29_oct_2003_16_42-debug mixed mode) >># >># assert(VM_Version::is_P6() || dest->has_byte_register(), "must use >>byte registers if not P6") >># >># Error ID: >>/usr/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/c1_LIRAssembler_i486.cpp, >>1145 >># >># Problematic Thread: prio=5 tid=0x0x857d018 nid=0x857f000 runnable >># >>Dumping core.... >>Abort trap (core dumped) >>gmake[3]: *** [.compile.classlist] Error 134 >>gmake[3]: Leaving directory >>`/usr/ports/java/jdk14/work/j2se/ext/plugin/make' >>gmake[2]: *** [debug] Error 2 >> >> >>`uname -a`: >> FreeBSD ool-18beb73b.dyn.optonline.net 4.9-PRERELEASE FreeBSD >>4.9-PRERELEASE #0: >> Sat Sep 20 01:23:28 EDT 2003 >>root@ool-18bacefa.dyn.optonline.net:/usr/obj/usr/src/sys/FRANKENSTEIN >>i386 >> >> >Asserts should only fire when using the debug version of something. >Can you post a few lines above the problem or verify that the build was >trying to do something with one of the *_g executables? > > Unfortunately, I didn't save the output as I compiled, and have now let the output scroll off of my screen. I have started a new compile, using 'script' to save the output. I should be able to get back to you in about a day or so :-). Thanks, --Chris From c.rued at xsb.com Thu Oct 30 09:51:04 2003 From: c.rued at xsb.com (Christopher Rued) Date: Thu Oct 30 09:54:34 2003 Subject: Assertion failure while compiling jdk14 In-Reply-To: <3FA14A17.3000908@xsb.com> References: <3FA13C93.8010105@xsb.com> <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> <20031030172034.GB40447@misty.eyesbeyond.com> <3FA14A17.3000908@xsb.com> Message-ID: <3FA14F85.8060205@xsb.com> Christopher Rued wrote: > Greg Lewis wrote: > >> On Thu, Oct 30, 2003 at 12:07:55PM -0500, Christopher Rued wrote: >> >> >>> While attempting to build jdk14 last night, I received the following >>> error: >>> >>> # >>> # HotSpot Virtual Machine Error, assertion failure >>> # Please report this error at >>> # http://java.sun.com/cgi-bin/bugreport.cgi >>> # >>> # Java VM: Java HotSpot(TM) Client VM >>> (1.4.1-p4-cbr_29_oct_2003_16_42-debug mixed mode) >>> # >>> # assert(VM_Version::is_P6() || dest->has_byte_register(), "must use >>> byte registers if not P6") >>> # >>> # Error ID: >>> /usr/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/c1_LIRAssembler_i486.cpp, >>> 1145 >> >> Asserts should only fire when using the debug version of something. >> Can you post a few lines above the problem or verify that the build was >> trying to do something with one of the *_g executables? > > Unfortunately, I didn't save the output as I compiled, and have now > let the output scroll off of my screen. I have started a new compile, > using 'script' to save the output. I should be able to get back to > you in about a day or so :-). Since I didn't do a `make clean` first, it finished a lot faster. Here's what it was trying to do when the assertion failed: ... gmake[3]: Entering directory `/usr/ports/java/jdk14/work/j2se/ext/plugin/make' rm -f /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/.classes.list if [ -s /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/.classes.list ] ; \ then /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/javac_g -J-XX:ThreadStackSize=768 -J-Xms64m -J-Xmx256m -J-Xmaxf1 -classpath /usr/ports/java/jdk14/work/control/build/bsd-i586/classes -bootclasspath "/usr/port s/java/jdk14/work/control/build/bsd-i586/lib/jce.jar:/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jsse.jar" -sourcepath "/usr/ports/java/jdk14/work/control/build/bsd-i586/gensrc:../../../make/../src/solaris/cla sses:../../../make/../src/share/classes" -d /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/classes_g -g -source 1.4 \ ../src/share/converter/HTMLConverter.java ../src/share/converter/sun/plugin/converter/engine/AppletPieces.java ../src/share/converter/sun/plugin/converter/engine/ConvertFile.java ../src/share/converter/sun/plugin/co nverter/engine/ConvertSet.java ../src/share/converter/sun/plugin/converter/engine/DefaultSet.java ../src/share/converter/sun/plugin/converter/engine/ConverterProgressEvent.java ../src/share/converter/sun/plugin/converte r/engine/Converter.java ../src/share/converter/sun/plugin/converter/engine/ConverterProgressListener.java ../src/share/converter/sun/plugin/converter/engine/PluginConverter.java ../src/share/converter/sun/plugin/convert er/gui/ConverterGUI.java ../src/share/converter/sun/plugin/converter/gui/ProgressGUI.java ../src/share/converter/sun/plugin/converter/ResourceHandler.java ../src/share/converter/sun/plugin/converter/util/AdvancedDialog. java ../src/share/converter/sun/plugin/converter/util/BasicPrinter.java ../src/share/converter/sun/plugin/converter/util/FlexFilter.java ../src/share/converter/sun/plugin/converter/util/HelpDialog.java ../src/share/conv erter/sun/plugin/converter/util/NotDirectoryException.java ../src/share/converter/sun/plugin/converter/util/PrintManyPlaces.java ../src/share/converter/sun/plugin/converter/util/NotFileException.java ../src/share/conver ter/sun/plugin/converter/util/StdUtils.java ../src/share/converter/sun/plugin/converter/util/CommandLine.java ../src/share/converter/sun/plugin/converter/util/CommandLineException.java ../src/share/converter/sun/plugin/ converter/util/FileAccessException.java ../src/share/converter/sun/plugin/converter/resources/Converter.java ../src/share/converter/sun/plugin/converter/resources/Converter_de.java ../src/share/converter/sun/plugin/conv erter/resources/Converter_es.java ../src/share/converter/sun/plugin/converter/resources/Converter_fr.java ../src/share/converter/sun/plugin/converter/resources/Converter_it.java ../src/share/converter/sun/plugin/convert er/resources/Converter_ja.java ../src/share/converter/sun/plugin/converter/resources/Converter_ko.java ../src/share/converter/sun/plugin/converter/resources/Converter_sv.java ../src/share/converter/sun/plugin/converter/ resources/Converter_zh_CN.java ../src/share/converter/sun/plugin/converter/resources/Converter_zh_TW.java ; \ fi VM option 'ThreadStackSize=768' ... As you predicted, it's trying to use javac_g to compile several java classes. Should I change all *_g commands in the makefiles (or at least this particular javac_g command) to the corresponing non-_g command? Thanks again, --Chris From mark at s-wit.net Thu Oct 30 10:51:58 2003 From: mark at s-wit.net (M.D. DeWar) Date: Thu Oct 30 10:53:42 2003 Subject: errors on libtool but its there and updated References: <3FA13C93.8010105@xsb.com><1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu><3FA1456B.8080404@xsb.com> <20031030172034.GB40447@misty.eyesbeyond.com><3FA14A17.3000908@xsb.com> <3FA14F85.8060205@xsb.com> Message-ID: <000b01c39f17$6664c490$fb65a8c0@ocfl061> => gmake-3.80 depends on shared library: intl.4 - not found ===> Verifying install for intl.4 in /usr/ports/devel/gettext ===> gettext-0.11.5_1 depends on executable: libtool - found ===> gettext-0.11.5_1 depends on shared library: iconv.3 - found ===> gettext-0.11.5_1 depends on shared library: expat.4 - found ===> Configuring for gettext-0.11.5_1 Your libtool installation is out of date. Please remove and reinstall /usr/ports/devel/libtool. I have libtool 1.5 on the system in /usr/local/bin piderman# libtool --version ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58) gettext is updated to latest version. spiderman# gettext --version gettext (GNU gettext-runtime) 0.12.1 I put the gettext file in the /usr/ports/distfiles and no go. I saw that /usr/ports/devel/gettext had a work directory with the older 0.11.5 in it so I removed it and put in the new 0.12 but that didn't fool it either. What else can I do besides punting. Thanks mark From c.rued at xsb.com Thu Oct 30 14:30:26 2003 From: c.rued at xsb.com (Christopher Rued) Date: Thu Oct 30 14:32:00 2003 Subject: Assertion failure while compiling jdk14 In-Reply-To: <20031030203556.GA41868@misty.eyesbeyond.com> References: <3FA13C93.8010105@xsb.com> <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> <20031030172034.GB40447@misty.eyesbeyond.com> <3FA14A17.3000908@xsb.com> <3FA14F85.8060205@xsb.com> <20031030203556.GA41868@misty.eyesbeyond.com> Message-ID: <3FA19100.2080001@xsb.com> Greg Lewis wrote: >Look at j2se/make/common/Defs.gmk. It currently contains the patch to >set javah_g to javah on BSD. Try adding a similar thing for the JAVAC >variable. > I did what you said (here's a patch showing what I changed): --- j2se/make/common/Defs.gmk~ Wed Oct 29 16:42:00 2003 +++ j2se/make/common/Defs.gmk Thu Oct 30 16:41:03 2003 @@ -464,6 +464,7 @@ # --phantom ifeq ($(PLATFORM), bsd) JAVAH_CMD = $(BINDIR)/javah + JAVAC_CMD = $(BINDIR)/javac endif RMIC = $(BINDIR)/rmic$(SUFFIX) endif And then I ran `make install` from /usr/ports/java/jdk14. It still tries to use javac_g, and it still fails in exactly the same way :-(. I didn't run make clean first, but as far as I can tell, that shouldn't make a difference. I'm browing Makefiles and .gmk files right now trying to figure out why this change didn't seem to take hold. Does the patch look right to you? Do I need to do a `make clean`, `make patch`, apply my patch, and *then* `make install`? Thanks for your help. --Chris From glewis at eyesbeyond.com Thu Oct 30 15:03:27 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu Oct 30 15:13:12 2003 Subject: Assertion failure while compiling jdk14 In-Reply-To: <3FA19100.2080001@xsb.com> References: <3FA13C93.8010105@xsb.com> <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> <20031030172034.GB40447@misty.eyesbeyond.com> <3FA14A17.3000908@xsb.com> <3FA14F85.8060205@xsb.com> <3FA19100.2080001@xsb.com> Message-ID: <20031030230514.GA42573@misty.eyesbeyond.com> On Thu, Oct 30, 2003 at 05:30:24PM -0500, Christopher Rued wrote: > Greg Lewis wrote: > > >Look at j2se/make/common/Defs.gmk. It currently contains the patch to > >set javah_g to javah on BSD. Try adding a similar thing for the JAVAC > >variable. > > > I did what you said (here's a patch showing what I changed): > > --- j2se/make/common/Defs.gmk~ Wed Oct 29 16:42:00 2003 > +++ j2se/make/common/Defs.gmk Thu Oct 30 16:41:03 2003 > @@ -464,6 +464,7 @@ > # --phantom > ifeq ($(PLATFORM), bsd) > JAVAH_CMD = $(BINDIR)/javah > + JAVAC_CMD = $(BINDIR)/javac > endif > RMIC = $(BINDIR)/rmic$(SUFFIX) > endif Thats not quite right. You need to redefine JAVAC, not JAVAC_CMD. > And then I ran `make install` from /usr/ports/java/jdk14. It still > tries to use javac_g, and it still fails in exactly the same way :-(. > I didn't run make clean first, but as far as I can tell, that shouldn't > make a difference. I'm browing Makefiles and .gmk files right now > trying to figure out why this change didn't seem to take hold. > > Does the patch look right to you? > Do I need to do a `make clean`, `make patch`, apply my patch, and *then* > `make install`? Depends how you are doing the patch. It sounds like you're just editing the file, so you probably don't need a make clean. If you were sticking the patch into the files directory then you would need to. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From past at noc.ntua.gr Fri Oct 31 00:11:22 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Fri Oct 31 00:11:55 2003 Subject: errors on libtool but its there and updated In-Reply-To: <000b01c39f17$6664c490$fb65a8c0@ocfl061> References: <3FA13C93.8010105@xsb.com><1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu><3FA1456B.8080404@xsb.com> <20031030172034.GB40447@misty.eyesbeyond.com><3FA14A17.3000908@xsb.com> <3FA14F85.8060205@xsb.com> <000b01c39f17$6664c490$fb65a8c0@ocfl061> Message-ID: <3FA21930.7060901@noc.ntua.gr> M.D. DeWar wrote: > => gmake-3.80 depends on shared library: intl.4 - not found > ===> Verifying install for intl.4 in /usr/ports/devel/gettext > ===> gettext-0.11.5_1 depends on executable: libtool - found > ===> gettext-0.11.5_1 depends on shared library: iconv.3 - found > ===> gettext-0.11.5_1 depends on shared library: expat.4 - found > ===> Configuring for gettext-0.11.5_1 > Your libtool installation is out of date. Please remove > and reinstall /usr/ports/devel/libtool. > > I have libtool 1.5 on the system in /usr/local/bin > piderman# libtool --version > ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58) > > gettext is updated to latest version. > spiderman# gettext --version > gettext (GNU gettext-runtime) 0.12.1 > > I put the gettext file in the /usr/ports/distfiles and no go. > > I saw that /usr/ports/devel/gettext had a work directory with the older > 0.11.5 in it so I removed it and put in the new 0.12 but that didn't fool it > either. > > What else can I do besides punting. > Thanks > mark cvsup your ports again, and you will get a new port skeleton for gmake, that depends on libintl.so.5 Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From mark at s-wit.net Fri Oct 31 06:37:46 2003 From: mark at s-wit.net (M.D. DeWar) Date: Fri Oct 31 06:46:40 2003 Subject: errors on libtool but its there and updated References: <3FA13C93.8010105@xsb.com><1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu><3FA1456B.8080404@xsb.com><20031030172034.GB40447@misty.eyesbeyond.com><3FA14A17.3000908@xsb.com><3FA14F85.8060205@xsb.com> <3FA21930.7060901@noc.ntua.gr> Message-ID: <000701c39fbd$0e33b190$fb65a8c0@ocfl061> Sorry for the dumbness but how is that done ? I have tried cvs in the past and didn't go off very well. THanks mark ----- Original Message ----- From: "Panagiotis Astithas" To: "M.D. DeWar" Cc: Sent: Friday, October 31, 2003 3:11 AM Subject: Re: errors on libtool but its there and updated > M.D. DeWar wrote: > > => gmake-3.80 depends on shared library: intl.4 - not found > > ===> Verifying install for intl.4 in /usr/ports/devel/gettext > > ===> gettext-0.11.5_1 depends on executable: libtool - found > > ===> gettext-0.11.5_1 depends on shared library: iconv.3 - found > > ===> gettext-0.11.5_1 depends on shared library: expat.4 - found > > ===> Configuring for gettext-0.11.5_1 > > Your libtool installation is out of date. Please remove > > and reinstall /usr/ports/devel/libtool. > > > > I have libtool 1.5 on the system in /usr/local/bin > > piderman# libtool --version > > ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58) > > > > gettext is updated to latest version. > > spiderman# gettext --version > > gettext (GNU gettext-runtime) 0.12.1 > > > > I put the gettext file in the /usr/ports/distfiles and no go. > > > > I saw that /usr/ports/devel/gettext had a work directory with the older > > 0.11.5 in it so I removed it and put in the new 0.12 but that didn't fool it > > either. > > > > What else can I do besides punting. > > Thanks > > mark > > cvsup your ports again, and you will get a new port skeleton for gmake, > that depends on libintl.so.5 > > Cheers, > -- > Panagiotis Astithas > Electrical & Computer Engineer, PhD > Network Management Center > National Technical University of Athens, Greece > > _______________________________________________ > 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 c.rued at xsb.com Fri Oct 31 07:18:09 2003 From: c.rued at xsb.com (Christopher Rued) Date: Fri Oct 31 07:21:26 2003 Subject: Assertion failure while compiling jdk14 In-Reply-To: <20031030230514.GA42573@misty.eyesbeyond.com> References: <3FA13C93.8010105@xsb.com> <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> <20031030172034.GB40447@misty.eyesbeyond.com> <3FA14A17.3000908@xsb.com> <3FA14F85.8060205@xsb.com> <3FA19100.2080001@xsb.com> <20031030230514.GA42573@misty.eyesbeyond.com> Message-ID: <3FA27D2E.6050609@xsb.com> Greg Lewis wrote: >On Thu, Oct 30, 2003 at 05:30:24PM -0500, Christopher Rued wrote: > > >>I did what you said (here's a patch showing what I changed): >> >>--- j2se/make/common/Defs.gmk~ Wed Oct 29 16:42:00 2003 >>+++ j2se/make/common/Defs.gmk Thu Oct 30 16:41:03 2003 >>@@ -464,6 +464,7 @@ >> # --phantom >> ifeq ($(PLATFORM), bsd) >> JAVAH_CMD = $(BINDIR)/javah >>+ JAVAC_CMD = $(BINDIR)/javac >> endif >> RMIC = $(BINDIR)/rmic$(SUFFIX) >>endif >> >> >Thats not quite right. You need to redefine JAVAC, not JAVAC_CMD. > > Ah, you're right. I guess I wasn't careful enough. It's kinda strange that they chose to append _CMD in once case, and not the the others. Anyway, I redefined JAVAC to $(BINDIR)/javac and the build went farther, but failed in a similar way when jar_g was called. I then redefined JAR to $(BINDIR)/jar and restarted the build. After failing the build due to insufficient disk space, I created a patch in the files directory, ran `make clean install`. Everything then went smoothly, and I now have a working jdk14. My patch, which I put in files/patch-common::Defs.gmk: --- ../../j2se/make/common/Defs.gmk.orig Thu Oct 30 21:53:38 2003 +++ ../../j2se/make/common/Defs.gmk Thu Oct 30 20:13:05 2003 @@ -464,6 +464,8 @@ # --phantom ifeq ($(PLATFORM), bsd) JAVAH_CMD = $(BINDIR)/javah + JAVAC = $(BINDIR)/javac + JAR = $(BINDIR)/jar endif RMIC = $(BINDIR)/rmic$(SUFFIX) endif Thanks for the help. --Chris From mark at s-wit.net Fri Oct 31 07:58:49 2003 From: mark at s-wit.net (M.D. DeWar) Date: Fri Oct 31 07:59:26 2003 Subject: errors on libtool but its there and updated References: <3FA13C93.8010105@xsb.com><1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu><3FA1456B.8080404@xsb.com><20031030172034.GB40447@misty.eyesbeyond.com><3FA14A17.3000908@xsb.com><3FA14F85.8060205@xsb.com> <3FA21930.7060901@noc.ntua.gr><3FA28124.8090807@noc.ntua.gr> Message-ID: <001301c39fc8$61199d10$fb65a8c0@ocfl061> Great. that works except for a boo-boo pkg_add: warning: package 'gmake-3.80' requires 'gettext-0.11.5_1', but 'gettext -0.12.1' is installed arghhhhhhhhhhhhhhhhhhhhhhhhhhhhhh and windows sucks why ? (just a whining joke.!) ----- Original Message ----- From: "Panagiotis Astithas" To: "M.D. DeWar" Cc: Sent: Friday, October 31, 2003 10:35 AM Subject: Re: errors on libtool but its there and updated > M.D. DeWar wrote: > > Sorry for the dumbness but how is that done ? > > I have tried cvs in the past and didn't go off very well. > > > > THanks > > mark > > In that case do a binary upgrade and you should be ok: > > pkg_add -r gmake > > For further information on using cvsup to update your ports see: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html > > section 4.5.1, cvsup method. > > Cheers, > -- > Panagiotis Astithas > Electrical & Computer Engineer, PhD > Network Management Center > National Technical University of Athens, Greece > > From past at noc.ntua.gr Fri Oct 31 08:14:39 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Fri Oct 31 08:15:21 2003 Subject: errors on libtool but its there and updated In-Reply-To: <001301c39fc8$61199d10$fb65a8c0@ocfl061> References: <3FA13C93.8010105@xsb.com><1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu><3FA1456B.8080404@xsb.com><20031030172034.GB40447@misty.eyesbeyond.com><3FA14A17.3000908@xsb.com><3FA14F85.8060205@xsb.com> <3FA21930.7060901@noc.ntua.gr><3FA28124.8090807@noc.ntua.gr> <001301c39fc8$61199d10$fb65a8c0@ocfl061> Message-ID: <3FA28A7D.4010509@noc.ntua.gr> M.D. DeWar wrote: > Great. that works except for a boo-boo > pkg_add: warning: package 'gmake-3.80' requires 'gettext-0.11.5_1', but > 'gettext > -0.12.1' is installed > > arghhhhhhhhhhhhhhhhhhhhhhhhhhhhhh > > and windows sucks why ? > (just a whining joke.!) On my system I get gmake-3.80_1, which requires gettext-0.12.1, actually. Somehow, you get the old version. You could either ignore it, or pkg_add -r gmake-3.80_1. If it doesn't work, fetch it manualy from ftp.freebsd.org and install it. Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece From glewis at eyesbeyond.com Thu Oct 30 12:34:11 2003 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Jan 26 16:57:48 2004 Subject: Assertion failure while compiling jdk14 In-Reply-To: <3FA14F85.8060205@xsb.com> References: <3FA13C93.8010105@xsb.com> <1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu> <20031030172034.GB40447@misty.eyesbeyond.com> <3FA14A17.3000908@xsb.com> <3FA14F85.8060205@xsb.com> Message-ID: <20031030203556.GA41868@misty.eyesbeyond.com> On Thu, Oct 30, 2003 at 12:51:01PM -0500, Christopher Rued wrote: > Christopher Rued wrote: > > >Greg Lewis wrote: > > > >>On Thu, Oct 30, 2003 at 12:07:55PM -0500, Christopher Rued wrote: > >> > >> > >>>While attempting to build jdk14 last night, I received the following > >>>error: > >>> > >>># > >>># HotSpot Virtual Machine Error, assertion failure > >>># Please report this error at > >>># http://java.sun.com/cgi-bin/bugreport.cgi > >>># > >>># Java VM: Java HotSpot(TM) Client VM > >>>(1.4.1-p4-cbr_29_oct_2003_16_42-debug mixed mode) > >>># > >>># assert(VM_Version::is_P6() || dest->has_byte_register(), "must use > >>>byte registers if not P6") > >>># > >>># Error ID: > >>>/usr/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/c1_LIRAssembler_i486.cpp, > >>>1145 > >> > >>Asserts should only fire when using the debug version of something. > >>Can you post a few lines above the problem or verify that the build was > >>trying to do something with one of the *_g executables? > > > >Unfortunately, I didn't save the output as I compiled, and have now > >let the output scroll off of my screen. I have started a new compile, > >using 'script' to save the output. I should be able to get back to > >you in about a day or so :-). > > Since I didn't do a `make clean` first, it finished a lot faster. > Here's what it was trying to do when the assertion failed: > > ... > gmake[3]: Entering directory > `/usr/ports/java/jdk14/work/j2se/ext/plugin/make' > rm -f /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/.classes.list > if [ -s > /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/.classes.list ] ; \ > then /usr/ports/java/jdk14/work/control/build/bsd-i586/bin/javac_g > -J-XX:ThreadStackSize=768 -J-Xms64m -J-Xmx256m -J-Xmaxf1 -classpath > /usr/ports/java/jdk14/work/control/build/bsd-i586/classes -bootclasspath > "/usr/port > s/java/jdk14/work/control/build/bsd-i586/lib/jce.jar:/usr/ports/java/jdk14/work/control/build/bsd-i586/lib/jsse.jar" > -sourcepath > "/usr/ports/java/jdk14/work/control/build/bsd-i586/gensrc:../../../make/../src/solaris/cla > sses:../../../make/../src/share/classes" -d > /usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/classes_g -g > -source 1.4 \ > ../src/share/converter/HTMLConverter.java > ../src/share/converter/sun/plugin/converter/engine/AppletPieces.java > ../src/share/converter/sun/plugin/converter/engine/ConvertFile.java > ../src/share/converter/sun/plugin/co > nverter/engine/ConvertSet.java > ../src/share/converter/sun/plugin/converter/engine/DefaultSet.java > ../src/share/converter/sun/plugin/converter/engine/ConverterProgressEvent.java > ../src/share/converter/sun/plugin/converte > r/engine/Converter.java > ../src/share/converter/sun/plugin/converter/engine/ConverterProgressListener.java > ../src/share/converter/sun/plugin/converter/engine/PluginConverter.java > ../src/share/converter/sun/plugin/convert > er/gui/ConverterGUI.java > ../src/share/converter/sun/plugin/converter/gui/ProgressGUI.java > ../src/share/converter/sun/plugin/converter/ResourceHandler.java > ../src/share/converter/sun/plugin/converter/util/AdvancedDialog. > java ../src/share/converter/sun/plugin/converter/util/BasicPrinter.java > ../src/share/converter/sun/plugin/converter/util/FlexFilter.java > ../src/share/converter/sun/plugin/converter/util/HelpDialog.java > ../src/share/conv > erter/sun/plugin/converter/util/NotDirectoryException.java > ../src/share/converter/sun/plugin/converter/util/PrintManyPlaces.java > ../src/share/converter/sun/plugin/converter/util/NotFileException.java > ../src/share/conver > ter/sun/plugin/converter/util/StdUtils.java > ../src/share/converter/sun/plugin/converter/util/CommandLine.java > ../src/share/converter/sun/plugin/converter/util/CommandLineException.java > ../src/share/converter/sun/plugin/ > converter/util/FileAccessException.java > ../src/share/converter/sun/plugin/converter/resources/Converter.java > ../src/share/converter/sun/plugin/converter/resources/Converter_de.java > ../src/share/converter/sun/plugin/conv > erter/resources/Converter_es.java > ../src/share/converter/sun/plugin/converter/resources/Converter_fr.java > ../src/share/converter/sun/plugin/converter/resources/Converter_it.java > ../src/share/converter/sun/plugin/convert > er/resources/Converter_ja.java > ../src/share/converter/sun/plugin/converter/resources/Converter_ko.java > ../src/share/converter/sun/plugin/converter/resources/Converter_sv.java > ../src/share/converter/sun/plugin/converter/ > resources/Converter_zh_CN.java > ../src/share/converter/sun/plugin/converter/resources/Converter_zh_TW.java > ; \ > fi > VM option 'ThreadStackSize=768' > ... > > > As you predicted, it's trying to use javac_g to compile several java > classes. > > Should I change all *_g commands in the makefiles (or at least this > particular javac_g command) to the corresponing non-_g command? Look at j2se/make/common/Defs.gmk. It currently contains the patch to set javah_g to javah on BSD. Try adding a similar thing for the JAVAC variable. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From past at noc.ntua.gr Fri Oct 31 07:34:49 2003 From: past at noc.ntua.gr (Panagiotis Astithas) Date: Mon Jan 26 17:00:39 2004 Subject: errors on libtool but its there and updated In-Reply-To: <000701c39fbd$0e33b190$fb65a8c0@ocfl061> References: <3FA13C93.8010105@xsb.com><1067532264.27956.27.camel@dyn231.iacc-tm4.ndsu.nodak.edu><3FA1456B.8080404@xsb.com><20031030172034.GB40447@misty.eyesbeyond.com><3FA14A17.3000908@xsb.com><3FA14F85.8060205@xsb.com> <3FA21930.7060901@noc.ntua.gr> <000701c39fbd$0e33b190$fb65a8c0@ocfl061> Message-ID: <3FA28124.8090807@noc.ntua.gr> M.D. DeWar wrote: > Sorry for the dumbness but how is that done ? > I have tried cvs in the past and didn't go off very well. > > THanks > mark In that case do a binary upgrade and you should be ok: pkg_add -r gmake For further information on using cvsup to update your ports see: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html section 4.5.1, cvsup method. Cheers, -- Panagiotis Astithas Electrical & Computer Engineer, PhD Network Management Center National Technical University of Athens, Greece