From hs at tagtraum.com  Tue Oct  7 17:01:16 2014
From: hs at tagtraum.com (Hendrik Schreiber)
Date: Tue, 7 Oct 2014 19:01:16 +0200
Subject: java2d performance java7 / java8
In-Reply-To: <023FA89F-A112-49A8-B234-18F97785969F@tagtraum.com>
References: <53DFA95C.6040507@3kraft.com> <53E0DE0F.5070507@oracle.com>
	<53F20819.2020300@3kraft.com>
	<023FA89F-A112-49A8-B234-18F97785969F@tagtraum.com>
Message-ID: <479011BB-C625-4E65-99AB-9C065466B1BA@tagtraum.com>

On Aug 22, 2014, at 11:59, Hendrik Schreiber <hs at tagtraum.com> wrote:

> On Aug 18, 2014, at 16:05, Florian Bruckner (3kraft) <florian.bruckner at 3kraft.com> wrote:
> 
> [...]
> 
> Thanks for coming up with some sort of test.
> 
> Hopefully the folks at Oracle find the time to look into this, perhaps do their own performance testing, and find ways to improve the 2D pipeline.

Looks like we have something to look forward to:

http://mail.openjdk.java.net/pipermail/2d-dev/2014-October/004870.html

-hendrik

From krueger at lesspain.de  Tue Oct  7 17:28:25 2014
From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=)
Date: Tue, 7 Oct 2014 19:28:25 +0200
Subject: java2d performance java7 / java8
In-Reply-To: <479011BB-C625-4E65-99AB-9C065466B1BA@tagtraum.com>
References: <53DFA95C.6040507@3kraft.com> <53E0DE0F.5070507@oracle.com>
	<53F20819.2020300@3kraft.com>
	<023FA89F-A112-49A8-B234-18F97785969F@tagtraum.com>
	<479011BB-C625-4E65-99AB-9C065466B1BA@tagtraum.com>
Message-ID: <CAEnqZEUdY0g61-Z7FA0owdiKtnq=AhEBv+36abCX4aJzwmzxbg@mail.gmail.com>

On Tue, Oct 7, 2014 at 7:01 PM, Hendrik Schreiber <hs at tagtraum.com> wrote:
> On Aug 22, 2014, at 11:59, Hendrik Schreiber <hs at tagtraum.com> wrote:
>
>> On Aug 18, 2014, at 16:05, Florian Bruckner (3kraft) <florian.bruckner at 3kraft.com> wrote:
>>
>> [...]
>>
>> Thanks for coming up with some sort of test.
>>
>> Hopefully the folks at Oracle find the time to look into this, perhaps do their own performance testing, and find ways to improve the 2D pipeline.
>
> Looks like we have something to look forward to:
>
> http://mail.openjdk.java.net/pipermail/2d-dev/2014-October/004870.html
>
> -hendrik

Let's hope it will be backported to Java 8 not long after it's accepted in 9.

From puybaret at eteks.com  Mon Oct 20 12:48:39 2014
From: puybaret at eteks.com (Emmanuel Puybaret)
Date: Mon, 20 Oct 2014 14:48:39 +0200
Subject: Swing Look And Feel for Yosemite
In-Reply-To: <mailman.18220.1411862678.10816.macosx-port-dev@openjdk.java.net>
References: <mailman.18220.1411862678.10816.macosx-port-dev@openjdk.java.net>
Message-ID: <35BF613F-908A-4639-86BF-0670B13F89DC@eteks.com>

Hi,

OS X 10.10 Yosemite is out now and unless I missed something, Swing look and feel in new Java 7u72 / 8u25 wasn't prepared to welcome the changes in the user interface.
When can we expect a new version of Java that will integrate these changes? How can I eventually help?

Best regards,
--
Emmanuel PUYBARET
Email  : puybaret at eteks.com
Web    : http://www.eteks.com
         http://www.sweethome3d.com


