>>> I tried not modifying libpng but still ended up with lingering references
>>> to longjmp in pngread.o, despite libpng having png_ptr->longjmp_fn (bug in
>>> libpng?). pngread.c calls setjmp to set a default location to jump to in
>>> case the caller doesn't call setjmp, so if we continue do
>> I tried not modifying libpng but still ended up with lingering references to
>> longjmp in pngread.o, despite libpng having png_ptr->longjmp_fn (bug in
>> libpng?). pngread.c calls setjmp to set a default location to jump to in
>> case the caller doesn't call setjmp, so if we continue down t
Paul,
I don't see why you changed the variable names in some cases.
See here where one change is only one line since you left it alone and
the other is 6 lines since you changed it
http://cr.openjdk.java.net/~psandoz/jdk9/sb/JDK-8041679-buffer-to-builder-media/webrev/src/share/classes/javax/pri
On 5/13/2014 1:13 PM, David DeHaven wrote:
I tried not modifying libpng but still ended up with lingering references to
longjmp in pngread.o, despite libpng having png_ptr->longjmp_fn (bug in
libpng?). pngread.c calls setjmp to set a default location to jump to in case the
caller doesn't call
> The JPEG code is 2d not awt ..
I was curious about that.
> Apparently the root of this problem is
> > - longjmp will restore the signal mask using sigprocmask() which sets the
> > signal mask for the _process_.
>
> Hmm .. so anyone using a JNI lib that uses setjmp/longjmp would have the sam
The JPEG code is 2d not awt ..
Apparently the root of this problem is
> - longjmp will restore the signal mask using sigprocmask() which sets
the signal mask for the _process_.
Hmm .. so anyone using a JNI lib that uses setjmp/longjmp would have the
same issue.
Any place in the OS X librar
On 5/13/14 9:29 PM, Anthony Petrov wrote:
Hi Jim, Sergey, and Anton,
I'd like to revive this old thread and finally push this fix, which
has been reviewed and approved on this mailing list back in February.
The only additional change that I want to introduce, is the addition
of default implem
- Original Message -
> * Phil Race [2014-04-30 15:22]:
> > On 4/30/2014 11:52 AM, Omair Majid wrote:
> > >
> > >In another thread, it was pointed out that j2 stands for "Java to". As
> > >in "Java to lcms".
> > Really ? That is not something that was obvious to me ..
>
> I don't think i
On May 13, 2014, at 1:10 PM, Sergey Bylokhov wrote:
> Hi, Paul.
> adding 2d-dev@
>
> media: sound/awt/swing part looks fine.
Thanks.
> Note that this part of the fix should be pushed to client forest.
>
Which classes exactly from here:
http://cr.openjdk.java.net/~psandoz/jdk9/sb/JDK-80
Hi Jim, Sergey, and Anton,
I'd like to revive this old thread and finally push this fix, which has
been reviewed and approved on this mailing list back in February. The
only additional change that I want to introduce, is the addition of
default implementations for the LightweightContent.imageB
Thank you Clemens, I really appreciate your interest.
Regards,
Alex
On 5/12/2014 9:17 PM, Clemens Eisserer wrote:
Hi Alex,
now that my OCA has been processed I would like to bring to attention a
proposal that
I posted earlier this year to this group.
And below a repost of the most recent versi
Hi, Paul.
adding 2d-dev@
media: sound/awt/swing part looks fine.
Note that this part of the fix should be pushed to client forest.
On 5/12/14 2:03 PM, Paul Sandoz wrote:
Hi,
This is a request for review of Otavio's patch replacing StringBuffer
with StringBuilder within OpenJDK. (I also need t
Hi Jonathan,
from all fontconfig files in make/data/fontconfig,
solaris.fontconfig.properties is the only file which contains a single
line referring to $JRE_LIB_FONTS. This is obviously a first-day bug
which should be fixed.
It simply makes no sense to define font files and default fonts with
re
13 matches
Mail list logo