I was writing a little code that uses RandomAccessFile and was
astonished at how slow it was. A little googling tells me why.. it's
using unbuffered I/O.
I modified my code to use a buffered RandomAccessFile class from
http://uio.imagero.com/ and it's almost 10x faster now.
This made me
I hit PR classpath/28070 again today (in FC5). I'd like to check this
patch into GNU Classpath, as well as GCC HEAD and the 4.1 branch. Ok?
AG
2006-10-06 Anthony Green [EMAIL PROTECTED]
PR classpath/28070:
* java/util/logging/LogManager.java: Don't share a control
permission object
On Fri, 2006-10-06 at 08:07 -0700, Anthony Green wrote:
I hit PR classpath/28070 again today (in FC5). I'd like to check this
patch into GNU Classpath, as well as GCC HEAD and the 4.1 branch. Ok?
AG
Ooops. This is a GCC 4.1 only bug. I withdraw my patch for GNU
Classpath. Still Ok
On Mon, 2006-09-18 at 18:38 -0700, Casey Marshall wrote:
Here is a patch to implement a Selector using the epoll_wait call on
Linux, the preferred event notification facility in the 2.6 series kernels.
This is great Casey. Have you ever tried running Azureus? It stresses
both the nio selector
On Fri, 2006-08-11 at 19:17 -0700, Casey Marshall wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
The ssl-nio work is complete enough to the point where it can be merged
into the generics branch. Now that 0.92 has been released, this is a
good time to do that merge. I've
On Fri, 2006-08-11 at 19:17 -0700, Casey Marshall wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
The ssl-nio work is complete enough to the point where it can be merged
into the generics branch. Now that 0.92 has been released, this is a
good time to do that merge. I've
On Thu, 2006-07-27 at 16:01 +0530, Hari Shreedharan wrote:
hi,
I had mailed couple of weeks back on opentasks pending on GNU
Classpath.Kindly tell me what are all the open tasks except for Swing,
especially if any in networking and RMI.
I think the whole nio non-blocking networking stack
On Mon, 2006-07-10 at 13:10 -0600, Tom Tromey wrote:
I was really surprised when it played something during the build... I
had forgot I started it (even though it just takes a couple
seconds... sigh) and I immediately assumed that someone had hacked my
machine :-)
I did see a few build
This isn't ready for submission, but I've written and lost this same
code a few times over the years, so I thought I'd post what I have now.
This tarball contains the beginning of a MixerProvider for ALSA. If you
untar it and run make it should build a program that plays WAV files.
It includes
This patch implements a WAV audio file provider.
I'm checking it in.
2006-07-08 Anthony Green [EMAIL PROTECTED]
* gnu/javax/sound/sampled/WAV/WAVReader.java,
resource/META-INF/services/javax.sound.sampled.spi.AudioFileReader:
New files.
Index: resource/META-INF
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Anthony Green green 06/07/09 03:14:20
New directory:
gnu/javax/sound/sampled/WAV
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/javax/sound/sampled/WAV/?cvsroot=classpath
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Anthony Green green 06/07/09 03:35:01
Modified files:
. : ChangeLog
Added files:
resource/META-INF/services:
javax.sound.sampled.spi.AudioFileReader
On Tue, 2006-07-04 at 18:47 +0530, Hari Shreedharan wrote:
Hello,
Though i joined classpath mailing list sometime back,have not started
working until now.Plz. tell me which packages need work on,and i am
experienced in Java but not in writing libraries,so kindly tell me
which packages i
I'm checking this in...
2006-07-02 Anthony Green [EMAIL PROTECTED]
* NEWS: Mention MIDI file reader/writer providers.
Index: NEWS
===
RCS file: /sources/classpath/classpath/NEWS,v
retrieving revision 1.153
diff -u
it in.
AG
2006-07-02 Anthony Green [EMAIL PROTECTED]
* gnu/javax/sound/midi/file/MidiFileWriter.java (writeTrack): Make
sure that every track written ends with an End Of Track meta
message.
Index: gnu/javax/sound/midi/file/MidiFileWriter.java
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Anthony Green green 06/07/02 18:15:50
Modified files:
. : ChangeLog
Added files:
resource/META-INF/services: javax.sound.midi.spi.MidiFileWriter
gnu/javax/sound/midi/file
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Anthony Green green 06/07/02 18:21:49
Modified files:
. : ChangeLog NEWS
Log message:
Mention MIDI file reader/writer providers.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs
I'm going to check this patch in today. It fixes a bug found while
writing a MIDI file reader.
Can this go into the GCC 4.1 branch?
AG
2006-07-01 Anthony Green [EMAIL PROTECTED]
* javax/sound/midi/Track.java (vector, eventSet): Initialize.
--- javax/sound/midi/Track.java.~1.2
I'm checking this trivial fix in...
2006-07-01 Anthony Green [EMAIL PROTECTED]
* javax/sound/midi/SysexMessage.java (setMessage): Fix sysex
status byte test.
--- javax/sound/midi/SysexMessage.java.~1.2.~ 2006-03-15 17:46:57.0
-0800
+++ javax/sound/midi
This is the same bug in a different location. I'm going to fold my last
two ChangeLog entries together...
2006-07-01 Anthony Green [EMAIL PROTECTED]
* javax/sound/midi/SysexMessage.java (setMessage): Fix sysex
status byte test.
(setMessage): Fix it again
This patch implements a MIDI file reader provider. I'm checking it in.
Thanks,
AG
2006-07-01 Anthony Green [EMAIL PROTECTED]
* resource/META-INF/services/javax.sound.midi.spi.MidiFileReader,
gnu/javax/sound/midi/file/MidiFileReader.java,
gnu/javax/sound/midi/file
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Anthony Green green 06/07/02 02:13:17
Modified files:
. : ChangeLog
javax/sound/midi: SysexMessage.java
Log message:
Fix sysex midi messages again, but in a different place
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Anthony Green green 06/07/02 03:07:34
Modified files:
. : ChangeLog
Added files:
resource/META-INF/services: javax.sound.midi.spi.MidiFileReader
gnu/javax/sound/midi/file
On Wed, 2006-06-21 at 10:59 +0200, Roman Kennke wrote:
Natively compiling the code doesn't yield much of
an improvement over jamVM. Some interesting results.
Yeah sure, most of the work is done in native code, so it doesn't really
matter if the VM is an interpreter, completely compiled
On Wed, 2006-06-21 at 08:18 -0600, Tom Tromey wrote:
James == James Greenfield [EMAIL PROTECTED] writes:
James I'm struggling to find a decent summary of the status of the
James Classpath's NIO socket implementation.
James Can anyone summarize for me (or point me at the summary I've
On Wed, 2006-06-21 at 17:15 +0200, Roman Kennke wrote:
Funny, I was thinking up something similar for our Cairo stuff without
ever hearing from Sun's impl, since pushing complicated polygons to
Cairo takes one JNI call per point plus a couple more for the actual
drawing command. I think
On Wed, 2006-05-31 at 18:29 -0500, Tom Tromey wrote:
Anthony == Anthony Green [EMAIL PROTECTED] writes:
Anthony I don't see anything obviously bad that can happen if these aren't
Anthony synchronized. What are you seeing?
Actually, I think your original patch is fine. I thought I saw
Our InetSocketAddress is overly aggressive in getting host names. It
should be lazy, like Sun's implementation appears to be. This saves a
lot of reverse DNS queries for some applications (like azureus).
AG
2006-05-31 Anthony Green [EMAIL PROTECTED]
PR 27828
* java/net
On Wed, 2006-05-31 at 12:08 -0500, Tom Tromey wrote:
Offhand I'd say that toString, equals, and getHostName should be
synchronized. What do you think?
I don't see anything obviously bad that can happen if these aren't
synchronized. What are you seeing?
AG
CVSROOT:/sources/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 06/06/01 00:54:15
Modified files:
. : ChangeLog
java/net : InetSocketAddress.java
Log message:
2006-05-31 Anthony
On Wed, 2006-05-24 at 12:25 +0200, Audrius Meskauskas wrote:
Does anybody tried and knows some profiling tools that run with
Classpath (and with which virtual machine)? If not, implementing some
profiling may be an interesting and important future task.
oprofile works with gcj.
AG
On Thu, 2006-03-09 at 00:12 +0100, Philippe Laporte wrote:
Hi,
What would be the possible hurdles, off the top-of-your-head?
Voxware has an arm wince port of gcj. Just poke around on the gcj
mailing list to find some details or to follow up with them.
AG
On Tue, 2006-03-07 at 17:18 +0100, Philippe Laporte wrote:
Why did Classpath ever go with that esoteric linking exception
instead of simple LGPL?
To enable static linking with proprietary software without the LGPL's
re-link requirement.
AG
to apply this to GCC HEAD and the 4.1 branch
(for FC5).
Thanks,
AG
2006-01-16 Anthony Green [EMAIL PROTECTED]
PR classpath/25803
* gnu/java/net/protocol/http/Request.java (createResponseBodyStream):
Remove Content-Encoding for compressed streams.
--- gnu/java/net
On Mon, 2006-01-16 at 10:52 -0700, Tom Tromey wrote:
When I run that case program, if I specify that it should ask for a
gzip encoding, Sun's protocol handler hands back a gzipped stream --
i.e., it does not uncompress.
I didn't even notice this option!
I think either behavior is correct,
On Mon, 2006-01-16 at 12:49 -0700, Tom Tromey wrote:
Anthony == Anthony Green [EMAIL PROTECTED] writes:
Anthony I just want to get this patch into rawhide. My feeling is that it
Anthony solves an incompatibility, and introduces no regressions.
I agree, it is the minimal required
On Tue, 2005-12-27 at 00:33 -0700, Tom Tromey wrote:
Anthony Ok to apply?
Really the FIXME belongs in implAccept, IMO.
Otherwise ok.
Thanks. I've applied this patch to Classpath, as well as the GCC trunk
and 4.1 branch.
2006-01-14 Anthony Green [EMAIL PROTECTED]
* java/net
Jeremias Maerki has submitted a patch to liberate batik:
http://issues.apache.org/bugzilla/show_bug.cgi?id=38183
Now it's our job to implement some missing bits, including:
javax.imageio.plugins.jpeg.*
and java.awt.BasicStroke
Sven - did you have a BasicStroke implementation?
AG
On Thu, 2005-12-22 at 12:34 -0700, Tom Tromey wrote:
I've checked in the Eclipse jar builder to Classpath head, and now my
fakejdk project is available. This means you can easily start playing
with an in-workspace VM in Eclipse.
This worked pretty well for me, thanks. I wasn't able to get
On Thu, 2006-01-05 at 15:07 -0800, Casey Marshall wrote:
How does this sound?
Perfect!
Thanks,
AG
___
Classpath-patches mailing list
Classpath-patches@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath-patches
a proper
connection if we close() the socket at this point.
Ok to apply?
AG
2005-12-26 Anthony Green [EMAIL PROTECTED]
* java/net/Socket.java (connect): Don't close the socket on
exceptions.
--- java/net/Socket.java~ 2005-11-16 04:03:51.0 -0500
+++ java/net
This next patch computes right amount of data to read from a socket to
stuff in a Buffer. When dst.limit dst.capacity, we're trying to put
too much data into the buffer and we get a buffer overflow exception.
Ok to apply?
Thanks,
AG
2005-12-26 Anthony Green [EMAIL PROTECTED
We weren't properly recording OP_CONNECT events in our select routine.
After coming up with this, I discovered that this is basically the same
solution that Stanley Brown came up with over a year ago...
http://gcc.gnu.org/ml/java/2004-09/msg00130.html
2005-12-26 Anthony Green [EMAIL
On Mon, 2005-12-26 at 18:58 -0700, Tom Tromey wrote:
Anthony == Anthony Green [EMAIL PROTECTED] writes:
Anthony This next patch computes right amount of data to read from a
Anthony socket to stuff in a Buffer. When dst.limit dst.capacity,
Anthony we're trying to put too much data
On Mon, 2005-12-26 at 19:07 -0700, Tom Tromey wrote:
This looks ok to me.
Anthony +if (
((SocketChannel)key.channel()).isConnected ())
Spacing here is wrong.
Thanks. Applied with the following corrected patch...
2005-12-26 Anthony Green [EMAIL PROTECTED
a number of Azureus tweaks let
Azureus start sharing files using the bittorrent protocol. It's still
not working, but at least they connect and start trading bits. There's
still more debugging to do.
Ok to apply?
AG
2005-12-26 Anthony Green [EMAIL PROTECTED]
* java/net
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/12/27 02:18:37
Modified files:
. : ChangeLog
java/net : Socket.java
Log message:
2005-12-26 Anthony Green [EMAIL
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/12/27 02:27:01
Modified files:
. : ChangeLog
gnu/java/nio : SocketChannelImpl.java DatagramChannelImpl.java
Log message
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/12/27 02:34:20
Modified files:
. : ChangeLog
gnu/java/nio : SelectorImpl.java
Log message:
2005-12-26 Anthony Green
On Sat, 2005-12-24 at 01:05 +0100, Dalibor Topic wrote:
Given that the majority (all?) of current tests in Mauve is under the
GPL, without a single copyright holder, I assume, and the license of
JUnit is incompatible with the GPL
IANAL, but my theory is that this is irrelevant unless you
On Mon, 2005-12-12 at 20:48 +1100, Raif S. Naffah wrote:
would adding a second Provider --that supplies the strong stuff; i.e.
ciphers, modes, padding, etc..-- living in its own package
sub-directory/hierarchy and eventually (when the segmentation of
Classpath into multiple jars occur) be
On Sun, 2005-12-11 at 12:40 +0100, Mark Wielaard wrote:
As far as I know even the hooks fall under this. Although I am not
against having some configure options to put parts of the core library
into standards.omit I don't think it is really needed. When the first
parts of GNU Crypto was merged
On Sun, 2005-12-11 at 13:50 +0100, Mark Wielaard wrote:
All I was saying is that it isn't a necessity for
GNU Classpath as a project, or people redistributing GNU Classpath as
Free Software.
I'm being told that there are situations where this second part is not
true, which is why I need to
On Sun, 2005-12-11 at 15:19 +0100, Mark Wielaard wrote:
If there are situations where you are not able to (re)distribute the GNU
Classpath source code and/or follow the the BIS/ENC notification
procedures as done by the various GNU/Linux distros to distribute binary
derivatives of GNU
On Thu, 2005-12-08 at 18:01 +0100, Roman Kennke wrote:
What I don't understand, why do we need a new branch here? The
build-time and runtime-switches seem sufficient to me for now. And when
the impl is somewhat complete, these switches could be easily changed to
make Graphics2D the default.
I
On Mon, 2005-12-05 at 23:42 -0800, Casey Marshall wrote:
A few of us have been throwing around the idea of merging GNU Crypto
and Jessie into GNU Classpath, so Classpath will have full support
for crypto and SSL out of the box. We've proposed this before, and
I think this idea was mostly
This patch makes sure FloatBuffer and DoubleBuffer objects compare
properly when they contain NaN values. I've already checked in Mauve
tests cases. Ok to commit?
AG
2005-12-06 Anthony Green [EMAIL PROTECTED]
* java/nio/DoubleBuffer.java (compareTo): Handle NaN values within
On Tue, 2005-12-06 at 11:12 -0700, Tom Tromey wrote:
Anthony == Anthony Green [EMAIL PROTECTED] writes:
Anthony This patch makes sure FloatBuffer and DoubleBuffer objects compare
Anthony properly when they contain NaN values. I've already checked in Mauve
Anthony tests cases. Ok to commit
On Tue, 2005-12-06 at 16:14 +, Gary Benson wrote:
I'm having security manager problems, with JamVM at least. Various
initialisations happen the first time a permission is checked,
including java.security.Security's clinit method which reads the
provider files $vendor.security and
On Sat, 2005-12-03 at 17:55 +0100, Mark Wielaard wrote:
Right. How strange that didn't trigger a failure for me.
It came in together with Anthony's last patch:
2005-12-01 Anthony Green [EMAIL PROTECTED]
PR bootstrap/25207
* configure.ac: Make sure we have an alsa library
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/12/02 13:57:44
Modified files:
. : ChangeLog configure.ac
Log message:
2005-12-01 Anthony Green [EMAIL PROTECTED
It's not enough to test that the alsa headers exist. We also need to
make sure the libraries are there. This was a problem for x86-64 linux.
Ok for everywhere?
AG
2005-12-01 Anthony Green [EMAIL PROTECTED]
* configure.ac: Make sure we have an alsa library in addition to
the headers
to make experiments with IKVM which also uses GNU
Classpath. But there seems to be bigger problems with its AWT
implementation so that I currently don't have high hopes that Batik will
run under IKVM which would also have been nice.
On 24.10.2005 15:38:59 Anthony Green wrote:
On Mon, 2005-10-24 at 09
On Tue, 2005-11-22 at 21:01 +0100, Rupert K. wrote:
Hi there
My name is rupert. I am the one who will implement
this j2me stuff as my
master thesis.
The goal of the project will be to implement the cldc
1.1/midp 2.0
specification and make it runnable under the CacaoVM.
In the first step
On Sat, 2005-11-12 at 17:51 -0700, Tom Tromey wrote:
I'm not checking this in yet. I haven't really done much testing of
it, and I wanted some feedback first as well.
This implements javax.sound.sampled and javax.sound.sampled.spi.
I think you should just commit this. I've started a jack
On Sun, 2005-11-13 at 11:23 -0700, Tom Tromey wrote:
Anthony == Anthony Green [EMAIL PROTECTED] writes:
Anthony I think you should just commit this. I've started a jack
Anthony based MixerProvider based on your work, and expect to finish
Anthony this week during my travels.
Awesome
From what I can tell the 1.4 JDK includes DOM Level 2 support and GNU
Classpath implements DOM Level 3. DOM3 introduces many new abstract
methods on existing classes. Why does this not show up in the nightly
JAPI test results?
Speaking as somebody who tries to build and run a lot of different
On Sun, 2005-11-06 at 22:04 -0500, Stuart Ballard wrote:
On 11/6/05, Anthony Green [EMAIL PROTECTED] wrote:
From what I can tell the 1.4 JDK includes DOM Level 2 support and GNU
Classpath implements DOM Level 3. DOM3 introduces many new abstract
methods on existing classes. Why does
Synchronization often shows up near the very top of gcj-compiled
benchmarks. It turns out that, for benchmarks I've run, ~50% of the
synchronization calls come from reading property files with
StringBuffer. This should all go away if we use StringBuilder instead.
Ok?
2005-10-19 Anthony Green
Sun's JRE includes a MIDI Synthesizer provider licensed from Beatnik
Software[1]. I believe the default Synthesizer is a basic General MIDI
(GM)[2] wavetable synthesizer using Beatnik's proprietary wavetable
sound format.
For GNU Classpath, we can also make the default synthesizer a GM capable
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/08 06:52:13
Modified files:
. : ChangeLog
native/jni/midi-dssi
This patch adds the start of Soundbank support to the DSSI provider, so
you can query the list of Instruments provided by the soft-synth using
the standard interfaces. I'm checking it in.
AG
2005-10-07 Anthony Green [EMAIL PROTECTED]
* gnu/javax/sound/midi/dssi/DSSISynthesizer.java
into Xsynth. http://spindazzle.org/green/pics/second.ogg
AG
2005-10-07 Anthony Green [EMAIL PROTECTED]
* gnu/javax/sound/midi/dssi/DSSISynthesizer.java (loadInstrument):
Implement.
(selectProgram_): New native method.
* include
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/07 15:49:03
Modified files:
. : ChangeLog
include: gnu_javax_sound_midi_dssi_DSSISynthesizer.h
native/jni/midi
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/08 04:10:47
Modified files:
. : ChangeLog
gnu/javax/sound/midi/dssi: DSSISynthesizer.java
include
I'm about to check in the following patch collection, most of which I've
already posted to the list for comment.
Thanks,
AG
2005-10-06 Anthony Green [EMAIL PROTECTED]
* INSTALL: Describe midi provider dependencies.
* native/jni/midi-dssi/README: New file.
* LICENSE
Some DSSI controls aren't mapped to MIDI controls. This patch ignores
them. I'm checking it in.
Thanks,
AG
2005-10-06 Anthony Green [EMAIL PROTECTED]
* native/jni/midi-dssi/gnu_javax_sound_midi_dssi_DSSISynthesizer.c
(Java_gnu_javax_sound_midi_dssi_DSSISynthesizer_open_1
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/07 03:21:06
Modified files:
. : INSTALL LICENSE
include: gnu_javax_sound_midi_dssi_DSSISynthesizer.h
native/jni
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/07 05:12:29
Modified files:
. : ChangeLog
native/jni/midi-dssi
On Wed, 2005-10-05 at 10:26 +0200, Mark Wielaard wrote:
And if at all possible it would be good to have these two routines in a
separate file so it is clear we are not the original authors/upstream
for this code. There (or in a separate README) you can also list what
changes (if any) we made
I'm checking in the following cleanup patch to my DSSI and ALSA JNI
code.
It removes debug output, reformats some code and adds comments.
AG
2005-10-04 Anthony Green [EMAIL PROTECTED]
* native/jni/midi-dssi/gnu_javax_sound_midi_dssi_DSSISynthesizer.c
(process): Add
Here's a GUI midi demo for the examples collection.
It's just a window with two combo boxes for selecting the MIDI IN and
OUT devices. It's handy for debugging.
OK?
AG
2005-10-04 Anthony Green [EMAIL PROTECTED]
* examples/gnu/classpath/examples/midi/Demo.java: New file.
diff -uN
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/04 12:24:08
Modified files:
. : ChangeLog
native/jni/midi-alsa: gnu_javax_sound_midi_alsa_AlsaPortDevice.c
native/jni
Here's the start of ALSA MIDI provider code. MIDI IN ports basically
work. You can read and print events from a MIDI keyboard using the
standard interfaces. It's not perfect, but it's a start.
OK?
AG
2005-10-02 Anthony Green [EMAIL PROTECTED]
* native/jni/Makefile.am: Maybe build
On Sun, 2005-10-02 at 19:45 +0200, Mark Wielaard wrote:
Cool stuff.
You call the jni library gjsmalsa, what does that stand for?
Gnu Javax Sound Midi ALSA. I also have a gjsmdssi for Gnu Javax
Sound Midi DSSI.
dnl ---
+dnl ALSA
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/03 01:46:58
classpath/gnu/javax/sound
Update of /cvsroot/classpath/classpath/gnu/javax/sound
In directory savannah:/tmp/cvs-serv25305/sound
Log Message
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/03 01:53:12
Modified files:
. : ChangeLog configure.ac
native/jni : Makefile.am
include: Makefile.am
Added
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/03 01:47:17
classpath/gnu/javax/sound/midi/alsa
Update of /cvsroot/classpath/classpath/gnu/javax/sound/midi/alsa
In directory savannah:/tmp/cvs-serv25843
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/03 01:45:52
classpath/native/jni/midi-alsa
Update of /cvsroot/classpath/classpath/native/jni/midi-alsa
In directory savannah:/tmp/cvs-serv23773/native/jni
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/03 01:47:06
classpath/gnu/javax/sound/midi
Update of /cvsroot/classpath/classpath/gnu/javax/sound/midi
In directory savannah:/tmp/cvs-serv25505/sound/midi
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/10/03 01:47:34
classpath/gnu/javax/sound/midi/dssi
Update of /cvsroot/classpath/classpath/gnu/javax/sound/midi/dssi
In directory savannah:/tmp/cvs-serv26373
I'm checking in the following trivial patch based on the JAPI output
from last night. There are a few other things to clean up. I'll get to
them later today or tomorrow.
AG
2005-09-27 Anthony Green [EMAIL PROTECTED]
* javax/sound/midi/MidiFileFormat.java (bytes, microseconds
On Mon, 2005-09-26 at 09:48 -0600, Tom Tromey wrote:
I think this is looking great. I think it is OK to go in.
Thanks. I'll do that.
I think @author should have your full name, like:
@author Anthony Green ([EMAIL PROTECTED])
Each class' javadoc should say '@since 1.3'.
Ok, I've
the declaration of some unchecked IllegalArgumentException
throws, as per the hacking guide. I'm checking it in.
AG
2005-09-26 Anthony Green [EMAIL PROTECTED]
* javax/sound/midi/Synthesizer.java (loadInstrument,
unloadInstrument, remapInstrument, loadAllInstruments
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/09/26 16:33:24
classpath/javax/sound/midi/spi
Update of /cvsroot/classpath/classpath/javax/sound/midi/spi
In directory savannah:/tmp/cvs-serv6926/spi
Log
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/09/26 16:33:11
classpath/javax/sound/midi
Update of /cvsroot/classpath/classpath/javax/sound/midi
In directory savannah:/tmp/cvs-serv6824/midi
Log Message
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/09/26 16:32:59
classpath/javax/sound
Update of /cvsroot/classpath/classpath/javax/sound
In directory savannah:/tmp/cvs-serv6716/sound
Log Message:
Directory
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/09/26 16:35:00
Modified files:
. : ChangeLog
Added files:
javax/sound/midi: ControllerEventListener.java Instrument.java
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green [EMAIL PROTECTED] 05/09/26 17:24:00
Modified files:
. : ChangeLog
javax/sound/midi: MidiFileFormat.java MidiMessage.java
Here's a virtually complete javax.sound.midi implementation. No
providers yet.
Ok?
AG
2005-09-25 Anthony Green [EMAIL PROTECTED]
* javax/sound/midi/InvalidMidiDataException.java
javax/sound/midi/MidiFileFormat.java
javax/sound/midi/ControllerEventListener.java
1 - 100 of 181 matches
Mail list logo