hello all,
the attached patch --already committed on behalf of Vivek-- properly
implements the logic documented in the Cipher and CipherSpi init() and
engineInit() methods and fixes PR Classpath/27849.
Mauve tests TestOfCipherEngineInit and TestOfPR27849 (in
gnu.testlet.gnu.javax.crypto.jce) shou
Hi,
Right now, the build fails if the user does:
$ ../classpath/configure --disable-gtk-peer
$ make
[snip]
make[2]: Leaving directory
`/home/keiths/work/classpath/master/linux/native/jni'
Making all in plugin
make[2]: Entering directory
`/home/keiths/work/classpath/master/linux/native/plugin'
I'm checking this in.
This updates the tools .cvsignore for the new tool names.
Tom
2006-06-16 Tom Tromey <[EMAIL PROTECTED]>
* tools/.cvsignore: Added new tool names.
Index: tools/.cvsignore
===
RCS file: /cvsroot/class
I'm checking this in on the trunk.
I put the ReflectUtil class in the wrong directory and didn't notice :(
Sorry about that.
Tom
2006-06-16 Tom Tromey <[EMAIL PROTECTED]>
* vm/reference/sun/reflect/misc/ReflectUtil.java: Moved...
* vm/reference/sun/misc/ReflectUtil.java: ...fr
Hi,
Francis Kung wrote:
2006-06-16 Francis Kung <[EMAIL PROTECTED]>
* examples/gnu/classpath/examples/swing/Demo.java:
(mkButtonBar): rename FillRect to JNIOverhead
ChangeLog entries should start with a capital and end with a period:
* examples/gnu/classpath/exampl
Hi,
I've committed the following patch which changes how the EventManager is
created. This was causing all kinds of nasty problems during startup
with gij.
Keith
2006-06-16 Keith Seitz <[EMAIL PROTECTED]>
* gnu/classpath/jdwp/event/EventManager.java (getDefault): Redo
inst
> "Keith" == Keith Seitz <[EMAIL PROTECTED]> writes:
Keith> Anyone else notice that there are CVS conflict markers in the ChangeLog?
Nope. Oops.
Keith> cvs annotate shows:
Keith> 1.7849 (tromey 16-Jun-06): >>> 1.7848
Keith> 1.7841 (rschuste 16-Jun-06): >>> 1.7824
Keith
Tom Tromey wrote:
I'm probably missing something, since it looks like your patch does
use wait/notify.
Oh, sorry. I wasn't clear. I meant wait/notify from the VM into JDWP,
not within JDWP itself. (Calling jdwpThread->wait() would crash gij.)
I'm not overly concerned about the mechanics of
Hi,
Anyone else notice that there are CVS conflict markers in the ChangeLog?
cvs annotate shows:
1.7849 (tromey 16-Jun-06): >>> 1.7848
1.7841 (rschuste 16-Jun-06): >>> 1.7824
1.7841 (rschuste 16-Jun-06): >>> 1.7799
I've deleted these lines and committed.
Tom and
> "Maciej" == Maciej Piechotka <[EMAIL PROTECTED]> writes:
Maciej> 2006-06-13 Maciej Piechotka [EMAIL PROTECTED]
Maciej>* java/util/concurrent/lock/* : Add
Maciej>java.util.concurrent.locks patches
FYI -- I've checked in the jsr166 reference implementation on the
generics br
I'm checking this in on the trunk.
This is, I hope, the last jsr166 change for the time being.
This merges the VM layer changes back to the trunk so that the trunk
and the generics branch are once again in sync. It also updates the
NEWS file.
Tom
2006-06-16 Tom Tromey <[EMAIL PROTECTED]>
I'm checking this in on the generics branch.
This updates NEWS for the new concurrency changes.
Tom
Index: ChangeLog
from Tom Tromey <[EMAIL PROTECTED]>
* NEWS: Updated for JSR 166.
Index: NEWS
===
RCS file: /cvsroot/clas
Kyle Galloway wrote:
This patch just fixes a repeated javadoc error in several of the JDWP
Events. Not sure if this needs to be approved by the list, but I
figured I'd send it in anyway.
Please commit. For obvious things like this simple javadoc update (in
JDWP, at least), just post your pat
I'm checking this in on the trunk.
2006-06-16 Tom Tromey <[EMAIL PROTECTED]>
* external/jsr166: Removed files from cvs trunk.
I didn't append a patch since it is just a big deletion.
Due to how cvs import works, the jsr166 code showed up on cvs trunk
for a while. I'm removing it from
This patch just fixes a repeated javadoc error in several of the JDWP
Events. Not sure if this needs to be approved by the list, but I
figured I'd send it in anyway.
Cheers,
Kyle
2006-06-16 Kyle Galloway <[EMAIL PROTECTED]>
* gnu/classpath/jdwp/event/ExceptionEvent:
Added O
Hi,
Here is a patch for NATIVE-LAYER branch that fixes a few problems which
have been highlighted by mauve tests.
Guilhem.
2006-06-16 Guilhem Lavaux <[EMAIL PROTECTED]>
* native/jni/java-net/java_net_VMInetAddress.c
(Java_java_net_VMInetAddress_getHostByName): Fix detection
I'm checking this in on the generics branch.
This updates the makefiles and whatnot for the new jsr 166 code.
Tom
Index: ChangeLog
from Tom Tromey <[EMAIL PROTECTED]>
* lib/Makefile.am (compile_classpath): Added jsr166.
* configure.ac: Added external/jsr166/Makefile.
*
Mario Torre wrote:
Hi!
All the paperwork is signed, so this can be committed as is (if
accepted).
Fixed from the last (not committed) release is the fact that I'm
currently turning the native implementation to reuse libraries in
Classpath, most notably, now the native peer uses "jcl.h". The ide
Hi!
All the paperwork is signed, so this can be committed as is (if
accepted).
Fixed from the last (not committed) release is the fact that I'm
currently turning the native implementation to reuse libraries in
Classpath, most notably, now the native peer uses "jcl.h". The idea is
to integrate the
I'm checking this in on the generics branch.
I've imported the jsr166 RI. This patch removes our (now-) duplicate
classes and turns on building of the code. It also applies a couple
minor local patches to make it build in our tree.
I have a couple more patches coming... one to remove the code f
On Fri, 2006-06-16 at 09:59 -0600, Tom Tromey wrote:
> > "Lillian" == Lillian Angel <[EMAIL PROTECTED]> writes:
>
> Lillian> * java/awt/FileDialog.java
> Lillian> (FileDialog): Implemented.
> Lillian> (FileDialog): Implemented.
> Lillian> (FileDialog): Implement
I'm checking this in on the generics branch.
After checking in my VM changes for the jsr166 code last night, I
downloaded a new drop of this code from the RI site and found that
they now use different methods. This patch adds those.
Tom
2006-06-16 Tom Tromey <[EMAIL PROTECTED]>
* vm/
> "Lillian" == Lillian Angel <[EMAIL PROTECTED]> writes:
Lillian> * java/awt/FileDialog.java
Lillian> (FileDialog): Implemented.
Lillian> (FileDialog): Implemented.
Lillian> (FileDialog): Implemented.
Lillian> + /**
Lillian> + * Initialized a new instance of
> "Andrew" == Andrew John Hughes <[EMAIL PROTECTED]> writes:
Andrew> It would have been easier, from a merging point of view, to make the
Andrew> VM change on HEAD and then let it be merged across with everything
Andrew> else.
Yeah, sorry about that. I wanted to test things on generics first
> "Keith" == Keith Seitz <[EMAIL PROTECTED]> writes:
Keith> While this *is* hacky (a thread exit doesn't really sound like a very
Keith> explicit/obvious way of implementing this), but it is extremely
Keith> simple. I tried using "standard" Object.wait-like stuff for this, but
Keith> it seems
More for JAPI
2006-06-16 Lillian Angel <[EMAIL PROTECTED]>
* java/awt/FileDialog.java
(FileDialog): Implemented.
(FileDialog): Implemented.
(FileDialog): Implemented.
* java/awt/Font.java:
Added TYPE1_FONT constant field.
Index: java/awt/FileDial
I implemented some missing 1.5 swing functions.
2006-06-16 Lillian Angel <[EMAIL PROTECTED]>
* java/awt/font/TextLayout.java:
Removed unneeded imports.
* javax/swing/plaf/basic/BasicScrollBarUI.java:
Added new thumbRollover field.
(mouseMoved): Added code
Kyle Galloway wrote:
Small change to ThreadOnlyFilter to avoid a null pointer exception with
null ThreadId. Throws an invalid thread exception instead.
Sure. Thanks.
Keith
Small change to ThreadOnlyFilter to avoid a null pointer exception with
null ThreadId. Throws an invalid thread exception instead.
Thanks,
Kyle
2006-06-16 Kyle Galloway <[EMAIL PROTECTED]>
* gnu/classpath/jdwp/event/filters/ThreadOnlyFilter.java:
Added check for null ThreadId to av
Hi Tom,
On Thu, 2006-06-15 at 12:48 -0600, Tom Tromey wrote:
> > "Mark" == Mark Wielaard <[EMAIL PROTECTED]> writes:
>
> >> This patch imports the jsr166 reference implementation. This is
> >> implements java.util.concurrency.
>
> Mark> Nice. I'll write fsf legal to let them know how we are
This patch (committed) ensures that the removeElementAt() method fires an event when
the selection is changed because of the removal:
2006-06-16 David Gilbert <[EMAIL PROTECTED]>
* javax/swing/DefaultComboBoxModel.java
(removeElementAt): Set new selected item by calling setSel
This patch (committed) fixes a minor bug in the setSelected() method for the
DefaultButtonModel class:
2006-06-16 David Gilbert <[EMAIL PROTECTED]>
* javax/swing/DefaultButtonModel.java
(setSelected): Use 'this', not null, for the item in the ItemEvent.
Mauve test update to f
This patch (committed) fixes a minor bug in the ListDataEvent class, and updates the
API docs:
2006-06-16 David Gilbert <[EMAIL PROTECTED]>
* javax/swing/event/ListDataEvent.java: updated API docs, plus
(ListDataEvent): Handle case where index0 > index1,
(toString): Im
Hi,
this is my 2nd attempt to fix the RadioButton issue.
I found out that BasicRadioButtonUI is supposed to override getPrefferedSize.
This makes it possible to implement the layout stuff which properly notices the
default icon which is used when the icon property is not set.
ChangeLog:
2006-06-
Hi,
when a custom background color is set on a JMenuBar gradient painting should not
be done. I fixed this by checking whether the curent background color is an
instanceof of UIResource (this is done in other locations in plaf/metal too with
the same purpose).
Now custom JMenuBar colors work. :)
This fixes a problem with clipping for drawImage(). There used to be a
setClip() in drawImage() which replaces the current clip with something
computed in this method. However, it should really intersect the current
clip with the computed one. This fixes painting issues in Swing apps
like reported
I'm requesting approval for this patch that implements six methods in
java.awt.Component that were added in JDK1.5:
2006-06-16 David Gilbert <[EMAIL PROTECTED]>
* java/awt/Component.java
(minSizeSet): New field,
(maxSize): Likewise,
(maxSizeSet): Likewise,
hello Tom,
On Friday 16 June 2006 09:09, Thomas Fitzsimmons wrote:
> Hi,
>
> This patch prefixes each tool executable with 'g' to avoid conflicts
> with other implementations.
>
> Tom
>
> 2006-06-15 Thomas Fitzsimmons <[EMAIL PROTECTED]>
>
> * configure.ac: Rename appletviewer to gappletvi
On 15 Jun 2006 19:37:22 -0600
Tom Tromey <[EMAIL PROTECTED]> wrote:
> I'm checking this in on the generics branch.
>
> This renames Unsafe back to the sun package, and adds a new
> Reflection class there as well. It also adds the sanitization script
> and the import instructions.
>
> I'll apply
39 matches
Mail list logo