This patch makes sure that every track in a MIDI file ends with an End
Of Track meta message.
I tested this with JFugue, a package for music programming
(http://www.jfugue.org). The JFugue examples use this SPI code to
generate MIDI files, which appear to play correctly.
I'm checking it in.
AG
This patch makes the gconf backend the default.
The configure part of the patch is the same as the one discussed early,
but now the backend name is stored under META-INF and loaded at runtime
using ServiceFactory.
A new file is introduced in the META-INF directory that is used to build
the actual
This fixes a small typo in MemoryUsage we spotted
in output from Cacao; there is no 'MB)' after the maximum
value.
Changelog:
2006-07-02 Andrew John Hughes <[EMAIL PROTECTED]>
* java/lang/management/MemoryUsage.java:
(toString()): Fix missing MB for maximum memory usage.
--
A
This adds the optional compilation MX bean. It relies on two
properties:
* gnu.java.compiler.name
* gnu.java.lang.management.CompilationTimeSupport
The former is the name of the JIT compiler. If this is non-null,
a bean is created and supplied on calls to the appropriate
ManagementFactory metho
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 -r1.1
This patch adds a MIDI file writer provider. This provider doesn't do
running status byte compression yet, but the basics work. I'm checking
it in.
2006-07-02 Anthony Green <[EMAIL PROTECTED]>
* resource/META-INF/services/javax.sound.midi.spi.MidiFileWriter,
gnu/javax/sound/m
The attached patch adds the memory bean to our current
roster of management beans.
Changelog:
2006-07-01 Andrew John Hughes <[EMAIL PROTECTED]>
* NEWS:
Updated to include VMMemoryMXBeanImpl.
* doc/vmintegration.texinfo: Likewise.
* examples/gnu/classpath/example
Mario Torre wrote:
> Ops, this had to be System.get(...)
>
> Rereading the code, this (few lines later) makes more sense:
>
>String className =
> System.getProperty("java.util.prefs.PreferencesFactory",
> +
> Configuration.DEFAULT_PREFS_PEER);
OK. I see what you mean now.
> > I would expect
Il giorno dom, 02/07/2006 alle 10.15 +0200, Jeroen Frijters ha scritto:
> We're trying to move away from gnu.classpath.Configuration, so this is
> not ideal.
Ok, so I need to redo it anyway... but
> Also, why are you doing this:
>
> +System.setProperty("java.util.prefs.PreferencesFactor
Mario Torre wrote:
> This patch makes gconf the default backend.
>
> The patch works adding a new configure option that let the user to
> specify a default implementation (like FileBased or GConfBased ones).
>
> If the user does not provides this option, than the preference backend
> is FileBased
10 matches
Mail list logo