From openjdk at cjnash.com  Tue Oct 21 12:26:33 2014
From: openjdk at cjnash.com (Simon Nash)
Date: Tue, 21 Oct 2014 13:26:33 +0100
Subject: OS X Yosemite Dark Mode
Message-ID: <544650F9.5080704@cjnash.com>

The new Dark Mode in OS X Yosemite causes problems for menu bar icons added
by SystemTray.add().  My application's icon is black on a transparent
background, which doesn't work well with Dark Mode.

I found this thread:

http://stackoverflow.com/questions/24623559/nsstatusitem-change-image-for-dark-tint

which recommends using a template image on NSStatusItem or NSStatusBarButton
or adding a "Template" suffix to the image file name.  Is this possible from
a Java application?  Alternatively, is it possible for a Java application to
discover that Dark Mode is enabled so that it can substitute a different icon?

Any suggestions for a solution would be much appreciated.

Simon

From ndh at baroquebobcat.com  Wed Oct 22 06:38:30 2014
From: ndh at baroquebobcat.com (Nick Howard)
Date: Wed, 22 Oct 2014 00:38:30 -0600
Subject: MacOSXPort wiki instructions a little stale
Message-ID: <CAP=JSQG4yx8OQCrQsYRo7B6_FdPxAocOhK4Af24UmFLJv3jZnQ@mail.gmail.com>

Going through the build instructions on
https://wiki.openjdk.java.net/display/MacOSXPort/Main I ran into a few
things:

1. the build step doesn't tell you to chmod & run ./configure. This was
easy to fix because make warned me that I needed to do it. It'd be nice if
it were in the docs though.

2. The resulting build directories seem to have changed slightly. The wiki
lists this as the java bin location:

    build/macosx-universal/j2sdk-image/bin/java

but when I build, it ends up here:

    build/macosx-x86_64-normal-server-release/jdk/bin/java

3. There's a similar difference for the install instructions
wiki:

   cp -R build/macosx-universal/j2sdk-bundle/jdk1.8.0.jdk
~/Library/Java/JavaVirtualMachines

what I used:

    cp -R build/macosx-x86_64-normal-server-release/jdk
~/Library/Java/JavaVirtualMachines/jdk1.8.0-internal

These issues were all pretty minor and easy to figure out myself, but I
think it'd be really slick if they were updated. I'm amazed at how painless
building openjdk is--I should have tried it years ago!

-- 
-Nick Howard
http://blog.baroquebobcat.com/

From Sergey.Bylokhov at oracle.com  Wed Oct 22 07:21:10 2014
From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov)
Date: Wed, 22 Oct 2014 11:21:10 +0400
Subject: MacOSXPort wiki instructions a little stale
In-Reply-To: <CAP=JSQG4yx8OQCrQsYRo7B6_FdPxAocOhK4Af24UmFLJv3jZnQ@mail.gmail.com>
References: <CAP=JSQG4yx8OQCrQsYRo7B6_FdPxAocOhK4Af24UmFLJv3jZnQ@mail.gmail.com>
Message-ID: <54475AE6.3060401@oracle.com>

Hi, Nick.
macosx-port project was completed some time ago, so OS X now 'just 
another platform' in OpenJDK 8/9.
A latest version of the build instruction you can find inside a repo:

http://hg.openjdk.java.net/jdk9/jdk9/raw-file/tip/README-builds.html
http://hg.openjdk.java.net/jdk9/jdk9/file/8ef1dc220c0e/README

