Hi Michael,
On Mon, 2006-03-27 at 14:42 +0100, Michael Barker wrote:
Another punt at the Non-blocking IO and Scatter/Gather stuff. This
patch also adds scatter/gather support to the FileChannelImpl.
ChangeLog:
2006-03-19 Michael Barker [EMAIL PROTECTED]
*
Hi,
subject says it all.
2006-04-06 Wolfgang Baer [EMAIL PROTECTED]
* javax/xml/validation/SchemaFactory.java: Corrected since tag.
(getErrorHandler): Made method abstract.
(setErrorHanlder): Likewise.
* gnu/xml/validation/relaxng/RELAXNGSchemaFactory.java
Hi,
this fixes the serialization issues reported. I will go later through
the remaining stuff of javax.naming.* to fix some more serialization stuff.
2006-04-06 Wolfgang Baer [EMAIL PROTECTED]
Fixes bug #26995
* javax/naming/directory/BasicAttribute.java,
*
This patch fixes some things in JComponent and Component:
1. yesterday I got confused regarding the handling of the opaque
property wrt the accessibility method getAccessibleStateSet(). As it
turns out, this property is _not_ handled at all in
AccessibleAWTComponent, regardless of the value of the
Tom Tromey wrote:
Mark == Mark Wielaard [EMAIL PROTECTED] writes:
Mark It does look good to me. But in theory the usage of PATH_MAX
Mark PATH_MAX might be a problem.
Yeah, this famously is not defined in Hurd.
Do we really need a limit here? Can't we just resize the buffer
Mark Wielaard wrote:
...I assume this is normally called on absolute paths that are
already in canonical form.
Not necessarily. For example, the way JPackage makes Tomcat FHS
compliant (with symlinks all over the place) means that just about
every FilePermission check will involve following
I implemented some more stubs in the AccessibleAbstractButton.
2006-04-06 Roman Kennke [EMAIL PROTECTED]
* javax/swing/AbstractButton.java
(AccessibleAbstractButton.getAccessibleIcon): Implemented stub.
(AccessibleAbstractButton.getAccessibleRelationSet): Implemented
The attached patch enables the initialization of assistive technologies
via the documented system property
javax.accessibility.assistive_technologies. This property holds a comma
separated list of classes that are loaded when the AWT Toolkit is first
initialized. Alternativly, this system property
Hi,
While playing a bit with the next security manager I noticed it didn't
except a security check on getClassLoader() when it would return null
(for bootstrap classes). This seems consistent with our documentation.
And it makes sense since we are not giving the caller anything they can
actually
On Thu, 2006-04-06 at 09:26 +0200, Mark Wielaard wrote:
My apologies for forgetting this patch. I'll try to look at it asap.
No worries.
Michael, do you have some test programs that use this functionality
around?
I have some mauve tests that covers most of it. There are a few edge
cases
Roman == Roman Kennke [EMAIL PROTECTED] writes:
Roman Alternativly, this system property can be read from
Roman ~/.accessibility.properties
Is this a JDK-specified location?
Otherwise, what about putting it in $HOME/.classpath? That is where
the current prefs are stored... it would be nice to
Gary == Gary Benson [EMAIL PROTECTED] writes:
Gary It's possible, I suppose, but it seems over-complex when libgcj
Gary manages to sidestep the PATH_MAX thing just fine with:
Gary #ifndef MAXPATHLEN
Gary#define MAXPATHLEN 4096
Gary #endif
Yeah, I suppose so.
Gary Also, aren't
Nektarios == Nektarios K Papadopoulos [EMAIL PROTECTED] writes:
Nektarios A small fix for the readAttributeValue
Thanks for the patch. I checked it in.
Tom
Hi,
I have checked all the classes of the javax.naming subpackages and
found one more serialization problem which is fixed by this patch.
2006-04-06 Wolfgang Baer [EMAIL PROTECTED]
* javax/naming/CompositeName.java:
(readObject): New deserialization method.
Hi all,
checking for serialization issues I found that javax/naming/NameClassPair.java
has two new methods in 1.5. I added them and wrote api docs for this simple
class and its subclass.
2006-04-06 Wolfgang Baer [EMAIL PROTECTED]
* javax/naming/Binding.java: Added API docs.
Hi,
On Wed, 2006-04-05 at 13:42 +0200, Mark Wielaard wrote:
The usage of util.loggging.Logger in JarUtils which is now used in
Manifest in combination with the logging cleanup patch seems to have
broken -jar support in cacao. I do actually think this is a bug in cacao
which seems to do some
Am Donnerstag, den 06.04.2006, 11:06 -0600 schrieb Tom Tromey:
Roman == Roman Kennke [EMAIL PROTECTED] writes:
Roman Alternativly, this system property can be read from
Roman ~/.accessibility.properties
Is this a JDK-specified location?
I have read about that somewhere, either in the
I moved the hook to the global event dispatching from
Component.dispatchEventImpl() to Component.dispatchEvent(), so that
subclasses do not override this. This prevented the accessibility
utilities to work correctly, because they missed some Window events.
The Monkey utility pointed out the the JRootPane doesn't return a valid
AccessibleContext. This patch fixes this:
2006-04-06 Roman Kennke [EMAIL PROTECTED]
* javax/swing/JRootPane.java
(getAccessibleContext): New method. Provides an
accessibleContext
for JRootPanes.
The methods getBounds(), getSize() and getLocation in
AccessibleAWTComponent must delegate to the Component methods,
regardless of the isShowing() state of the Component.
The Monkey utility was complaining about a null pointer from the
getBounds() method, fixing it like this made this program
Hi all,
in addition to the documentation I also added two fields that were added
in 1.5 (TC_ENUM and SC_ENUM).
Please note that my copyright assignment is in snail mail, I'll ping
this message when the paper shuffling is finished.
Thanks,
Carsten
The
I'm checking this in.
This implements the easy parts of
java.awt.image.renderable.RenderableImageProducer.
Tom
2006-04-06 Tom Tromey [EMAIL PROTECTED]
* java/awt/image/renderable/RenderableImageProducer.java
(image, context, consumers): New fields.
22 matches
Mail list logo