From owner-freebsd-java Sun Apr 28 6:20:55 2002 Delivered-To: freebsd-java@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id AF8BA37B41C for ; Sun, 28 Apr 2002 06:20:51 -0700 (PDT) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Sun, 28 Apr 2002 15:20:46 +0200 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FDA66F@l04.research.kpn.com> From: "Koster, K.J." To: "'athiele@charter.net'" Cc: freebsd-java@FreeBSD.ORG Subject: RE: Spoofing Tomcat identification Date: Sun, 28 Apr 2002 15:20:45 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Adrian, > > Anyone know how to spoof the Tomcat Identification ? > Grep through the sources and change it? Why'd you want to spoof it? Your boss told you to use IIS again? :-) Kees Jan ===================================================== You can't have everything. Where would you put it? [Steven Wright] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sun Apr 28 13:32: 4 2002 Delivered-To: freebsd-java@freebsd.org Received: from dc-mx03.cluster1.charter.net (dc-mx03.cluster0.hsacorp.net [209.225.8.13]) by hub.freebsd.org (Postfix) with ESMTP id BCDBB37B416 for ; Sun, 28 Apr 2002 13:32:00 -0700 (PDT) Received: from [24.196.228.91] (HELO charter.net) by dc-mx03.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with ESMTP id 5623112; Sun, 28 Apr 2002 16:29:51 -0400 Message-ID: <3CCC24EB.6030205@charter.net> Date: Sun, 28 Apr 2002 16:35:55 +0000 From: Adrian Reply-To: athiele@charter.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020424 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Koster, K.J." Cc: freebsd-java@FreeBSD.ORG Subject: Re: Spoofing Tomcat identification References: <59063B5B4D98D311BC0D0001FA7E452205FDA66F@l04.research.kpn.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org No, but I`m sure that will come up soon :-) I was thinking about security, Nessus suggested spoofing the server. I have been using the binary version and haven't found it in the config files. I thought it may be like the server tokens in apache ? Which by the way don`t seem to be disabled when I disable them. Alright one more question on the spoof. Any idea where to start looking in the source ? I believe there are about a zillionn .java files. I`ll try to find something that sounds feasable and let you know if I find it. On another topic. I have been working on the webapp connectors. I figured out the build for webapp for apache1.3 as well as apache2. In addition I`ve installed the mm.mysqlJDBC driver from the latest version, since the old port is quite out of date. I would like to apply what I`ve learned about building them to creating a port for all three. However I need a hand with port construction. Anyone want to help me translate the builds into ports. If I could be assisted with one, I`m sure I could run with the ball on the rest. Adrian Koster, K.J. wrote: > Dear Adrian, > > >>Anyone know how to spoof the Tomcat Identification ? >> > > Grep through the sources and change it? Why'd you want to spoof it? Your > boss told you to use IIS again? :-) > > Kees Jan > > ===================================================== > You can't have everything. Where would you put it? > [Steven Wright] > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sun Apr 28 13:46:19 2002 Delivered-To: freebsd-java@freebsd.org Received: from azrael.xs4all.nl (azrael.xs4all.nl [213.84.50.139]) by hub.freebsd.org (Postfix) with ESMTP id E576137B405 for ; Sun, 28 Apr 2002 13:46:15 -0700 (PDT) Received: (from remco@localhost) by azrael.xs4all.nl (8.11.6/8.11.6) id g3SKkAk56713; Sun, 28 Apr 2002 22:46:10 +0200 (CEST) (envelope-from remco) Date: Sun, 28 Apr 2002 22:46:10 +0200 From: "Remco van 't Veer" To: Adrian Cc: "Koster, K.J." , freebsd-java@FreeBSD.ORG Subject: Re: Spoofing Tomcat identification Message-ID: <20020428204610.GB14047@azrael.xs4all.nl> References: <59063B5B4D98D311BC0D0001FA7E452205FDA66F@l04.research.kpn.com> <3CCC24EB.6030205@charter.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CCC24EB.6030205@charter.net> User-Agent: Mutt/1.3.28i X-Spook: ZL31 BND SEMTEX RPC JAVA STARLAN Gorelick Meta-hackers SAR Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Apr 28, 2002 at 16:35, Adrian wrote: > No, but I`m sure that will come up soon :-) > I was thinking about security, Nessus suggested spoofing the server. > I have been using the binary version and haven't found it in the > config files. I thought it may be like the server tokens in apache ? > Which by the way don`t seem to be disabled when I disable them. > Alright one more question on the spoof. Any idea where to start > looking in the source ? I believe there are about a zillionn .java files. > I`ll try to find something that sounds feasable and let you know if > I find it. try: find . -type f | xargs grep "Tomcat Web Server" in a tomcat source directory. HTH, Remco > Koster, K.J. wrote: > >Dear Adrian, > > > > > >>Anyone know how to spoof the Tomcat Identification ? > >> > > > >Grep through the sources and change it? Why'd you want to spoof it? Your > >boss told you to use IIS again? :-) > > > > Kees Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sun Apr 28 16:13:31 2002 Delivered-To: freebsd-java@freebsd.org Received: from www.kjkoster.org (213-84-106-195.adsl.xs4all.nl [213.84.106.195]) by hub.freebsd.org (Postfix) with ESMTP id C834B37B417 for ; Sun, 28 Apr 2002 16:13:16 -0700 (PDT) Received: from kjkoster.org (LikeEver [192.168.0.1]) by www.kjkoster.org (8.12.3/8.12.2) with ESMTP id g3SNDEe6033816 for ; Mon, 29 Apr 2002 01:13:15 +0200 (CEST) (envelope-from kjkoster@kjkoster.org) Message-ID: <3CCC820A.25C75098@kjkoster.org> Date: Mon, 29 Apr 2002 01:13:14 +0200 From: Kees Jan Koster X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.5-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-java@freebsd.org Subject: Java Audio findings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear All, I've been playing around with the Java sound API and I figured I'd give the sound demo a swing. Much to my delight, the demo worked pretty much completely in FreeBSD's linuxulated JDK 1.3.1_03 and some of it even worked in FreeBSD's native 1.3.1p6_4. This is all on FreeBSD 4.5-stable as of yesterday. The sound card came with my motherboard and is a VIA all-in-one thingy. To summarise: * In Windows, the pan control on the Juke box has left and right reversed. On FreeBSD and the linuxulator this control works as intended. Hahaa!! Take that, billy! :-) * The Juke Box works as advertised in the linuxulator, except for .aiff files. * The Juke Box works for the native JDK only for .wav and .au files, not for .aiff, .rmf and .mid files. If I may take a blind, uneducated swing at the problem: perhaps an endian-problem reading these files? * Capture/Playback seems to work in the Linux version on FreeBSD, although I haven't actually tried to capture nor play back anything. * Capture/Playback generates the following exception on FreeBSD's native JDK: java.lang.IllegalStateException: Sequencer not open at com.sun.media.sound.MixerSequencer.stop(MixerSequencer.java:440) at Juke.playSound(Juke.java:309) at Juke.run(Juke.java:410) at java.lang.Thread.run(Thread.java:484) This makes me wonder what device it tries to open to speak to the midi sequencer. If it hadn't been 1:00am I might have looked at the sources. |-) * Midi Synthesizer works in the Linux version. In fact, it shows the instrument names in the boxes, where the Windows version shows only instrument numbers. (*POW* Linux 2, Windows 0) It becomes painfully obvious that I have a cheap-ass sound card with awful midi samples. The only reason I recognise the sound "applause" is because it says so on the screen. If that's applause I'm curious what static sounds like on my audio card. * Midi Synthesizer does not work in the native JDK and generates the following exception: javax.sound.midi.MidiUnavailableException: Audio Device Unavailable at com.sun.media.sound.HeadspaceMixer.open(HeadspaceMixer.java:628) at com.sun.media.sound.AbstractPlayer.open(AbstractPlayer.java:138) at MidiSynth.open(MidiSynth.java:108) at JavaSound.open(JavaSound.java:109) at JavaSound.stateChanged(JavaSound.java:99) at javax.swing.JTabbedPane.fireStateChanged(JTabbedPane.java:234) at javax.swing.JTabbedPane$ModelListener.stateChanged(JTabbedPane.java:179) at javax.swing.DefaultSingleSelectionModel.fireStateChanged(DefaultSingleSelectionModel.java:99) at javax.swing.DefaultSingleSelectionModel.setSelectedIndex(DefaultSingleSelectionModel.java:51) at javax.swing.JTabbedPane.setSelectedIndex(JTabbedPane.java:349) at javax.swing.plaf.basic.BasicTabbedPaneUI$MouseHandler.mousePressed(BasicTabbedPaneUI.java:1822) at java.awt.Component.processMouseEvent(Component.java:3712) at java.awt.Component.processEvent(Component.java:3544) at java.awt.Container.processEvent(Container.java:1164) at java.awt.Component.dispatchEventImpl(Component.java:2593) at java.awt.Container.dispatchEventImpl(Container.java:1213) at java.awt.Component.dispatchEvent(Component.java:2497) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:2451) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:2210) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:2125) at java.awt.Container.dispatchEventImpl(Container.java:1200) at java.awt.Window.dispatchEventImpl(Window.java:914) at java.awt.Component.dispatchEvent(Component.java:2497) at java.awt.EventQueue.dispatchEvent(EventQueue.java:339) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:131) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:98) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:85) Again: what device is it trying to use? * Groove Box works in the linuxulator the same as in Windows. The timing is dreadful when you click "loop", but at least it's equally dreadful on all platforms. Write once, cringe anywhere. :-) * Groove Box does not work in the native JDK. It silently pretends to work, and even reenables the start button after the sequence was played. No sound, nor any exception is generated. Pretty good, overall. I'm going to be working with audio files in Java for a bit and I was worried I'd have to resort to using Windows. Luckily I can use the Linux JDK and write my program. :-) Yours, Kees Jan ----------------------------------------------------------------- Kees Jan Koster e-mail: kjkoster "at" kjkoster.org www: http://www.kjkoster.org/ ----------------------------------------------------------------- you're only young once, but you can stay immature all your life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Apr 29 14:11:37 2002 Delivered-To: freebsd-java@freebsd.org Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by hub.freebsd.org (Postfix) with ESMTP id 28C2837B43B for ; Mon, 29 Apr 2002 14:11:21 -0700 (PDT) Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr2.xmission.com with esmtp (Exim 3.22 #1) id 172IQW-0004ga-00; Mon, 29 Apr 2002 15:11:16 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g3TLBBK44109; Tue, 30 Apr 2002 06:41:11 +0930 (CST) (envelope-from glewis) Date: Tue, 30 Apr 2002 06:41:11 +0930 From: Greg Lewis To: Jeroen Ruigrok/asmodai Cc: java@FreeBSD.ORG Subject: Re: Build and questions [Debugging info, hence long] Message-ID: <20020430064110.A44002@misty.eyesbeyond.com> References: <20020421140546.GN24261@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020421140546.GN24261@daemon.ninth-circle.org>; from asmodai@wxs.nl on Sun, Apr 21, 2002 at 04:05:46PM +0200 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Apr 21, 2002 at 04:05:46PM +0200, Jeroen Ruigrok/asmodai wrote: > Well, > > got jdk1.3.1 to build [again] without much problems on STABLE. > I then became daring and used my recently installed native jdk to bootstrap > the native jdk build. > And it built all the way. :) > [Not that it gained me anything but being able, hopefully, to bootstrap any > subsequent port changes without need for the linux-jdk13.] Good idea. I'd been planning this but I've just added a Makefile variable to allow this and will hopefully commit it following testing and approval. > Then running java run. > After finishing the install I get this on the last screen: > > ``o Checking required disk space requires file service native support > o File attributes could not be set because native support for that > operation is not available > o File times could not be set because native support for that operation is > not available'' > > It leaves a log file with this: > > (Apr 21, 2002 11:30:53 AM), Setup.product.install, com.installshield.product.service.product.PureJavaProductServiceImpl$DiskSpaceCheck, wrn, Checking required disk space requires file service native support. > (Apr 21, 2002 11:30:53 AM), Setup.product.install, com.installshield.product.act > ions.Files, wrn, Cannot set file attributes: operation is not supported by the current file service implementation. > (Apr 21, 2002 11:30:53 AM), Setup.product.install, com.installshield.product.actions.Files, wrn, Cannot set file times: operation is not supported by the current file service implementation. > > Is this even something we can fix or? Depends. From the wording of the message they may be doing some file system manipulations via JNI? If that is the case, we would need to port the code which they are using to do that or reverse engineer it. > After the install, when I run the p3p.jar file I managed to coredump java :) > > Font specified in font.properties not found [--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > SIGBUS 10* bus error Hmmm, I'll look into this when I can, but I doubt there is going to be any significant progress before 4.6 is frozen. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Apr 29 14:30:18 2002 Delivered-To: freebsd-java@freebsd.org Received: from mgr1.xmission.com (mgr1.xmission.com [198.60.22.201]) by hub.freebsd.org (Postfix) with ESMTP id 38D1137B400 for ; Mon, 29 Apr 2002 14:30:13 -0700 (PDT) Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr1.xmission.com with esmtp (Exim 3.22 #1) id 172Iip-0003vQ-00; Mon, 29 Apr 2002 15:30:11 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g3TLU6W44318; Tue, 30 Apr 2002 07:00:06 +0930 (CST) (envelope-from glewis) Date: Tue, 30 Apr 2002 07:00:05 +0930 From: Greg Lewis To: Jeroen Ruigrok/asmodai Cc: java@FreeBSD.ORG Subject: Re: Build and questions [Debugging info, hence long] Message-ID: <20020430070005.B44002@misty.eyesbeyond.com> References: <20020421140546.GN24261@daemon.ninth-circle.org> <20020421141613.GO24261@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020421141613.GO24261@daemon.ninth-circle.org>; from asmodai@wxs.nl on Sun, Apr 21, 2002 at 04:16:13PM +0200 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Apr 21, 2002 at 04:16:13PM +0200, Jeroen Ruigrok/asmodai wrote: > I'll be damned, > > using java_g -jar p3p.jar lets it run. > I can then use java -jar p3p.jar once or twice and have it working, before > it resumes its usual coredumping. > I haven't yet managed to get it to coredump using java_g. This is both unfortunate and typical :(. If you can get a dump with java_g that will give us a much nicer core to examine :). -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Apr 29 14:32:53 2002 Delivered-To: freebsd-java@freebsd.org Received: from mgr1.xmission.com (mgr1.xmission.com [198.60.22.201]) by hub.freebsd.org (Postfix) with ESMTP id DF9AD37B42F; Mon, 29 Apr 2002 14:32:48 -0700 (PDT) Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr1.xmission.com with esmtp (Exim 3.22 #1) id 172IlL-0004Vg-00; Mon, 29 Apr 2002 15:32:48 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g3TLWgs44348; Tue, 30 Apr 2002 07:02:42 +0930 (CST) (envelope-from glewis) Date: Tue, 30 Apr 2002 07:02:42 +0930 From: Greg Lewis To: Marc van Woerkom Cc: znerd@FreeBSD.ORG, freebsd-java@FreeBSD.ORG Subject: Re: locale not supported? Message-ID: <20020430070242.C44002@misty.eyesbeyond.com> References: <20020423185101.5DDDB2A2A39@pcserver.science-factory.com> <200204240646.g3O6kUw82538@zaphod.euronet.nl> <20020424121534.652F62A2A33@pcserver.science-factory.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020424121534.652F62A2A33@pcserver.science-factory.com>; from marc.vanwoerkom@science-factory.com on Wed, Apr 24, 2002 at 02:15:34PM +0200 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Apr 24, 2002 at 02:15:34PM +0200, Marc van Woerkom wrote: > > > # javavm -jar Java2Demo.jar > > > > Could you please include version information in there as well? What Java VM > > are we talking about here? It would be best if you would have included the > > output from: > > It was the linux 1.3.1 port if I remember correctly, I also played > with the linux 1.4.0 port. > However the problem is related to the version of the linux base. > I had this trouble with linux_base-7.1. > > With linux_base-6.1_1, the linux 1.3.1 jre is able to run the > Java2D demo without problem. XFree 4.1.0 vs. XFree 3.3.6? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Apr 29 14:35:26 2002 Delivered-To: freebsd-java@freebsd.org Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by hub.freebsd.org (Postfix) with ESMTP id 0567A37B417 for ; Mon, 29 Apr 2002 14:35:21 -0700 (PDT) Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr2.xmission.com with esmtp (Exim 3.22 #1) id 172Inn-0001wR-00; Mon, 29 Apr 2002 15:35:20 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g3TLZFb44391; Tue, 30 Apr 2002 07:05:15 +0930 (CST) (envelope-from glewis) Date: Tue, 30 Apr 2002 07:05:15 +0930 From: Greg Lewis To: "Koster, K.J." Cc: "'freebsd-java@freebsd.org'" Subject: Re: FW: Java 2 ! Message-ID: <20020430070515.D44002@misty.eyesbeyond.com> References: <59063B5B4D98D311BC0D0001FA7E452205FDA62F@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FDA62F@l04.research.kpn.com>; from K.J.Koster@kpn.com on Tue, Apr 23, 2002 at 09:48:06PM +0200 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Apr 23, 2002 at 09:48:06PM +0200, Koster, K.J. wrote: > Dear All, > > Please find an interesting message from the freebsd-java mailing list > attached. > > Kees Jan > > ===================================================== > You can't have everything. Where would you put it? > [Steven Wright] > > -----Original Message----- > From: roberto@spock.cl [mailto:roberto@spock.cl] > Sent: dinsdag 23 april 2002 7:19 > To: freebsd-alpha@FreeBSD.ORG > Subject: Java 2 ! > > > After a lengthy fight, i have the pleasure to tell the list that > > a) The Compaq JDK 1.3.1 for Linux/Alpha works on FreeBSD under /compat/linux Cool! Time to set this up on the Alpha devel box (and to make a port :). -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Apr 29 14:36:35 2002 Delivered-To: freebsd-java@freebsd.org Received: from mgr1.xmission.com (mgr1.xmission.com [198.60.22.201]) by hub.freebsd.org (Postfix) with ESMTP id 648D537B417; Mon, 29 Apr 2002 14:36:30 -0700 (PDT) Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr1.xmission.com with esmtp (Exim 3.22 #1) id 172Iou-0005p6-00; Mon, 29 Apr 2002 15:36:29 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g3TLaOM44415; Tue, 30 Apr 2002 07:06:24 +0930 (CST) (envelope-from glewis) Date: Tue, 30 Apr 2002 07:06:23 +0930 From: Greg Lewis To: Marc van Woerkom Cc: sobomax@FreeBSD.ORG, gnome@FreeBSD.ORG, freebsd-java@FreeBSD.ORG Subject: Re: Java Plugin for Mozilla 1.0 rc Message-ID: <20020430070623.E44002@misty.eyesbeyond.com> References: <20020423162922.790AE2A2A33@pcserver.science-factory.com> <3CC5A39B.9818A42A@FreeBSD.org> <20020423225338.831EB2A72A7@pcserver.science-factory.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020423225338.831EB2A72A7@pcserver.science-factory.com>; from marc.vanwoerkom@science-factory.com on Wed, Apr 24, 2002 at 12:53:38AM +0200 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Apr 24, 2002 at 12:53:38AM +0200, Marc van Woerkom wrote: > > > /usr/X11R6/lib/mozilla/plugins/libjavaplugin_oji.so > > > > ports/java/jdk13. > > The download page for the patchset doesn't work. :( > > I tried the "accept" with linux ns 4, freebsd mozilla 1.0-rc > and win2k IE 6 - no luck. I have no problem with Netscape 4.78 and Mozilla 0.9.9. Are you behind a firewall or proxy? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Apr 29 14:40:31 2002 Delivered-To: freebsd-java@freebsd.org Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by hub.freebsd.org (Postfix) with ESMTP id 024D337B405 for ; Mon, 29 Apr 2002 14:40:25 -0700 (PDT) Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr2.xmission.com with esmtp (Exim 3.22 #1) id 172Ish-00031v-00; Mon, 29 Apr 2002 15:40:24 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g3TLeJG44480; Tue, 30 Apr 2002 07:10:19 +0930 (CST) (envelope-from glewis) Date: Tue, 30 Apr 2002 07:10:19 +0930 From: Greg Lewis To: Hopeless Case Cc: freebsd-java@FreeBSD.ORG Subject: Re: mozilla 1.0 rc 1 crash bug Message-ID: <20020430071019.F44002@misty.eyesbeyond.com> References: <3CC8CD1C.90605@bsdbox.sytes.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CC8CD1C.90605@bsdbox.sytes.net>; from senir@bsdbox.sytes.net on Thu, Apr 25, 2002 at 08:44:28PM -0700 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Apr 25, 2002 at 08:44:28PM -0700, Hopeless Case wrote: > I'm getting the following when I run it from shell and try to access a > page with java: > > INTERNAL ERROR on Browser End: Exec of "java_vm" failed: 2 > < > System error?:: No such file or directory > Gdk-ERROR **: Fatal IO error 9 (Bad file descriptor) on X server :0.0. > > INTERNAL ERROR on Browser End: Could not read ack from browser > System error?:: Resource temprorarily unavailable > > Would I send this to a mozilla list instead? > > Btw, I'm using Freebsd 4.5 stable with GTK 1.4 and latest port of xfree86. I'm not sure this is tested with gtk 1.4... Anyway, is your symlink for the plugin set up correctly? Looks like its simply not finding java_vm to execute. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Apr 29 15:49:25 2002 Delivered-To: freebsd-java@freebsd.org Received: from bsdbox.sytes.net (sc-24-24-232-133.socal.rr.com [24.24.232.133]) by hub.freebsd.org (Postfix) with SMTP id BFB7337B417 for ; Mon, 29 Apr 2002 15:49:21 -0700 (PDT) Received: (qmail 63394 invoked from network); 29 Apr 2002 22:49:23 -0000 Received: from unknown (HELO bsdbox.sytes.net) (127.0.0.1) by localhost with SMTP; 29 Apr 2002 22:49:23 -0000 Message-ID: <3CCDCDF3.3040300@bsdbox.sytes.net> Date: Mon, 29 Apr 2002 15:49:23 -0700 From: Hopeless Case User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020428 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-java@FreeBSD.ORG Subject: Re: mozilla 1.0 rc 1 crash bug References: <3CC8CD1C.90605@bsdbox.sytes.net> <20020430071019.F44002@misty.eyesbeyond.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Greg Lewis wrote: >On Thu, Apr 25, 2002 at 08:44:28PM -0700, Hopeless Case wrote: > > >>I'm getting the following when I run it from shell and try to access a >>page with java: >> >>INTERNAL ERROR on Browser End: Exec of "java_vm" failed: 2 >>< >>System error?:: No such file or directory >>Gdk-ERROR **: Fatal IO error 9 (Bad file descriptor) on X server :0.0. >> >>INTERNAL ERROR on Browser End: Could not read ack from browser >>System error?:: Resource temprorarily unavailable >> >>Would I send this to a mozilla list instead? >> >>Btw, I'm using Freebsd 4.5 stable with GTK 1.4 and latest port of xfree86. >> >> > >I'm not sure this is tested with gtk 1.4... > >Anyway, is your symlink for the plugin set up correctly? Looks like its >simply not finding java_vm to execute. > > > Only had put the plugin in the directory like jre13 told me. Seems when I rebuilt mozilla wiht jre13 being linked in or whatever, it fixed the problem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Apr 29 22:48:39 2002 Delivered-To: freebsd-java@freebsd.org Received: from svr-ganmtc-appserv-mgmt.ncf.coxexpress.com (svr-ganmtc-appserv-mgmt.ncf.coxexpress.com [24.136.46.5]) by hub.freebsd.org (Postfix) with ESMTP id 08DFA37B41A for ; Mon, 29 Apr 2002 22:48:21 -0700 (PDT) Received: from qrocket.ncf.coxexpress.com (cpe-gan-68-101-76-164-cmcpe.ncf.coxexpress.com [68.101.76.164]) by svr-ganmtc-appserv-mgmt.ncf.coxexpress.com (8.11.4/8.11.4) with SMTP id g3U47KF13658 for ; Tue, 30 Apr 2002 00:07:21 -0400 Message-ID: <004001c1efc6$28f8c680$8800a8c0@qrocket> From: "Jim Qualizza" To: java@freebsd.org Subject: Paintball Scheduling Pro Program Date: Mon, 29 Apr 2002 17:36:57 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_003B_01C1EFA4.75BE8620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Disposition-Notification-To: "Jim Qualizza" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_003B_01C1EFA4.75BE8620 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Dear Paintball Enthusiast: =20 Introducing: Paintball Scheduler Pro =96 Order Now =96 = Qualizza@Yahoo.com =20 Paintball Scheduling Pro is the first program developed exclusively for = use with Round Robin paintball tournaments!!! It is an Excel based = product that creates Master Schedules, Field Schedules, and Team = Schedules for a variety of Tournament Types (Novice, Amateur, Pro) and = Divisions (A, B, C). =20 It is easy to use and can be used within minutes of opening the program. = Input the Team names and field names and you are ready to create any = schedule you need to run your tournament as efficiently and effectively = as possible. =20 =20 No longer do you have to make copies of copies and hand them out. = Paintball Scheduler Pro prints the schedules you need as fast as your = printer spits them out. =20 =20 Gives a professional appearance to your tournament and provides everyone = with easy to read hand outs. Players, team captains, and referees alike = will instantly thank you for providing them with such an easy to read = and organized scheduler. Make no mistake this is no gimmick. Full refund guaranteed if not 100% = satisfied! =20 A Demo version is available upon request. Email me now - = Qualizza@yahoo.com =20 Benefits: a.. Easy to navigate Menus and buttons.=20 b.. Create Schedules in Minutes rather than HOURS!=20 c.. Easy to use =96 Point and click features of Windows.=20 d.. Easy to learn =96 Can learn in 5-10 minutes.=20 e.. Reduces the overall time it takes to manage and run a tournament.=20 f.. Adds professionalism to the process of the event.=20 g.. Improve customer satisfaction with easy to read schedules.=20 h.. Provides referees with games arranged in order of play by each = field in use.=20 i.. Allows teams to view all their games and including those in front = and behind them.=20 j.. Created to be used for Novice (Divisions A-D), Amateur A = (Divisions A-C), Amateur B (Divisions A-C), and Professional (Divisions = A-C) teams. The user can rename and make any type of division name = (i.e. Young Guns, Rookie).=20 k.. All teams know who they are playing =96 Program replaces all team = numbers with actual team names. No more guessing who team 5 is or is = not.=20 l.. Optimized to work with up to 40 teams in a division and any number = of fields.=20 m.. The number of rounds (games) can be limited by the user, i.e., 6 = game preliminaries.=20 n.. All Master schedules can be merged into a set of Merged Schedules = - play all Division across all available fields without interference.=20 o.. Ability to insert Time into the Schedules (lists when games are = scheduled to start) and can choose to include a lunch time. = Tournaments run more efficiently and ON TIME!=20 p.. Sort the Master Schedule by round, game, or field with a menu = selection.=20 q.. All Master Schedules, Field Schedules, and Team Schedules can be = printed with the click of a mouse button. =20 r.. Master Scorekeeper =96 a score sheet for each Division. Includes = games played, games to be played, current score, current RANK, and = average score per game.=20 s.. All Schedules are formatted for easy reading and identification.=20 t.. Tournament Time Estimator =96 Know what time the tournament will = end =96 prelims, semis, and finals.=20 u.. Teams can be automatically randomized or manually seeded in a = division.=20 v.. Full featured Help =96 included in the program and can be printed = out. =20 =20 Are you tired of this? =FC Trying to read a schedule that has been copied hundreds of = times? =FC Trying to store all kinds of combinations of schedules, just = in case you need it? =FC Trying to figure out what team number equals what team name? =FC Trying to copy your team schedule from a hard to read and = understand master schedule? =FC Trying to find your team games scattered all over a copied = sheet? =FC Spending 30 minutes trying to figure out what teams are = suppose to be on a particular field? =FC Having the tournament take too long due to misinterpretations = of the schedule? =FC Hold ups that take place when schedules are not clear and to = the point? =FC Unable to redo or prepare a schedule at the last minute. =FC Waiting for someone to interpret the master schedule? =FC Darkness is coming and the preliminaries are not over yet. =20 Requirements: Computer running Windows 95/98/ME/NT/XP Microsoft Excel 2000/XP =20 =20 Pricing: Standard Version - $149.95 Promoter=92s Version - $299.95 =20 =20 Looking forward to your order =96 You will be Pleased with its Ease! =20 =20 Jim Qualizza Qualizza@yahoo.com ------=_NextPart_000_003B_01C1EFA4.75BE8620 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Dear=20 Paintball Enthusiast:

 

Introducing:   Paintball = Scheduler=20 Pro =96 Order Now =96 Qualizza@Yahoo.com

 

Paintball Scheduling = Pro is=20 the  first program = developed=20 exclusively for use with Round Robin paintball = tournaments!!!  It is an Excel based product = that=20 creates Master Schedules, Field Schedules, and Team Schedules for a = variety of=20 Tournament Types (Novice, Amateur, Pro) and Divisions (A, B, C).

 

It is easy to use and = can be used=20 within minutes of opening the program. =20 Input the Team names and field names and you are ready to create = any=20 schedule you need to run your tournament as efficiently and effectively = as=20 possible. 

 

No longer do you have = to make=20 copies of copies and hand them out. =20 Paintball Scheduler Pro prints the schedules you need as fast as = your=20 printer spits them out.  =

 

Gives a professional = appearance=20 to your tournament and provides everyone with easy to read hand = outs.  Players, team captains, and = referees=20 alike will instantly thank you for providing them with such an easy to = read and=20 organized scheduler.

 

Make no mistake this = is no=20 gimmick.  Full refund = guaranteed if=20 not 100% satisfied!

 

A Demo version is = available upon=20 request.  Email me now -=20 Qualizza@yahoo.com

 

Benefits:

  • Easy=20 to navigate Menus and buttons.=20
  • Create=20 Schedules in Minutes rather than HOURS!=20
  • Easy=20 to use =96 Point and click features of Windows.=20
  • Easy=20 to learn =96 Can learn in 5-10 minutes.=20
  • Reduces=20 the overall time it takes to manage and run a tournament.=20
  • Adds=20 professionalism to the process of the event.=20
  • Improve=20 customer satisfaction with easy to read schedules.=20
  • Provides=20 referees with games arranged in order of play by each field in use.=20
  • Allows=20 teams to view all their games and including those in front and behind = them.=20
  • Created=20 to be used for Novice (Divisions A-D), Amateur A (Divisions A-C), = Amateur B=20 (Divisions A-C), and Professional (Divisions A-C) teams.  The user can rename and make = any type=20 of division name (i.e. Young Guns, Rookie).=20
  • All=20 teams know who they are playing =96 Program replaces all team numbers = with=20 actual team names. No more guessing who team 5 is or is not.=20
  • Optimized=20 to work with up to 40 teams in a division and any number of fields.=20
  • The=20 number of rounds (games) can be limited by the user, i.e., 6 game=20 preliminaries.=20
  • All=20 Master schedules can be merged into a set of Merged Schedules - play = all=20 Division across all available fields without interference.=20
  • Ability=20 to insert Time into the Schedules (lists when games are scheduled to = start)=20 and  can choose to = include a lunch=20 time.  Tournaments run = more=20 efficiently and ON TIME!=20
  • Sort=20 the Master Schedule by round, game, or field with a menu selection.=20
  • All=20 Master Schedules, Field Schedules, and Team Schedules can be printed = with the=20 click of a mouse button.  =
  • Master=20 Scorekeeper =96 a score sheet for each Division.  Includes games played, games = to be=20 played, current score, current RANK, and average score per game.=20
  • All=20 Schedules are formatted for easy reading and identification.=20
  • Tournament=20 Time Estimator =96 Know what time the tournament will end =96 prelims, = semis, and=20 finals.=20
  • Teams=20 can be automatically randomized or manually seeded in a division.=20
  • Full=20 featured Help =96 included in the program and can be printed = out.

 

 

Are you tired of = this?

=FC      =20 Trying to read a schedule that has been copied hundreds of = times?

=FC      =20 Trying to store all kinds of combinations of schedules, = just in=20 case you need it?

=FC      =20 Trying to figure out what team number equals what team = name?

=FC      =20 Trying to copy your team schedule from a hard to read and=20 understand master schedule?

=FC      =20 Trying to find your team games scattered all over a copied = sheet?

=FC      =20 Spending 30 minutes trying to figure out what teams are = suppose to=20 be on a particular field?

=FC      =20 Having the tournament take too long due to = misinterpretations of=20 the schedule?

=FC      =20 Hold ups that take place when schedules are not clear and = to the=20 point?

=FC      =20 Unable to redo or prepare a schedule at the last = minute.

=FC      =20 Waiting for someone to interpret the master schedule?

=FC      =20 Darkness is coming and the preliminaries are not over = yet.

 

Requirements:

Computer running = Windows=20 95/98/ME/NT/XP

Microsoft Excel = 2000/XP 

 

Pricing:

Standard = Version     -   $149.95

Promoter=92s = Version  -   $299.95

 

 

Looking forward to = your order =96=20 You will be Pleased with its Ease!

 

 

Jim Qualizza

Qualizza@yahoo.com

------=_NextPart_000_003B_01C1EFA4.75BE8620-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Apr 30 8:19:16 2002 Delivered-To: freebsd-java@freebsd.org Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by hub.freebsd.org (Postfix) with ESMTP id 0D79E37B41D for ; Tue, 30 Apr 2002 08:18:57 -0700 (PDT) Received: from freebie.brann.org (159-87.nyc.dsl.access.net [166.84.159.87]) by mail1.panix.com (Postfix) with ESMTP id 07EBA48903 for ; Tue, 30 Apr 2002 11:17:06 -0400 (EDT) Received: (from john@localhost) by freebie.brann.org (8.11.6/8.11.6) id g3UFH5g34044 for freebsd-java@freebsd.org; Tue, 30 Apr 2002 11:17:05 -0400 (EDT) (envelope-from john) Date: Tue, 30 Apr 2002 11:17:05 -0400 From: John Brann To: freebsd-java@freebsd.org Subject: dgettext problem with plugin Message-ID: <20020430111705.A34006@freebie.brann.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I have been bitten by the dgettext problem: I had a working mozilla with native java plugin (0.99, I think). I cvsupped ports after mozilla was upgraded to rc1. Ran portupgrade - jdk1.3.1 had moved to p6_4 so it wanted to be rebuilt - I did this. gettext (0.11.1) and gettext-old (0.10.35) were already installed and did not prompt for rebuilds. jdk and mozilla both built and installed correctly. Starting mozilla from a command line shows: LoadPlugin: failed to initialize shared library /usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so [/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so: Undefined symbol "dgettext"] I forcibly deleted and rebuilt both gettext and gettext-old. Both rebuilt, same problem. I deleted them again, and the jdk and rebuilt the jdk. The jdk did an implicit build of gettext-old (only) and failed to build the plugin (unable to find libintl.h). I rebuilt gettext and the jdk now built correctly. /usr/local/lib contains: lrwxr-xr-x 1 root wheel 12 Apr 30 09:34 /usr/local/lib/libintl.so@ -> libintl.so.2 -r--r--r-- 1 root wheel 31367 Apr 30 09:34 /usr/local/lib/libintl.so.2 and nm /usr/local/lib/libintl.so.2 | grep dgettext gives me: 000017a4 T dgettext 00001cfc T dgettext__ So the text entries are in the shared library. I don't get it. Help!! John -- Unreal City, Under the brown fog of a winter dawn, finger jbrann@panix.com for pgp public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed May 1 0:17: 1 2002 Delivered-To: freebsd-java@freebsd.org Received: from zaphod.euronet.nl (zaphod.euronet.nl [194.134.128.241]) by hub.freebsd.org (Postfix) with ESMTP id 1768637B417 for ; Wed, 1 May 2002 00:16:57 -0700 (PDT) Received: (from ernst@localhost) by zaphod.euronet.nl (8.11.6/8.11.6) id g417HCH29599; Wed, 1 May 2002 09:17:12 +0200 (CEST) (envelope-from ernst) Message-Id: <200205010717.g417HCH29599@zaphod.euronet.nl> Content-Type: text/plain; charset="iso-8859-1" From: Ernst de Haan Organization: EuroNet Internet B.V. To: Greg Lewis , Jeroen Ruigrok/asmodai Subject: Re: Build and questions [Debugging info, hence long] Date: Wed, 1 May 2002 09:17:11 +0200 X-Mailer: KMail [version 1.3.2] Cc: java@FreeBSD.ORG References: <20020421140546.GN24261@daemon.ninth-circle.org> <20020430064110.A44002@misty.eyesbeyond.com> In-Reply-To: <20020430064110.A44002@misty.eyesbeyond.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Greg, > > got jdk1.3.1 to build [again] without much problems on STABLE. > > I then became daring and used my recently installed native jdk to > > bootstrap the native jdk build. > > And it built all the way. :) > > [Not that it gained me anything but being able, hopefully, to bootstrap > > any subsequent port changes without need for the linux-jdk13.] > > Good idea. I'd been planning this but I've just added a Makefile variable > to allow this and will hopefully commit it following testing and approval. You should be able to use: USE_JAVA= 1.3+ but this will attempt to use the native 1.3.1 if there is no JDK 1.3.x installed. I will patch bsd.java.mk so it will check that ${PKGCATEGORY}/${PORTNAME} does not equal ${_JAVA_PORT_FREEBSD_1_3}. If it does, then the native JDK will be excluded as an option. What do you think? Regards, Ernst -- Ernst de Haan EuroNet Internet B.V. "Come to me all who are weary and burdened and I will give you rest" -- Jesus Christ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed May 1 12: 7:32 2002 Delivered-To: freebsd-java@freebsd.org Received: from smtp.hccnet.nl (smtp.hccnet.nl [62.251.0.13]) by hub.freebsd.org (Postfix) with ESMTP id 1156F37B405; Wed, 1 May 2002 12:06:59 -0700 (PDT) Received: from there by smtp.hccnet.nl via uds98-45.dial.hccnet.nl [62.251.45.98] with SMTP id VAA21257 (8.8.8/1.13); Wed, 1 May 2002 21:06:53 +0200 (MET DST) Message-Id: <200205011906.VAA21257@smtp.hccnet.nl> From: Ernst de Haan Organization: FreeBSD Project To: java@FreeBSD.org, ports@FreeBSD.org Subject: Request for Review: bsd.java.mk patch Date: Wed, 1 May 2002 21:06:45 +0200 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="------------Boundary-00=_935G41LL1NDUIHU3VGWB" Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --------------Boundary-00=_935G41LL1NDUIHU3VGWB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hi, Is there anyone out there just *waiting* to get a chance to review some changes to bsd.java.mk ? Well, if so, here's your chance! =) Seriously, a review would be appreciated. The only thing I did (hoped to do) was making everything a bit cleaner by introducting HAVE_ variables. Attached are both the patch from the current version of ports/Mk/bsd.java.mk and the result. Ernst --------------Boundary-00=_935G41LL1NDUIHU3VGWB Content-Type: text/plain; charset="iso-8859-1"; name="bsd.java.mk" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bsd.java.mk" Iy0qLSBtb2RlOiBGdW5kYW1lbnRhbDsgdGFiLXdpZHRoOiA0OyAtKi0KIyBleDp0cz00CiMKIyBi c2QuamF2YS5tayAtIFN1cHBvcnQgZm9yIEphdmEtYmFzZWQgcG9ydHMuCiMKIyBDcmVhdGVkIGJ5 OiBFcm5zdCBkZSBIYWFuIDx6bmVyZEBGcmVlQlNELm9yZz4KIwojIEZvciBGcmVlQlNEIGNvbW1p dHRlcnM6CiMgUGxlYXNlIHNlbmQgYWxsIHN1Z2dlc3RlZCBjaGFuZ2VzIHRvIHRoZSBtYWludGFp bmVyIGluc3RlYWQgb2YgY29tbWl0dGluZwojIHRoZW0gdG8gQ1ZTIHlvdXJzZWxmLgojCiMgJEZy ZWVCU0Q6IHBvcnRzL01rL2JzZC5qYXZhLm1rLHYgMS45IDIwMDIvMDQvMjcgMDA6MTg6NTMgem5l cmQgRXhwICQKIwoKLmlmICFkZWZpbmVkKEphdmFfSW5jbHVkZSkKCkphdmFfSW5jbHVkZT0JCQkJ YnNkLmphdmEubWsKSmF2YV9JbmNsdWRlX01BSU5UQUlORVI9CXpuZXJkQEZyZWVCU0Qub3JnCgoj CiMgVGhlcmUgYXJlIHRoZSBmb2xsb3dpbmcgc3RhZ2VzOgojCiMgU3RhZ2UgMTogRGVmaW5lIGNv bnN0YW50cwojIFN0YWdlIDI6IERlYWwgd2l0aCBKQVZBX0hPTUUgaWYgaXQgaXMgYWxyZWFkeSBz ZXQKIyBTdGFnZSAzOiBEZXRlcm1pbmUgd2hpY2ggSkRLIHBvcnRzIGFyZSBpbnN0YWxsZWQKIyBT dGFnZSA0OiBEZWNpZGUgdGhlIGV4YWN0IEpESyB2ZXJzaW9uIGlmIG9ubHkgYSBtaW5pbXVtIHZl cnNpb24gaXMgc3BlY2lmaWVkCiMgU3RhZ2UgNTogRGVjaWRlIHRoZSBleGFjdCBKREsgdG8gdXNl CiMgU3RhZ2UgNjogRGVmaW5lIGFsbCBzZXR0aW5ncyBmb3IgdGhlIHBvcnQgdG8gdXNlCiMgU3Rh Z2UgNzogQWRkIGFueSBkZXBlbmRlbmNpZXMgaWYgbmVjZXNzYXJ5CiMKCi4JaWYgZGVmaW5lZChV U0VfSkFWQSkKCgojLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIyBTdGFnZSAxOiBEZWZpbmUgY29uc3Rh bnRzCiMKCiMgVGhlIGNvbXBsZXRlIGxpc3Qgb2YgSmF2YSB2ZXJzaW9ucyBzdXBwb3J0ZWQuCl9K QVZBX1ZFUlNJT05TPQkJMS4xIDEuMiAxLjMgMS40CgojIFNldCB0aGUgSkFWQV9IT01FIGRpcmVj dG9yaWVzIGZvciBhbGwgcmVjb2duaXplZCBKREsncwpfSkFWQV9IT01FX0ZSRUVCU0RfMV8xPQkJ CSR7TE9DQUxCQVNFfS9qZGsxLjEuOApfSkFWQV9IT01FX0ZSRUVCU0RfMV8yPQkJCSR7TE9DQUxC QVNFfS9qZGsxLjIuMgpfSkFWQV9IT01FX0ZSRUVCU0RfMV8zPQkJCSR7TE9DQUxCQVNFfS9qZGsx LjMuMQpfSkFWQV9IT01FX0JMQUNLRE9XTl9MSU5VWF8xXzI9CSR7TE9DQUxCQVNFfS9saW51eC1q ZGsxLjIuMgpfSkFWQV9IT01FX1NVTl9MSU5VWF8xXzI9CQkke0xPQ0FMQkFTRX0vbGludXgtc3Vu LWpkazEuMi4yLjAxMQpfSkFWQV9IT01FX0lCTV9MSU5VWF8xXzM9CQkke0xPQ0FMQkFTRX0vbGlu dXgtaWJtLWpkazEuMy4xCl9KQVZBX0hPTUVfU1VOX0xJTlVYXzFfMz0JCSR7TE9DQUxCQVNFfS9s aW51eC1qZGsxLjMuMQpfSkFWQV9IT01FX1NVTl9MSU5VWF8xXzQ9CQkke0xPQ0FMQkFTRX0vbGlu dXgtamRrMS40LjAKCiMgU2V0IHRoZSBKREsgcG9ydHMgZm9yIGFsbCByZWNvZ25pemVkIEpESydz Cl9KQVZBX1BPUlRfRlJFRUJTRF8xXzE9CQkJamF2YS9qZGsKX0pBVkFfUE9SVF9GUkVFQlNEXzFf Mj0JCQlqYXZhL2pkazEyLWJldGEKX0pBVkFfUE9SVF9GUkVFQlNEXzFfMz0JCQlqYXZhL2pkazEz Cl9KQVZBX1BPUlRfQkxBQ0tET1dOX0xJTlVYXzFfMj0JamF2YS9saW51eC1qZGsKX0pBVkFfUE9S VF9TVU5fTElOVVhfMV8yPQkJamF2YS9saW51eC1zdW4tamRrMTIKX0pBVkFfUE9SVF9JQk1fTElO VVhfMV8zPQkJamF2YS9saW51eC1pYm0tamRrMTMKX0pBVkFfUE9SVF9TVU5fTElOVVhfMV8zPQkJ amF2YS9saW51eC1qZGsxMwpfSkFWQV9QT1JUX1NVTl9MSU5VWF8xXzQ9CQlqYXZhL2xpbnV4LWpk azE0CgojIFNldCB0aGUgbmFtZSBvZiB0aGUgZmlsZSB0aGF0IGluZGljYXRlcyB0aGF0IGEgSkRL IGlzIGluZGVlZCBpbnN0YWxsZWQsIGFzIGEKIyByZWxhdGl2ZSBwYXRoIHdpdGhpbiB0aGUgSkFW QV9IT01FIGRpcmVjdG9yeS4KX0pES19GSUxFPWJpbi9qYXZhYwoKIyBTZXQgdGhlIHBhdGggdG8g SmlrZXMgYW5kIGRlZmluZSB0aGUgSmlrZXMgZGVwZW5kZW5jeQpfSklLRVNfUEFUSD0JJHtMT0NB TEJBU0V9L2Jpbi9qaWtlcwpfREVQRU5EX0pJS0VTPQkke19KSUtFU19QQVRIfToke1BPUlRTRElS fS9qYXZhL2ppa2VzCgoKIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiMgU3RhZ2UgMjogRGV0ZXJtaW5l IHdoaWNoIEpESyBwb3J0cyBhcmUgaW5zdGFsbGVkCiMKCi4JCXVuZGVmIEhBVkVfSkFWQV9GUkVF QlNEXzFfMQouCQl1bmRlZiBIQVZFX0pBVkFfRlJFRUJTRF8xXzIKLgkJdW5kZWYgSEFWRV9KQVZB X0ZSRUVCU0RfMV8zCi4JCXVuZGVmIEhBVkVfSkFWQV9CTEFDS0RPV05fTElOVVhfMV8yCi4JCXVu ZGVmIEhBVkVfSkFWQV9TVU5fTElOVVhfMV8yCi4JCXVuZGVmIEhBVkVfSkFWQV9TVU5fTElOVVhf MV8zCi4JCXVuZGVmIEhBVkVfSkFWQV9JQk1fTElOVVhfMV8zCi4JCXVuZGVmIEhBVkVfSkFWQV9T VU5fTElOVVhfMV80CgouCQlpZiBleGlzdHMoJHtfSkFWQV9IT01FX0ZSRUVCU0RfMV8xfS8ke19K REtfRklMRX0pCkhBVkVfSkFWQV9GUkVFQlNEXzFfMT0JWUVTCi4JCWVuZGlmCi4JCWlmIGV4aXN0 cygke19KQVZBX0hPTUVfRlJFRUJTRF8xXzJ9LyR7X0pES19GSUxFfSkKSEFWRV9KQVZBX0ZSRUVC U0RfMV8yPQlZRVMKLgkJZW5kaWYKLgkJaWYgZXhpc3RzKCR7X0pBVkFfSE9NRV9GUkVFQlNEXzFf M30vJHtfSkRLX0ZJTEV9KQpIQVZFX0pBVkFfRlJFRUJTRF8xXzM9CVlFUwouCQllbmRpZgouCQlp ZiBleGlzdHMoJHtfSkFWQV9IT01FX0JMQUNLRE9XTl9MSU5VWF8xXzJ9LyR7X0pES19GSUxFfSkK SEFWRV9KQVZBX0JMQUNLRE9XTl9MSU5VWF8xXzI9CVlFUwouCQllbmRpZgouCQlpZiBleGlzdHMo JHtfSkFWQV9IT01FX1NVTl9MSU5VWF8xXzJ9LyR7X0pES19GSUxFfSkKSEFWRV9KQVZBX1NVTl9M SU5VWF8xXzI9CVlFUwouCQllbmRpZgouCQlpZiBleGlzdHMoJHtfSkFWQV9IT01FX1NVTl9MSU5V WF8xXzN9LyR7X0pES19GSUxFfSkKSEFWRV9KQVZBX1NVTl9MSU5VWF8xXzM9CVlFUwouCQllbmRp ZgouCQlpZiBleGlzdHMoJHtfSkFWQV9IT01FX0lCTV9MSU5VWF8xXzN9LyR7X0pES19GSUxFfSkK SEFWRV9KQVZBX0lCTV9MSU5VWF8xXzM9CVlFUwouCQllbmRpZgouCQlpZiBleGlzdHMoJHtfSkFW QV9IT01FX1NVTl9MSU5VWF8xXzR9LyR7X0pES19GSUxFfSkKSEFWRV9KQVZBX1NVTl9MSU5VWF8x XzQ9CVlFUwouCQllbmRpZgoKCiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQojIFN0YWdlIDM6IERlYWwg d2l0aCBKQVZBX0hPTUUgaWYgaXQgaXMgYWxyZWFkeSBzZXQKIwoKIyBTZWUgaWYgSkFWQV9IT01F IHBvaW50cyB0byBhIGtub3duIEpESy4gSWYgaXQgZG9lcywgdGhlbiB1bmRlZmluZSBKQVZBX0hP TUUKIyBhbmQgYWN0dWFsbHkgdXNlIEpBVkFfUE9SVCBpbnN0ZWFkLCBzbyB0aGF0IHdlIGRvIG5v dCBzY3JldyB3aXRoIG91cgojIGRlcGVuZGVuY2llcy4KLgkJaWYgZGVmaW5lZChKQVZBX0hPTUUp Cl9KQVZBX0hPTUU9CSR7SkFWQV9IT01FfQouCQkJdW5kZWYoSkFWQV9IT01FKQouCQkJaWYgJHtf SkFWQV9IT01FfSA9PSAke19KQVZBX0hPTUVfRlJFRUJTRF8xXzF9CkpBVkFfUE9SVD0JJHtfSkFW QV9QT1JUX0ZSRUVCU0RfMV8xfQouCQkJZWxpZiAke19KQVZBX0hPTUV9ID09ICR7X0pBVkFfSE9N RV9GUkVFQlNEXzFfMn0KSkFWQV9QT1JUPQkke19KQVZBX1BPUlRfRlJFRUJTRF8xXzJ9Ci4JCQll bGlmICR7X0pBVkFfSE9NRX0gPT0gJHtfSkFWQV9IT01FX0ZSRUVCU0RfMV8zfQpKQVZBX1BPUlQ9 CSR7X0pBVkFfUE9SVF9GUkVFQlNEXzFfM30KLgkJCWVsaWYgJHtfSkFWQV9IT01FfSA9PSAke19K QVZBX0hPTUVfQkxBQ0tET1dOX0xJTlVYXzFfMn0KSkFWQV9QT1JUPQkke19KQVZBX1BPUlRfQkxB Q0tET1dOX0xJTlVYXzFfMn0KLgkJCWVsaWYgJHtfSkFWQV9IT01FfSA9PSAke19KQVZBX0hPTUVf U1VOX0xJTlVYXzFfMn0KSkFWQV9QT1JUPQkke19KQVZBX1BPUlRfU1VOX0xJTlVYXzFfMn0KLgkJ CWVsaWYgJHtfSkFWQV9IT01FfSA9PSAke19KQVZBX0hPTUVfSUJNX0xJTlVYXzFfM30KSkFWQV9Q T1JUPQkke19KQVZBX1BPUlRfSUJNX0xJTlVYXzFfM30KLgkJCWVsaWYgJHtfSkFWQV9IT01FfSA9 PSAke19KQVZBX0hPTUVfU1VOX0xJTlVYXzFfM30KSkFWQV9QT1JUPQkke19KQVZBX1BPUlRfU1VO X0xJTlVYXzFfM30KLgkJCWVsaWYgJHtfSkFWQV9IT01FfSA9PSAke19KQVZBX0hPTUVfU1VOX0xJ TlVYXzFfNH0KSkFWQV9QT1JUPQkke19KQVZBX1BPUlRfU1VOX0xJTlVYXzFfNH0KLgkJCWVsc2UK SkFWQV9IT01FPQkke19KQVZBX0hPTUV9Ci4JCQllbmRpZgouCQllbmRpZgoKCiMtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQojIFN0YWdlIDQ6IERlY2lkZSB0aGUgZXhhY3QgSkRLIHZlcnNpb24gaWYgb25s eSBhIG1pbmltdW0gdmVyc2lvbiBpcyBzcGVjaWZpZWQKIwoKIyBJZiBVU0VfSkFWQSBpcyAxLjEr LCAxLjIrLCAxLjMrIG9yIDEuNCssIHRoZW4gc2V0IGl0IHRvIDEuMSwgMS4yLCAxLjMgb3IKIyAx LjQsIGRlcGVuZGluZyBvbiB3aGF0IEpESydzIGFyZSBhbHJlYWR5IGluc3RhbGxlZC4gVGhlIEZy ZWVCU0QgSkRLIHdpbGwgYmUKIyBwcmVmZXJyZWQuIFRoZSBTdW4gSkRLIDEuNCBmb3IgTGludXgg aXMgYWx3YXlzIHRoZSBsZWFzdCBwcmVmZXJyZWQgSkRLLgojIEhvd2V2ZXIsIHRoZSBtb3N0IHJl c3BlY3RlZCBydWxlIGlzIHRoYXQgaWYgYSBKREsgaXMgYWxyZWFkeSBpbnN0YWxsZWQsIHRoZW4K IyBubyBKREsgd2lsbCBiZSBkb3dubG9hZGVkIHVubGVzcyBuZWNlc3NhcnkuCiMKIyBUaGUgZm9s bG93aW5nIHJ1bGVzIHdpbGwgYmUgdXNlZCwgcGVyIHNldHRpbmc6CiMKIyBJZiB0aGUgc2V0dGlu ZyBpcyAxLjErLCB0aGVuIHVzZSBhbiBleGlzdGluZyAxLjIgb3IgMS4zIEpESyBpZiBpbnN0YWxs ZWQsCiMgb3RoZXJ3aXNlIHVzZSB0aGUgSkRLIDEuMS44IGZvciBGcmVlQlNEIGlmIGl0IGlzIGFs cmVhZHkgaW5zdGFsbGVkLiBJZiBubwojIG90aGVyIEpESyB0aGFuIHRoZSBTdW4gSkRLIDEuNCBm b3IgTGludXggaXMgaW5zdGFsbGVkLCB0aGVuIHRoYXQgb25lIHdpbGwgYmUKIyB1c2VkLiBJdCBp cyB0aGUgbGVhc3QgcHJlZmVycmVkIGFsdGVybmF0aXZlLgojCiMgSWYgdGhlIHNldHRpbmcgaXMg MS4yKywgdGhlbiB1c2UgYW4gYWxyZWFkeSBpbnN0YWxsZWQgMS4yLCAxLjMgb3IgMS40IEpESy4K IyBJZiB0aGVyZSBpcyBubyBzdWNoIEpESywgdGhlbiBzZXQgVVNFX0pBVkEgdG8gMS4yLiBBbiAx LjMgSkRLIGlzIHByZWZlcnJlZAojIG92ZXIgMS4yIEpESydzLgojCiMgSWYgdGhlIHNldHRpbmcg aXMgMS4zKywgdGhlbiBzZWUgaWYgdGhlIFN1biBKREsgMS40IGZvciBMaW51eCBpcyBpbnN0YWxs ZWQsCiMgd2hpbGUgbm8gMS4zIEpESydzIGFyZSBpbnN0YWxsZWQuIElmIHRoYXQgaXMgdGhlIGNh c2UsIHRoZW4gVVNFX0pBVkEgd2lsbCBiZQojIHNldCB0byAxLjQuIE90aGVyd2lzZSBpdCB3aWxs IGJlIHNldCB0byAxLjMuIEFsbCAxLjMgSkRLJ3MgYXJlIGN1cnJlbnRseQojIHByZWZlcnJlZCBv dmVyIGEgMS40LjAgSkRLIHNpbmNlIGl0IGlzIGNvbnNpZGVyZWQgbGVzcyBzdGFibGUuCiMKIyBJ ZiB0aGUgc2V0dGluZyBpcyAxLjQrLCB0aGVuIHNldCBpdCB0byAxLjQgcmlnaHQgYXdheS4gVGhl cmUgaXMgbm8gb3RoZXIKIyBvcHRpb24gYXQgdGhlIG1vbWVudC4KCi4JCWlmICgke1VTRV9KQVZB fSA9PSAiMS4xKyIpCi4JCQlpZiBkZWZpbmVkKEhBVkVfSkFWQV9GUkVFQlNEXzFfMykgICB8fCBc CgkJCSAgIGRlZmluZWQoSEFWRV9KQVZBX1NVTl9MSU5VWF8xXzMpIHx8IFwKCQkJICAgZGVmaW5l ZChIQVZFX0pBVkFfSUJNX0xJTlVYXzFfMykKVVNFX0pBVkE9CTEuMwouCQkJZWxpZiBkZWZpbmVk KEhBVkVfSkFWQV9GUkVFQlNEXzFfMikgfHwgXAoJCQkgICAgIGRlZmluZWQoSEFWRV9KQVZBX0JM QUNLRE9XTl9MSU5VWF8xXzIpIHx8IFwKCQkJICAgICBkZWZpbmVkKEhBVkVfSkFWQV9TVU5fTElO VVhfMV8yKQpVU0VfSkFWQT0JMS4yCi4JCQllbGlmICFkZWZpbmVkKEhBVkVfSkFWQV9TVU5fTElO VVhfMV80KQpVU0VfSkFWQT0JMS4xCi4JCQllbHNlClVTRV9KQVZBPQkxLjQKLgkJCWVuZGlmCgou CQllbGlmICgke1VTRV9KQVZBfSA9PSAiMS4yKyIpCi4JCQlpZiBkZWZpbmVkKEhBVkVfSkFWQV9G UkVFQlNEXzFfMykgICB8fCBcCgkJCSAgIGRlZmluZWQoSEFWRV9KQVZBX1NVTl9MSU5VWF8xXzMp IHx8IFwKCQkJICAgZGVmaW5lZChIQVZFX0pBVkFfSUJNX0xJTlVYXzFfMykKVVNFX0pBVkE9CTEu MwouCQkJZWxpZiAhZGVmaW5lZChIQVZFX0pBVkFfU1VOX0xJTlVYXzFfNCkKVVNFX0pBVkE9CTEu MgouCQkJZWxzZQpVU0VfSkFWQT0JMS40Ci4JCQllbmRpZgouCQllbGlmICgke1VTRV9KQVZBfSA9 PSAiMS4zKyIpCi4JCQlpZiBkZWZpbmVkKEhBVkVfSkFWQV9GUkVFQlNEXzFfMykgICB8fCBcCgkJ CSAgIGRlZmluZWQoSEFWRV9KQVZBX1NVTl9MSU5VWF8xXzMpIHx8IFwKCQkJICAgZGVmaW5lZChI QVZFX0pBVkFfSUJNX0xJTlVYXzFfMykgfHwgXAoJCQkgICFkZWZpbmVkKEhBVkVfSkFWQV9TVU5f TElOVVhfMV80KQpVU0VfSkFWQT0JMS4zCi4JCQllbHNlClVTRV9KQVZBPQkxLjQKLgkJCWVuZGlm Ci4JCWVsaWYgKCR7VVNFX0pBVkF9ID09ICIxLjQrIikKVVNFX0pBVkE9CTEuNAouCQllbHNlCi5C RUdJTjoKCUAke0VDSE99ICIke0phdmFfSW5jbHVkZX06IEludGVybmFsIGVycm9yLiBcIiR7VVNF X0pBVkF9XCIgaXMgbm90IGNhdWdodCBhcyBhIHZhbGlkIHZhbHVlIGZvciBVU0VfSkFWQS4gUGxl YXNlIHNlbmQgYW4gZW1haWwgdG8gJHtKYXZhX0luY2x1ZGVfTUFJTlRBSU5FUn0gd2l0aCBhIGRl dGFpbGVkIGRlc2NyaXB0aW9uIG9mIHdoYXQgeW91IGRpZCBhbmQgd2hhdCB0aGUgb3V0cHV0IHdh cy4iOwoJQCR7RkFMU0V9Ci4JCWVuZGlmCgoKIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiMgU3RhZ2Ug NTogRGVjaWRlIHRoZSBleGFjdCBKREsgdG8gdXNlCiMKCiMgQXBwbHkgZGlmZmVyZW50IHNldHRp bmdzIGZvciBkaWZmZXJlbnQgdmFsdWVzIG9mIFVTRV9KQVZBLgojCiMgSWYgdGhlIHBvcnQgbmVl ZHMgSmF2YSAxLjEsIHRoZW4gdGhlcmUncyBvbmx5IG9uZSBjaG9pY2UsIHRoZSBKREsgMS4xLjgg Zm9yCiMgRnJlZUJTRC4KLgkJaWYgKCR7VVNFX0pBVkF9ID09ICIxLjEiKQpKQVZBX1ZFTkRPUj0J RnJlZUJTRApKQVZBX1ZFUj0JCTEuMS44CkpBVkFfT1M9CQlGcmVlQlNECkpBVkFfSE9NRT0JCSR7 X0pBVkFfSE9NRV9GUkVFQlNEXzFfMX0KSkFWQV9QT1JUPQkJJHtfSkFWQV9QT1JUX0ZSRUVCU0Rf MV8xfQoKIyBJZiB0aGUgcG9ydCBuZWVkcyBKYXZhIDEuMiwgdGhlbiB0aGVyZSBhcmUgMiBjaG9p Y2VzLiBUaGV5IGFyZSwgaW4gb3JkZXIgb3IKIyBwcmVmZXJlbmNlOgojCiMgICAgKDEpIEpESyAx LjIuMiBmb3IgRnJlZUJTRAojICAgICgyKSBCbGFja2Rvd24gSkRLIDEuMi4yIGZvciBMaW51eAoj CiMgSWYgZWl0aGVyIHRoZSBCbGFja2Rvd24gb3IgU3VuIEpESyAxLjIuMiAoYm90aCBmb3IgTGlu dXgpIGlzIGluc3RhbGxlZCwgYnV0CiMgdGhlIEZyZWVCU0QgSkRLIDEuMi4yIGlzICpub3QqIGlu c3RhbGxlZCwgdGhlbiB0aGUgaW5zdGFsbGVkIExpbnV4IEpESyB3aWxsCiMgYmUgdXNlZCBhcyB0 aGUgZGVwZW5kZW5jeS4gT3RoZXJ3aXNlIHRoZSBGcmVlQlNEIEpESyAxLjIuMiB3aWxsIGJlIHVz ZWQgYXMKIyB0aGUgZGVwZW5kZW5jeS4KIwojIFRoZSBGcmVlQlNEIEpESyAxLjIgaXMgcHJlZmVy cmVkIG92ZXIgdGhlIExpbnV4IEpESydzLiBBbW9uZyB0aGVzZSwgdGhlCiMgQmxhY2tkb3duIEpE SyBpcyBwcmVmZXJyZWQgb3ZlciB0aGUgU3VuIEpESy4KLgkJZWxpZiAke1VTRV9KQVZBfSA9PSAi MS4yIgouCQkJaWYgZGVmaW5lZChIQVZFX0pBVkFfQkxBQ0tET1dOX0xJTlVYXzFfMikgXAoJCQkm JiAhZGVmaW5lZChIQVZFX0pBVkFfRlJFRUJTRF8xXzIpCkpBVkFfVkVORE9SPQlCbGFja2Rvd24K SkFWQV9WRVI9CQkxLjIuMgpKQVZBX09TPQkJTGludXgKSkFWQV9IT01FPQkJJHtfSkFWQV9IT01F X0JMQUNLRE9XTl9MSU5VWF8xXzJ9CkpBVkFfUE9SVD0JCSR7X0pBVkFfUE9SVF9CTEFDS0RPV05f TElOVVhfMV8yfQouCQkJZWxpZiBkZWZpbmVkKEhBVkVfSkFWQV9TVU5fTElOVVhfMV8yKSBcCgkJ CSYmICFkZWZpbmVkKEhBVkVfSkFWQV9GUkVFQlNEXzFfMikKSkFWQV9WRU5ET1I9CVN1bgpKQVZB X1ZFUj0JCTEuMi4yCkpBVkFfT1M9CQlMaW51eApKQVZBX0hPTUU9CQkke19KQVZBX0hPTUVfU1VO X0xJTlVYXzFfMn0KSkFWQV9QT1JUPQkJJHtfSkFWQV9QT1JUX1NVTl9MSU5VWF8xXzJ9Ci4JCQll bHNlCkpBVkFfVkVORE9SPQlGcmVlQlNECkpBVkFfVkVSPQkJMS4yLjIKSkFWQV9PUz0JCUZyZWVC U0QKSkFWQV9IT01FPQkJJHtfSkFWQV9IT01FX0ZSRUVCU0RfMV8yfQpKQVZBX1BPUlQ9CQkke19K QVZBX1BPUlRfRlJFRUJTRF8xXzJ9Ci4JCQllbmRpZgoKIyBJZiB0aGUgcG9ydCBuZWVkcyBKYXZh IDEuMywgdGhlbiB0aGVyZSBhcmUgMyBjaG9pY2VzLiBUaGV5IGFyZSwgaW4gb3JkZXIgb3IKIyBw cmVmZXJlbmNlOgojCiMgICAgKDEpIEpESyAxLjMuMSBmb3IgRnJlZUJTRAojICAgICgyKSBTdW4g SkRLIDEuMy4xIGZvciBMaW51eAojICAgICgzKSBJQk0gSkRLIDEuMy4xIGZvciBMaW51eAojCiMg SWYgdGhlIEZyZWVCU0QgSkRLIDEuMy4xIGlzIGluc3RhbGxlZCBvciBpZiBub25lIG9mIHRoZSAx LjMuMSBKREsncyBpcwojIGluc3RhbGxlZCwgdGhlbiB0aGUgRnJlZUJTRCBKREsgMS4zLjEgaXMg dXNlZCBhcyBhIGRlcGVuZGVuY3kgZm9yIHRoZSBwb3J0LgojCiMgT3RoZXJ3aXNlLCBpZiB0aGUg U3VuIEpESyAxLjMuMSBpcyBhbHJlYWR5IGluc3RhbGxlZCwgdGhlbiB0aGF0IHdpbGwgYmUKIyB1 c2VkLiBJZiBpdCBpcyBub3QgaW5zdGFsbGVkLCBidXQgdGhlIElCTSBKREsgMS4zLjEgaXMgaW5z dGFsbGVkLCB0aGVuIHRoYXQKIyBvbmUgd2lsbCBiZSB1c2VkLgouCQllbGlmICR7VVNFX0pBVkF9 ID09ICIxLjMiCi4JCQlpZiBkZWZpbmVkKEhBVkVfSkFWQV9JQk1fTElOVVhfMV8zKSBcCgkJCSYm ICFkZWZpbmVkKEhBVkVfSkFWQV9TVU5fTElOVVhfMV8zKSBcCgkJCSYmICFkZWZpbmVkKEhBVkVf SkFWQV9GUkVFQlNEXzFfMykKSkFWQV9WRU5ET1I9CUlCTQpKQVZBX1ZFUj0JCTEuMy4xCkpBVkFf T1M9CQlMaW51eApKQVZBX0hPTUU9CQkke19KQVZBX0hPTUVfSUJNX0xJTlVYXzFfM30KSkFWQV9Q T1JUPQkJJHtfSkFWQV9QT1JUX0lCTV9MSU5VWF8xXzN9Ci4JCQllbGlmIGRlZmluZWQoSEFWRV9K QVZBX1NVTl9MSU5VWF8xXzMpIFwKCQkJJiYgIWRlZmluZWQoSEFWRV9KQVZBX0ZSRUVCU0RfMV8z KQpKQVZBX1ZFTkRPUj0JU3VuCkpBVkFfVkVSPQkJMS4zLjEKSkFWQV9PUz0JCUxpbnV4CkpBVkFf SE9NRT0JCSR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV8zfQpKQVZBX1BPUlQ9CQkke19KQVZBX1BP UlRfU1VOX0xJTlVYXzFfM30KLgkJCWVsc2UKSkFWQV9WRU5ET1I9CUZyZWVCU0QKSkFWQV9WRVI9 CQkxLjMuMQpKQVZBX09TPQkJRnJlZUJTRApKQVZBX0hPTUU9CQkke19KQVZBX0hPTUVfRlJFRUJT RF8xXzN9CkpBVkFfUE9SVD0JCSR7X0pBVkFfUE9SVF9GUkVFQlNEXzFfM30KLgkJCWVuZGlmCgoj IElmIHRoZSBwb3J0IG5lZWRzIEpESyAxLjQsIHRoZW4gdGhlcmUncyBjdXJyZW50bHkgb25seSBv bmUgY2hvaWNlLCB0aGUgU3VuCiMgSkRLIDEuNC4wIGZvciBMaW51eC4KLgkJZWxpZiAke1VTRV9K QVZBfSA9PSAiMS40IgpKQVZBX1ZFTkRPUj0JU3VuCkpBVkFfVkVSPQkJMS40LjAKSkFWQV9PUz0J CUxpbnV4CkpBVkFfSE9NRT0JCSR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV80fQpKQVZBX1BPUlQ9 CQkke19KQVZBX1BPUlRfU1VOX0xJTlVYXzFfNH0KLgkJZWxzZQouQkVHSU46CglAJHtFQ0hPfSAi JHtQS0dOQU1FfTogXCIke1VTRV9KQVZBfVwiIGlzIG5vdCBhIHZhbGlkIHZhbHVlIGZvciBVU0Vf SkFWQS4gSXQgc2hvdWxkIGJlIG9uZSBvZjogJHtfSkFWQV9WRVJTSU9OU30gKHdpdGggYW4gb3B0 aW9uYWwgXCIrXCIgc3VmZml4LikiOwoJQCR7RkFMU0V9Ci4JCWVuZGlmCgoKIy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCiMgU3RhZ2UgNjogRGVmaW5lIGFsbCBzZXR0aW5ncyBmb3IgdGhlIHBvcnQgdG8g dXNlCgojIEF0IHRoaXMgc3RhZ2UgYm90aCBKQVZBX0hPTUUgYW5kIEpBVkFfUE9SVCBhcmUgZGVm aW5pdGVseSBnaXZlbiBhIHZhbHVlLgoKIyBEZWZpbmUgdGhlIGxvY2F0aW9uIG9mIHRoZSBKYXZh IGNvbXBpbGVyLiBJZiBVU0VfSklLRVMgaXMgc2V0IHRvIFlFUywgdGhlbgojIHVzZSBKaWtlcy4g SWYgVVNFX0pJS0VTIGlzIHNldCB0byBOTywgdGhlbiBkb24ndCB1c2UgaXQuIElmIGl0IGlzIHNl dCB0byBhCiMgZGlmZmVyZW50IHZhbHVlLCB0aGVuIGZhaWwgd2l0aCBhbiBlcnJvciBtZXNzYWdl LiBPdGhlcndpc2UgVVNFX0pJS0VTIGlzIG5vdAojIHNldCwgaW4gd2hpY2ggY2FzZSBpdCBpcyBj aGVja2VkIGlmIEppa2VzIGlzIGFscmVhZHkgaW5zdGFsbGVkLiBJZiBpdCBpcywKIyB0aGVuIGl0 IHdpbGwgYmUgdXNlZCwgb3RoZXJ3aXNlIGl0IHdpbGwgbm90IGJlIHVzZWQuCgojIE9ubHkgZGVm aW5lIEpBVkFDIGlmIE5FRURfSkFWQUMgaXMgZGVmaW5lZAouCQl1bmRlZiBKQVZBQwoKIyBUaGUg ZGVmYXVsdCB2YWx1ZSBmb3IgTkVFRF9KQVZBQyBpcyB0ZW1wb3JhcmlseSAoISkgWUVTCiMgVGhp cyB3aWxsIGNoYW5nZSBhcyBzb29uIGFzIHRoZSBhZmZlY3RpbmcgcG9ydHMgaGF2ZSBORUVEX0pB VkFDPVlFUwouCQlpZiAhZGVmaW5lZChORUVEX0pBVkFDKQpORUVEX0pBVkFDPQlOTwouCQllbmRp ZgoKLgkJaWYgKCR7TkVFRF9KQVZBQ30gPT0gIllFUyIpIHx8ICgke05FRURfSkFWQUN9ID09ICJ5 ZXMiKQouCQkJaWYgZGVmaW5lZChVU0VfSklLRVMpCi4JCQkJaWYgKCR7VVNFX0pJS0VTfSA9PSAi WUVTIikgfHwgKCR7VVNFX0pJS0VTfSA9PSAieWVzIikKSkFWQUM9CQkke19KSUtFU19QQVRIfQpX SVRIX0pJS0VTPQlZRVMKLgkJCQllbGlmICEoKCR7VVNFX0pJS0VTfSA9PSAiTk8iKSB8fCAoJHtV U0VfSklLRVN9ID09ICJubyIpKQouQkVHSU46CglAJHtFQ0hPfSAiJHtQS0dOQU1FfTogXCIke1VT RV9KSUtFU31cIiBpcyBub3QgYSB2YWxpZCB2YWx1ZSBmb3IgVVNFX0pJS0VTLiBJdCBzaG91bGQg YmUgWUVTIG9yIE5PLCBvciBpdCBzaG91bGQgYmUgdW5kZWZpbmVkLiI7CglAJHtGQUxTRX0KLgkJ CQllbmRpZgouCQkJZWxpZiBleGlzdHMoJHtfSklLRVNfUEFUSH0pCkpBVkFDPQkJJHtfSklLRVNf UEFUSH0KV0lUSF9KSUtFUz0JWUVTCi4JCQllbmRpZgouCQkJaWYgIWRlZmluZWQoSkFWQUMpCkpB VkFDPQkke0pBVkFfSE9NRX0vYmluL2phdmFjCi4JCQllbmRpZgouCQllbmRpZgoKIyBEZWZpbmUg dGhlIGxvY2F0aW9uIG9mIHNvbWUgbW9yZSBleGVjdXRhYmxlcy4KQVBQTEVUVklFV0VSPQkke0pB VkFfSE9NRX0vYmluL2FwcGxldHZpZXdlcgpKQVI9CQkJJHtKQVZBX0hPTUV9L2Jpbi9qYXIKSkFW QT0JCQkke0pBVkFfSE9NRX0vYmluL2phdmEKSkFWQURPQz0JCSR7SkFWQV9IT01FfS9iaW4vamF2 YWRvYwpKQVZBSD0JCQkke0pBVkFfSE9NRX0vYmluL2phdmFoCkpBVkFQPQkJCSR7SkFWQV9IT01F fS9iaW4vamF2YXAKSkFWQV9OMkE9CQkke0pBVkFfSE9NRX0vYmluL25hdGl2ZTJhc2NpaQpKQVZB X1NFUklBTFZFUj0JJHtKQVZBX0hPTUV9L2Jpbi9zZXJpYWx2ZXIKUk1JQz0JCQkke0pBVkFfSE9N RX0vYmluL3JtaWMKUk1JUkVHSVNUUlk9CSR7SkFWQV9IT01FfS9iaW4vcm1pcmVnaXN0cnkKCiMg U29tZSBleGVjdXRhYmxlcyBvbmx5IGV4aXN0cyBpbiBKREsgMS4yIGFuZCB1cAouCQlpZiBkZWZp bmVkKFVTRV9KQVZBKSAmJiAke1VTRV9KQVZBfSAhPSAxLjEKSkFWQV9LRVlUT09MPQkJJHtKQVZB X0hPTUV9L2Jpbi9rZXl0b29sCkpBVkFfUE9MSUNZVE9PTD0JJHtKQVZBX0hPTUV9L2Jpbi9wb2xp Y3l0b29sClJNSUQ9CQkJCSR7SkFWQV9IT01FfS9iaW4vcm1pZAouCQllbmRpZgoKIyBTZXQgdGhl IGxvY2F0aW9uIG9mIHRoZSBaSVAgb3IgSkFSIGZpbGUgd2l0aCBhbGwgc3RhbmRhcmQgSmF2YSBj bGFzc2VzLgouCQlpZiBkZWZpbmVkKFVTRV9KQVZBKSAmJiAke1VTRV9KQVZBfSA9PSAiMS4xIgpK QVZBX0NMQVNTRVM9CSR7SkFWQV9IT01FfS9saWIvY2xhc3Nlcy56aXAKLgkJZWxzZQpKQVZBX0NM QVNTRVM9CSR7SkFWQV9IT01FfS9qcmUvbGliL3J0LmphcgouCQllbmRpZgoKCiMtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQojIFN0YWdlIDc6IEFkZCBhbnkgZGVwZW5kZW5jaWVzIGlmIG5lY2Vzc2FyeQoK IyBQb3NzaWJseSBhZGQgSmlrZXMgdG8gdGhlIGRlcGVuZGVuY2llcwouCQlpZiBkZWZpbmVkKEpB VkFDKSAmJiAoJHtKQVZBQ30gPT0gJHtfSklLRVNfUEFUSH0pCi4JCQlpZiAhZGVmaW5lZChOT19C VUlMRF9ERVBFTkRTX0pBVkEpCkJVSUxEX0RFUEVORFMrPQkJJHtfREVQRU5EX0pJS0VTfQouCQkJ ZW5kaWYKLgkJCWlmICFkZWZpbmVkKE5PX1JVTl9ERVBFTkRTX0pBVkEpClJVTl9ERVBFTkRTKz0J CSR7X0RFUEVORF9KSUtFU30KLgkJCWVuZGlmCi4JCWVuZGlmCgojIEFkZCB0aGUgSkRLIHBvcnQg dG8gdGhlIGRlcGVuZGVuY2llcwouCQlpZiBkZWZpbmVkKE5PX0JVSUxEX0RFUEVORFNfSkFWQSkg JiYgZGVmaW5lZChOT19SVU5fREVQRU5EU19KQVZBKQouQkVHSU46CglAJHtFQ0hPfSAiJHtQS0dO QU1FfTogTk9fQlVJTERfREVQRU5EU19KQVZBIGFuZCBOT19SVU5fREVQRU5EU19KQVZBIGNhbm5v dCBiZSBzZXQgYXQgdGhlIHNhbWUgdGltZS4iOwoJQCR7RkFMU0V9Ci4JCWVuZGlmCl9ERVBFTkRf SkFWQT0JJHtKQVZBfToke1BPUlRTRElSfS8ke0pBVkFfUE9SVH0KLgkJaWYgIWRlZmluZWQoTk9f QlVJTERfREVQRU5EU19KQVZBKQpCVUlMRF9ERVBFTkRTKz0JCSR7X0RFUEVORF9KQVZBfQouCQll bmRpZgouCQlpZiAhZGVmaW5lZChOT19SVU5fREVQRU5EU19KQVZBKQpSVU5fREVQRU5EUys9CQkk e19ERVBFTkRfSkFWQX0KLgkJZW5kaWYKLgllbmRpZgouZW5kaWYK --------------Boundary-00=_935G41LL1NDUIHU3VGWB Content-Type: text/x-diff; charset="iso-8859-1"; name="ports::Mk::bsd.java.mk.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ports::Mk::bsd.java.mk.diff" PyAwLmRpZmYKSW5kZXg6IGJzZC5qYXZhLm1rCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25j dnMvcG9ydHMvTWsvYnNkLmphdmEubWssdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuOQpkaWZmIC11 IC1yMS45IGJzZC5qYXZhLm1rCi0tLSBic2QuamF2YS5tawkyNyBBcHIgMjAwMiAwMDoxODo1MyAt MDAwMAkxLjkKKysrIGJzZC5qYXZhLm1rCTEgTWF5IDIwMDIgMTk6MDM6MzggLTAwMDAKQEAgLTIy LDEwICsyMiwxMSBAQAogIwogIyBTdGFnZSAxOiBEZWZpbmUgY29uc3RhbnRzCiAjIFN0YWdlIDI6 IERlYWwgd2l0aCBKQVZBX0hPTUUgaWYgaXQgaXMgYWxyZWFkeSBzZXQKLSMgU3RhZ2UgMzogRGVj aWRlIHRoZSBleGFjdCBKREsgdmVyc2lvbiBpZiBvbmx5IGEgbWluaW11bSB2ZXJzaW9uIGlzIHNw ZWNpZmllZAotIyBTdGFnZSA0OiBEZWNpZGUgdGhlIGV4YWN0IEpESyB0byB1c2UKLSMgU3RhZ2Ug NTogRGVmaW5lIGFsbCBzZXR0aW5ncyBmb3IgdGhlIHBvcnQgdG8gdXNlCi0jIFN0YWdlIDY6IEFk ZCBhbnkgZGVwZW5kZW5jaWVzIGlmIG5lY2Vzc2FyeQorIyBTdGFnZSAzOiBEZXRlcm1pbmUgd2hp Y2ggSkRLIHBvcnRzIGFyZSBpbnN0YWxsZWQKKyMgU3RhZ2UgNDogRGVjaWRlIHRoZSBleGFjdCBK REsgdmVyc2lvbiBpZiBvbmx5IGEgbWluaW11bSB2ZXJzaW9uIGlzIHNwZWNpZmllZAorIyBTdGFn ZSA1OiBEZWNpZGUgdGhlIGV4YWN0IEpESyB0byB1c2UKKyMgU3RhZ2UgNjogRGVmaW5lIGFsbCBz ZXR0aW5ncyBmb3IgdGhlIHBvcnQgdG8gdXNlCisjIFN0YWdlIDc6IEFkZCBhbnkgZGVwZW5kZW5j aWVzIGlmIG5lY2Vzc2FyeQogIwogCiAuCWlmIGRlZmluZWQoVVNFX0pBVkEpCkBAIC02OCw3ICs2 OSw0NiBAQAogCiAKICMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQotIyBTdGFnZSAyOiBEZWFsIHdpdGgg SkFWQV9IT01FIGlmIGl0IGlzIGFscmVhZHkgc2V0CisjIFN0YWdlIDI6IERldGVybWluZSB3aGlj aCBKREsgcG9ydHMgYXJlIGluc3RhbGxlZAorIworCisuCQl1bmRlZiBIQVZFX0pBVkFfRlJFRUJT RF8xXzEKKy4JCXVuZGVmIEhBVkVfSkFWQV9GUkVFQlNEXzFfMgorLgkJdW5kZWYgSEFWRV9KQVZB X0ZSRUVCU0RfMV8zCisuCQl1bmRlZiBIQVZFX0pBVkFfQkxBQ0tET1dOX0xJTlVYXzFfMgorLgkJ dW5kZWYgSEFWRV9KQVZBX1NVTl9MSU5VWF8xXzIKKy4JCXVuZGVmIEhBVkVfSkFWQV9TVU5fTElO VVhfMV8zCisuCQl1bmRlZiBIQVZFX0pBVkFfSUJNX0xJTlVYXzFfMworLgkJdW5kZWYgSEFWRV9K QVZBX1NVTl9MSU5VWF8xXzQKKworLgkJaWYgZXhpc3RzKCR7X0pBVkFfSE9NRV9GUkVFQlNEXzFf MX0vJHtfSkRLX0ZJTEV9KQorSEFWRV9KQVZBX0ZSRUVCU0RfMV8xPQlZRVMKKy4JCWVuZGlmCisu CQlpZiBleGlzdHMoJHtfSkFWQV9IT01FX0ZSRUVCU0RfMV8yfS8ke19KREtfRklMRX0pCitIQVZF X0pBVkFfRlJFRUJTRF8xXzI9CVlFUworLgkJZW5kaWYKKy4JCWlmIGV4aXN0cygke19KQVZBX0hP TUVfRlJFRUJTRF8xXzN9LyR7X0pES19GSUxFfSkKK0hBVkVfSkFWQV9GUkVFQlNEXzFfMz0JWUVT CisuCQllbmRpZgorLgkJaWYgZXhpc3RzKCR7X0pBVkFfSE9NRV9CTEFDS0RPV05fTElOVVhfMV8y fS8ke19KREtfRklMRX0pCitIQVZFX0pBVkFfQkxBQ0tET1dOX0xJTlVYXzFfMj0JWUVTCisuCQll bmRpZgorLgkJaWYgZXhpc3RzKCR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV8yfS8ke19KREtfRklM RX0pCitIQVZFX0pBVkFfU1VOX0xJTlVYXzFfMj0JWUVTCisuCQllbmRpZgorLgkJaWYgZXhpc3Rz KCR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV8zfS8ke19KREtfRklMRX0pCitIQVZFX0pBVkFfU1VO X0xJTlVYXzFfMz0JWUVTCisuCQllbmRpZgorLgkJaWYgZXhpc3RzKCR7X0pBVkFfSE9NRV9JQk1f TElOVVhfMV8zfS8ke19KREtfRklMRX0pCitIQVZFX0pBVkFfSUJNX0xJTlVYXzFfMz0JWUVTCisu CQllbmRpZgorLgkJaWYgZXhpc3RzKCR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV80fS8ke19KREtf RklMRX0pCitIQVZFX0pBVkFfU1VOX0xJTlVYXzFfND0JWUVTCisuCQllbmRpZgorCisKKyMtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQorIyBTdGFnZSAzOiBEZWFsIHdpdGggSkFWQV9IT01FIGlmIGl0IGlz IGFscmVhZHkgc2V0CiAjCiAKICMgU2VlIGlmIEpBVkFfSE9NRSBwb2ludHMgdG8gYSBrbm93biBK REsuIElmIGl0IGRvZXMsIHRoZW4gdW5kZWZpbmUgSkFWQV9IT01FCkBAIC0xMDAsNyArMTQwLDcg QEAKIAogCiAjLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KLSMgU3RhZ2UgMzogRGVjaWRlIHRoZSBleGFj dCBKREsgdmVyc2lvbiBpZiBvbmx5IGEgbWluaW11bSB2ZXJzaW9uIGlzIHNwZWNpZmllZAorIyBT dGFnZSA0OiBEZWNpZGUgdGhlIGV4YWN0IEpESyB2ZXJzaW9uIGlmIG9ubHkgYSBtaW5pbXVtIHZl cnNpb24gaXMgc3BlY2lmaWVkCiAjCiAKICMgSWYgVVNFX0pBVkEgaXMgMS4xKywgMS4yKywgMS4z KyBvciAxLjQrLCB0aGVuIHNldCBpdCB0byAxLjEsIDEuMiwgMS4zIG9yCkBAIC0xMjksMzUgKzE2 OSwzNSBAQAogIyBvcHRpb24gYXQgdGhlIG1vbWVudC4KIAogLgkJaWYgKCR7VVNFX0pBVkF9ID09 ICIxLjErIikKLS4JCQlpZiBleGlzdHMoJHtfSkFWQV9IT01FX0ZSRUVCU0RfMV8zfS8ke19KREtf RklMRX0pICAgfHwgXAotCQkJICAgZXhpc3RzKCR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV8zfS8k e19KREtfRklMRX0pIHx8IFwKLQkJCSAgIGV4aXN0cygke19KQVZBX0hPTUVfSUJNX0xJTlVYXzFf M30vJHtfSkRLX0ZJTEV9KQorLgkJCWlmIGRlZmluZWQoSEFWRV9KQVZBX0ZSRUVCU0RfMV8zKSAg IHx8IFwKKwkJCSAgIGRlZmluZWQoSEFWRV9KQVZBX1NVTl9MSU5VWF8xXzMpIHx8IFwKKwkJCSAg IGRlZmluZWQoSEFWRV9KQVZBX0lCTV9MSU5VWF8xXzMpCiBVU0VfSkFWQT0JMS4zCi0uCQkJZWxp ZiBleGlzdHMoJHtfSkFWQV9IT01FX0ZSRUVCU0RfMV8yfS8ke19KREtfRklMRX0pIHx8IFwKLQkJ CSAgICAgZXhpc3RzKCR7X0pBVkFfSE9NRV9CTEFDS0RPV05fTElOVVhfMV8yfS8ke19KREtfRklM RX0pIHx8IFwKLQkJCSAgICAgZXhpc3RzKCR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV8yfS8ke19K REtfRklMRX0pCisuCQkJZWxpZiBkZWZpbmVkKEhBVkVfSkFWQV9GUkVFQlNEXzFfMikgfHwgXAor CQkJICAgICBkZWZpbmVkKEhBVkVfSkFWQV9CTEFDS0RPV05fTElOVVhfMV8yKSB8fCBcCisJCQkg ICAgIGRlZmluZWQoSEFWRV9KQVZBX1NVTl9MSU5VWF8xXzIpCiBVU0VfSkFWQT0JMS4yCi0uCQkJ ZWxpZiAhZXhpc3RzKCR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV80fS8ke19KREtfRklMRX0pCisu CQkJZWxpZiAhZGVmaW5lZChIQVZFX0pBVkFfU1VOX0xJTlVYXzFfNCkKIFVTRV9KQVZBPQkxLjEK IC4JCQllbHNlCiBVU0VfSkFWQT0JMS40CiAuCQkJZW5kaWYKIAogLgkJZWxpZiAoJHtVU0VfSkFW QX0gPT0gIjEuMisiKQotLgkJCWlmIGV4aXN0cygke19KQVZBX0hPTUVfRlJFRUJTRF8xXzN9LyR7 X0pES19GSUxFfSkgICB8fCBcCi0JCQkgICBleGlzdHMoJHtfSkFWQV9IT01FX1NVTl9MSU5VWF8x XzN9LyR7X0pES19GSUxFfSkgfHwgXAotCQkJICAgZXhpc3RzKCR7X0pBVkFfSE9NRV9JQk1fTElO VVhfMV8zfS8ke19KREtfRklMRX0pCisuCQkJaWYgZGVmaW5lZChIQVZFX0pBVkFfRlJFRUJTRF8x XzMpICAgfHwgXAorCQkJICAgZGVmaW5lZChIQVZFX0pBVkFfU1VOX0xJTlVYXzFfMykgfHwgXAor CQkJICAgZGVmaW5lZChIQVZFX0pBVkFfSUJNX0xJTlVYXzFfMykKIFVTRV9KQVZBPQkxLjMKLS4J CQllbGlmICFleGlzdHMoJHtfSkFWQV9IT01FX1NVTl9MSU5VWF8xXzR9KQorLgkJCWVsaWYgIWRl ZmluZWQoSEFWRV9KQVZBX1NVTl9MSU5VWF8xXzQpCiBVU0VfSkFWQT0JMS4yCiAuCQkJZWxzZQog VVNFX0pBVkE9CTEuNAogLgkJCWVuZGlmCiAuCQllbGlmICgke1VTRV9KQVZBfSA9PSAiMS4zKyIp Ci0uCQkJaWYgZXhpc3RzKCR7X0pBVkFfSE9NRV9GUkVFQlNEXzFfM30vJHtfSkRLX0ZJTEV9KSAg IHx8IFwKLQkJCSAgIGV4aXN0cygke19KQVZBX0hPTUVfU1VOX0xJTlVYXzFfM30vJHtfSkRLX0ZJ TEV9KSB8fCBcCi0JCQkgICBleGlzdHMoJHtfSkFWQV9IT01FX0lCTV9MSU5VWF8xXzN9LyR7X0pE S19GSUxFfSkgfHwgXAotCQkJICAhZXhpc3RzKCR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV80fS8k e19KREtfRklMRX0pCisuCQkJaWYgZGVmaW5lZChIQVZFX0pBVkFfRlJFRUJTRF8xXzMpICAgfHwg XAorCQkJICAgZGVmaW5lZChIQVZFX0pBVkFfU1VOX0xJTlVYXzFfMykgfHwgXAorCQkJICAgZGVm aW5lZChIQVZFX0pBVkFfSUJNX0xJTlVYXzFfMykgfHwgXAorCQkJICAhZGVmaW5lZChIQVZFX0pB VkFfU1VOX0xJTlVYXzFfNCkKIFVTRV9KQVZBPQkxLjMKIC4JCQllbHNlCiBVU0VfSkFWQT0JMS40 CkBAIC0xNzIsNyArMjEyLDcgQEAKIAogCiAjLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KLSMgU3RhZ2Ug NDogRGVjaWRlIHRoZSBleGFjdCBKREsgdG8gdXNlCisjIFN0YWdlIDU6IERlY2lkZSB0aGUgZXhh Y3QgSkRLIHRvIHVzZQogIwogCiAjIEFwcGx5IGRpZmZlcmVudCBzZXR0aW5ncyBmb3IgZGlmZmVy ZW50IHZhbHVlcyBvZiBVU0VfSkFWQS4KQEAgLTIwMCwxNSArMjQwLDE1IEBACiAjIFRoZSBGcmVl QlNEIEpESyAxLjIgaXMgcHJlZmVycmVkIG92ZXIgdGhlIExpbnV4IEpESydzLiBBbW9uZyB0aGVz ZSwgdGhlCiAjIEJsYWNrZG93biBKREsgaXMgcHJlZmVycmVkIG92ZXIgdGhlIFN1biBKREsuCiAu CQllbGlmICR7VVNFX0pBVkF9ID09ICIxLjIiCi0uCQkJaWYgZXhpc3RzKCR7X0pBVkFfSE9NRV9C TEFDS0RPV05fTElOVVhfMV8yfS8ke19KREtfRklMRX0pIFwKLQkJCSYmICFleGlzdHMoJHtfSkFW QV9IT01FX0ZSRUVCU0RfMV8yfS8ke19KREtfRklMRX0pCisuCQkJaWYgZGVmaW5lZChIQVZFX0pB VkFfQkxBQ0tET1dOX0xJTlVYXzFfMikgXAorCQkJJiYgIWRlZmluZWQoSEFWRV9KQVZBX0ZSRUVC U0RfMV8yKQogSkFWQV9WRU5ET1I9CUJsYWNrZG93bgogSkFWQV9WRVI9CQkxLjIuMgogSkFWQV9P Uz0JCUxpbnV4CiBKQVZBX0hPTUU9CQkke19KQVZBX0hPTUVfQkxBQ0tET1dOX0xJTlVYXzFfMn0K IEpBVkFfUE9SVD0JCSR7X0pBVkFfUE9SVF9CTEFDS0RPV05fTElOVVhfMV8yfQotLgkJCWVsaWYg ZXhpc3RzKCR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV8yfS8ke19KREtfRklMRX0pIFwKLQkJCSYm ICFleGlzdHMoJHtfSkFWQV9IT01FX0ZSRUVCU0RfMV8yfS8ke19KREtfRklMRX0pCisuCQkJZWxp ZiBkZWZpbmVkKEhBVkVfSkFWQV9TVU5fTElOVVhfMV8yKSBcCisJCQkmJiAhZGVmaW5lZChIQVZF X0pBVkFfRlJFRUJTRF8xXzIpCiBKQVZBX1ZFTkRPUj0JU3VuCiBKQVZBX1ZFUj0JCTEuMi4yCiBK QVZBX09TPQkJTGludXgKQEAgLTIzNiwxNiArMjc2LDE2IEBACiAjIHVzZWQuIElmIGl0IGlzIG5v dCBpbnN0YWxsZWQsIGJ1dCB0aGUgSUJNIEpESyAxLjMuMSBpcyBpbnN0YWxsZWQsIHRoZW4gdGhh dAogIyBvbmUgd2lsbCBiZSB1c2VkLgogLgkJZWxpZiAke1VTRV9KQVZBfSA9PSAiMS4zIgotLgkJ CWlmIGV4aXN0cygke19KQVZBX0hPTUVfSUJNX0xJTlVYXzFfM30vJHtfSkRLX0ZJTEV9KSBcCi0J CQkmJiAhZXhpc3RzKCR7X0pBVkFfSE9NRV9TVU5fTElOVVhfMV8zfS8ke19KREtfRklMRX0pIFwK LQkJCSYmICFleGlzdHMoJHtfSkFWQV9IT01FX0ZSRUVCU0RfMV8zfS8ke19KREtfRklMRX0pCisu CQkJaWYgZGVmaW5lZChIQVZFX0pBVkFfSUJNX0xJTlVYXzFfMykgXAorCQkJJiYgIWRlZmluZWQo SEFWRV9KQVZBX1NVTl9MSU5VWF8xXzMpIFwKKwkJCSYmICFkZWZpbmVkKEhBVkVfSkFWQV9GUkVF QlNEXzFfMykKIEpBVkFfVkVORE9SPQlJQk0KIEpBVkFfVkVSPQkJMS4zLjEKIEpBVkFfT1M9CQlM aW51eAogSkFWQV9IT01FPQkJJHtfSkFWQV9IT01FX0lCTV9MSU5VWF8xXzN9CiBKQVZBX1BPUlQ9 CQkke19KQVZBX1BPUlRfSUJNX0xJTlVYXzFfM30KLS4JCQllbGlmIGV4aXN0cygke19KQVZBX0hP TUVfU1VOX0xJTlVYXzFfM30vJHtfSkRLX0ZJTEV9KSBcCi0JCQkmJiAhZXhpc3RzKCR7X0pBVkFf SE9NRV9GUkVFQlNEXzFfM30vJHtfSkRLX0ZJTEV9KQorLgkJCWVsaWYgZGVmaW5lZChIQVZFX0pB VkFfU1VOX0xJTlVYXzFfMykgXAorCQkJJiYgIWRlZmluZWQoSEFWRV9KQVZBX0ZSRUVCU0RfMV8z KQogSkFWQV9WRU5ET1I9CVN1bgogSkFWQV9WRVI9CQkxLjMuMQogSkFWQV9PUz0JCUxpbnV4CkBA IC0yNzUsNyArMzE1LDcgQEAKIAogCiAjLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KLSMgU3RhZ2UgNTog RGVmaW5lIGFsbCBzZXR0aW5ncyBmb3IgdGhlIHBvcnQgdG8gdXNlCisjIFN0YWdlIDY6IERlZmlu ZSBhbGwgc2V0dGluZ3MgZm9yIHRoZSBwb3J0IHRvIHVzZQogCiAjIEF0IHRoaXMgc3RhZ2UgYm90 aCBKQVZBX0hPTUUgYW5kIEpBVkFfUE9SVCBhcmUgZGVmaW5pdGVseSBnaXZlbiBhIHZhbHVlLgog CkBAIC0zNDEsNyArMzgxLDcgQEAKIAogCiAjLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KLSMgU3RhZ2Ug NjogQWRkIGFueSBkZXBlbmRlbmNpZXMgaWYgbmVjZXNzYXJ5CisjIFN0YWdlIDc6IEFkZCBhbnkg ZGVwZW5kZW5jaWVzIGlmIG5lY2Vzc2FyeQogCiAjIFBvc3NpYmx5IGFkZCBKaWtlcyB0byB0aGUg ZGVwZW5kZW5jaWVzCiAuCQlpZiBkZWZpbmVkKEpBVkFDKSAmJiAoJHtKQVZBQ30gPT0gJHtfSklL RVNfUEFUSH0pCg== --------------Boundary-00=_935G41LL1NDUIHU3VGWB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed May 1 21:37:47 2002 Delivered-To: freebsd-java@freebsd.org Received: from smtp.bmi.net (smtp.bmi.net [204.57.191.31]) by hub.freebsd.org (Postfix) with ESMTP id B896137B417; Wed, 1 May 2002 21:37:03 -0700 (PDT) Received: from johncoop.MSHOME ([206.63.201.3]) by smtp.bmi.net (Pro-8.9.3/Pro-8.9.3) with ESMTP id VAA09988; Wed, 1 May 2002 21:36:40 -0700 Subject: Re: Request for Review: bsd.java.mk patch From: John Merryweather Cooper Reply-To: john_m_cooper@yahoo.com To: Ernst de Haan Cc: java@freebsd.org, ports@freebsd.org In-Reply-To: <200205011906.VAA21257@smtp.hccnet.nl> References: <200205011906.VAA21257@smtp.hccnet.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 01 May 2002 21:37:25 -0700 Message-Id: <1020314246.33957.0.camel@johncoop.MSHOME> Mime-Version: 1.0 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Looks very good to me. Now I just have to convert jgnat and netrexx to use it. :) On Wed, 2002-05-01 at 13:06, Ernst de Haan wrote: > Hi, > > Is there anyone out there just *waiting* to get a chance to review some > changes to bsd.java.mk ? Well, if so, here's your chance! =) > > Seriously, a review would be appreciated. The only thing I did (hoped to do) > was making everything a bit cleaner by introducting HAVE_ variables. > > Attached are both the patch from the current version of ports/Mk/bsd.java.mk > and the result. > > > Ernst > ---- > > #-*- mode: Fundamental; tab-width: 4; -*- > # ex:ts=4 > # > # bsd.java.mk - Support for Java-based ports. > # > # Created by: Ernst de Haan > # > # For FreeBSD committers: > # Please send all suggested changes to the maintainer instead of committing > # them to CVS yourself. > # > # $FreeBSD: ports/Mk/bsd.java.mk,v 1.9 2002/04/27 00:18:53 znerd Exp $ > # > > .if !defined(Java_Include) > > Java_Include= bsd.java.mk > Java_Include_MAINTAINER= znerd@FreeBSD.org > > # > # There are the following stages: > # > # Stage 1: Define constants > # Stage 2: Deal with JAVA_HOME if it is already set > # Stage 3: Determine which JDK ports are installed > # Stage 4: Decide the exact JDK version if only a minimum version is specified > # Stage 5: Decide the exact JDK to use > # Stage 6: Define all settings for the port to use > # Stage 7: Add any dependencies if necessary > # > > . if defined(USE_JAVA) > > > #----------------------------------------------------------------------------- > # Stage 1: Define constants > # > > # The complete list of Java versions supported. > _JAVA_VERSIONS= 1.1 1.2 1.3 1.4 > > # Set the JAVA_HOME directories for all recognized JDK's > _JAVA_HOME_FREEBSD_1_1= ${LOCALBASE}/jdk1.1.8 > _JAVA_HOME_FREEBSD_1_2= ${LOCALBASE}/jdk1.2.2 > _JAVA_HOME_FREEBSD_1_3= ${LOCALBASE}/jdk1.3.1 > _JAVA_HOME_BLACKDOWN_LINUX_1_2= ${LOCALBASE}/linux-jdk1.2.2 > _JAVA_HOME_SUN_LINUX_1_2= ${LOCALBASE}/linux-sun-jdk1.2.2.011 > _JAVA_HOME_IBM_LINUX_1_3= ${LOCALBASE}/linux-ibm-jdk1.3.1 > _JAVA_HOME_SUN_LINUX_1_3= ${LOCALBASE}/linux-jdk1.3.1 > _JAVA_HOME_SUN_LINUX_1_4= ${LOCALBASE}/linux-jdk1.4.0 > > # Set the JDK ports for all recognized JDK's > _JAVA_PORT_FREEBSD_1_1= java/jdk > _JAVA_PORT_FREEBSD_1_2= java/jdk12-beta > _JAVA_PORT_FREEBSD_1_3= java/jdk13 > _JAVA_PORT_BLACKDOWN_LINUX_1_2= java/linux-jdk > _JAVA_PORT_SUN_LINUX_1_2= java/linux-sun-jdk12 > _JAVA_PORT_IBM_LINUX_1_3= java/linux-ibm-jdk13 > _JAVA_PORT_SUN_LINUX_1_3= java/linux-jdk13 > _JAVA_PORT_SUN_LINUX_1_4= java/linux-jdk14 > > # Set the name of the file that indicates that a JDK is indeed installed, as a > # relative path within the JAVA_HOME directory. > _JDK_FILE=bin/javac > > # Set the path to Jikes and define the Jikes dependency > _JIKES_PATH= ${LOCALBASE}/bin/jikes > _DEPEND_JIKES= ${_JIKES_PATH}:${PORTSDIR}/java/jikes > > > #----------------------------------------------------------------------------- > # Stage 2: Determine which JDK ports are installed > # > > . undef HAVE_JAVA_FREEBSD_1_1 > . undef HAVE_JAVA_FREEBSD_1_2 > . undef HAVE_JAVA_FREEBSD_1_3 > . undef HAVE_JAVA_BLACKDOWN_LINUX_1_2 > . undef HAVE_JAVA_SUN_LINUX_1_2 > . undef HAVE_JAVA_SUN_LINUX_1_3 > . undef HAVE_JAVA_IBM_LINUX_1_3 > . undef HAVE_JAVA_SUN_LINUX_1_4 > > . if exists(${_JAVA_HOME_FREEBSD_1_1}/${_JDK_FILE}) > HAVE_JAVA_FREEBSD_1_1= YES > . endif > . if exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) > HAVE_JAVA_FREEBSD_1_2= YES > . endif > . if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) > HAVE_JAVA_FREEBSD_1_3= YES > . endif > . if exists(${_JAVA_HOME_BLACKDOWN_LINUX_1_2}/${_JDK_FILE}) > HAVE_JAVA_BLACKDOWN_LINUX_1_2= YES > . endif > . if exists(${_JAVA_HOME_SUN_LINUX_1_2}/${_JDK_FILE}) > HAVE_JAVA_SUN_LINUX_1_2= YES > . endif > . if exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) > HAVE_JAVA_SUN_LINUX_1_3= YES > . endif > . if exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) > HAVE_JAVA_IBM_LINUX_1_3= YES > . endif > . if exists(${_JAVA_HOME_SUN_LINUX_1_4}/${_JDK_FILE}) > HAVE_JAVA_SUN_LINUX_1_4= YES > . endif > > > #----------------------------------------------------------------------------- > # Stage 3: Deal with JAVA_HOME if it is already set > # > > # See if JAVA_HOME points to a known JDK. If it does, then undefine JAVA_HOME > # and actually use JAVA_PORT instead, so that we do not screw with our > # dependencies. > . if defined(JAVA_HOME) > _JAVA_HOME= ${JAVA_HOME} > . undef(JAVA_HOME) > . if ${_JAVA_HOME} == ${_JAVA_HOME_FREEBSD_1_1} > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_1} > . elif ${_JAVA_HOME} == ${_JAVA_HOME_FREEBSD_1_2} > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_2} > . elif ${_JAVA_HOME} == ${_JAVA_HOME_FREEBSD_1_3} > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_3} > . elif ${_JAVA_HOME} == ${_JAVA_HOME_BLACKDOWN_LINUX_1_2} > JAVA_PORT= ${_JAVA_PORT_BLACKDOWN_LINUX_1_2} > . elif ${_JAVA_HOME} == ${_JAVA_HOME_SUN_LINUX_1_2} > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_2} > . elif ${_JAVA_HOME} == ${_JAVA_HOME_IBM_LINUX_1_3} > JAVA_PORT= ${_JAVA_PORT_IBM_LINUX_1_3} > . elif ${_JAVA_HOME} == ${_JAVA_HOME_SUN_LINUX_1_3} > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_3} > . elif ${_JAVA_HOME} == ${_JAVA_HOME_SUN_LINUX_1_4} > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_4} > . else > JAVA_HOME= ${_JAVA_HOME} > . endif > . endif > > > #----------------------------------------------------------------------------- > # Stage 4: Decide the exact JDK version if only a minimum version is specified > # > > # If USE_JAVA is 1.1+, 1.2+, 1.3+ or 1.4+, then set it to 1.1, 1.2, 1.3 or > # 1.4, depending on what JDK's are already installed. The FreeBSD JDK will be > # preferred. The Sun JDK 1.4 for Linux is always the least preferred JDK. > # However, the most respected rule is that if a JDK is already installed, then > # no JDK will be downloaded unless necessary. > # > # The following rules will be used, per setting: > # > # If the setting is 1.1+, then use an existing 1.2 or 1.3 JDK if installed, > # otherwise use the JDK 1.1.8 for FreeBSD if it is already installed. If no > # other JDK than the Sun JDK 1.4 for Linux is installed, then that one will be > # used. It is the least preferred alternative. > # > # If the setting is 1.2+, then use an already installed 1.2, 1.3 or 1.4 JDK. > # If there is no such JDK, then set USE_JAVA to 1.2. An 1.3 JDK is preferred > # over 1.2 JDK's. > # > # If the setting is 1.3+, then see if the Sun JDK 1.4 for Linux is installed, > # while no 1.3 JDK's are installed. If that is the case, then USE_JAVA will be > # set to 1.4. Otherwise it will be set to 1.3. All 1.3 JDK's are currently > # preferred over a 1.4.0 JDK since it is considered less stable. > # > # If the setting is 1.4+, then set it to 1.4 right away. There is no other > # option at the moment. > > . if (${USE_JAVA} == "1.1+") > . if defined(HAVE_JAVA_FREEBSD_1_3) || \ > defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > defined(HAVE_JAVA_IBM_LINUX_1_3) > USE_JAVA= 1.3 > . elif defined(HAVE_JAVA_FREEBSD_1_2) || \ > defined(HAVE_JAVA_BLACKDOWN_LINUX_1_2) || \ > defined(HAVE_JAVA_SUN_LINUX_1_2) > USE_JAVA= 1.2 > . elif !defined(HAVE_JAVA_SUN_LINUX_1_4) > USE_JAVA= 1.1 > . else > USE_JAVA= 1.4 > . endif > > . elif (${USE_JAVA} == "1.2+") > . if defined(HAVE_JAVA_FREEBSD_1_3) || \ > defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > defined(HAVE_JAVA_IBM_LINUX_1_3) > USE_JAVA= 1.3 > . elif !defined(HAVE_JAVA_SUN_LINUX_1_4) > USE_JAVA= 1.2 > . else > USE_JAVA= 1.4 > . endif > . elif (${USE_JAVA} == "1.3+") > . if defined(HAVE_JAVA_FREEBSD_1_3) || \ > defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > defined(HAVE_JAVA_IBM_LINUX_1_3) || \ > !defined(HAVE_JAVA_SUN_LINUX_1_4) > USE_JAVA= 1.3 > . else > USE_JAVA= 1.4 > . endif > . elif (${USE_JAVA} == "1.4+") > USE_JAVA= 1.4 > . else > .BEGIN: > @${ECHO} "${Java_Include}: Internal error. \"${USE_JAVA}\" is not caught as a valid value for USE_JAVA. Please send an email to ${Java_Include_MAINTAINER} with a detailed description of what you did and what the output was."; > @${FALSE} > . endif > > > #----------------------------------------------------------------------------- > # Stage 5: Decide the exact JDK to use > # > > # Apply different settings for different values of USE_JAVA. > # > # If the port needs Java 1.1, then there's only one choice, the JDK 1.1.8 for > # FreeBSD. > . if (${USE_JAVA} == "1.1") > JAVA_VENDOR= FreeBSD > JAVA_VER= 1.1.8 > JAVA_OS= FreeBSD > JAVA_HOME= ${_JAVA_HOME_FREEBSD_1_1} > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_1} > > # If the port needs Java 1.2, then there are 2 choices. They are, in order or > # preference: > # > # (1) JDK 1.2.2 for FreeBSD > # (2) Blackdown JDK 1.2.2 for Linux > # > # If either the Blackdown or Sun JDK 1.2.2 (both for Linux) is installed, but > # the FreeBSD JDK 1.2.2 is *not* installed, then the installed Linux JDK will > # be used as the dependency. Otherwise the FreeBSD JDK 1.2.2 will be used as > # the dependency. > # > # The FreeBSD JDK 1.2 is preferred over the Linux JDK's. Among these, the > # Blackdown JDK is preferred over the Sun JDK. > . elif ${USE_JAVA} == "1.2" > . if defined(HAVE_JAVA_BLACKDOWN_LINUX_1_2) \ > && !defined(HAVE_JAVA_FREEBSD_1_2) > JAVA_VENDOR= Blackdown > JAVA_VER= 1.2.2 > JAVA_OS= Linux > JAVA_HOME= ${_JAVA_HOME_BLACKDOWN_LINUX_1_2} > JAVA_PORT= ${_JAVA_PORT_BLACKDOWN_LINUX_1_2} > . elif defined(HAVE_JAVA_SUN_LINUX_1_2) \ > && !defined(HAVE_JAVA_FREEBSD_1_2) > JAVA_VENDOR= Sun > JAVA_VER= 1.2.2 > JAVA_OS= Linux > JAVA_HOME= ${_JAVA_HOME_SUN_LINUX_1_2} > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_2} > . else > JAVA_VENDOR= FreeBSD > JAVA_VER= 1.2.2 > JAVA_OS= FreeBSD > JAVA_HOME= ${_JAVA_HOME_FREEBSD_1_2} > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_2} > . endif > > # If the port needs Java 1.3, then there are 3 choices. They are, in order or > # preference: > # > # (1) JDK 1.3.1 for FreeBSD > # (2) Sun JDK 1.3.1 for Linux > # (3) IBM JDK 1.3.1 for Linux > # > # If the FreeBSD JDK 1.3.1 is installed or if none of the 1.3.1 JDK's is > # installed, then the FreeBSD JDK 1.3.1 is used as a dependency for the port. > # > # Otherwise, if the Sun JDK 1.3.1 is already installed, then that will be > # used. If it is not installed, but the IBM JDK 1.3.1 is installed, then that > # one will be used. > . elif ${USE_JAVA} == "1.3" > . if defined(HAVE_JAVA_IBM_LINUX_1_3) \ > && !defined(HAVE_JAVA_SUN_LINUX_1_3) \ > && !defined(HAVE_JAVA_FREEBSD_1_3) > JAVA_VENDOR= IBM > JAVA_VER= 1.3.1 > JAVA_OS= Linux > JAVA_HOME= ${_JAVA_HOME_IBM_LINUX_1_3} > JAVA_PORT= ${_JAVA_PORT_IBM_LINUX_1_3} > . elif defined(HAVE_JAVA_SUN_LINUX_1_3) \ > && !defined(HAVE_JAVA_FREEBSD_1_3) > JAVA_VENDOR= Sun > JAVA_VER= 1.3.1 > JAVA_OS= Linux > JAVA_HOME= ${_JAVA_HOME_SUN_LINUX_1_3} > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_3} > . else > JAVA_VENDOR= FreeBSD > JAVA_VER= 1.3.1 > JAVA_OS= FreeBSD > JAVA_HOME= ${_JAVA_HOME_FREEBSD_1_3} > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_3} > . endif > > # If the port needs JDK 1.4, then there's currently only one choice, the Sun > # JDK 1.4.0 for Linux. > . elif ${USE_JAVA} == "1.4" > JAVA_VENDOR= Sun > JAVA_VER= 1.4.0 > JAVA_OS= Linux > JAVA_HOME= ${_JAVA_HOME_SUN_LINUX_1_4} > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_4} > . else > .BEGIN: > @${ECHO} "${PKGNAME}: \"${USE_JAVA}\" is not a valid value for USE_JAVA. It should be one of: ${_JAVA_VERSIONS} (with an optional \"+\" suffix.)"; > @${FALSE} > . endif > > > #----------------------------------------------------------------------------- > # Stage 6: Define all settings for the port to use > > # At this stage both JAVA_HOME and JAVA_PORT are definitely given a value. > > # Define the location of the Java compiler. If USE_JIKES is set to YES, then > # use Jikes. If USE_JIKES is set to NO, then don't use it. If it is set to a > # different value, then fail with an error message. Otherwise USE_JIKES is not > # set, in which case it is checked if Jikes is already installed. If it is, > # then it will be used, otherwise it will not be used. > > # Only define JAVAC if NEED_JAVAC is defined > . undef JAVAC > > # The default value for NEED_JAVAC is temporarily (!) YES > # This will change as soon as the affecting ports have NEED_JAVAC=YES > . if !defined(NEED_JAVAC) > NEED_JAVAC= NO > . endif > > . if (${NEED_JAVAC} == "YES") || (${NEED_JAVAC} == "yes") > . if defined(USE_JIKES) > . if (${USE_JIKES} == "YES") || (${USE_JIKES} == "yes") > JAVAC= ${_JIKES_PATH} > WITH_JIKES= YES > . elif !((${USE_JIKES} == "NO") || (${USE_JIKES} == "no")) > .BEGIN: > @${ECHO} "${PKGNAME}: \"${USE_JIKES}\" is not a valid value for USE_JIKES. It should be YES or NO, or it should be undefined."; > @${FALSE} > . endif > . elif exists(${_JIKES_PATH}) > JAVAC= ${_JIKES_PATH} > WITH_JIKES= YES > . endif > . if !defined(JAVAC) > JAVAC= ${JAVA_HOME}/bin/javac > . endif > . endif > > # Define the location of some more executables. > APPLETVIEWER= ${JAVA_HOME}/bin/appletviewer > JAR= ${JAVA_HOME}/bin/jar > JAVA= ${JAVA_HOME}/bin/java > JAVADOC= ${JAVA_HOME}/bin/javadoc > JAVAH= ${JAVA_HOME}/bin/javah > JAVAP= ${JAVA_HOME}/bin/javap > JAVA_N2A= ${JAVA_HOME}/bin/native2ascii > JAVA_SERIALVER= ${JAVA_HOME}/bin/serialver > RMIC= ${JAVA_HOME}/bin/rmic > RMIREGISTRY= ${JAVA_HOME}/bin/rmiregistry > > # Some executables only exists in JDK 1.2 and up > . if defined(USE_JAVA) && ${USE_JAVA} != 1.1 > JAVA_KEYTOOL= ${JAVA_HOME}/bin/keytool > JAVA_POLICYTOOL= ${JAVA_HOME}/bin/policytool > RMID= ${JAVA_HOME}/bin/rmid > . endif > > # Set the location of the ZIP or JAR file with all standard Java classes. > . if defined(USE_JAVA) && ${USE_JAVA} == "1.1" > JAVA_CLASSES= ${JAVA_HOME}/lib/classes.zip > . else > JAVA_CLASSES= ${JAVA_HOME}/jre/lib/rt.jar > . endif > > > #----------------------------------------------------------------------------- > # Stage 7: Add any dependencies if necessary > > # Possibly add Jikes to the dependencies > . if defined(JAVAC) && (${JAVAC} == ${_JIKES_PATH}) > . if !defined(NO_BUILD_DEPENDS_JAVA) > BUILD_DEPENDS+= ${_DEPEND_JIKES} > . endif > . if !defined(NO_RUN_DEPENDS_JAVA) > RUN_DEPENDS+= ${_DEPEND_JIKES} > . endif > . endif > > # Add the JDK port to the dependencies > . if defined(NO_BUILD_DEPENDS_JAVA) && defined(NO_RUN_DEPENDS_JAVA) > .BEGIN: > @${ECHO} "${PKGNAME}: NO_BUILD_DEPENDS_JAVA and NO_RUN_DEPENDS_JAVA cannot be set at the same time."; > @${FALSE} > . endif > _DEPEND_JAVA= ${JAVA}:${PORTSDIR}/${JAVA_PORT} > . if !defined(NO_BUILD_DEPENDS_JAVA) > BUILD_DEPENDS+= ${_DEPEND_JAVA} > . endif > . if !defined(NO_RUN_DEPENDS_JAVA) > RUN_DEPENDS+= ${_DEPEND_JAVA} > . endif > . endif > .endif > ---- > > ? 0.diff > Index: bsd.java.mk > =================================================================== > RCS file: /home/ncvs/ports/Mk/bsd.java.mk,v > retrieving revision 1.9 > diff -u -r1.9 bsd.java.mk > --- bsd.java.mk 27 Apr 2002 00:18:53 -0000 1.9 > +++ bsd.java.mk 1 May 2002 19:03:38 -0000 > @@ -22,10 +22,11 @@ > # > # Stage 1: Define constants > # Stage 2: Deal with JAVA_HOME if it is already set > -# Stage 3: Decide the exact JDK version if only a minimum version is specified > -# Stage 4: Decide the exact JDK to use > -# Stage 5: Define all settings for the port to use > -# Stage 6: Add any dependencies if necessary > +# Stage 3: Determine which JDK ports are installed > +# Stage 4: Decide the exact JDK version if only a minimum version is specified > +# Stage 5: Decide the exact JDK to use > +# Stage 6: Define all settings for the port to use > +# Stage 7: Add any dependencies if necessary > # > > . if defined(USE_JAVA) > @@ -68,7 +69,46 @@ > > > #----------------------------------------------------------------------------- > -# Stage 2: Deal with JAVA_HOME if it is already set > +# Stage 2: Determine which JDK ports are installed > +# > + > +. undef HAVE_JAVA_FREEBSD_1_1 > +. undef HAVE_JAVA_FREEBSD_1_2 > +. undef HAVE_JAVA_FREEBSD_1_3 > +. undef HAVE_JAVA_BLACKDOWN_LINUX_1_2 > +. undef HAVE_JAVA_SUN_LINUX_1_2 > +. undef HAVE_JAVA_SUN_LINUX_1_3 > +. undef HAVE_JAVA_IBM_LINUX_1_3 > +. undef HAVE_JAVA_SUN_LINUX_1_4 > + > +. if exists(${_JAVA_HOME_FREEBSD_1_1}/${_JDK_FILE}) > +HAVE_JAVA_FREEBSD_1_1= YES > +. endif > +. if exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) > +HAVE_JAVA_FREEBSD_1_2= YES > +. endif > +. if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) > +HAVE_JAVA_FREEBSD_1_3= YES > +. endif > +. if exists(${_JAVA_HOME_BLACKDOWN_LINUX_1_2}/${_JDK_FILE}) > +HAVE_JAVA_BLACKDOWN_LINUX_1_2= YES > +. endif > +. if exists(${_JAVA_HOME_SUN_LINUX_1_2}/${_JDK_FILE}) > +HAVE_JAVA_SUN_LINUX_1_2= YES > +. endif > +. if exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) > +HAVE_JAVA_SUN_LINUX_1_3= YES > +. endif > +. if exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) > +HAVE_JAVA_IBM_LINUX_1_3= YES > +. endif > +. if exists(${_JAVA_HOME_SUN_LINUX_1_4}/${_JDK_FILE}) > +HAVE_JAVA_SUN_LINUX_1_4= YES > +. endif > + > + > +#----------------------------------------------------------------------------- > +# Stage 3: Deal with JAVA_HOME if it is already set > # > > # See if JAVA_HOME points to a known JDK. If it does, then undefine JAVA_HOME > @@ -100,7 +140,7 @@ > > > #----------------------------------------------------------------------------- > -# Stage 3: Decide the exact JDK version if only a minimum version is specified > +# Stage 4: Decide the exact JDK version if only a minimum version is specified > # > > # If USE_JAVA is 1.1+, 1.2+, 1.3+ or 1.4+, then set it to 1.1, 1.2, 1.3 or > @@ -129,35 +169,35 @@ > # option at the moment. > > . if (${USE_JAVA} == "1.1+") > -. if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) || \ > - exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) || \ > - exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) > +. if defined(HAVE_JAVA_FREEBSD_1_3) || \ > + defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > + defined(HAVE_JAVA_IBM_LINUX_1_3) > USE_JAVA= 1.3 > -. elif exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) || \ > - exists(${_JAVA_HOME_BLACKDOWN_LINUX_1_2}/${_JDK_FILE}) || \ > - exists(${_JAVA_HOME_SUN_LINUX_1_2}/${_JDK_FILE}) > +. elif defined(HAVE_JAVA_FREEBSD_1_2) || \ > + defined(HAVE_JAVA_BLACKDOWN_LINUX_1_2) || \ > + defined(HAVE_JAVA_SUN_LINUX_1_2) > USE_JAVA= 1.2 > -. elif !exists(${_JAVA_HOME_SUN_LINUX_1_4}/${_JDK_FILE}) > +. elif !defined(HAVE_JAVA_SUN_LINUX_1_4) > USE_JAVA= 1.1 > . else > USE_JAVA= 1.4 > . endif > > . elif (${USE_JAVA} == "1.2+") > -. if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) || \ > - exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) || \ > - exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) > +. if defined(HAVE_JAVA_FREEBSD_1_3) || \ > + defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > + defined(HAVE_JAVA_IBM_LINUX_1_3) > USE_JAVA= 1.3 > -. elif !exists(${_JAVA_HOME_SUN_LINUX_1_4}) > +. elif !defined(HAVE_JAVA_SUN_LINUX_1_4) > USE_JAVA= 1.2 > . else > USE_JAVA= 1.4 > . endif > . elif (${USE_JAVA} == "1.3+") > -. if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) || \ > - exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) || \ > - exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) || \ > - !exists(${_JAVA_HOME_SUN_LINUX_1_4}/${_JDK_FILE}) > +. if defined(HAVE_JAVA_FREEBSD_1_3) || \ > + defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > + defined(HAVE_JAVA_IBM_LINUX_1_3) || \ > + !defined(HAVE_JAVA_SUN_LINUX_1_4) > USE_JAVA= 1.3 > . else > USE_JAVA= 1.4 > @@ -172,7 +212,7 @@ > > > #----------------------------------------------------------------------------- > -# Stage 4: Decide the exact JDK to use > +# Stage 5: Decide the exact JDK to use > # > > # Apply different settings for different values of USE_JAVA. > @@ -200,15 +240,15 @@ > # The FreeBSD JDK 1.2 is preferred over the Linux JDK's. Among these, the > # Blackdown JDK is preferred over the Sun JDK. > . elif ${USE_JAVA} == "1.2" > -. if exists(${_JAVA_HOME_BLACKDOWN_LINUX_1_2}/${_JDK_FILE}) \ > - && !exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) > +. if defined(HAVE_JAVA_BLACKDOWN_LINUX_1_2) \ > + && !defined(HAVE_JAVA_FREEBSD_1_2) > JAVA_VENDOR= Blackdown > JAVA_VER= 1.2.2 > JAVA_OS= Linux > JAVA_HOME= ${_JAVA_HOME_BLACKDOWN_LINUX_1_2} > JAVA_PORT= ${_JAVA_PORT_BLACKDOWN_LINUX_1_2} > -. elif exists(${_JAVA_HOME_SUN_LINUX_1_2}/${_JDK_FILE}) \ > - && !exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) > +. elif defined(HAVE_JAVA_SUN_LINUX_1_2) \ > + && !defined(HAVE_JAVA_FREEBSD_1_2) > JAVA_VENDOR= Sun > JAVA_VER= 1.2.2 > JAVA_OS= Linux > @@ -236,16 +276,16 @@ > # used. If it is not installed, but the IBM JDK 1.3.1 is installed, then that > # one will be used. > . elif ${USE_JAVA} == "1.3" > -. if exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) \ > - && !exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) \ > - && !exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) > +. if defined(HAVE_JAVA_IBM_LINUX_1_3) \ > + && !defined(HAVE_JAVA_SUN_LINUX_1_3) \ > + && !defined(HAVE_JAVA_FREEBSD_1_3) > JAVA_VENDOR= IBM > JAVA_VER= 1.3.1 > JAVA_OS= Linux > JAVA_HOME= ${_JAVA_HOME_IBM_LINUX_1_3} > JAVA_PORT= ${_JAVA_PORT_IBM_LINUX_1_3} > -. elif exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) \ > - && !exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) > +. elif defined(HAVE_JAVA_SUN_LINUX_1_3) \ > + && !defined(HAVE_JAVA_FREEBSD_1_3) > JAVA_VENDOR= Sun > JAVA_VER= 1.3.1 > JAVA_OS= Linux > @@ -275,7 +315,7 @@ > > > #----------------------------------------------------------------------------- > -# Stage 5: Define all settings for the port to use > +# Stage 6: Define all settings for the port to use > > # At this stage both JAVA_HOME and JAVA_PORT are definitely given a value. > > @@ -341,7 +381,7 @@ > > > #----------------------------------------------------------------------------- > -# Stage 6: Add any dependencies if necessary > +# Stage 7: Add any dependencies if necessary > > # Possibly add Jikes to the dependencies > . if defined(JAVAC) && (${JAVAC} == ${_JIKES_PATH}) -- _ | |V| / ' || MacroHard -- \ \_| | | \_, || the perfection of form over | ----------------------------------|| substance, marketing over | Web: http://www.borgsdemons.com || performance, and greed over | AIM: johnmcooper || design . . . | =====================================================================/ Public Key: http://www.borgsdemons.com/Personal/pgpkey.asc | =====================================================================\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu May 2 0:53:44 2002 Delivered-To: freebsd-java@freebsd.org Received: from zaphod.euronet.nl (zaphod.euronet.nl [194.134.128.241]) by hub.freebsd.org (Postfix) with ESMTP id 0A9FD37B419; Thu, 2 May 2002 00:52:56 -0700 (PDT) Received: (from ernst@localhost) by zaphod.euronet.nl (8.11.6/8.11.6) id g427rAr46278; Thu, 2 May 2002 09:53:10 +0200 (CEST) (envelope-from ernst) Message-Id: <200205020753.g427rAr46278@zaphod.euronet.nl> Content-Type: text/plain; charset="iso-8859-1" From: Ernst de Haan To: john_m_cooper@yahoo.com Subject: Re: Request for Review: bsd.java.mk patch Date: Thu, 2 May 2002 09:53:10 +0200 X-Mailer: KMail [version 1.3.2] Cc: java@freebsd.org, ports@freebsd.org References: <200205011906.VAA21257@smtp.hccnet.nl> <1020314246.33957.0.camel@johncoop.MSHOME> In-Reply-To: <1020314246.33957.0.camel@johncoop.MSHOME> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thursday 02 May 2002 06:37, John Merryweather Cooper wrote: > Looks very good to me. Now I just have to convert jgnat and netrexx to > use it. :) Good. I had done some testing myself, but I was *very* tired yesterday, so I thought a review would be in order. Thanks for your support. Ernst > On Wed, 2002-05-01 at 13:06, Ernst de Haan wrote: > > Hi, > > > > Is there anyone out there just *waiting* to get a chance to review some > > changes to bsd.java.mk ? Well, if so, here's your chance! =) > > > > Seriously, a review would be appreciated. The only thing I did (hoped to > > do) was making everything a bit cleaner by introducting HAVE_ variables. > > > > Attached are both the patch from the current version of > > ports/Mk/bsd.java.mk and the result. > > > > > > Ernst > > ---- > > > > > > #-*- mode: Fundamental; tab-width: 4; -*- > > # ex:ts=4 > > # > > # bsd.java.mk - Support for Java-based ports. > > # > > # Created by: Ernst de Haan > > # > > # For FreeBSD committers: > > # Please send all suggested changes to the maintainer instead of > > committing # them to CVS yourself. > > # > > # $FreeBSD: ports/Mk/bsd.java.mk,v 1.9 2002/04/27 00:18:53 znerd Exp $ > > # > > > > .if !defined(Java_Include) > > > > Java_Include= bsd.java.mk > > Java_Include_MAINTAINER= znerd@FreeBSD.org > > > > # > > # There are the following stages: > > # > > # Stage 1: Define constants > > # Stage 2: Deal with JAVA_HOME if it is already set > > # Stage 3: Determine which JDK ports are installed > > # Stage 4: Decide the exact JDK version if only a minimum version is > > specified # Stage 5: Decide the exact JDK to use > > # Stage 6: Define all settings for the port to use > > # Stage 7: Add any dependencies if necessary > > # > > > > . if defined(USE_JAVA) > > > > > > #------------------------------------------------------------------------ > >----- # Stage 1: Define constants > > # > > > > # The complete list of Java versions supported. > > _JAVA_VERSIONS= 1.1 1.2 1.3 1.4 > > > > # Set the JAVA_HOME directories for all recognized JDK's > > _JAVA_HOME_FREEBSD_1_1= ${LOCALBASE}/jdk1.1.8 > > _JAVA_HOME_FREEBSD_1_2= ${LOCALBASE}/jdk1.2.2 > > _JAVA_HOME_FREEBSD_1_3= ${LOCALBASE}/jdk1.3.1 > > _JAVA_HOME_BLACKDOWN_LINUX_1_2= ${LOCALBASE}/linux-jdk1.2.2 > > _JAVA_HOME_SUN_LINUX_1_2= ${LOCALBASE}/linux-sun-jdk1.2.2.011 > > _JAVA_HOME_IBM_LINUX_1_3= ${LOCALBASE}/linux-ibm-jdk1.3.1 > > _JAVA_HOME_SUN_LINUX_1_3= ${LOCALBASE}/linux-jdk1.3.1 > > _JAVA_HOME_SUN_LINUX_1_4= ${LOCALBASE}/linux-jdk1.4.0 > > > > # Set the JDK ports for all recognized JDK's > > _JAVA_PORT_FREEBSD_1_1= java/jdk > > _JAVA_PORT_FREEBSD_1_2= java/jdk12-beta > > _JAVA_PORT_FREEBSD_1_3= java/jdk13 > > _JAVA_PORT_BLACKDOWN_LINUX_1_2= java/linux-jdk > > _JAVA_PORT_SUN_LINUX_1_2= java/linux-sun-jdk12 > > _JAVA_PORT_IBM_LINUX_1_3= java/linux-ibm-jdk13 > > _JAVA_PORT_SUN_LINUX_1_3= java/linux-jdk13 > > _JAVA_PORT_SUN_LINUX_1_4= java/linux-jdk14 > > > > # Set the name of the file that indicates that a JDK is indeed installed, > > as a # relative path within the JAVA_HOME directory. > > _JDK_FILE=bin/javac > > > > # Set the path to Jikes and define the Jikes dependency > > _JIKES_PATH= ${LOCALBASE}/bin/jikes > > _DEPEND_JIKES= ${_JIKES_PATH}:${PORTSDIR}/java/jikes > > > > > > #------------------------------------------------------------------------ > >----- # Stage 2: Determine which JDK ports are installed > > # > > > > . undef HAVE_JAVA_FREEBSD_1_1 > > . undef HAVE_JAVA_FREEBSD_1_2 > > . undef HAVE_JAVA_FREEBSD_1_3 > > . undef HAVE_JAVA_BLACKDOWN_LINUX_1_2 > > . undef HAVE_JAVA_SUN_LINUX_1_2 > > . undef HAVE_JAVA_SUN_LINUX_1_3 > > . undef HAVE_JAVA_IBM_LINUX_1_3 > > . undef HAVE_JAVA_SUN_LINUX_1_4 > > > > . if exists(${_JAVA_HOME_FREEBSD_1_1}/${_JDK_FILE}) > > HAVE_JAVA_FREEBSD_1_1= YES > > . endif > > . if exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) > > HAVE_JAVA_FREEBSD_1_2= YES > > . endif > > . if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) > > HAVE_JAVA_FREEBSD_1_3= YES > > . endif > > . if exists(${_JAVA_HOME_BLACKDOWN_LINUX_1_2}/${_JDK_FILE}) > > HAVE_JAVA_BLACKDOWN_LINUX_1_2= YES > > . endif > > . if exists(${_JAVA_HOME_SUN_LINUX_1_2}/${_JDK_FILE}) > > HAVE_JAVA_SUN_LINUX_1_2= YES > > . endif > > . if exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) > > HAVE_JAVA_SUN_LINUX_1_3= YES > > . endif > > . if exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) > > HAVE_JAVA_IBM_LINUX_1_3= YES > > . endif > > . if exists(${_JAVA_HOME_SUN_LINUX_1_4}/${_JDK_FILE}) > > HAVE_JAVA_SUN_LINUX_1_4= YES > > . endif > > > > > > #------------------------------------------------------------------------ > >----- # Stage 3: Deal with JAVA_HOME if it is already set > > # > > > > # See if JAVA_HOME points to a known JDK. If it does, then undefine > > JAVA_HOME # and actually use JAVA_PORT instead, so that we do not screw > > with our # dependencies. > > . if defined(JAVA_HOME) > > _JAVA_HOME= ${JAVA_HOME} > > . undef(JAVA_HOME) > > . if ${_JAVA_HOME} == ${_JAVA_HOME_FREEBSD_1_1} > > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_1} > > . elif ${_JAVA_HOME} == ${_JAVA_HOME_FREEBSD_1_2} > > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_2} > > . elif ${_JAVA_HOME} == ${_JAVA_HOME_FREEBSD_1_3} > > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_3} > > . elif ${_JAVA_HOME} == ${_JAVA_HOME_BLACKDOWN_LINUX_1_2} > > JAVA_PORT= ${_JAVA_PORT_BLACKDOWN_LINUX_1_2} > > . elif ${_JAVA_HOME} == ${_JAVA_HOME_SUN_LINUX_1_2} > > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_2} > > . elif ${_JAVA_HOME} == ${_JAVA_HOME_IBM_LINUX_1_3} > > JAVA_PORT= ${_JAVA_PORT_IBM_LINUX_1_3} > > . elif ${_JAVA_HOME} == ${_JAVA_HOME_SUN_LINUX_1_3} > > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_3} > > . elif ${_JAVA_HOME} == ${_JAVA_HOME_SUN_LINUX_1_4} > > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_4} > > . else > > JAVA_HOME= ${_JAVA_HOME} > > . endif > > . endif > > > > > > #------------------------------------------------------------------------ > >----- # Stage 4: Decide the exact JDK version if only a minimum version is > > specified # > > > > # If USE_JAVA is 1.1+, 1.2+, 1.3+ or 1.4+, then set it to 1.1, 1.2, 1.3 > > or # 1.4, depending on what JDK's are already installed. The FreeBSD JDK > > will be # preferred. The Sun JDK 1.4 for Linux is always the least > > preferred JDK. # However, the most respected rule is that if a JDK is > > already installed, then # no JDK will be downloaded unless necessary. > > # > > # The following rules will be used, per setting: > > # > > # If the setting is 1.1+, then use an existing 1.2 or 1.3 JDK if > > installed, # otherwise use the JDK 1.1.8 for FreeBSD if it is already > > installed. If no # other JDK than the Sun JDK 1.4 for Linux is installed, > > then that one will be # used. It is the least preferred alternative. > > # > > # If the setting is 1.2+, then use an already installed 1.2, 1.3 or 1.4 > > JDK. # If there is no such JDK, then set USE_JAVA to 1.2. An 1.3 JDK is > > preferred # over 1.2 JDK's. > > # > > # If the setting is 1.3+, then see if the Sun JDK 1.4 for Linux is > > installed, # while no 1.3 JDK's are installed. If that is the case, then > > USE_JAVA will be # set to 1.4. Otherwise it will be set to 1.3. All 1.3 > > JDK's are currently # preferred over a 1.4.0 JDK since it is considered > > less stable. # > > # If the setting is 1.4+, then set it to 1.4 right away. There is no > > other # option at the moment. > > > > . if (${USE_JAVA} == "1.1+") > > . if defined(HAVE_JAVA_FREEBSD_1_3) || \ > > defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > > defined(HAVE_JAVA_IBM_LINUX_1_3) > > USE_JAVA= 1.3 > > . elif defined(HAVE_JAVA_FREEBSD_1_2) || \ > > defined(HAVE_JAVA_BLACKDOWN_LINUX_1_2) || \ > > defined(HAVE_JAVA_SUN_LINUX_1_2) > > USE_JAVA= 1.2 > > . elif !defined(HAVE_JAVA_SUN_LINUX_1_4) > > USE_JAVA= 1.1 > > . else > > USE_JAVA= 1.4 > > . endif > > > > . elif (${USE_JAVA} == "1.2+") > > . if defined(HAVE_JAVA_FREEBSD_1_3) || \ > > defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > > defined(HAVE_JAVA_IBM_LINUX_1_3) > > USE_JAVA= 1.3 > > . elif !defined(HAVE_JAVA_SUN_LINUX_1_4) > > USE_JAVA= 1.2 > > . else > > USE_JAVA= 1.4 > > . endif > > . elif (${USE_JAVA} == "1.3+") > > . if defined(HAVE_JAVA_FREEBSD_1_3) || \ > > defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > > defined(HAVE_JAVA_IBM_LINUX_1_3) || \ > > !defined(HAVE_JAVA_SUN_LINUX_1_4) > > USE_JAVA= 1.3 > > . else > > USE_JAVA= 1.4 > > . endif > > . elif (${USE_JAVA} == "1.4+") > > USE_JAVA= 1.4 > > . else > > .BEGIN: > > @${ECHO} "${Java_Include}: Internal error. \"${USE_JAVA}\" is not caught > > as a valid value for USE_JAVA. Please send an email to > > ${Java_Include_MAINTAINER} with a detailed description of what you did > > and what the output was."; @${FALSE} > > . endif > > > > > > #------------------------------------------------------------------------ > >----- # Stage 5: Decide the exact JDK to use > > # > > > > # Apply different settings for different values of USE_JAVA. > > # > > # If the port needs Java 1.1, then there's only one choice, the JDK 1.1.8 > > for # FreeBSD. > > . if (${USE_JAVA} == "1.1") > > JAVA_VENDOR= FreeBSD > > JAVA_VER= 1.1.8 > > JAVA_OS= FreeBSD > > JAVA_HOME= ${_JAVA_HOME_FREEBSD_1_1} > > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_1} > > > > # If the port needs Java 1.2, then there are 2 choices. They are, in > > order or # preference: > > # > > # (1) JDK 1.2.2 for FreeBSD > > # (2) Blackdown JDK 1.2.2 for Linux > > # > > # If either the Blackdown or Sun JDK 1.2.2 (both for Linux) is installed, > > but # the FreeBSD JDK 1.2.2 is *not* installed, then the installed Linux > > JDK will # be used as the dependency. Otherwise the FreeBSD JDK 1.2.2 > > will be used as # the dependency. > > # > > # The FreeBSD JDK 1.2 is preferred over the Linux JDK's. Among these, the > > # Blackdown JDK is preferred over the Sun JDK. > > . elif ${USE_JAVA} == "1.2" > > . if defined(HAVE_JAVA_BLACKDOWN_LINUX_1_2) \ > > && !defined(HAVE_JAVA_FREEBSD_1_2) > > JAVA_VENDOR= Blackdown > > JAVA_VER= 1.2.2 > > JAVA_OS= Linux > > JAVA_HOME= ${_JAVA_HOME_BLACKDOWN_LINUX_1_2} > > JAVA_PORT= ${_JAVA_PORT_BLACKDOWN_LINUX_1_2} > > . elif defined(HAVE_JAVA_SUN_LINUX_1_2) \ > > && !defined(HAVE_JAVA_FREEBSD_1_2) > > JAVA_VENDOR= Sun > > JAVA_VER= 1.2.2 > > JAVA_OS= Linux > > JAVA_HOME= ${_JAVA_HOME_SUN_LINUX_1_2} > > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_2} > > . else > > JAVA_VENDOR= FreeBSD > > JAVA_VER= 1.2.2 > > JAVA_OS= FreeBSD > > JAVA_HOME= ${_JAVA_HOME_FREEBSD_1_2} > > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_2} > > . endif > > > > # If the port needs Java 1.3, then there are 3 choices. They are, in > > order or # preference: > > # > > # (1) JDK 1.3.1 for FreeBSD > > # (2) Sun JDK 1.3.1 for Linux > > # (3) IBM JDK 1.3.1 for Linux > > # > > # If the FreeBSD JDK 1.3.1 is installed or if none of the 1.3.1 JDK's is > > # installed, then the FreeBSD JDK 1.3.1 is used as a dependency for the > > port. # > > # Otherwise, if the Sun JDK 1.3.1 is already installed, then that will be > > # used. If it is not installed, but the IBM JDK 1.3.1 is installed, then > > that # one will be used. > > . elif ${USE_JAVA} == "1.3" > > . if defined(HAVE_JAVA_IBM_LINUX_1_3) \ > > && !defined(HAVE_JAVA_SUN_LINUX_1_3) \ > > && !defined(HAVE_JAVA_FREEBSD_1_3) > > JAVA_VENDOR= IBM > > JAVA_VER= 1.3.1 > > JAVA_OS= Linux > > JAVA_HOME= ${_JAVA_HOME_IBM_LINUX_1_3} > > JAVA_PORT= ${_JAVA_PORT_IBM_LINUX_1_3} > > . elif defined(HAVE_JAVA_SUN_LINUX_1_3) \ > > && !defined(HAVE_JAVA_FREEBSD_1_3) > > JAVA_VENDOR= Sun > > JAVA_VER= 1.3.1 > > JAVA_OS= Linux > > JAVA_HOME= ${_JAVA_HOME_SUN_LINUX_1_3} > > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_3} > > . else > > JAVA_VENDOR= FreeBSD > > JAVA_VER= 1.3.1 > > JAVA_OS= FreeBSD > > JAVA_HOME= ${_JAVA_HOME_FREEBSD_1_3} > > JAVA_PORT= ${_JAVA_PORT_FREEBSD_1_3} > > . endif > > > > # If the port needs JDK 1.4, then there's currently only one choice, the > > Sun # JDK 1.4.0 for Linux. > > . elif ${USE_JAVA} == "1.4" > > JAVA_VENDOR= Sun > > JAVA_VER= 1.4.0 > > JAVA_OS= Linux > > JAVA_HOME= ${_JAVA_HOME_SUN_LINUX_1_4} > > JAVA_PORT= ${_JAVA_PORT_SUN_LINUX_1_4} > > . else > > .BEGIN: > > @${ECHO} "${PKGNAME}: \"${USE_JAVA}\" is not a valid value for USE_JAVA. > > It should be one of: ${_JAVA_VERSIONS} (with an optional \"+\" suffix.)"; > > @${FALSE} > > . endif > > > > > > #------------------------------------------------------------------------ > >----- # Stage 6: Define all settings for the port to use > > > > # At this stage both JAVA_HOME and JAVA_PORT are definitely given a > > value. > > > > # Define the location of the Java compiler. If USE_JIKES is set to YES, > > then # use Jikes. If USE_JIKES is set to NO, then don't use it. If it is > > set to a # different value, then fail with an error message. Otherwise > > USE_JIKES is not # set, in which case it is checked if Jikes is already > > installed. If it is, # then it will be used, otherwise it will not be > > used. > > > > # Only define JAVAC if NEED_JAVAC is defined > > . undef JAVAC > > > > # The default value for NEED_JAVAC is temporarily (!) YES > > # This will change as soon as the affecting ports have NEED_JAVAC=YES > > . if !defined(NEED_JAVAC) > > NEED_JAVAC= NO > > . endif > > > > . if (${NEED_JAVAC} == "YES") || (${NEED_JAVAC} == "yes") > > . if defined(USE_JIKES) > > . if (${USE_JIKES} == "YES") || (${USE_JIKES} == "yes") > > JAVAC= ${_JIKES_PATH} > > WITH_JIKES= YES > > . elif !((${USE_JIKES} == "NO") || (${USE_JIKES} == "no")) > > .BEGIN: > > @${ECHO} "${PKGNAME}: \"${USE_JIKES}\" is not a valid value for > > USE_JIKES. It should be YES or NO, or it should be undefined."; @${FALSE} > > . endif > > . elif exists(${_JIKES_PATH}) > > JAVAC= ${_JIKES_PATH} > > WITH_JIKES= YES > > . endif > > . if !defined(JAVAC) > > JAVAC= ${JAVA_HOME}/bin/javac > > . endif > > . endif > > > > # Define the location of some more executables. > > APPLETVIEWER= ${JAVA_HOME}/bin/appletviewer > > JAR= ${JAVA_HOME}/bin/jar > > JAVA= ${JAVA_HOME}/bin/java > > JAVADOC= ${JAVA_HOME}/bin/javadoc > > JAVAH= ${JAVA_HOME}/bin/javah > > JAVAP= ${JAVA_HOME}/bin/javap > > JAVA_N2A= ${JAVA_HOME}/bin/native2ascii > > JAVA_SERIALVER= ${JAVA_HOME}/bin/serialver > > RMIC= ${JAVA_HOME}/bin/rmic > > RMIREGISTRY= ${JAVA_HOME}/bin/rmiregistry > > > > # Some executables only exists in JDK 1.2 and up > > . if defined(USE_JAVA) && ${USE_JAVA} != 1.1 > > JAVA_KEYTOOL= ${JAVA_HOME}/bin/keytool > > JAVA_POLICYTOOL= ${JAVA_HOME}/bin/policytool > > RMID= ${JAVA_HOME}/bin/rmid > > . endif > > > > # Set the location of the ZIP or JAR file with all standard Java classes. > > . if defined(USE_JAVA) && ${USE_JAVA} == "1.1" > > JAVA_CLASSES= ${JAVA_HOME}/lib/classes.zip > > . else > > JAVA_CLASSES= ${JAVA_HOME}/jre/lib/rt.jar > > . endif > > > > > > #------------------------------------------------------------------------ > >----- # Stage 7: Add any dependencies if necessary > > > > # Possibly add Jikes to the dependencies > > . if defined(JAVAC) && (${JAVAC} == ${_JIKES_PATH}) > > . if !defined(NO_BUILD_DEPENDS_JAVA) > > BUILD_DEPENDS+= ${_DEPEND_JIKES} > > . endif > > . if !defined(NO_RUN_DEPENDS_JAVA) > > RUN_DEPENDS+= ${_DEPEND_JIKES} > > . endif > > . endif > > > > # Add the JDK port to the dependencies > > . if defined(NO_BUILD_DEPENDS_JAVA) && defined(NO_RUN_DEPENDS_JAVA) > > .BEGIN: > > @${ECHO} "${PKGNAME}: NO_BUILD_DEPENDS_JAVA and NO_RUN_DEPENDS_JAVA > > cannot be set at the same time."; @${FALSE} > > . endif > > _DEPEND_JAVA= ${JAVA}:${PORTSDIR}/${JAVA_PORT} > > . if !defined(NO_BUILD_DEPENDS_JAVA) > > BUILD_DEPENDS+= ${_DEPEND_JAVA} > > . endif > > . if !defined(NO_RUN_DEPENDS_JAVA) > > RUN_DEPENDS+= ${_DEPEND_JAVA} > > . endif > > . endif > > .endif > > ---- > > > > > > ? 0.diff > > Index: bsd.java.mk > > =================================================================== > > RCS file: /home/ncvs/ports/Mk/bsd.java.mk,v > > retrieving revision 1.9 > > diff -u -r1.9 bsd.java.mk > > --- bsd.java.mk 27 Apr 2002 00:18:53 -0000 1.9 > > +++ bsd.java.mk 1 May 2002 19:03:38 -0000 > > @@ -22,10 +22,11 @@ > > # > > # Stage 1: Define constants > > # Stage 2: Deal with JAVA_HOME if it is already set > > -# Stage 3: Decide the exact JDK version if only a minimum version is > > specified -# Stage 4: Decide the exact JDK to use > > -# Stage 5: Define all settings for the port to use > > -# Stage 6: Add any dependencies if necessary > > +# Stage 3: Determine which JDK ports are installed > > +# Stage 4: Decide the exact JDK version if only a minimum version is > > specified +# Stage 5: Decide the exact JDK to use > > +# Stage 6: Define all settings for the port to use > > +# Stage 7: Add any dependencies if necessary > > # > > > > . if defined(USE_JAVA) > > @@ -68,7 +69,46 @@ > > > > > > > > #------------------------------------------------------------------------ > >----- -# Stage 2: Deal with JAVA_HOME if it is already set > > +# Stage 2: Determine which JDK ports are installed > > +# > > + > > +. undef HAVE_JAVA_FREEBSD_1_1 > > +. undef HAVE_JAVA_FREEBSD_1_2 > > +. undef HAVE_JAVA_FREEBSD_1_3 > > +. undef HAVE_JAVA_BLACKDOWN_LINUX_1_2 > > +. undef HAVE_JAVA_SUN_LINUX_1_2 > > +. undef HAVE_JAVA_SUN_LINUX_1_3 > > +. undef HAVE_JAVA_IBM_LINUX_1_3 > > +. undef HAVE_JAVA_SUN_LINUX_1_4 > > + > > +. if exists(${_JAVA_HOME_FREEBSD_1_1}/${_JDK_FILE}) > > +HAVE_JAVA_FREEBSD_1_1= YES > > +. endif > > +. if exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) > > +HAVE_JAVA_FREEBSD_1_2= YES > > +. endif > > +. if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) > > +HAVE_JAVA_FREEBSD_1_3= YES > > +. endif > > +. if exists(${_JAVA_HOME_BLACKDOWN_LINUX_1_2}/${_JDK_FILE}) > > +HAVE_JAVA_BLACKDOWN_LINUX_1_2= YES > > +. endif > > +. if exists(${_JAVA_HOME_SUN_LINUX_1_2}/${_JDK_FILE}) > > +HAVE_JAVA_SUN_LINUX_1_2= YES > > +. endif > > +. if exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) > > +HAVE_JAVA_SUN_LINUX_1_3= YES > > +. endif > > +. if exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) > > +HAVE_JAVA_IBM_LINUX_1_3= YES > > +. endif > > +. if exists(${_JAVA_HOME_SUN_LINUX_1_4}/${_JDK_FILE}) > > +HAVE_JAVA_SUN_LINUX_1_4= YES > > +. endif > > + > > + > > +#----------------------------------------------------------------------- > >------ +# Stage 3: Deal with JAVA_HOME if it is already set > > # > > > > # See if JAVA_HOME points to a known JDK. If it does, then undefine > > JAVA_HOME @@ -100,7 +140,7 @@ > > > > > > > > #------------------------------------------------------------------------ > >----- -# Stage 3: Decide the exact JDK version if only a minimum version > > is specified +# Stage 4: Decide the exact JDK version if only a minimum > > version is specified # > > > > # If USE_JAVA is 1.1+, 1.2+, 1.3+ or 1.4+, then set it to 1.1, 1.2, 1.3 > > or @@ -129,35 +169,35 @@ > > # option at the moment. > > > > . if (${USE_JAVA} == "1.1+") > > -. if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) || \ > > - exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) || \ > > - exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) > > +. if defined(HAVE_JAVA_FREEBSD_1_3) || \ > > + defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > > + defined(HAVE_JAVA_IBM_LINUX_1_3) > > USE_JAVA= 1.3 > > -. elif exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) || \ > > - exists(${_JAVA_HOME_BLACKDOWN_LINUX_1_2}/${_JDK_FILE}) || \ > > - exists(${_JAVA_HOME_SUN_LINUX_1_2}/${_JDK_FILE}) > > +. elif defined(HAVE_JAVA_FREEBSD_1_2) || \ > > + defined(HAVE_JAVA_BLACKDOWN_LINUX_1_2) || \ > > + defined(HAVE_JAVA_SUN_LINUX_1_2) > > USE_JAVA= 1.2 > > -. elif !exists(${_JAVA_HOME_SUN_LINUX_1_4}/${_JDK_FILE}) > > +. elif !defined(HAVE_JAVA_SUN_LINUX_1_4) > > USE_JAVA= 1.1 > > . else > > USE_JAVA= 1.4 > > . endif > > > > . elif (${USE_JAVA} == "1.2+") > > -. if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) || \ > > - exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) || \ > > - exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) > > +. if defined(HAVE_JAVA_FREEBSD_1_3) || \ > > + defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > > + defined(HAVE_JAVA_IBM_LINUX_1_3) > > USE_JAVA= 1.3 > > -. elif !exists(${_JAVA_HOME_SUN_LINUX_1_4}) > > +. elif !defined(HAVE_JAVA_SUN_LINUX_1_4) > > USE_JAVA= 1.2 > > . else > > USE_JAVA= 1.4 > > . endif > > . elif (${USE_JAVA} == "1.3+") > > -. if exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) || \ > > - exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) || \ > > - exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) || \ > > - !exists(${_JAVA_HOME_SUN_LINUX_1_4}/${_JDK_FILE}) > > +. if defined(HAVE_JAVA_FREEBSD_1_3) || \ > > + defined(HAVE_JAVA_SUN_LINUX_1_3) || \ > > + defined(HAVE_JAVA_IBM_LINUX_1_3) || \ > > + !defined(HAVE_JAVA_SUN_LINUX_1_4) > > USE_JAVA= 1.3 > > . else > > USE_JAVA= 1.4 > > @@ -172,7 +212,7 @@ > > > > > > > > #------------------------------------------------------------------------ > >----- -# Stage 4: Decide the exact JDK to use > > +# Stage 5: Decide the exact JDK to use > > # > > > > # Apply different settings for different values of USE_JAVA. > > @@ -200,15 +240,15 @@ > > # The FreeBSD JDK 1.2 is preferred over the Linux JDK's. Among these, > > the # Blackdown JDK is preferred over the Sun JDK. > > . elif ${USE_JAVA} == "1.2" > > -. if exists(${_JAVA_HOME_BLACKDOWN_LINUX_1_2}/${_JDK_FILE}) \ > > - && !exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) > > +. if defined(HAVE_JAVA_BLACKDOWN_LINUX_1_2) \ > > + && !defined(HAVE_JAVA_FREEBSD_1_2) > > JAVA_VENDOR= Blackdown > > JAVA_VER= 1.2.2 > > JAVA_OS= Linux > > JAVA_HOME= ${_JAVA_HOME_BLACKDOWN_LINUX_1_2} > > JAVA_PORT= ${_JAVA_PORT_BLACKDOWN_LINUX_1_2} > > -. elif exists(${_JAVA_HOME_SUN_LINUX_1_2}/${_JDK_FILE}) \ > > - && !exists(${_JAVA_HOME_FREEBSD_1_2}/${_JDK_FILE}) > > +. elif defined(HAVE_JAVA_SUN_LINUX_1_2) \ > > + && !defined(HAVE_JAVA_FREEBSD_1_2) > > JAVA_VENDOR= Sun > > JAVA_VER= 1.2.2 > > JAVA_OS= Linux > > @@ -236,16 +276,16 @@ > > # used. If it is not installed, but the IBM JDK 1.3.1 is installed, then > > that # one will be used. > > . elif ${USE_JAVA} == "1.3" > > -. if exists(${_JAVA_HOME_IBM_LINUX_1_3}/${_JDK_FILE}) \ > > - && !exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) \ > > - && !exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) > > +. if defined(HAVE_JAVA_IBM_LINUX_1_3) \ > > + && !defined(HAVE_JAVA_SUN_LINUX_1_3) \ > > + && !defined(HAVE_JAVA_FREEBSD_1_3) > > JAVA_VENDOR= IBM > > JAVA_VER= 1.3.1 > > JAVA_OS= Linux > > JAVA_HOME= ${_JAVA_HOME_IBM_LINUX_1_3} > > JAVA_PORT= ${_JAVA_PORT_IBM_LINUX_1_3} > > -. elif exists(${_JAVA_HOME_SUN_LINUX_1_3}/${_JDK_FILE}) \ > > - && !exists(${_JAVA_HOME_FREEBSD_1_3}/${_JDK_FILE}) > > +. elif defined(HAVE_JAVA_SUN_LINUX_1_3) \ > > + && !defined(HAVE_JAVA_FREEBSD_1_3) > > JAVA_VENDOR= Sun > > JAVA_VER= 1.3.1 > > JAVA_OS= Linux > > @@ -275,7 +315,7 @@ > > > > > > > > #------------------------------------------------------------------------ > >----- -# Stage 5: Define all settings for the port to use > > +# Stage 6: Define all settings for the port to use > > > > # At this stage both JAVA_HOME and JAVA_PORT are definitely given a > > value. > > > > @@ -341,7 +381,7 @@ > > > > > > > > #------------------------------------------------------------------------ > >----- -# Stage 6: Add any dependencies if necessary > > +# Stage 7: Add any dependencies if necessary > > > > # Possibly add Jikes to the dependencies > > . if defined(JAVAC) && (${JAVAC} == ${_JIKES_PATH}) -- Ernst de Haan EuroNet Internet B.V. "Come to me all who are weary and burdened and I will give you rest" -- Jesus Christ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu May 2 3: 4:44 2002 Delivered-To: freebsd-java@freebsd.org Received: from ns1.presedia.com (ns1.presedia.com [63.209.7.68]) by hub.freebsd.org (Postfix) with ESMTP id 0349037B400 for ; Thu, 2 May 2002 03:04:38 -0700 (PDT) Received: from fuzzy (adsl-64-170-154-2.dsl.sntc01.pacbell.net [64.170.154.2]) by ns1.presedia.com (8.11.6/8.11.6) with SMTP id g4267ee53407 for ; Wed, 1 May 2002 23:07:40 -0700 (PDT) (envelope-from andrew.gerweck@presedia.com) From: "Andrew Gerweck" To: "java@FreeBSD. ORG" Subject: mod_webapp-apache2 port Date: Wed, 1 May 2002 23:07:07 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In the interest of avoiding duplicate efforts.... I submitted a port today for mod_webapp in Apache 2. It was inspired by the instructions by Adrian Thiele at http://www.pubbitch.org/jboss.html (Thanks!). If anybody is dying to get this working, I can probably send you the port by email. Otherwise, it'll be available whenever the port gods get around to it. --Andrew Gerweck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu May 2 6:22:53 2002 Delivered-To: freebsd-java@freebsd.org Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (Postfix) with ESMTP id 97C0D37B416 for ; Thu, 2 May 2002 06:22:45 -0700 (PDT) Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.12.2/2002030600) with ESMTP id g42DMhd01937 for ; Thu, 2 May 2002 15:22:44 +0200 (CEST) Received: from gigasun.cs.uni-sb.de (IDENT:f+dUag7u0ycvFsBNaRNmY+nobV2EjYI1@gigasun.cs.uni-sb.de [134.96.242.3]) by cs.uni-sb.de (8.12.1/2002030600) with ESMTP id g42DMgW10526 for ; Thu, 2 May 2002 15:22:42 +0200 (CEST) Received: from gargoyle.cs.uni-sb.de (gargoyle.cs.uni-sb.de [134.96.242.163]) by gigasun.cs.uni-sb.de (8.11.6/2001012500) with ESMTP id g42DMcR20263 for ; Thu, 2 May 2002 15:22:38 +0200 (CEST) Received: (from thesing@localhost) by gargoyle.cs.uni-sb.de (8.11.6/8.10.1) id g42DMcr12437 for freebsd-java@freebsd.org; Thu, 2 May 2002 15:22:38 +0200 (CEST) Date: Thu, 2 May 2002 15:22:38 +0200 (CEST) From: Stephan Thesing Message-Id: <200205021322.g42DMcr12437@gargoyle.cs.uni-sb.de> To: freebsd-java@freebsd.org Subject: JDK1.3.1p6 and NetBSD-current Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, having played with patchset 6 on NetBSD/i386-1.5ZC (current), I have observed some problems: - compile problems (i.e. gethostent() is not defined on NetBSD), as already observed by someone else on this list - signal related: one place uses dlopen() and dlsym() for "sigprocmask" which, unfortunately is the old compatibility one for NetBSD <=1.3, using the wrong type arg: some time ago the sigset_t in NetBSD changed from one `int' to an array of four `int's. For compatibility, the sigprocmask() still uses one `int', while the new function is __sigprocmask14() (the include files do some renaming so that newly compiled programs use __sigprocmask14() automatically) - `appletviewer' or the Java Plugin for mozilla dumps core by receiving an SIGFPE. This problem is caused by the different layout of the `sigjmp_buf' argument passed to the sigsetjmp/siglongjmp() calls (which are involved in thread switching in green_threads, I guess). The Floating point unit control word is stored in the sigjmp_buf at slot BSD_FPU_MASK (defined to `7' in j2sdk1.3.1/src/solaris/hpi/green_threads/include/context_md_bsd.h) and restored from there. In the same sigjmp_buf the signal mask of the process is stored at offset 6, but as pointed out before, this mask is four ints long in NetBSD>=1.4, thus overwrites the FPU control word, causing `interesting' effects when it is later restored, resulting in FPE signals being sent later. This only seems to happen if several threads are running, so it does not occur during normal use of java or the bootstrap via the freshly build javac. Attached is a patch that seems to work on NetBSD/i386-current so far that I can use the java plugin and appletviewer. It replaces the argument to dlsym() for sigprocmask(), replaces the gethostent() et.al. calls to appropriate replacements and changes the place where the FPU control word is saved/restored from in the sigsetjmp/siglongjmp() frame to 11 (which seems to be free at the moment). No attempt was made to make this work for NetBSD<1.4, which seems to be no longer actively supported anyhow. Could someone please look at this and comment on its usefulness? Best regards.... Stephan ------------------- SNIP ----------------------- --- j2sdk1.3.1/src/solaris/hpi/green_threads/include/context_md_bsd.h.orig Mon Apr 29 13:47:05 2002 +++ j2sdk1.3.1/src/solaris/hpi/green_threads/include/context_md_bsd.h Thu May 2 11:40:31 2002 @@ -27,9 +27,15 @@ #endif } lj_ucontext_t; + #if defined(i386) # if defined(__NetBSD__) || defined(__OpenBSD__) || (defined(__FreeBSD__) && (__FreeBSD__ < 4)) -#define BSD_FPU_MASK 7 +#if defined(__NetBSD__) +/* NetBSD uses slot 7 for its extended signal mask */ +#define BSD_FPU_MASK 11 +#else +#define BSD_FPU_MASK 7 +#endif #define BSD_SIGNAL_MASK 6 # else #define BSD_FPU_MASK 6 @@ -102,6 +108,7 @@ __asm__ ("frstor %0"::"m" (*fdata)); \ } \ } + #elif defined(alpha) #define getcontext(lj_ucontextp) { \ sigsetjmp((lj_ucontextp)->jmpbuf, -1); \ --- j2sdk1.3.1/src/solaris/hpi/green_threads/src/signals.c.orig Mon Apr 29 13:47:05 2002 +++ j2sdk1.3.1/src/solaris/hpi/green_threads/src/signals.c Thu May 2 10:02:37 2002 @@ -596,7 +596,13 @@ #ifndef RTLD_NEXT #if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__bsdi__) void *dlMain = dlopen("/usr/lib/libc.so", RTLD_LAZY); - func = (fn_t *)dlsym(dlMain, "sigprocmask"); + func = (fn_t *)dlsym(dlMain, +#if defined(__NetBSD__) + "__sigprocmask14" +#else + "sigprocmask" +#endif + ); #else dlMain = dlopen("/lib/libc.so.6", RTLD_LAZY); func = (fn_t *)dlsym(dlMain, "__sigprocmask"); --- j2sdk1.3.1/src/solaris/native/java/net/InetAddressImpl.c.orig Mon Apr 29 13:47:05 2002 +++ j2sdk1.3.1/src/solaris/native/java/net/InetAddressImpl.c Tue Apr 23 01:14:21 2002 @@ -368,7 +368,13 @@ HOST_R_RETURN gethostent_r(struct hostent *hptr, HOST_R_ARGS) { - struct hostent *he = gethostent(); + struct hostent *he = +#if defined(__NetBSD__) +_gethtent() +#else +gethostent() +#endif +; HOST_R_ERRNO; @@ -385,7 +391,11 @@ sethostent_r(int stay_open) #endif { +#if defined(__NetBSD__) + _sethtent(stay_open); +#else sethostent(stay_open); +#endif #ifdef HOST_R_SET_RESULT return (HOST_R_SET_RESULT); #endif ----------------------- SNIP ------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu May 2 11: 3:46 2002 Delivered-To: freebsd-java@freebsd.org Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13]) by hub.freebsd.org (Postfix) with ESMTP id 337E337B41C; Thu, 2 May 2002 11:03:38 -0700 (PDT) Received: from ha2sca-mail1.SFBay.Sun.COM ([129.145.155.62]) by nwkea-mail-1.sun.com (8.9.3+Sun/8.9.3) with ESMTP id LAA29507; Thu, 2 May 2002 11:03:37 -0700 (PDT) Received: from ranman (vpn-129-149-241-3 [129.149.241.3]) by ha2sca-mail1.SFBay.Sun.COM (8.10.2+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id g42I3Z013828; Thu, 2 May 2002 11:03:35 -0700 (PDT) Date: Thu, 2 May 2002 11:03:35 -0700 (PDT) Message-ID: <14918331.1020362387357.JavaMail.Administrator@ha2sca-mail1.sfbay.sun.com> From: Ranjith Mandala To: freebsd-java@freebsd.org Subject: Re: (Review ID: 145867) HotSpot Virtual Machine Error : 11 Cc: java-port@freebsd.org, Ranjith.Mandala@Sun.COM Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: postEmail @(#) PostEmail.java 1.14 00/01/27 10:09:23 X-IM-Review-ID: 145867 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi , This Bug Report was submitted from http://java.sun.com/cgi-bin/bugreport.cgi and is being forwarded to you on behalf of niklas@saers.com . If you would like to respond. Please send an e-mail to the address listed at the end of this report. Regards, RM. ----------------- Original Bug Report------------------- category : hotspot release : 1.4 subcategory : runtime_system type : bug synopsis : HotSpot Virtual Machine Error : 11 description : FULL PRODUCT VERSION : java version "1.4.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) FULL OPERATING SYSTEM VERSION : FreeBSD 4.5 ADDITIONAL OPERATING SYSTEMS : Linux-emulation A DESCRIPTION OF THE PROBLEM : Unexpected Signal : 11 occurred at PC=0x2A0DE6D0 Function=[Unknown.] Library=(N/A) NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: Dynamic libraries: Can not get information for pid = 3328 Local Time = Thu Apr 25 10:06:42 2002 Elapsed Time = 1 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002D3 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.0-b92 mixed mode) # # An error report file has been saved as hs_err_pid3328.log. # Please refer to the file for further information. # Abort trap - core dumped STEPS TO FOLLOW TO REPRODUCE THE PROBLEM : 1. Execute my program EXPECTED VERSUS ACTUAL BEHAVIOR : The program should run, it doesn't. ERROR MESSAGES/STACK TRACES THAT OCCUR : As listed This bug can be reproduced always. workaround : suggested_val : cust_name : Niklas Saers cust_email : niklas@saers.com jdcid : keyword : webbug company : ThinkSec hardware : x86 OSversion : Linux bugtraqID : 0 dateCreated : 2002-04-25 02:12:08.0 dateEvaluated : 2002-05-02 11:57:20.987 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu May 2 11:16:28 2002 Delivered-To: freebsd-java@freebsd.org Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13]) by hub.freebsd.org (Postfix) with ESMTP id 3506F37B438; Thu, 2 May 2002 11:16:07 -0700 (PDT) Received: from ha2sca-mail1.SFBay.Sun.COM ([129.145.155.62]) by nwkea-mail-1.sun.com (8.9.3+Sun/8.9.3) with ESMTP id LAA07068; Thu, 2 May 2002 11:16:06 -0700 (PDT) Received: from ranman (vpn-129-149-241-3 [129.149.241.3]) by ha2sca-mail1.SFBay.Sun.COM (8.10.2+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id g42IFv016218; Thu, 2 May 2002 11:15:58 -0700 (PDT) Date: Thu, 2 May 2002 11:15:58 -0700 (PDT) Message-ID: <12866987.1020363127191.JavaMail.Administrator@ha2sca-mail1.sfbay.sun.com> From: Ranjith Mandala To: freebsd-java@freebsd.org Subject: Re: (Review ID: 145816) Java Mail api cause the JVM to stop the operation and the program killed. Cc: java-port@freebsd.org, Ranjith.Mandala@Sun.COM Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: postEmail @(#) PostEmail.java 1.14 00/01/27 10:09:23 X-IM-Review-ID: 145816 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Avinash K S Holla, This Bug Report was submitted from http://java.sun.com/cgi-bin/bugreport.cgi and is being forwarded to you on behalf of avinashks@oyeindia.com. If you would like to respond. Please send an e-mail to the address listed at the end of this report. Regards, RM. ----------------- Original Bug Report------------------- category : hotspot release : 1.4 subcategory : other type : bug synopsis : Java Mail api cause the JVM to stop the operation and the program killed. description : FULL PRODUCT VERSION : java version "1.4.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0- b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) FULL OPERATING SYSTEM VERSION : FreeBSD 4.5-STABLE FreeBSD 4.5-STABLE #0: Thu Mar 14 17:20:01 IST 2002 A DESCRIPTION OF THE PROBLEM : I have a list of users with their password in two separate array and I login to the pop3 server with this information. My main objective is to fetch the UID of the messages and then to alert the user of the arrival of new messages after comparing with thier old UIDs I will get the proper result if the number of users is less that 50 and as soon as I cross, JVM sarts to throw the error and stops the program from running. STEPS TO FOLLOW TO REPRODUCE THE PROBLEM : 1. Have a list of pop users in an array (Ex: above 75) 2. Using a loop check for the UID of the messages 3. Compare the previous UIDs with the current iteration and write the number of new message(s)for that user in a hashtable or file for further processing. EXPECTED VERSUS ACTUAL BEHAVIOR : The expected result is filling up of the hashtable with the number of new messages.. But the JVM repeatedly throws up the error and my program stops ERROR MESSAGES/STACK TRACES THAT OCCUR : DEBUG: getProvider() returning javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsy stems, Inc] POP3: connecting to host "10.0.3.240", port 110 S: +OK POP3 blrmail.bplmail.com v7.64 server ready C: USER avinash.ks S: +OK User name accepted, password please C: PASS welcome123 S: +OK Mailbox open, 0 messages C: STAT S: +OK 0 0 C: QUIT S: +OK Sayonara DEBUG: getProvider() returning javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsy stems, Inc] POP3: connecting to host "10.0.3.240", port 110 S: EOF DEBUG: getProvider() returning javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsy stems, Inc] POP3: connecting to host "10.0.3.240", port 110 Connect failed; nested exception is: java.net.ConnectException: Connection refused javax.mail.MessagingException: Connect failed; nested exception is: java.net.ConnectException: Connection refused at com.sun.mail.pop3.POP3Store.protocolConnect(POP3Store.java:106) at javax.mail.Service.connect(Service.java:234) at javax.mail.Service.connect(Service.java:135) at CheckMail.run(CheckMail.java:206) Starting to check at 24-04-2002 AD at 02:44:39 PM IST DEBUG: getProvider() returning javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsy stems, Inc] POP3: connecting to host "10.0.3.240", port 110 Unexpected Signal : 11 occurred at PC=0x2A0377B7 Function=[Unknown.] Library=(N/A) NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: Dynamic libraries: Can not get information for pid = 58311 Local Time = Wed Apr 24 14:44:59 2002 Elapsed Time = 157 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002D3 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.0-b92 mixed mode) # # An error report file has been saved as hs_err_pid58311.log. # Please refer to the file for further information. This bug can be reproduced always. ---------- BEGIN SOURCE ---------- public void checkPop3(Folder folder, String user) { boolean flagPop3 = false; POP3Folder pf = null; File file = null; RandomAccessFile raf = null; Vector newMsgId = null; Vector oldMsgId = null; int newMsgCnt = 0; newMsgId = new Vector(); oldMsgId = new Vector(); try { // try to open read/write and if that fails try read-only try { folder.open(Folder.READ_WRITE); } catch (MessagingException ex) { folder.open(Folder.READ_ONLY); } int totalMessages = folder.getMessageCount(); if (totalMessages == 0) { folder.close(false); // store.close(); return; } // Attributes & Flags for ALL messages .. Message[] msgs = folder.getMessages(); // Use a suitable FetchProfile FetchProfile fp = new FetchProfile(); fp.add(UIDFolder.FetchProfileItem.UID); folder.fetch(msgs, fp); if (folder instanceof com.sun.mail.pop3.POP3Folder) { flagPop3 = true; pf = (com.sun.mail.pop3.POP3Folder)folder; } else { flagPop3 = false; } for (int j = 0; j < msgs.length; j++) { if(flagPop3) { String uid = pf.getUID(msgs[j]); newMsgId.add(uid); } else { String messageId = msgs[j].getHeader("Message-Id")[0]; newMsgId.add(messageId); } } file = new File(user + ".msgid"); raf = new RandomAccessFile(file, "rw"); String readLine = ""; while(true) { try { readLine = raf.readUTF(); oldMsgId.add(readLine); } catch(EOFException eofe) { break; } } for(int j=0; j 0 ) { System.out.println("No of new msgs " + newMsgCnt); } raf.seek(0); for(int j=0; j; Thu, 2 May 2002 12:23:49 -0700 (PDT) Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr2.xmission.com with esmtp (Exim 3.22 #1) id 173MB9-00006t-00; Thu, 02 May 2002 13:23:47 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g42JNYX69821; Fri, 3 May 2002 04:53:34 +0930 (CST) (envelope-from glewis) Date: Fri, 3 May 2002 04:53:34 +0930 From: Greg Lewis To: Stephan Thesing Cc: freebsd-java@FreeBSD.ORG Subject: Re: JDK1.3.1p6 and NetBSD-current Message-ID: <20020503045334.A69790@misty.eyesbeyond.com> References: <200205021322.g42DMcr12437@gargoyle.cs.uni-sb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200205021322.g42DMcr12437@gargoyle.cs.uni-sb.de>; from thesing@cs.uni-sb.de on Thu, May 02, 2002 at 03:22:38PM +0200 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, May 02, 2002 at 03:22:38PM +0200, Stephan Thesing wrote: > having played with patchset 6 on NetBSD/i386-1.5ZC (current), I have observed > some problems: [Problems snipped] > Attached is a patch that seems to work on NetBSD/i386-current so far that I can > use the java plugin and appletviewer. > It replaces the argument to dlsym() for sigprocmask(), replaces the > gethostent() et.al. calls to > appropriate replacements and changes the place where the FPU control word is > saved/restored from in the sigsetjmp/siglongjmp() frame to 11 (which seems to > be free at the moment). > > No attempt was made to make this work for NetBSD<1.4, which seems to be no > longer actively supported anyhow. > > Could someone please look at this and comment on its usefulness? Fantastic! Thanks Stephan! I'm going to try out these patches on NetBSD 1.5.2 as I was (as luck may have it) just getting it set up to look into the gethostent(). Looks like you have saved me some work. Note that the JDK isn't expect to support NetBSD < 1.4, so that is not a problem. In fact, I don't believe its been tried on NetBSD less than 1.5 (or if it has I haven't heard a report). The usual aim is the most recent stable version, but if it works with current as well, then that is an added bonus :). I'll definitely let you know if I have any feedback on the patches after some testing. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu May 2 22:47:36 2002 Delivered-To: freebsd-java@freebsd.org Received: from mgr1.xmission.com (mgr1.xmission.com [198.60.22.201]) by hub.freebsd.org (Postfix) with ESMTP id 512A437B404 for ; Thu, 2 May 2002 22:47:31 -0700 (PDT) Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr1.xmission.com with esmtp (Exim 3.22 #1) id 173Vuk-0005ve-00 for freebsd-java@freebsd.org; Thu, 02 May 2002 23:47:30 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g435lR072327 for freebsd-java@freebsd.org; Fri, 3 May 2002 15:17:27 +0930 (CST) (envelope-from glewis) Date: Fri, 3 May 2002 15:17:27 +0930 From: Greg Lewis To: freebsd-java@freebsd.org Subject: Possible conflict with qt 3.0 Message-ID: <20020503151727.A72318@misty.eyesbeyond.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all, Mike Harding has alerted me to a possible conflict between the jdk13 port and the qt30 port. I won't have time to resolve this before I leave town tomorrow, so you'll just need to live with it for a week :). If you see an error about the include file npapi.h when compiling the plugin then you're running into the problem. Simply reordering the include paths should fix it but I won't have time to test until I get back. FYI. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu May 2 23:41:38 2002 Delivered-To: freebsd-java@freebsd.org Received: from vista.netmemetic.com (bb-203-125-136-42.singnet.com.sg [203.125.136.42]) by hub.freebsd.org (Postfix) with ESMTP id 45B1537B41A for ; Thu, 2 May 2002 23:41:34 -0700 (PDT) Received: by vista.netmemetic.com (Postfix, from userid 100) id 3FD2D3FB; Fri, 3 May 2002 14:41:29 +0800 (SGT) Date: Fri, 3 May 2002 14:41:29 +0800 From: Ng Pheng Siong To: freebsd-java@freebsd.org Subject: where to download from Sun? Message-ID: <20020503144129.D308@vista.netmemetic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, According to the port jdk13, I have to first fetch the source from http://www.sun.com/software/java2/download.html. I haven't been able to do this: I can get to the page where the link appears (for each of the three locations) but then nothing comes down over the wire... Is there another download site? Or might it be a Mozilla problem? TIA. Cheers. -- Ng Pheng Siong * http://www.netmemetic.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri May 3 16:51:36 2002 Delivered-To: freebsd-java@freebsd.org Received: from email.agssmf.com (email.agssmf.com [63.196.107.134]) by hub.freebsd.org (Postfix) with ESMTP id 3F55437B400 for ; Fri, 3 May 2002 16:51:32 -0700 (PDT) Received: from newtim (smf68.smf.intranet [172.20.24.68]) by email.agssmf.com (8.11.1/8.11.1) with ESMTP id g43NpUw71018 for ; Fri, 3 May 2002 16:51:30 -0700 (PDT) (envelope-from tim_schafer@agship.com) From: "Tim E Schafer" To: "Java FreeBSD" Subject: jakarta-tomcat-3.3.1_11 doesn't run Date: Fri, 3 May 2002 16:51:31 -0700 Message-ID: <00c601c1f2fd$7302de20$441814ac@newtim> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org FreeBSD 4.5-RELEASE jdk-1.3.1p6_4 jakarta-tomcat-3.3.1_11 /usr/local/etc/rc.d/020.jakarta-tomcat3.sh start Doesn't start tomcat Following is in /usr/local/jakarta-tomcat3.3.1/logs/stderr.log : Exception in thread "main" java.util.zip.ZipException: No such file or directory at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.(ZipFile.java:110) at java.util.jar.JarFile.(JarFile.java:115) at java.util.jar.JarFile.(JarFile.java:57) jakarta-tomcat-4.0.3_7 seems to startup just fine -------------------------------------------- Tim E Schafer tim_schafer@agship.com Programmer 800-562-9915 x190 or 916-376-6190 Associated Global Systems 3231 Evergreen Ave West Sacramento, CA 95691 -------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat May 4 3: 9:34 2002 Delivered-To: freebsd-java@freebsd.org Received: from maild.telia.com (maild.telia.com [194.22.190.101]) by hub.freebsd.org (Postfix) with ESMTP id 2832D37B41A for ; Sat, 4 May 2002 03:09:31 -0700 (PDT) Received: from d1o988.telia.com (d1o988.telia.com [213.66.132.241]) by maild.telia.com (8.11.6/8.11.6) with ESMTP id g44A9TQ27320 for ; Sat, 4 May 2002 12:09:29 +0200 (CEST) Received: from [192.168.0.101] (h84n2fls31o988.telia.com [213.67.224.84]) by d1o988.telia.com (8.10.2/8.10.1) with ESMTP id g44A9To28592 for ; Sat, 4 May 2002 12:09:29 +0200 (CEST) Subject: java program as service From: zoidberg To: Java FreeBSD In-Reply-To: <00c601c1f2fd$7302de20$441814ac@newtim> References: <00c601c1f2fd$7302de20$441814ac@newtim> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 04 May 2002 13:09:42 +0300 Message-Id: <1020506982.515.1.camel@BSD-buddha.my.router> Mime-Version: 1.0 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hello! if i want to run a java program as a service, how is this done in the best way? can i do as an ordinary service that i start through a script in rc.d, or is there something special i have to think about? br .z To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat May 4 7:34:41 2002 Delivered-To: freebsd-java@freebsd.org Received: from abcteach.net (abcteach.net [209.61.158.18]) by hub.freebsd.org (Postfix) with ESMTP id ECB5237B405 for ; Sat, 4 May 2002 07:34:37 -0700 (PDT) Received: from mydomain.com (localhost [127.0.0.1]) by abcteach.net (Postfix) with SMTP id 83E4A158213 for ; Sat, 4 May 2002 09:34:37 -0500 (CDT) Received: from 67.113.61.32 (SquirrelMail authenticated user culley) by admin.abcteach.net with HTTP; Sat, 4 May 2002 07:34:37 -0700 (PDT) Message-ID: <3132.67.113.61.32.1020522877.squirrel@admin.abcteach.net> Date: Sat, 4 May 2002 07:34:37 -0700 (PDT) Subject: RE: jakarta-tomcat-3.3.1_11 doesn't run From: "Culley Harrelson" To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal Reply-To: culley@abcteach.net X-Mailer: SquirrelMail (version 1.2.5) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I am experiencing the *exact* same problem. Culley (sorry for the mangled email) ======== FreeBSD 4.5-RELEASE jdk-1.3.1p6_4 jakarta-tomcat-3.3.1_11 /usr/local/etc/rc.d/020.jakarta-tomcat3.sh start Doesn't start tomcat Following is in /usr/local/jakarta-tomcat3.3.1/logs/stderr.log : Exception in thread "main" java.util.zip.ZipException: No such file or directory at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.(ZipFile.java:110) at java.util.jar.JarFile.(JarFile.java:115) at java.util.jar.JarFile.(JarFile.java:57) jakarta-tomcat-4.0.3_7 seems to startup just fine -------------------------------------------- Tim E Schafer Programmer 800-562-9915 x190 or 916-376-6190 Associated Global Systems 3231 Evergreen Ave West Sacramento, CA 95691 -------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat May 4 12:19:20 2002 Delivered-To: freebsd-java@freebsd.org Received: from bigbird.zeebar.com (adsl-63-202-202-75.dsl.snfc21.pacbell.net [63.202.202.75]) by hub.freebsd.org (Postfix) with SMTP id 2701437B404 for ; Sat, 4 May 2002 12:19:13 -0700 (PDT) Received: (qmail 1265 invoked by uid 1000); 4 May 2002 19:24:41 -0000 Date: Sat, 4 May 2002 12:24:41 -0700 From: Helmut Hissen To: freebsd-java@freebsd.org Subject: java program as service Message-ID: <20020504122441.A1230@zeebar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org going from a run-once-inside-test-environment to persistent server brings up a number of issues, especially if you are beating up the JVM. I used to run Java chat servers with hunders/thousands of IRC and HTTP connections, and every single time we switched JVMs, some other totally bizarre and obscure thing happened, never right away tho, but only after running for 6 hours and only at 2am and especially on holidays :-). starting through rc.d is fine, but consider this... - get the user/group and file protections right, especially if you are planning to access or create files incl log files in various places, and think about how you are planning to clean them up - if you write your own service and its open to the world, make sure you dont open the flood gates to hackers. most existing network services out there have had the benefit of having been hacked-into and fixed a few times (and being hardened as a result). - get you path, and CLASSPATH right. you wont be able to rely on your .{c,ba}shrc you tested with, but its nice to make that stuff explicit anyways - you may discover that you forgot to close a file somewhere in the code and/or that you are hanging on to more objects than you realize. this is where good logging and debugging hooks comes in handy. - if you are keeping the Java process around, and you are giving it an ongoing good workout, you may join the league of people who get to deal with the ever-evolving JVM bug-du-jour. - depending on the OS and system kernel parameters, you may run into process limits (max # of open files) - the JVM may well die after a while, depending on which one and what you are doing to it. best to assume that will hapen and run your service from a non-Java wrapper script, (csh, sh, tclsh, perl) that goes something like this: set path/classpath set per-process limits while (true) { save previous logfile java ...... >& logfile if (being shutdown) exit email cause-of-death to cell phone / pager } - keep a backup copy of the JDK and OS so that if you need to reinstall you wont be hostage to JVM-bug-du-jour on the new JVM/OS combination - we used to run a watchdog thread whose only job was to wake up at a scheduled time. it would then look at the clock and if it woke up late, it would send out a warning. The freequency of these warnings turned out to be one of the best indicators for impending user-visible trouble. I alluded to "obscure problems" you are more likely to run into in a persistent server... here are two particular annoying examples of ther kind of things I have run into in the past: - JVM did not properly close sockets if the connection was terminated by certain errors (even though our application code released the associated objects), causing process to run out of file descriptors after a few days.. - forking image utilities as subprocess from Java server (specifically, exit of the spawned process) caused a completely unrelated thread to wake up from a sleep, but only after a couple of hours of server uptime when things got really busy and during garbage collection. seems like every JVM we tried had some such quirk, no matter what color threads, and you would only run into this only on a fullmoon and you're about to go out to have dinner with someone special. sorry for ranting a bit ... I hope you wont run into anything particularly annoying. chances are you wont. may your special dinners be uninterrupted. cheers Helmut Hissen helmut@dialabc.com >hello! > >if i want to run a java program as a service, how is this done in the >best way? can i do as an ordinary service that i start through a script >in rc.d, or is there something special i have to think about? > >br >.z To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat May 4 14: 8: 8 2002 Delivered-To: freebsd-java@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id B9EE437B41A for ; Sat, 4 May 2002 14:08:02 -0700 (PDT) Received: from d1o988.telia.com (d1o988.telia.com [213.66.132.241]) by mailb.telia.com (8.11.6/8.11.6) with ESMTP id g44L7vH28211; Sat, 4 May 2002 23:07:57 +0200 (CEST) Received: from [192.168.0.101] (h84n2fls31o988.telia.com [213.67.224.84]) by d1o988.telia.com (8.10.2/8.10.1) with ESMTP id g44L7ro09784; Sat, 4 May 2002 23:07:57 +0200 (CEST) Subject: Re: java program as service From: zoidberg To: Helmut Hissen Cc: freebsd-java@FreeBSD.ORG In-Reply-To: <20020504122441.A1230@zeebar.com> References: <20020504122441.A1230@zeebar.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 05 May 2002 00:08:06 +0300 Message-Id: <1020546490.515.6.camel@BSD-buddha.my.router> Mime-Version: 1.0 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 2002-05-04 at 22:24, Helmut Hissen wrote: > > going from a run-once-inside-test-environment to persistent > server brings up a number of issues, especially if you are > beating up the JVM. > > I used to run Java chat servers with hunders/thousands of > IRC and HTTP connections, and every single time we switched JVMs, > some other totally bizarre and obscure thing happened, never right > away tho, but only after running for 6 hours and only at 2am > and especially on holidays :-). > > starting through rc.d is fine, but consider this... > > > - get the user/group and file protections right, especially > if you are planning to access or create files incl log files > in various places, and think about how you are planning to > clean them up > > - if you write your own service and its open to the world, > make sure you dont open the flood gates to hackers. most > existing network services out there have had the benefit > of having been hacked-into and fixed a few times (and being > hardened as a result). > > - get you path, and CLASSPATH right. you wont be able to > rely on your .{c,ba}shrc you tested with, but its nice to > make that stuff explicit anyways > > - you may discover that you forgot to close a file somewhere > in the code and/or that you are hanging on to more objects > than you realize. this is where good logging and debugging > hooks comes in handy. > > - if you are keeping the Java process around, and you are > giving it an ongoing good workout, you may join the league > of people who get to deal with the ever-evolving JVM > bug-du-jour. > > - depending on the OS and system kernel parameters, you may run > into process limits (max # of open files) > > - the JVM may well die after a while, depending on which one > and what you are doing to it. best to assume that will hapen > and run your service from a non-Java wrapper script, (csh, sh, > tclsh, perl) that goes something like this: > > set path/classpath > set per-process limits > while (true) { > save previous logfile > java ...... >& logfile > if (being shutdown) > exit > email cause-of-death to cell phone / pager > } > > - keep a backup copy of the JDK and OS so that if you need to > reinstall you wont be hostage to JVM-bug-du-jour on the new > JVM/OS combination > > - we used to run a watchdog thread whose only job was to wake up > at a scheduled time. it would then look at the clock and if it > woke up late, it would send out a warning. The freequency of > these warnings turned out to be one of the best indicators for > impending user-visible trouble. > > I alluded to "obscure problems" you are more likely to run into > in a persistent server... here are two particular annoying examples > of ther kind of things I have run into in the past: > > - JVM did not properly close sockets if the connection was > terminated by certain errors (even though our application code > released the associated objects), causing process to run out > of file descriptors after a few days.. > > - forking image utilities as subprocess from Java server > (specifically, exit of the spawned process) caused a completely > unrelated thread to wake up from a sleep, but only after a couple > of hours of server uptime when things got really busy and during > garbage collection. > > seems like every JVM we tried had some such quirk, no matter what > color threads, and you would only run into this only on a fullmoon > and you're about to go out to have dinner with someone special. > > sorry for ranting a bit ... I hope you wont run into anything > particularly annoying. chances are you wont. may your special > dinners be uninterrupted. > > cheers > > Helmut Hissen > helmut@dialabc.com > > > >hello! > > > >if i want to run a java program as a service, how is this done in the > >best way? can i do as an ordinary service that i start through a script > >in rc.d, or is there something special i have to think about? > > > >br > >.z > thanks alot for your answer! most helpfull!! br .z To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat May 4 23:41: 8 2002 Delivered-To: freebsd-java@freebsd.org Received: from holmes.ipfw.edu (nims1.ipfw.edu [149.164.186.15]) by hub.freebsd.org (Postfix) with ESMTP id 35E8237B417 for ; Sat, 4 May 2002 23:41:03 -0700 (PDT) Received: from pingle.holmes.ipfw.edu pingjj01@holmes.ipfw.edu [4.47.178.66] by holmes.ipfw.edu with Novell NIMS $Revision: 2.88.1.1 $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 05 May 2002 01:41:01 -0500 Message-Id: <5.1.0.14.2.20020505004929.02323ab0@pingle.org> X-Sender: pingjj01@holmes.ipfw.edu X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 05 May 2002 01:40:58 -0500 To: freebsd-java@freebsd.org From: Jim Pingle Subject: Re: jakarta-tomcat-3.3.1_11 doesn't run Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apologies if this has been addressed, I stumbled upon the thread via Google. I am seeing the same error below if I attempt to start tomcat using tomcat3ctl. It does start normally if I use tomcat.sh in the TOMCAT_HOME/bin directory. It worked for me before the change from tomcatctl -> tomcat3ctl. I'm using FreeBSD 4.5-STABLE (as of Apr 27) jdk-1.3.1p6_4 (Also used jdk-1.3.1p5) jakarta-tomcat-3.3.1_11 I submitted a PR having not seen a correction yet, and finding that using tomcat.sh worked. The PR is ports/37762. -- Jim Pingle On 2002-05-04 07:34:46 PST, culley@abcteach.net wrote: > I am experiencing the *exact* same problem. > > Culley > > (sorry for the mangled email) > > ======== > FreeBSD 4.5-RELEASE > jdk-1.3.1p6_4 > jakarta-tomcat-3.3.1_11 > > /usr/local/etc/rc.d/020.jakarta-tomcat3.sh start > Doesn't start tomcat > Following is in /usr/local/jakarta-tomcat3.3.1/logs/stderr.log : > > Exception in thread "main" java.util.zip.ZipException: No such file or directory > at java.util.zip.ZipFile.open(Native Method) > at java.util.zip.ZipFile.(ZipFile.java:110) > at java.util.jar.JarFile.(JarFile.java:115) > at java.util.jar.JarFile.(JarFile.java:57) > > jakarta-tomcat-4.0.3_7 seems to startup just fine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message