On 22.10.2014 10:38, Nick Howard wrote:
> Going through the build instructions on
> https://wiki.openjdk.java.net/display/MacOSXPort/Main I ran into a few
> things:
>
> 1. the build step doesn't tell you to chmod & run ./configure. This was
> easy to fix because make warned me that I needed to do it. It'd be nice if
> it were in the docs though.
>
> 2. The resulting build directories seem to have changed slightly. The wiki
> lists this as the java bin location:
>
>      build/macosx-universal/j2sdk-image/bin/java
>
> but when I build, it ends up here:
>
>      build/macosx-x86_64-normal-server-release/jdk/bin/java
>
> 3. There's a similar difference for the install instructions
> wiki:
>
>     cp -R build/macosx-universal/j2sdk-bundle/jdk1.8.0.jdk
> ~/Library/Java/JavaVirtualMachines
>
> what I used:
>
>      cp -R build/macosx-x86_64-normal-server-release/jdk
> ~/Library/Java/JavaVirtualMachines/jdk1.8.0-internal
>
> These issues were all pretty minor and easy to figure out myself, but I
> think it'd be really slick if they were updated. I'm amazed at how painless
> building openjdk is--I should have tried it years ago!
>


-- 
Best regards, Sergey.


From ndh at baroquebobcat.com  Wed Oct 22 15:03:29 2014
From: ndh at baroquebobcat.com (Nick Howard)
Date: Wed, 22 Oct 2014 09:03:29 -0600
Subject: MacOSXPort wiki instructions a little stale
In-Reply-To: <54475AE6.3060401@oracle.com>
References: <CAP=JSQG4yx8OQCrQsYRo7B6_FdPxAocOhK4Af24UmFLJv3jZnQ@mail.gmail.com>
	<54475AE6.3060401@oracle.com>
Message-ID: <CAP=JSQG+2wF5df_vWksiB52UgvsqRfb1eoxB00tQqFvWSiDxeg@mail.gmail.com>

Thanks. That's good to know. Is this still the right mailing list to be on
for macosx related openjdk topics?

On Wed, Oct 22, 2014 at 1:21 AM, Sergey Bylokhov <Sergey.Bylokhov at oracle.com
> wrote:

> Hi, Nick.
> macosx-port project was completed some time ago, so OS X now 'just another
> platform' in OpenJDK 8/9.
> A latest version of the build instruction you can find inside a repo:
>
> http://hg.openjdk.java.net/jdk9/jdk9/raw-file/tip/README-builds.html
> http://hg.openjdk.java.net/jdk9/jdk9/file/8ef1dc220c0e/README
>
>
> On 22.10.2014 10:38, Nick Howard wrote:
>
>> Going through the build instructions on
>> https://wiki.openjdk.java.net/display/MacOSXPort/Main I ran into a few
>> things:
>>
>> 1. the build step doesn't tell you to chmod & run ./configure. This was
>> easy to fix because make warned me that I needed to do it. It'd be nice if
>> it were in the docs though.
>>
>> 2. The resulting build directories seem to have changed slightly. The wiki
>> lists this as the java bin location:
>>
>>      build/macosx-universal/j2sdk-image/bin/java
>>
>> but when I build, it ends up here:
>>
>>      build/macosx-x86_64-normal-server-release/jdk/bin/java
>>
>> 3. There's a similar difference for the install instructions
>> wiki:
>>
>>     cp -R build/macosx-universal/j2sdk-bundle/jdk1.8.0.jdk
>> ~/Library/Java/JavaVirtualMachines
>>
>> what I used:
>>
>>      cp -R build/macosx-x86_64-normal-server-release/jdk
>> ~/Library/Java/JavaVirtualMachines/jdk1.8.0-internal
>>
>> These issues were all pretty minor and easy to figure out myself, but I
>> think it'd be really slick if they were updated. I'm amazed at how
>> painless
>> building openjdk is--I should have tried it years ago!
>>
>>
>
> --
> Best regards, Sergey.
>
>


-- 
-Nick Howard
http://blog.baroquebobcat.com/

From david.dehaven at oracle.com  Tue Oct 28 20:58:43 2014
From: david.dehaven at oracle.com (David DeHaven)
Date: Tue, 28 Oct 2014 13:58:43 -0700
Subject: MacOSXPort wiki instructions a little stale
In-Reply-To: <CAP=JSQG+2wF5df_vWksiB52UgvsqRfb1eoxB00tQqFvWSiDxeg@mail.gmail.com>
References: <CAP=JSQG4yx8OQCrQsYRo7B6_FdPxAocOhK4Af24UmFLJv3jZnQ@mail.gmail.com>
	<54475AE6.3060401@oracle.com>
	<CAP=JSQG+2wF5df_vWksiB52UgvsqRfb1eoxB00tQqFvWSiDxeg@mail.gmail.com>
