From owner-freebsd-java Sat Jan 1 3:52:21 2000
Delivered-To: freebsd-java@freebsd.org
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
by hub.freebsd.org (Postfix) with ESMTP id 58F3314FA4
for <java@freebsd.org>; Sat, 1 Jan 2000 03:52:17 -0800 (PST)
(envelope-from kleine@ak.sax.de)
Received: (from uucp@localhost)
by sax.sax.de (8.9.3/8.9.3) with UUCP id MAA20962;
Sat, 1 Jan 2000 12:52:13 +0100 (CET)
Received: (from kleine@localhost)
by ak.sax.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id MAA02210;
Sat, 1 Jan 2000 12:38:53 +0100
Date: Sat, 1 Jan 2000 12:38:53 +0100
Message-Id: <200001011138.MAA02210@ak.sax.de>
From: Albrecht Kleine <kleine@ak.sax.de>
To: java-linux@java.blackdown.org
Cc: java@freebsd.org
Subject: announce: TYA 1.6 JIT final release
Sender: owner-freebsd-java@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Hi,
after about 20 public releases of TYA JIT compiler
done in more than two and a half years hobby development
now the time has come to present TYA's final release
at January 1st 2000!
Fetch it from:
ftp://gonzalez.cyberus.ca/pub/Linux/java/tya16.tgz
Size is 142531 bytes. Soon there will be some mirror
sites available. For details look into README and ChangeLog.
When I started this project in summer 1997 there was no way of
support for any JITs for JDKs on Linux or FreeBSD. Because
interpreted java speed was really too slow to do some real world
apps like graphic processing (something like my "Iview" example)
so I decided to write my own JIT.
Within some months I released the first early JDK JIT-addon for
the Linux platform. For some time it was the only JIT library
for Linux, and thanks the help of some users out there it grew
to a widely used and fast tool - although I never have seen
any license protected JDK source code from sun. Beginning in 1998 also
FreeBSD was supported.
But you know the times they are changing and now you have some more
options for JDKs and for JITs and so I don't feel no more the need
of further TYA developement. Rather I'd like to join some other
GPL project team working on different stuff on a bazaar modell.
Because I never signed any sun-dot-com-see-source-code-license
(or whatever they call that thing) I am free enough to do what I want :)
For some time TYA will be further maintained, but for bug fixes only.
So now once more again I want to say thanks to all helpers,
special thanks to Artur and Shudo for discussion and hints,
to Neal for managing ftp hosting and all the package maintainers
for distribution.
All the best for the NEW YEAR 2000!
Albrecht
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message
From owner-freebsd-java Sat Jan 1 7:22: 7 2000
Delivered-To: freebsd-java@freebsd.org
Received: from renoir.op.net (renoir.op.net [207.29.195.4])
by hub.freebsd.org (Postfix) with ESMTP id 5F9B414DE5
for <freebsd-java@freeBSD.ORG>; Sat, 1 Jan 2000 07:22:04 -0800 (PST)
(envelope-from asudell@mail.Op.Net)
Received: from vega.sudell.org (d-bm6-28.ppp.op.net [209.152.206.40]) by renoir.op.net (o1/$Revision: 1.18 $) with ESMTP id KAA23256; Sat, 1 Jan 2000 10:22:01 -0500 (EST)
Received: (from asudell@localhost)
by vega.sudell.org (8.9.2/8.9.2) id KAA00375;
Sat, 1 Jan 2000 10:21:30 -0500 (EST)
(envelope-from asudell@mail.Op.Net)
From: "Andrew B. Sudell" <asudell@acm.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Sat, 1 Jan 2000 10:21:28 -0500 (EST)
To: Keith Wong <keith@1connect.com>
Cc: freebsd-java@freeBSD.ORG
Subject: java JNI compile problems
In-Reply-To: <386D454B.694B5093@1connect.com>
References: <386D454B.694B5093@1connect.com>
X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid
Message-ID: <14446.5474.172635.556466@vega.sudell.org>
Reply-To: asudell@acm.org
Sender: owner-freebsd-java@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Keith Wong writes:
> Hi All,
> I want to use the java JNI to integrated with C. And, i tried to follow
> the example at the java.sun's website. then I get the problem when I
> try to compile the shared the library using gcc -g, then i get the
> error. i don't know is the -g parameter that i used it's right or not.
> the error i got are:
> /usr/lib/crt1.o: In function `_start':
> /usr/lib/crt1.o(.text+0x69): undefined reference to `main'
>
> I try the same step at Win98 with Visual C++ and it worked with no
> problems.
> May be I need the right parameter. Is the JNI work at Freebsd? Thanks
> for the help!!
> Here are the source.
>
Keith:
The issue is not so much "does JNI work on FreeBSD" as how to build
shared libraries on FreeBSD (and other Unixes). On Win 98, you had to
tell the compiler to build a DLL and not an EXE. (Forgive me, if I
don't recall the exact syntax for that -- it's been a while since I've
lived in that world). You need to do the equitist thing on FreeBSD
(i.e. tell the compiler/linker to build a .so and not a executable).
The first sign of what is happening is that the linker is linking in
the C runtime (crt1), whose job is to start up an executable and call
main(). You don't want your shared library to call main nor have
one. Someone else (the jvm in this case) will do that before loading
the library.
To build a shared library ou need to do two things.
First, you need the compiler to generate "position independent code".
This is so that if two processes link the same so at runtime into
different addresses, the code can be correct for each process. You'll
want to add -fpic or -fPIC to the options you're passing the
compiler. For small libraries -fpic should do. For the exact
difference, see cc(1).
Second, you need to tell the linker to produce a shared object instead
of an executable when it links the object(s). Basically, the linker
needs to do several things. It should not link in the C runtime. It
should build several extra tables in the library to support dynamic
linking, such as an exported symbol table. For all the gory details,
see the ELF spec. There's one on the net, though I don't recall
where. You do this by supplying the -shared argument to ld. See
ld(1) for details. If need be (only linking one source file, like
your example) you can have the compiler pass this flag to the linker,
by passing -shared to the compiler as well.
Something like
gcc -shared -fpic -o libhello.so ...
should work in your case.
The story above is valid for most (if not all) Unixen that support
shared objects, though the exact linker/compiler flags tend to vary.
Drew
--
Drew Sudell asudell@op.net http://www.op.net/~asudell
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message
From owner-freebsd-java Sat Jan 1 9:18:33 2000
Delivered-To: freebsd-java@freebsd.org
Received: from mail.delanet.com (hermes.delanet.com [208.9.136.62])
by hub.freebsd.org (Postfix) with SMTP id 0DD1914D35
for <freebsd-java@FreeBSD.ORG>; Sat, 1 Jan 2000 09:18:17 -0800 (PST)
(envelope-from bmc@WillsCreek.COM)
Received: (qmail 83010 invoked from network); 1 Jan 2000 17:21:06 -0000
Received: from unknown (HELO footbridge.willscreek.com) (209.186.57.164)
by mail.delanet.com with SMTP; 1 Jan 2000 17:21:06 -0000
Received: from current.willscreek.com (current.willscreek.com [172.16.87.1])
by footbridge.willscreek.com (8.9.2/8.9.1) with SMTP id MAA47567
for <freebsd-java@FreeBSD.ORG>; Sat, 1 Jan 2000 12:17:54 -0500 (EST)
Message-Id: <200001011717.MAA47567@footbridge.willscreek.com>
From: Brian Clapper <bmc@WillsCreek.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Sat, 1 Jan 2000 12:17:53 -0500 (EST)
To: freebsd-java@FreeBSD.ORG
Subject: Re: java JNI compile problems
In-Reply-To: <14446.5474.172635.556466@vega.sudell.org>
References: <386D454B.694B5093@1connect.com>
<14446.5474.172635.556466@vega.sudell.org>
X-Mailer: VM 6.72 under Emacs 19.34.1
Sender: owner-freebsd-java@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Perhaps this will help.
I've enclosed a shell archive containing a simple JNI test that works fine
for me on FreeBSD 3.1-RELEASE, with the latest JDK. It worked fine with the
1.1.6 JDK, too, which was the latest one available when I built this test
more than a year ago. I used a shar file, because I'm not sure what the
list server will do to a MIME attachment; seemed safer to use shar.
The archive contains four files:
Makefile
SystemCommandOutputReader.java
SystemCommandOutputReader.c
CommandTest.java
SystemCommandOutputReader.{c,java} implements a command-runner class that
uses native methods to permit a Java program to issue a command and read
its output. CommandTest.java is a simple test driver. To run the test:
1. Unpack the shell archive. Make sure you have all four files.
2. Make sure you have GNU make installed, or be prepared to hack the
Makefile a bit more than I've described here.
3. Edit the appropriate variables at the top of the Makefile--specifically,
JAVA_HOME. If you don't have the jikes port installed, you'll also need
to modify the setting of JAVAC.
4. Type "gmake"
5. Make sure that the current directory is in your LD_LIBRARY_PATH, and
type something like:
java CommandTest ls -CF /var
If it works, you should see output similar to this:
Command output follows:
-----------------------
account/ cron/ mail/ rwho/
at/ db/ msgs/ spool/
backups/ games/ preserve/ tmp/
crash/ log/ run/ yp/
I apologize for the almost complete lack of documentation in the code. It's
not used in production; I hacked it together just to provide a template for
doing JNI. It's not that difficult to adapt to a Windows environment, BTW;
I've done that, too, in the past.
Hope this helps.
Regards,
-Brian
Brian Clapper, bmc@WillsCreek.COM, http://WWW.WillsCreek.COM/
The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man.
-- George Bernard Shaw
#! /bin/sh
# This is a shell archive. Remove anything before this line, then unpack
# it by saving it into a file and typing "sh file". To overwrite existing
# files, type "sh file -c". You can also feed this as standard input via
# unshar, or by typing "sh <file", e.g.. If this archive is complete, you
# will see the following message at the end:
# "End of shell archive."
# Contents: CommandTest.java Makefile SystemCommandOutputReader.c
# SystemCommandOutputReader.java
# Wrapped by bmc@current.willscreek.com on Sat Jan 1 12:14:20 2000
PATH=/bin:/usr/bin:/usr/ucb ; export PATH
if test -f 'CommandTest.java' -a "${1}" != "-c" ; then
echo shar: Will not clobber existing file \"'CommandTest.java'\"
else
echo shar: Extracting \"'CommandTest.java'\" \(1824 characters\)
sed "s/^X//" >'CommandTest.java' <<'END_OF_FILE'
Ximport java.io.*;
Ximport java.lang.*;
X
X// SystemCommandOutputReader class is currently in the default package.
X
Xpublic class CommandTest
X{
X // Main program, for testing the SystemCommandOutputReader class.
X
X public static void main(String[] args)
X {
X int exitCode = 0;
X
X if (args.length == 0)
X {
X System.err.println ("Usage: java Command command [args] ...");
X exitCode = 1;
X }
X
X else
X {
X String cmdString = args[0];
X int i;
X
X for (i = 1; i < args.length; i++)
X cmdString = cmdString + " " + args[i];
X
X System.out.println ("Command = \"" + cmdString + "\"");
X exitCode = runCommand (cmdString);
X }
X }
X
X private static int runCommand (String cmdString)
X {
X int exitCode = 0;
X SystemCommandOutputReader cmd = new SystemCommandOutputReader();
X
X // Start the command.
X
X try
X {
X cmd.start (cmdString);
X }
X
X catch (IOException e)
X {
X System.err.println ("Can't run \"" + cmdString + "\": "
X + e.toString());
X exitCode = 1;
X cmd = null;
X }
X
X // Now, read its output.
X
X try
X {
X int c;
X
X System.out.println ("Command output follows:");
X System.out.println ("-----------------------");
X
X while ( (c = cmd.read()) > 0 )
X {
X System.out.write (c);
X }
X }
X
X catch (Exception e)
X {
X System.err.println ("Error reading from command: " + e.toString());
X exitCode = 1;
X }
X
X if (cmd != null)
X cmd.convenientClose();
X
X return exitCode;
X }
X}
END_OF_FILE
if test 1824 -ne `wc -c <'CommandTest.java'`; then
echo shar: \"'CommandTest.java'\" unpacked with wrong size!
fi
# end of 'CommandTest.java'
fi
if test -f 'Makefile' -a "${1}" != "-c" ; then
echo shar: Will not clobber existing file \"'Makefile'\"
else
echo shar: Extracting \"'Makefile'\" \(869 characters\)
sed "s/^X//" >'Makefile' <<'END_OF_FILE'
XJAVA_HOME = /usr/local/java/jdk1.1.8
XJAVA_BIN = $(JAVA_HOME)/bin
X#JAVAC = $(JAVA_BIN)/javac
XJAVAC = /usr/local/bin/jikes
XJAVAH = $(JAVA_BIN)/javah
XJAR = $(JAVA_BIN)/jar
XC_INCLUDES = -I$(JAVA_HOME)/include -I$(JAVA_HOME)/include/freebsd -I.
X
X.SUFFIXES: .class .java
X
X%.class: %.java
X $(JAVAC) $<
X
X%.h: %.class
X $(JAVAH) -jni $*
X
X%.o: %.c
X $(CC) -Wall -c $< $(C_INCLUDES)
X
X.PHONY: Command all
X
Xall: Command
Xclean:
X rm -f *.class *.o *.h *.so
X
XHelloWorld: HelloWorld.class libhello.so
XHelloWorld.o: HelloWorld.c HelloWorld.h
Xlibhello.so: HelloWorld.o
X $(CC) -o libhello.so -shared HelloWorld.o
X
XCommand: SystemCommandOutputReader.class CommandTest.class libCommand.so
X
XSystemCommandOutputReader.o: SystemCommandOutputReader.h \
X SystemCommandOutputReader.c
X
XlibCommand.so: SystemCommandOutputReader.o
X $(CC) -o libCommand.so -shared SystemCommandOutputReader.o
END_OF_FILE
if test 869 -ne `wc -c <'Makefile'`; then
echo shar: \"'Makefile'\" unpacked with wrong size!
fi
# end of 'Makefile'
fi
if test -f 'SystemCommandOutputReader.c' -a "${1}" != "-c" ; then
echo shar: Will not clobber existing file \"'SystemCommandOutputReader.c'\"
else
echo shar: Extracting \"'SystemCommandOutputReader.c'\" \(4059 characters\)
sed "s/^X//" >'SystemCommandOutputReader.c' <<'END_OF_FILE'
X/*---------------------------------------------------------------------------*\
X $Id$
X
X Native implemenation of SystemCommandOutputReader
X\*---------------------------------------------------------------------------*/
X
X/*---------------------------------------------------------------------------*\
X Includes
X\*---------------------------------------------------------------------------*/
X
X#include <stdio.h>
X#include <unistd.h>
X#include "SystemCommandOutputReader.h"
X
X/*---------------------------------------------------------------------------*\
X Local Routines
X\*---------------------------------------------------------------------------*/
X
Xstatic FILE *getFP (JNIEnv *env, jobject obj)
X{
X jclass cls = (*env)->GetObjectClass (env, obj);
X jfieldID fid = (*env)->GetFieldID (env, cls, "nativeData", "[B");
X jbyteArray array = (*env)->GetObjectField (env, obj, fid);
X FILE *fp;
X
X /*
X The file pointer (address) is stored in the nativeData instance variable
X array. Copy it back somewhere useful.
X */
X (*env)->GetByteArrayRegion (env, array, 0, sizeof (fp), (jbyte *) &fp);
X return fp;
X}
X
Xstatic void setFP (JNIEnv *env, jobject obj, FILE *fp)
X{
X jclass cls = (*env)->GetObjectClass (env, obj);
X jfieldID fid = (*env)->GetFieldID (env, cls, "nativeData", "[B");
X jbyteArray array = (*env)->GetObjectField (env, obj, fid);
X
X /*
X Copy the contents of the file pointer into the nativeData instance
X variable. getFP() will restore the pointer from the same array.
X */
X (*env)->SetByteArrayRegion (env, array, 0, sizeof (fp), (jbyte *) &fp);
X return;
X}
X
X
Xstatic void throwException (JNIEnv *env, jobject obj,
X const char *exceptionName,
X const char *reason)
X{
X jclass exc;
X
X /*
X Note: This code fragment was adapted from code in the Java JNI tutorial.
X */
X (*env)->ExceptionDescribe (env);
X (*env)->ExceptionClear (env);
X
X exc = (*env)->FindClass (env, exceptionName);
X if (exc != 0)
X (*env)->ThrowNew (env, exc, reason);
X
X return;
X}
X
Xstatic void doClose (JNIEnv *env, jobject obj, FILE *fp)
X{
X if (fp != NULL)
X {
X fclose (fp);
X setFP (env, obj, NULL);
X }
X
X return;
X}
X
X/*---------------------------------------------------------------------------*\
X Native Methods
X\*---------------------------------------------------------------------------*/
X
XJNIEXPORT jint JNICALL
XJava_SystemCommandOutputReader_available (JNIEnv *env, jobject obj)
X{
X return 0;
X}
X
XJNIEXPORT void JNICALL
XJava_SystemCommandOutputReader_close (JNIEnv *env, jobject obj)
X{
X doClose (env, obj, getFP (env, obj));
X return;
X}
X
XJNIEXPORT jint JNICALL
XJava_SystemCommandOutputReader_nativeDataSize (JNIEnv *env, jobject obj)
X{
X return sizeof (FILE *);
X}
X
XJNIEXPORT jint JNICALL
XJava_SystemCommandOutputReader_read (JNIEnv *env, jobject obj)
X{
X char c;
X FILE *fp;
X int count;
X jint result = -1;
X
X if ( (fp = getFP (env, obj)) == NULL )
X {
X throwException (env, obj, "java/io/FileNotFoundException",
X "command not started");
X }
X
X else if ( (count = fread (&c, sizeof (c), 1, fp)) == 0 )
X {
X result = 0;
X doClose (env, obj, fp);
X }
X
X else if (count < 0)
X {
X throwException (env, obj, "java/io/IOException", "read error on pipe");
X }
X
X else
X {
X result = (jint) c;
X }
X
X return result;
X}
X
XJNIEXPORT void JNICALL
XJava_SystemCommandOutputReader_start (JNIEnv *env, jobject obj,
X jstring commandString)
X{
X FILE *p;
X const char *cmd = (*env)->GetStringUTFChars (env, commandString, 0);
X
X p = popen (cmd, "r");
X (*env)->ReleaseStringUTFChars (env, commandString, cmd);
X
X if (p == NULL)
X throwException (env, obj, "java/io/IOException", "can't run command");
X
X else
X setFP (env, obj, p);
X
X return;
X}
END_OF_FILE
if test 4059 -ne `wc -c <'SystemCommandOutputReader.c'`; then
echo shar: \"'SystemCommandOutputReader.c'\" unpacked with wrong size!
fi
# end of 'SystemCommandOutputReader.c'
fi
if test -f 'SystemCommandOutputReader.java' -a "${1}" != "-c" ; then
echo shar: Will not clobber existing file \"'SystemCommandOutputReader.java'\"
else
echo shar: Extracting \"'SystemCommandOutputReader.java'\" \(2632 characters\)
sed "s/^X//" >'SystemCommandOutputReader.java' <<'END_OF_FILE'
Ximport java.io.*;
Ximport java.lang.*;
X
Xpublic class SystemCommandOutputReader extends InputStream
X{
X /*----------------------------------------------------------------------*\
X Private Data Elements
X \*----------------------------------------------------------------------*/
X
X // nativeData[] is basically just a buffer into which the native
X // methods can store data that can't easily be represented as Java
X // types (e.g., pointers). The native method nativeDataSize()
X // determines how many bytes to allocate.
X
X private byte nativeData[];
X
X /*----------------------------------------------------------------------*\
X Static Initializer
X \*----------------------------------------------------------------------*/
X
X static
X {
X // Load the shared library containing the native methods as soon as
X // this file is read.
X
X System.loadLibrary ("Command");
X }
X
X /*----------------------------------------------------------------------*\
X Constructor
X \*----------------------------------------------------------------------*/
X
X public SystemCommandOutputReader()
X {
X super();
X nativeData = new byte [nativeDataSize()];
X }
X
X /*----------------------------------------------------------------------*\
X Public Methods
X \*----------------------------------------------------------------------*/
X
X public native int available() throws IOException;
X
X public native void close() throws IOException;
X
X public void convenientClose()
X {
X try
X {
X close();
X }
X
X catch (IOException e)
X {
X }
X
X return;
X }
X
X public boolean markSupported()
X {
X return false;
X }
X
X public synchronized void mark (int readlimit)
X {
X // no-op
X
X return;
X }
X
X public native int read() throws IOException;
X
X public synchronized void reset() throws IOException
X {
X throw new EOFException ("reset() unavailable for class Command");
X }
X
X public long skip (long n) throws IOException
X {
X long skipped = 0;
X
X while ( (read() > 0) && (skipped < n) )
X skipped++;
X
X return skipped;
X }
X
X public native void start (String command) throws IOException;
X
X /*----------------------------------------------------------------------*\
X Private Methods
X \*----------------------------------------------------------------------*/
X
X private native int nativeDataSize();
X}
X
END_OF_FILE
if test 2632 -ne `wc -c <'SystemCommandOutputReader.java'`; then
echo shar: \"'SystemCommandOutputReader.java'\" unpacked with wrong size!
fi
# end of 'SystemCommandOutputReader.java'
fi
echo shar: End of shell archive.
exit 0
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message
From owner-freebsd-java Sat Jan 1 13:13:46 2000
Delivered-To: freebsd-java@freebsd.org
Received: from mtiwmhc02.worldnet.att.net (mtiwmhc02.worldnet.att.net [204.127.131.37])
by hub.freebsd.org (Postfix) with ESMTP
id 3F24814E83; Sat, 1 Jan 2000 13:13:44 -0800 (PST)
(envelope-from jjdbeems@att.net)
Received: from att.net ([63.28.225.71]) by mtiwmhc02.worldnet.att.net
(InterMail v03.02.07.07 118-134) with ESMTP
id <20000101203504.LOEW1914@att.net>;
Sat, 1 Jan 2000 20:35:04 +0000
Message-ID: <386E64DE.5D27572A@att.net>
Date: Sat, 01 Jan 2000 12:34:40 -0800
From: "JOHN J. DEVINE" <jjdbeems@att.net>
Organization: me
X-Mailer: Mozilla 4.7 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: jjdbeems@att.net
Subject: Email Address Change to "jjdbeems@att.net"
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-java@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
To Recipient on BCC List -
It would be appreciated if you'd change my email address to: jjdbeems@att.net
Thank You,
John J. Devine
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message
From owner-freebsd-java Wed Jan 5 21: 0:32 2000
Delivered-To: freebsd-java@freebsd.org
Received: from mail.pchost.com (pchost.com [203.24.253.109])
by hub.freebsd.org (Postfix) with SMTP id 4DDE214F43
for <freebsd-java@FreeBSD.ORG>; Wed, 5 Jan 2000 21:00:27 -0800 (PST)
(envelope-from kyle@pchost.com)
Received: (qmail 19595 invoked from network); 5 Jan 2000 18:14:20 -0000
Received: from bob.pchost.com (HELO pchost.com) (203.24.253.107)
by pchost.com with SMTP; 5 Jan 2000 18:14:20 -0000
Message-ID: <38742148.E125DF29@pchost.com>
Date: Thu, 06 Jan 2000 15:59:52 +1100
From: Kyle Buttress <kyle@pchost.com>
Organization: pchost
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: "freebsd-java@FreeBSD.ORG" <freebsd-java@FreeBSD.ORG>
Subject: JavaCommAPI
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-java@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Hi,
I was just courious.
I have install the javaCommAPI and the freebsd version of it sucessfully
I hope?
However I get no response when I try and execute one of the example java
files (SimpleRead.java)
I have looked about and am interested to know if I have to have the
javax.comm,properties file.
If so what needs to be in it.
kyle
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message
From owner-freebsd-java Sat Jan 8 2: 0:34 2000
Delivered-To: freebsd-java@freebsd.org
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
by hub.freebsd.org (Postfix) with ESMTP id 2E48715649
for <java@freebsd.org>; Sat, 8 Jan 2000 02:00:31 -0800 (PST)
(envelope-from java@ak.sax.de)
Received: (from uucp@localhost)
by sax.sax.de (8.9.3/8.9.3) with UUCP id LAA24384;
Sat, 8 Jan 2000 11:00:23 +0100 (CET)
Received: (from java@localhost)
by ak.sax.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id KAA00246;
Sat, 8 Jan 2000 10:59:28 +0100
From: Albrecht Kleine <java@ak.sax.de>
Message-Id: <200001080959.KAA00246@ak.sax.de>
Subject: new release TYA1.6 now mirrored in Europe
To: java-linux@java.blackdown.org
Date: Sat, 8 Jan 2000 10:59:28 +0100 (MET)
Cc: java@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL60 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-java@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Hi,
while announcing my new JIT compiler TYA 1.6 release
I wrote about some mirror sites, and now Jens M Andreasen
informed me that tya16.tgz can now be downloaded from:
http://www.dsv.su.se/~jens-and/tya/tya16.tgz
For next days also Ivo Panacek has annonced to build an
rpm archive.
You'll get a notice on this list when ready.
Cheers,
Albrecht
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message
From owner-freebsd-java Sat Jan 8 16:25:12 2000
Delivered-To: freebsd-java@freebsd.org
Received: from yourbox.net (eraclito.yourbox.net [151.4.128.2])
by hub.freebsd.org (Postfix) with ESMTP id D3AEF14BD2
for <freebsd-java@FreeBSD.ORG>; Sat, 8 Jan 2000 16:25:06 -0800 (PST)
(envelope-from gea@yourbox.net)
Received: from yourbox.net (socrate.yourbox.net [151.4.128.4])
by yourbox.net (8.9.3/8.9.3) with ESMTP id BAA55339
for <freebsd-java@FreeBSD.ORG>; Sun, 9 Jan 2000 01:25:05 +0100 (CET)
(envelope-from gea@yourbox.net)
Message-ID: <3877D560.3A2A4D01@yourbox.net>
Date: Sun, 09 Jan 2000 01:25:04 +0100
From: Amedeo Beck Peccoz <gea@yourbox.net>
Organization: GEA Software S.r.l.
X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.4-STABLE i386)
X-Accept-Language: it, en, fr, de
MIME-Version: 1.0
To: freebsd-java@FreeBSD.ORG
Subject: java compilers core dump on 3.x
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-java@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Hi,
I'm running 3.4 stable on different hardware and I always
get core dumps from java compilers (jdk, guavac, jikes).
I've tried to isolate the problem by installing the above
ports on different 3.4 machines but it didn't help.
I supposed there could have been some CLASSPATH variables
around or some messing LDCONFIGS or so, so I executed
the above compilers in single user /bin/sh mode: Same
dumped cores.
I could only see those compilers work under and old 2.2.8.
Has anyone out there experienced any similar situation?
Sincerely,
--
Amedeo Beck Peccoz
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message