As I recall, the version in those RPMs is very out of date and does not
work. (See the GCJ faq). If you want to try GCJ today, youll need
to get the CVS tree or a recent snapshot. See http://gcc.gnu.org/java/index.html
I don't know what kind of state GCJ is at the moment; but I'm
fairly sure i
is there currently a release plan or schedule for a jdk1.3 port?
I'm willing to offer my time and hardware resources to help with this
project...
mike
snotty e/c
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
I am running RedHat 6.0 ... but with a lot of things upgraded, such as ( but not
limited to ):
kernel 2.2.18, using reiserfs
glibc-2.1.3 ( required by Blackdown's JDK 1.2.2 / 1.3 )
There are others, but these are the ones relevant for java on linux.
Now I want to try out GCJ. I have downloaded
I'd like to compile the jre (to optimize for my processor, an AMD Athlon
K7) and could use a little guidance.
The Blackdown faq points to compiling instructions for 1.2.2 RC3. Are
these still correct, for 1.3? These instructions say that it is
necessary to apply Blackdown's patches in order to
yep i forgot to mention the paltforms for C
-Ashish
- Original Message -
From: "Matthias Pfisterer" <[EMAIL PROTECTED]>
To: "Ashish" <[EMAIL PROTECTED]>
Cc: "Joaquin Rapela" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, March 21, 2001 5:13 PM
Subject: Re: readInt() & byte or
Does anyone know the secret to typing non-Latin-1 text into a Java program
on Linux? I've tried everything I can think of, but so far Java programs
stubbornly refuse to accept anything but Latin-1 characters from the
keyboard.
Here's my setup:
Debian GNU/Linux (potato with some packages from uns
Ashish wrote:
>
> Answer is simple
>
> Java program expects file bytes in big-endian format, while C uses little
> endian
Sorry, wrong. C uses the native byte order of the system. I.e. it
depends on the processor.
x86 (Intel, AMD) => little endian
PowerPC, Alpha, Sparc => big endian
Matthias
Answer is simple
Java program expects file bytes in big-endian format, while C uses little
endian
2175 = > 1000 0111
so java will interpret after assuming it's big endian will be 0111
1000 => 32520
-Ashish
- Original Message -
From: "Joaquin Rapela" <[EMAIL PROTECTED
Hello,
I have a binary file containing short integers. I wrote a C program to read
the file and it works as expected. I wrote a java program to read the file
using a DataInputStream and its readInt() method and it is reading the short
integers in inverted order Instead of a 2175 (1111) I
> If I don't call Java all is ok. If I call Java (my simple "Hello Word"
> Java class) the application exits with "segmentation fault" after some
> seconds of splatting.
I'm sure someone who knows more will respond; but could it be a signaling
handling conflict? I don't know about pthreads specif
"Peter Schuller" <[EMAIL PROTECTED]> writes:
> A beta version is already out. 2.1.1 beta 2 is the one I downloaded.
>
>
>ftp://metalab.unc.edu/pub/linux/devel/lang/java/blackdown.org/JMF/2.1.1/i386/beta2/jmf-2.1.1-beta2-linux-i386.tar.bz2
>
> (or choose an appropriate mirror site on blackdo
> Yes, it's a Linux specific problem. It will get better to some extent
> with the next JMF-2.1.1 release which has its own JavaSound
> implementation.
Great! And once again, a big thanks for the work you guys are doing for Java
on Linux.
> The JMF Programmer's Guide has an "Writing Captured Au
Hi,
I'm building a C application (MultiThreaded) using Java Invocation API
to call Java from C.
I use pthread_create to launch a thread and pthread_mutexlock and
pthread_mutexunlock to syncronize them and link my app with "native
threads".
Then I splat my application launching multiple threads
con
> Now that JMF-2.1.1 is out, do you have any information on when a Linux
> version will be available?
A beta version is already out. 2.1.1 beta 2 is the one I downloaded.
ftp://metalab.unc.edu/pub/linux/devel/lang/java/blackdown.org/JMF/2.1.1/i386/beta2/jmf-2.1.1-beta2-linux-i386.tar.bz2
(o
14 matches
Mail list logo