Message-ID: <FBACC052-4A93-4C1F-B850-294A3EDD8F80@oracle.com>


Yes, for the most part. If the questions tend to be more about specific parts of the JRE then those are better directed toward their respective mailing lists, e.g., AWT questions should be directed to awt-dev at openjdk.java.net

-DrD-

> Thanks. That's good to know. Is this still the right mailing list to be on
> for macosx related openjdk topics?
> 
> On Wed, Oct 22, 2014 at 1:21 AM, Sergey Bylokhov <Sergey.Bylokhov at oracle.com
>> wrote:
> 
>> Hi, Nick.
>> macosx-port project was completed some time ago, so OS X now 'just another
>> platform' in OpenJDK 8/9.
>> A latest version of the build instruction you can find inside a repo:
>> 
>> http://hg.openjdk.java.net/jdk9/jdk9/raw-file/tip/README-builds.html
>> http://hg.openjdk.java.net/jdk9/jdk9/file/8ef1dc220c0e/README
>> 
>> 
>> On 22.10.2014 10:38, Nick Howard wrote:
>> 
>>> Going through the build instructions on
>>> https://wiki.openjdk.java.net/display/MacOSXPort/Main I ran into a few
>>> things:
>>> 
>>> 1. the build step doesn't tell you to chmod & run ./configure. This was
>>> easy to fix because make warned me that I needed to do it. It'd be nice if
>>> it were in the docs though.
>>> 
>>> 2. The resulting build directories seem to have changed slightly. The wiki
>>> lists this as the java bin location:
>>> 
>>>     build/macosx-universal/j2sdk-image/bin/java
>>> 
>>> but when I build, it ends up here:
>>> 
>>>     build/macosx-x86_64-normal-server-release/jdk/bin/java
>>> 
>>> 3. There's a similar difference for the install instructions
>>> wiki:
>>> 
>>>    cp -R build/macosx-universal/j2sdk-bundle/jdk1.8.0.jdk
>>> ~/Library/Java/JavaVirtualMachines
>>> 
>>> what I used:
>>> 
>>>     cp -R build/macosx-x86_64-normal-server-release/jdk
>>> ~/Library/Java/JavaVirtualMachines/jdk1.8.0-internal
>>> 
>>> These issues were all pretty minor and easy to figure out myself, but I
>>> think it'd be really slick if they were updated. I'm amazed at how
>>> painless
>>> building openjdk is--I should have tried it years ago!
>>> 
>>> 
>> 
>> --
>> Best regards, Sergey.
>> 
>> 
> 
> 
> -- 
> -Nick Howard
> http://blog.baroquebobcat.com/


From pslack at wavedna.com  Thu Oct 30 17:06:20 2014
From: pslack at wavedna.com (Peter J Slack)
Date: Thu, 30 Oct 2014 13:06:20 -0400
Subject: Drag and Drop crash jdk 1.8.0_25
Message-ID: <CALitSbvVMofYa6r-_RPyPmJ+r5mvYqo_MkR2cpuEKuRnqhbbNg@mail.gmail.com>

Hello to all fine folks,

We are very grateful for open source and communities, I hope the following
is useful.

We've managed to embed openjdk 1.8.0_25 in the mac version of our product
and it runs very well. However,  we've encountered a problem with drag and
drop, putting this out there to see if there is any more insights or any
fixes available.

we have discovered this portion of code, it looks like one of the
references is bad when it checks the references

http://cr.openjdk.java.net/~pchelko/8006941/webrev.03/src/macosx/native/sun/awt/CDragSource.m.cdiff.html


here is our crash log:


Process:         LiquidRhythm [28369]
Path:
 /Applications/LiquidRhythm.app/Contents/MacOS/./LiquidRhythm
