On Mon, Mar 25, 2019 at 7:50 PM Thomas Stüfe wrote:
>
>
>
> On Mon 25. Mar 2019 at 19:42, Volker Simonis wrote:
>>
>> Hi Thomas, Christoph,
>>
>> thanks for looking into my fix. I hope I've addressed all your
>> concerns with my new webrev:
>>
>
You want
> to make sure dlerror() is not stale at the point where you call it, since it
> would return NULL.
>
> Cheers, Thomas
>
>
>
> On Mon, Mar 18, 2019 at 3:17 PM Volker Simonis
> wrote:
>>
>> Ping...
>>
>> Can I please also get a revi
Ping...
Can I please also get a review from the awt/2d group?
Thanks,
Volker
On Wed, Mar 13, 2019 at 11:09 AM Volker Simonis
wrote:
>
> Hi,
>
> can I please have a review for the following change which fixes
> Xinerama and Xrender support on AIX:
>
> http://cr.openjdk.java
Hi,
can I please have a review for the following change which fixes
Xinerama and Xrender support on AIX:
http://cr.openjdk.java.net/~simonis/webrevs/2019/8220528/
https://bugs.openjdk.java.net/browse/JDK-8220528
The change basically fixes the way how the corresponding libraries
(libXext and
On Tue, Mar 12, 2019 at 5:38 AM Sergey Bylokhov
wrote:
>
> Hi, Volker.
>
> On 27/11/2018 05:52, Volker Simonis wrote:
> > Change JDK-8213944 fixed the build on AIX (which has no Xrandr) by
> > conditionally excluding the relevant parts on AIX with the help of
Hi,
I've just downported the fix for JDK-8212116 to 11u. A downport to
11.0.2 has been requested as well by adding the
("CPU19_01-critical-request") label to the JBS issue but it is beyond
my powers if this will be approved.
Regards,
Volker
On Thu, Dec 6, 2018 at 4:40 PM Philip Race wrote:
>
>
[Resending, because my first mail to2d-dev was blocked with "550
Denied by policy"]
Hi Phil,
I've increased the priority of the issue to P2, because it is a
serious regression which breaks many applications. And I've requested
a backport to 11u as described in the OpenJDK Updates Project push
Hi,
can I please have a review for the following trivial change which
handles the absence of Xrandr more generically:
http://cr.openjdk.java.net/~simonis/webrevs/2018/8214343/
https://bugs.openjdk.java.net/browse/JDK-8214343
Change JDK-8213944 fixed the build on AIX (which has no Xrandr) by
ources
> and deferred that, but XRANDR ??? I think this is an AIX "bug" which should
> be reported to IBM.
>
I have reported it, but in the end AIX, HP-UX, Solaris, etc. are all
zombie operating systems :(
> -phil.
>
>
> On 11/20/18 10:13 AM, Volker Simonis wrote
asks Results Summary
UNABLE_TO_RUN: 0
FAILED: 0
EXECUTED_WITH_FAILURE: 1
KILLED: 0
PASSED: 75
NA: 0
Thank you and best regards,
Volker
On Tue, Nov 20, 2018 at 12:05 PM Magnus Ihse Bursie
wrote:
>
>
>
> On 2018-11-19 18:56, Volker Simonis wrote:
> > Hi Phil,
> >
> > I'd li
for me, but that would actually negate the
initial purpose of "8210863: Remove Xrandr include files")
Do you have a better proposal?
Thank you and best regards,
Volker
On Fri, Nov 16, 2018 at 11:22 AM Volker Simonis
wrote:
>
> On Thu, Nov 15, 2018 at 6:01 PM Philip Race wrote:
again in an AIX-specific directory :)
Thank you and best regards,
Volker
> -phil.
>
> On 11/15/18, 8:55 AM, Philip Race wrote:
> > Hmm. I don't like the ifdefs.
> >
> > Xrandr is a requirement for the build. If its not there at runtime
> > that's OK.
> >
On Thu, Nov 15, 2018 at 5:31 PM Aleksey Shipilev wrote:
>
> On 11/15/2018 05:06 PM, Volker Simonis wrote:
> > can I please have a review for the following small change:
> >
> > http://cr.openjdk.java.net/~simonis/webrevs/2018/8213944/
>
> *) I tested it on platform w
e at runtime
> that's OK.
>
> -phil.
>
> On 11/15/18, 8:06 AM, Volker Simonis wrote:
> > Hi,
> >
> > can I please have a review for the following small change:
> >
> > http://cr.openjdk.java.net/~simonis/webrevs/2018/8213944/
> > https://bugs.openjdk
Sorry, I'm a little late to the game, but this change broke the AIX
build. It also misses a configure check for Xrandr which now became a
build dependency.
I've opened "8213944: Fix AIX build after the removal of Xrandr.h and
add a configure check for it" and sent around a RFR on this [1] list
Hi,
can I please have a review for the following small change:
http://cr.openjdk.java.net/~simonis/webrevs/2018/8213944/
https://bugs.openjdk.java.net/browse/JDK-8213944
Change JDK-8210863 removed the Xrandr.h/randr.h headers from the
OpenJDK sources but forgot to add a configure check for the
t;> #ifdef __SUNPRO_C
>> ...
>>
>> https://docs.oracle.com/cd/E19205-01/820-4155/c++_faq.html#Vers6
>>
>> -phil.
>>
>> On 07/06/2018 01:24 AM, Volker Simonis wrote:
>>>
>>> Hi Phil,
>>>
>>> I've actually thought ab
Hi Phil,
I've actually thought about the same trick yesterday in the evening
and just wanted to try it out when I saw your mail. It indeed works
quite nicely and I can confirm that it solves the problem on our side
as well. I've also opened an issue in the CUPS bug tracker:
already fine without this,
> but a jdk-submit would be prudent ..
>
I did start Solaris and AIX builds before I left the office. I can
certainly also submit a job to JDK-submit, but at least hs-submit wasn’t
working at all (i.e. didn’t return any results).
> -phil.
>
> On 04/13/2018 09:22 A
FYI: my patch has been accepted and pushed upstream into Harfbuzz:
Closed #655 https://github.com/harfbuzz/harfbuzz/issues/655 via #656
https://github.com/harfbuzz/harfbuzz/pull/656
On Tue, Dec 19, 2017 at 11:43 AM, Volker Simonis
<volker.simo...@gmail.com> wrote:
> Thanks Phil!
>
/issues/655
[2] https://github.com/harfbuzz/harfbuzz/pull/656
On Mon, Dec 18, 2017 at 6:24 PM, Philip Race <philip.r...@oracle.com> wrote:
> +1 from me ..
>
> yes push to jdk/jdk10.
>
> -phil.
>
>
> On 12/18/17, 1:51 AM, Volker Simonis wrote:
>>
>> Hi Matth
Hi Matthias,
thanks for addressing this issue!
I'm pretty sure that his is a compiler bug and I have a short
reproducer which I'll send to IBM.
The problem is that xlC can't distinguish a static member function
(which uses an ordinary function call) from a non-static member
function (which uses
Hi Sergey,
thanks for caring for our AIX changes :)
They've been committed up-stream in December 2015 already so that
shouldn't be a problem any more.
I've also checked that the changes for JDK-8171248 which we've done
directly up-stream are present in this upgrade.
So thumbs up from me!
Volker
n't indeed that critical, so I'll close this issue as duplicate of
your new bug and put in an appropriate comment.
Best regards,
Volker
> -phil.
>
>
> On 12/19/2016 12:31 AM, Volker Simonis wrote:
>>
>> Thanks Behdad!
>>
>> @Phil: what do you think, can I push
On Sun, Dec 18, 2016 at 8:23 AM, Behdad Esfahbod <beh...@google.com> wrote:
> Thanks Volker. Fixed upstream. I'll make a release in the next couple of
> days.
>
> On Wed, Dec 14, 2016 at 1:15 PM, Volker Simonis <volker.simo...@gmail.com>
> wrote:
>>
>&g
On Thu, Dec 15, 2016 at 2:30 PM, Artur Rataj wrote:
> Hello, I discussed the problem on dev-build
>
> http://mail.openjdk.java.net/pipermail/build-dev/2016-December/018353.html
>
> but have been redirected here, thanks Eric!
>
> I would like to ask why OpenJDK on Linux has
Hi,
can I please have a review for the following small changes which fix
some Coverity code scan issues in the Harfbuzz library:
https://bugs.openjdk.java.net/browse/JDK-8171248
http://cr.openjdk.java.net/~simonis/webrevs/2016/8171248/
These changes only make sense if they are also accepted in
Hi Christoph,
the change looks good.
Thanks for fixing it.
Regards,
Volker
On Thu, Aug 4, 2016 at 1:49 PM, Langer, Christoph
wrote:
> Hi,
>
>
>
> please review this little fix:
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8163177
>
> Webrev:
Hi Götz,
your change looks good. Thanks a lot for cleaning up all these tests!
I only found one problem which you should fix:
test/java/awt/Frame/MiscUndecorated/RepaintTest.java
@@ -1,6 +1,6 @@
-/*
+\/*
Seems like there's an extra backslash at the beginning of the first line.
You may also
Hi Goetz,
it would be really interesting to see the use case where this has been
a performance issue.
But even without that I agree with your comments in the bug. Phil's
fear that you introduce an extra 'instanceof' check for the positive
case is unfounded. I've attached a small example program
I've checked that it really works :)
Thanks,
Volker
On Wed, Apr 27, 2016 at 6:35 PM, Philip Race <philip.r...@oracle.com> wrote:
> Whilst the syntax is all new to me, since it is contained
> entirely in #if defined(_AIX) I am OK with this fix.
>
> phil.
>
>
> On 4/27/
Hi,
can somebody please review this AIX-only fix which I've found in one
of my old patch queues :)
http://cr.openjdk.java.net/~simonis/webrevs/2016/8155236/
https://bugs.openjdk.java.net/browse/JDK-8155236
On AIX we have to use a special syntax for the dlopen() string
argument because the
. I've added noreg-other to the bug.
> Is there an "aix" label in use ?
>
> -phil.
>
>
> On 12/10/2015 09:38 AM, Volker Simonis wrote:
>>
>> Hi,
>>
>> here's a slightly updated version of my webrev which is now identical
>> to the version whi
nuestro iPhone.
>
> El dic 10, 2015, a las 8:12 AM, Volker Simonis <volker.simo...@gmail.com>
> escribió:
>
> Behdad,
>
> you're really great!!!
>
> I've forked HarfBuzz today because I wanted to submit a pull request with
> the change. Unfortunately I was not able to
Hi,
could somebody please review this AIX-only fix which adds the harfbuzz
atomic primitives for AIX:
http://cr.openjdk.java.net/~simonis/webrevs/2015/8145077/
https://bugs.openjdk.java.net/browse/JDK-8145077
I plan to also submit this patch upstream to the harfbuzz project to
minimize the
ICU are moving to harfbuzz so I'd be somewhat astonished
> if they haven't yet tried it on AIX. Did you try just getting a copy
> of the full hotspot library and running its configure on AIX to see if
> harfbuzz can work out which options it wants there ? Obviously
> I did not try that since
is that the
AIX atomic intrinsics are now additionally guarded by a compiler check
which ensures that they only get compiled with IBM's xlC compiler.
Regards,
Volker
On Thu, Dec 10, 2015 at 2:13 PM, Volker Simonis
<volker.simo...@gmail.com> wrote:
> Hi,
>
> could somebody please
from multiple threads, even though it doesn't uses
>> threads itself.
>>
>> Does AIX use pthread for threading? I can definitely add a threading
>> stress-test to HarfBuzz. I definitely should. Filed here:
>>
>> https://github.com/behdad/harfbuzz/issues/1
ich would be sad :( So it would be definitely interesting
to hear the actual internals from Steven :)
That said, I've now implemented the three atomics myself by using the
same compiler intrinsics like in the hotspot. I'll post a webrev
tomorrow...
Regards,
Volker
>
> -phil.
>
Hi,
the integration of harfbuzz broke our AIX build because there's no
implementation available for the hb_atomic macros in
hb-atomic-private.hh. I've fixed that locally but still get a crash
when running a simple AWT program (even with
-Dsun.font.layoutengine=icu).
I'm curretnly debugging the
Looks good.
Regards,
Volker
On Mon, Oct 26, 2015 at 9:21 AM, prasanta sadhukhan
wrote:
> Hi All,
>
> Please review a small fix for jdk9
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8139803
> webrev: http://cr.openjdk.java.net/~psadhukhan/8139803/webrev/
>
>
ine with the change. You can count me as a reviewer if
that helps.
Regards,
Volker
> If someone wants to create such a font - from scratch - not derived
> from any other work, and contribute under OCA that would be a solution.
>
> -phil.
>
>
> On 09/30/2015 07:42 AM, Volker Simo
follow-up work, but your
patch will make things consistent.
-phil.
On 07/28/2015 11:43 AM, Volker Simonis wrote:
Hi Phil,
thanks for looking at this change.
Please find my comments inline:
On Tue, Jul 28, 2015 at 7:12 PM, Phil Race philip.r...@oracle.com
wrote:
The idea behind the check
Hi,
could you please review the following small change:
http://cr.openjdk.java.net/~simonis/webrevs/2015/8132408/
https://bugs.openjdk.java.net/browse/JDK-8132408
In the constructor of SunGraphicsEnvironment there's a check for
os.version 5.10.
If this check is true, /etc/release is opened to
just always use fontconfig like we do on
Linux nowadays ?
I'm by no means an OpenSolaris expert (and I don't have a machine to
check) but I will be happy to add whatever additional change you
propose.
Regards,
Volker
-phil.
On 07/28/2015 09:00 AM, Volker Simonis wrote:
Hi,
could you
On Thu, May 28, 2015 at 9:24 AM, Alan Bateman alan.bate...@oracle.com wrote:
On 27/05/2015 18:14, Phil Race wrote:
Hi Volker,
Sorry for breaking AIX but I think it may be more related to these bugs
https://bugs.openjdk.java.net/browse/JDK-8073152
On Thu, May 28, 2015 at 11:27 AM, Alan Bateman alan.bate...@oracle.com wrote:
On 28/05/2015 10:10, Volker Simonis wrote:
:
Yes, but as I wrote, there is a hard dependency from some of the
sun.font classes to some non-standard charsets:
sun.font.X11GB2312 - sun.nio.cs.EUC_CN
sun.font.X11GBK
advantage of these but did not create/update
the per-platform configuration. I think the variance is
in part about putting into base only what has to be there
to support boot-strapping and known dependencies whilst
otherwise keeping base as small as possible.
-phil.
On 05/27/2015 10:01 AM, Volker
Hi everybody,
sorry, but as usually, I'm a little late to the game:)
This change, along with change 8073152: Update
Standard/ExtendedCharsets to work with module system causes build
failures on AIX.
It took me some time to dig trough the build system, but I think that
I at least have a weak
We usually don't have fontconfig on AIX and it would be nice if AWT
would still work even without fontconfig. There are also other ancient
operating systems without fontconfig like for example HP UX which are
not currently supported by OpenJDK but by commercial licensees of the
OpenJDK source
FcFontManage, and thus require fontconfig.
Regards, Roman
Am 20.02.2015 14:49 schrieb Volker Simonis volker.simo...@gmail.com:
We usually don't have fontconfig on AIX and it would be nice if AWT
would still work even without fontconfig. There are also other ancient
operating systems without
Thanks a lot Phil and Sergey!
I've just pushed the change.
Regards,
Volker
On Tue, Sep 9, 2014 at 8:37 PM, Sergey Bylokhov
sergey.bylok...@oracle.com wrote:
The fix looks fine to me too.
On 09.09.2014 22:18, Phil Race wrote:
Approved
-phil.
On 09/09/2014 11:11 AM, Volker Simonis
Hi,
could you please review the following tiny fix for an AIX build
problem intruduced by 8056122: Upgrade JDK to LittleCMS 2.6:
http://cr.openjdk.java.net/~simonis/webrevs/8057934/
https://bugs.openjdk.java.net/browse/JDK-8057934
The problem is that the new version of LittleCMS now includes
and best regards,
Volker
PS: and I've verified that SUNDEFINED isn't defined on AIX...
On Tue, Sep 9, 2014 at 3:51 PM, Volker Simonis volker.simo...@gmail.com wrote:
Hi,
could you please review the following tiny fix for an AIX build
problem intruduced by 8056122: Upgrade JDK to LittleCMS 2.6
Hi Jonathan,
any progress on this change?
With the changes proposed by me in my last mail below I'm fine with
the change (and I'm a reviewer now:)
Thank you and best regards,
Volker
On Thu, Jun 5, 2014 at 8:45 PM, Volker Simonis volker.simo...@gmail.com wrote:
Hi Jonathan,
sorry
.
http://cr.openjdk.java.net/~luchsh/JDK-8034218.v2/
Thanks
Jonathan
On Tue, May 13, 2014 at 5:25 PM, Volker Simonis volker.simo...@gmail.com
wrote:
Hi Jonathan,
from all fontconfig files in make/data/fontconfig,
solaris.fontconfig.properties is the only file which contains a single
Hi everybody,
I've analyzed this issue on AIX (and HPUX) and came to the conclusion
that it is not a problem on these platforms.
Just to make sure I got everything right, I'll summarize my
understanding of the problem here:
On MacOS, setjmp() saves the signal mask of the current thread BUT
Wow, sometimes it really makes sense to read apparently unrelated
email-threads on Friday afternoon:)
It seems that AIX/HPUX have exactly the same problem like MacOS X.
From the AIX setjmp man-page:
The setjmp and longjmp subroutines save and restore the signal mask
sigmask (2), while _setjmp
sub-cat.
-phil.
On 05/12/2014 09:06 AM, Volker Simonis wrote:
Hi Jonathan,
thanks for submitting this patch.
Overall it looks good, but I don't think we should reference the fonts
under $JRE_LIB_FONTS/ in the OpenJDK version of fontconfig.properties
(at least not until IBM will not also
is against 9/dev). Also label the bug 'noreg-cleanup' else SQE
will be asking for a regression test ...
thanks,
-phil.
On 4/29/2014 10:06 AM, Volker Simonis wrote:
Hi,
could you please review this tiny fix which merely renames some
variable names to make them C/C++ standard conformant
Hi,
could you please review this tiny fix which merely renames some
variable names to make them C/C++ standard conformant and prevent a
name clash with a macro defined in in /usr/include/iso/ctype_iso.h on
Solaris:
http://cr.openjdk.java.net/~simonis/webrevs/8042090/
/8031134_2/
Is this now ready for pushing into ppc-aix-port/stage-9?
Thank you and best regards,
Volker
-phil.
On 1/16/14 12:08 AM, Volker Simonis wrote:
Resending one more time to 2d-dev upon request:
Hi,
could somebody please review the following small change:
http://cr.openjdk.java.net
Resending one more time to 2d-dev upon request:
Hi,
could somebody please review the following small change:
http://cr.openjdk.java.net/~simonis/webrevs/8031134/
It's the straight forward implementation of the basic printing
infrastructure on AIX and shouldn't have any impact on the existing
is already in place.
I'll prepare and test a finaly webrev with all the changes from this review
round today.
Thanks a lot,
Volker
-phil.
On 11/20/2013 10:26 AM, Volker Simonis wrote:
Hi,
this is the second review round for 8024854: Basic changes and files to
build the class library
()' as suggested by Alan.
The changes to src/solaris/native/com/sun/
management/UnixOperatingSystem_md.c are now in
src/solaris/native/sun/management/OperatingSystemImpl.c because that file
was moved by an upstream change.
On Wed, Nov 20, 2013 at 7:26 PM, Volker Simonis volker.simo...@gmail.comwrote
PM, Volker Simonis wrote:
Hi,
this is the second review round for 8024854: Basic changes and files to
build the class library on AIX
https://bugs.openjdk.java.net/browse/JDK-8024854. The previous
reviews can be found at the end of this mail in the references section.
I've tried to address
/20/2013 01:26 PM, Volker Simonis wrote:
Hi,
this is the second review round for 8024854: Basic changes and files to
build the class library on
AIXhttps://bugs.openjdk.java.net/browse/JDK-8024854.
The previous reviews can be found at the end of this mail in the
references
section.
I've
/OperatingSystemImpl.c. Fortunately, my
changes to UnixOperatingSystem_md.c described in the webrev apply cleanly
to the new file (I've tested this locally).
I'll update the webrev accordingly once I've collected some more feedback.
Thank you and best regards,
Volker
On Wed, Nov 20, 2013 at 7:26 PM, Volker Simonis
reviewed the 'core-lib'/'net' parts right?
That would mean that I'll still need a review from the AWT/2D and the
Security group - any volunteers:).
Once again thanks a lot for your help,
Volker
On Fri, Nov 22, 2013 at 2:24 PM, Alan Bateman alan.bate...@oracle.com wrote:
On 21/11/2013 15:54, Volker
Hi Alan,
thanks a lot for the fast review and your valuable comments. Please find my
answers inline:
On Thu, Nov 21, 2013 at 1:01 PM, Alan Bateman alan.bate...@oracle.comwrote:
On 20/11/2013 18:26, Volker Simonis wrote:
Hi,
this is the second review round for 8024854: Basic changes
Hi,
this is the second review round for 8024854: Basic changes and files to
build the class library on
AIXhttps://bugs.openjdk.java.net/browse/JDK-8024854.
The previous reviews can be found at the end of this mail in the references
section.
I've tried to address all the comments and suggestions
.
-phil.
On 9/16/2013 12:30 PM, Volker Simonis wrote:
Resending this to more lists as requested by Alan Bateman with the kind
request to anybody to review the parts for which he feels responsible:)
For those not up to date, this change is part of the ongoing PowerPC/AIX
Porting Project
://wiki.openjdk.java.net/display/PPCAIXPort
http://openjdk.java.net/jeps/175
Please send reviews to all currently included recipients.
Thank you and best regards,
Volker
-- Forwarded message --
From: *Volker Simonis*
Date: Monday, September 16, 2013
Subject: RFR(L): 8024854: Basic changes
On Tuesday, June 11, 2013, Phil Race wrote:
On 6/11/13 3:59 AM, Jiri Vanek wrote:
I'm quite curious why OpenJDK can not have its fall-back font.
And probably because nobody has taken care until now.
I think it would be great if we could find a set of basic fonts which could
be checked into
Hi,
I remember we had similar problems with a missing libfontconfig library an
AIX and Neil Richards fixed that issue:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7068471
As far as I remember it was still reasonable in that context to continue
even without libfontfonfig so please avoid
Hughes gnu.and...@redhat.comwrote:
- Original Message -
On 5/6/2013 5:25 AM, Volker Simonis wrote:
On Wed, May 1, 2013 at 9:30 PM, Phil Race philip.r...@oracle.com
wrote:
Volker .. thanks for the patch looks good although I ask
that you break the source code lines at no more
mentioned. But that's a totally
different discussion :)
Regards,
Volker
-phil.
On 4/26/2013 7:02 AM, Volker Simonis wrote:
Hi,
I've found and fixed a problem of the XRender pipeline on 64-bit
Big-endian architectures which leads to the effect that all AWT/Swing
applications will run
Oprofile supports Java (see:
http://oprofile.sourceforge.net/doc/setup-jit.html) or at least it did
some years ago when I used it for the last time.
However, depending on your Linux distro, it may be tricky to set up
Oprofile (as far as I know, current version of Ubuntu =12 don't
support Oprofile
Hi,
I've found and fixed a problem of the XRender pipeline on 64-bit
Big-endian architectures which leads to the effect that all AWT/Swing
applications will run as expected but won't actually display any
character glyphs at all! This seems to be a day-one bug which still
exists in both, JDK7 and
79 matches
Mail list logo