er the write loop.
>
> Brian
>
> On Apr 6, 2021, at 12:30 PM, Charles Oliver Nutter
> wrote:
>
> While debugging some subprocess logic in JRuby today I came to the
> realization that the WritableByteChannel returned by
> Channels.newChannel(OutputStream) is
While debugging some subprocess logic in JRuby today I came to the
realization that the WritableByteChannel returned by
Channels.newChannel(OutputStream) is "broken".
https://github.com/jruby/jruby/pull/6649/commits/5a6912caf3adb70fb4c210c73ae02fbf16f404d9
The issue arises when the provided strea
Hey folks, with some help from Claes Redestad I've filed an issue with
analysis and reproduction of the legendary "zip file closed" error.
https://bugs.openjdk.java.net/browse/JDK-8246714
It turns out that URLClassLoader is just plain broken when used to
access jar files (which means this bug aff
Thanks everyone, I'll work with Sherman to get a patch together.
On Fri, Aug 25, 2017 at 1:19 PM Naoto Sato wrote:
> Yep, I believe Sherman is more knowledgeable on this than me :-)
>
> Naoto
>
> On 8/25/17 9:30 AM, Alan Bateman wrote:
> >
> >
> > On 25/08/2017 17:19, Paul Sandoz wrote:
> >>
> >
Finally got around to opening an issue for this.
https://bugs.openjdk.java.net/browse/JDK-8186751
I'm happy to do the requisite work to bring this patch to fruition, but
since this is my first patch I'm not sure of the process.
- Charlie
On Fri, Nov 22, 2013 at 5:06 AM Charles Oli
On Tue, Sep 6, 2016 at 1:04 PM, Xueming Shen
wrote:
> Yes, it's a known "limit" given the nature of the approach. It is not
> considered
> to be an "incompatible change", because the max length the String class
> and
> the corresponding buffer/builder classes can support is really an
> implement
s, they can front this API by replacing underscores themselves,
> or more generally have something else accept underscores and canonicalize
> to what Integer.valueOf expects.
>
> On Saturday, April 9, 2016, Charles Oliver Nutter
> wrote:
>
>> I feel like this is an obvious API
I feel like this is an obvious API gap that should be fixed. If it is a
valid syntax in javac, it should be a valid syntax in JDK APIs. My first
impression was that this was an obvious oversight.
- Charlie (mobile)
On Apr 9, 2016 21:04, "Christoph Engelbert" wrote:
> Hey Andrew,
>
> Not sure it
I played with this some years ago. Doesn't it just become recursive,
because it won't inline through the dynamicInvoker?
- Charlie (mobile)
On Jul 12, 2014 9:36 AM, "Remi Forax" wrote:
> It seems that the JIT is lost with whe there is a loopy callsite and never
> stabilize (or the steady state i
;
>
> On 22/11/2013 13:20, Alan Bateman wrote:
>>
>> On 22/11/2013 11:02, Charles Oliver Nutter wrote:
>>>
>>> Apologies if this is not the correct place to post this, bit i18n
>>> seemed more focused on languages and localization than the mechanics
&g
Again, apologies if this is not the right list.
OpenJDK does not currently contain support for encoding/decoding
ISO-8859-16. A JRuby user recently reported that they needed this
encoding. So, I implemented it.
Here's a link to the charset/decoder/encoder in JRuby's repository:
https://github.co
Apologies if this is not the correct place to post this, bit i18n
seemed more focused on languages and localization than the mechanics
of transcoding.
I have noticed a behavioral difference in JDK8 decoding a two-byte
Shift-JIS sequence. Specifically, JDK8 appears to report malformed
input for wha
charlie hunt wrote:
Hi Charlie,
I'm adding OpenJDK's Java SE core libraries since that's where Java NIO
lives. I doubt anything could be done at the class libraries level since
an API addition / enhancement would likely require JCP activity. But,
there may be some value in raising some aware
13 matches
Mail list logo