Identifier:      com.wavedna.liquidrhythm.app
Version:         1.4.2 (1.4.2)
Code Type:       X86-64 (Native)
Parent Process:  bash [28220]
Responsible:     Terminal [1082]
User ID:         501

Date/Time:       2014-10-29 18:43:46.564 -0400
OS Version:      Mac OS X 10.9.4 (13E28)
Report Version:  11
Anonymous UUID:  408B5E9C-DE6F-0A34-177B-0812033DF562

Sleep/Wake UUID: EFB703F2-9CB3-4C94-ADA5-DF0FD214DB9F

Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BAD_ACCESS (SIGABRT)
Exception Codes: KERN_INVALID_ADDRESS at 0x000000000000000c

VM Regions Near 0xc:
-->
    __TEXT                 0000000100000000-0000000100005000 [   20K]
r-x/rwx SM=COW  /Applications/LiquidRhythm.app/Contents/MacOS/LiquidRhythm

Application Specific Information:
abort() called

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib         0x00007fff8d737866 __pthread_kill + 10
1   libsystem_pthread.dylib        0x00007fff9418935c pthread_kill + 92
2   libsystem_c.dylib              0x00007fff8cc59b1a abort + 125
3   libjvm.dylib                   0x0000000107e7002b os::abort(bool) + 25
4   libjvm.dylib                   0x0000000107d1de03
jniCheck::validate_handle(JavaThread*, _jobject*) + 119
5   libjvm.dylib                   0x0000000107d1f02a
checked_jni_NewGlobalRef + 207
6   JavaNativeFoundation           0x000000011b91bd07 JNFNewGlobalRef + 31
7   libawt_lwawt.dylib             0x0000000120c5fdb5 -[CDragSource
init:component:control:transferable:triggerEvent:dragPosX:dragPosY:modifiers:clickCount:timeStamp:dragImage:dragImageOffsetX:dragImageOffsetY:sourceActions:formats:formatMap:]
+ 151
8   libawt_lwawt.dylib             0x0000000120c6036e
__Java_sun_lwawt_macosx_CDragSourceContextPeer_createNativeDragSource_block_invoke_1
+ 427
9   JavaNativeFoundation           0x000000011b92053d +[JNFRunLoop
_performDirectBlock:] + 12
10  com.apple.Foundation           0x00007fff8bd4813e
__NSThreadPerformPerform + 229
11  com.apple.CoreFoundation       0x00007fff920035b1
__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
12  com.apple.CoreFoundation       0x00007fff91ff4c62 __CFRunLoopDoSources0
+ 242
13  com.apple.CoreFoundation       0x00007fff91ff43ef __CFRunLoopRun + 831
14  com.apple.CoreFoundation       0x00007fff91ff3e75 CFRunLoopRunSpecific
+ 309
15  com.apple.HIToolbox            0x00007fff9269ba0d
RunCurrentEventLoopInMode + 226
16  com.apple.HIToolbox            0x00007fff9269b685
ReceiveNextEventCommon + 173
17  com.apple.HIToolbox            0x00007fff9269b5bc
_BlockUntilNextEventMatchingListInModeWithFilter + 65
18  com.apple.AppKit               0x00007fff8ef3424e _DPSNextEvent + 1434
19  com.apple.AppKit               0x00007fff8ef3389b -[NSApplication
nextEventMatchingMask:untilDate:inMode:dequeue:] + 122
20  libswt-pi-cocoa-4430.jnilib    0x000000011f627d6a
Java_org_eclipse_swt_internal_cocoa_OS_objc_1msgSendSuper__Lorg_eclipse_swt_internal_cocoa_objc_1super_2JJJJZ
+ 122
21  ???                            0x000000010bdfcbde 0 + 4494183390
22  ???                            0x000000010bdfedc4 0 + 4494192068
23  libjvm.dylib                   0x0000000107ce7516
JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*,
Thread*) + 1710
24  libjvm.dylib                   0x0000000107d1c58b
jni_invoke_static(JNIEnv_*, JavaValue*, _jobject*, JNICallType,
_jmethodID*, JNI_ArgumentPusher*, Thread*) + 447
25  libjvm.dylib                   0x0000000107d14bfd
jni_CallStaticLongMethodV + 268
26  libjvm.dylib                   0x0000000107d28476
checked_jni_CallStaticLongMethodV + 277
27  libswt-cocoa-4430.jnilib       0x000000011f2c8f92 callback + 1344
28  libswt-cocoa-4430.jnilib       0x000000011f2ae525 fn3_6 + 90
29  libswt-pi-cocoa-4430.jnilib    0x000000011f623bc2
Java_org_eclipse_swt_internal_cocoa_OS_objc_1msgSend__JJJJJZ + 79
30  ???                            0x000000010bdfc84d 0 + 4494182477
31  ???                            0x000000010be8f424 0 + 4494783524
32  ???                            0x000000010ab187e4 0 + 4474374116
33  ???                            0x000000010ab187e4 0 + 4474374116
34  ???                            0x000000010ab18710 0 + 4474373904
35  ???                            0x000000010ab18710 0 + 4474373904
36  ???                            0x000000010ab18710 0 + 4474373904
37  ???                            0x000000010ab114e7 0 + 4474344679
38  libjvm.dylib                   0x0000000107ce7516
JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*,
Thread*) + 1710
39  libjvm.dylib                   0x0000000107eb60be
Reflection::invoke(instanceKlassHandle, methodHandle, Handle, bool,
objArrayHandle, BasicType, objArrayHandle, bool, Thread*) + 3576
40  libjvm.dylib                   0x0000000107eb65d8
Reflection::invoke_method(oopDesc*, Handle, objArrayHandle, Thread*) + 364
41  libjvm.dylib                   0x0000000107d35b98 JVM_InvokeMethod + 358
42  ???                            0x000000010ab26694 0 + 4474431124
43  ???                            0x000000010ab18710 0 + 4474373904
44  ???                            0x000000010ab18710 0 + 4474373904
45  ???                            0x000000010ab187e4 0 + 4474374116
46  ???                            0x000000010ab18710 0 + 4474373904
47  ???                            0x000000010ab1898d 0 + 4474374541
48  ???                            0x000000010ab1898d 0 + 4474374541
49  ???                            0x000000010ab114e7 0 + 4474344679
50  libjvm.dylib                   0x0000000107ce7516
JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*,
Thread*) + 1710
51  libjvm.dylib                   0x0000000107d1c93b
jni_invoke_nonstatic(JNIEnv_*, JavaValue*, _jobject*, JNICallType,
_jmethodID*, JNI_ArgumentPusher*, Thread*) + 773
52  libjvm.dylib                   0x0000000107d0e53b jni_CallIntMethodV +
248
53  libjvm.dylib                   0x0000000107d21416
checked_jni_CallIntMethod + 379
54  eclipse_1605.so                0x000000010029a43a startJavaJNI + 2090
55  eclipse_1605.so                0x0000000100296d12 _run + 6114
56  eclipse_1605.so                0x00000001002951fa run + 410
57  com.wavedna.liquidrhythm.app   0x00000001000023ef original_main + 1946
58  com.wavedna.liquidrhythm.app   0x00000001000029dc main + 1237
59  com.wavedna.liquidrhythm.app   0x0000000100001af8 start + 52


PJ Slack, P.Eng

-- 
Senior Software Developer / IT Administrator
Work:  (416) 466-9283
Fax  :  (866)  855-2605

<http://www.wavedna.com/>
   <https://www.facebook.com/waveDNA>  <http://www.twitter.com/wavedna>
<http://www.youtube.com/wavedna>  <http://www.soundcloud.com/wavedna>
<https://plus.google.com/+Wavedna/posts>  <http://instagram.com/wavedna>
<http://www.linkedin.com/company/wavedna>