[kepler-dev] moving Kepler to 1.6

Wed Oct 20 17:41:52 PDT 2010

This Mac update is only for Mac OS 10.6.3.
I have 10.5.8.

Edward

On 10/20/10 3:41 PM, Christopher Brooks wrote:
> Hi Derik,
> We started seeing these after an Apple update to Mac OS X 10.5
> a few months ago, probably this one: http://support.apple.com/kb/DL971
>
> Note that Mac OS X 10.6 has an update out today for Java:
> http://support.apple.com/kb/DL972
>
> I'm wondering if it is a 32-bit/64-bit issue
> Can you start up Kepler and go to Tools | Check System Settings
> and compare these properties and their values?
>
> java.runtime.version = 1.5.0_24-b02-357-9M3165
> os.version = 10.5.8
> sun.arch.data.model = 32
>
> Also, the next time you see the stack trace, can you send it along to
> be sure it is the same stack trace?
>
> The problem with Eclipse is that when the stack trace occurs in the
> debugger, execution stops. Edward was saying he has to restart the
> vergil process from within Eclipse.
>
> We were just using 1.5.0_24 32 bit and we did not see the stack trace.
>
> I'd really like to track this one down. . .
>
> _Christopher
>
> On 10/20/10 2:54 PM, Derik Barseghian wrote:
>> Hey Christopher,
>>
>> I've been periodically seeing those NPEs when running Kepler
>> on my 10.5.8 32bit java 1.5 mac, so I don't think it's 1.6 to blame.
>> I agree with that link, it seems gui related and more common when in
>> Eclipse.
>>
>> Derik
>>
>> On Oct 20, 2010, at 2:04 PM, Christopher Brooks wrote:
>>
>>> Hi Jing,
>>> I'll fix the SyntacticGraph warnings shortly.
>>>
>>> One problem is that Java 1.6.0_22 does not work very well under Mac
>>> OS X 10.5.8
>>> The version of Java in question is:
>>> bash-3.2$
>>> /System/Library/Frameworks/JavaVM.framework/Versions/1.6/Commands/java -version
>>>
>>> java version "1.6.0_20"
>>> Java(TM) SE Runtime Environment (build 1.6.0_20-b02-279-9M3165)
>>> Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01-279, mixed mode)
>>>
>>> In the 8.0.1 release branch, doc/coding/eclipse.htm says:
>>> --start--
>>> <li> (<i>Mac OS X</i>):
>>> Under Mac OS X 10.5 and 10.6, the default JVM is 1.6, which is
>>> 64-bit. However\
>>> ,
>>> Java 1.6.0_20 does not work well. The issue is that
>>> the following stack trace appears:
>>> <pre>
>>> 2010-10-10 11:50:02.263 java[7823:613] java.lang.NullPointerException
>>> at apple.awt.CToolkit.postEvent(CToolkit.java:1086)
>>> at apple.awt.EventFactoryProxy.forwardEvent(EventFactoryProxy.java:53)
>>> </pre>
>>> The bug happens when running from Eclipse or from the command line.
>>> The bug requires UI interactions such as mouse movement or clicking.
>>> The bug is probably a threading bug and may only show up on multi-core
>>> machines. The downside is that when the bug occurs, the debugging
>>> session in Eclipse may become non-responsive.
>>>
>>>
>>> <p>For further information, see:
>>> <a
>>> href="http://lists.apple.com/archives/java-dev/2010/May/msg00140.html"><code>http://lists.apple.com/archives/java-dev/2010/May/msg00140.html</code></a>.
>>>
>>>
>>> <br>So, at this time, we are recommending the 32-bit version with
>>> Java 1.5.
>>> --end--
>>>
>>> Can some Mac users try compiling with 1.6 and see if they get the
>>> stack trace?
>>>
>>> I recently (yesterday) updated Ptolemy so that it should compile with
>>> Java 1.5.
>>> What won't compile is ptII/ptdb.
>>>
>>> Edward, Stavros and I are doing a tutorial on Sunday and for Mac
>>> users I'm going
>>> to have them use Java 1.5.
>>>
>>> I'm all for moving to 1.6 if we can get rid of these stack traces.
>>>
>>> _Christopher
>>>
>>>
>>> On 10/20/10 1:27 PM, jing wrote:
>>>> I am currently working with kepler trunk under java 1.6 on a linux
>>>> 32-bit machine. It always gives me some warnings on the Ptolemy
>>>> code. Except those warnings, i haven't seen any issues.
>>>>
>>>> Jing
>>>>
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/cg/lib/SyntacticGraph.java:731:
>>>> warning: unmappable character for encoding UTF8
>>>> [compile] code += "? =>= [";
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/copernicus/applet/JarSigner.java:61:
>>>> warning: sun.misc.BASE64Encoder is Sun proprietary API and may be
>>>> removed in a future release
>>>> [compile] import sun.misc.BASE64Encoder;
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/copernicus/applet/JarSigner.java:62:
>>>> warning: sun.security.util.ManifestDigester is Sun proprietary API
>>>> and may be removed in a future release
>>>> [compile] import sun.security.util.ManifestDigester;
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/copernicus/applet/JarSigner.java:743:
>>>> warning: sun.misc.BASE64Encoder is Sun proprietary API and may be
>>>> removed in a future release
>>>> [compile] private static BASE64Encoder _b64Encoder = new
>>>> BASE64Encoder();
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/copernicus/applet/JarSigner.java:616:
>>>> warning: sun.security.util.ManifestDigester is Sun proprietary API
>>>> and may be removed in a future release
>>>> [compile] ManifestDigester md, String baseName, boolean signManifest)
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/media/AudioViewer.java:49:
>>>> warning: sun.audio.AudioPlayer is Sun proprietary API and may be
>>>> removed in a future release
>>>> [compile] import sun.audio.AudioPlayer;
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/copernicus/applet/JarSigner.java:323:
>>>> warning: sun.security.util.ManifestDigester is Sun proprietary API
>>>> and may be removed in a future release
>>>> [compile] ManifestDigester manifestDigester = new ManifestDigester(
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/copernicus/applet/JarSigner.java:323:
>>>> warning: sun.security.util.ManifestDigester is Sun proprietary API
>>>> and may be removed in a future release
>>>> [compile] ManifestDigester manifestDigester = new ManifestDigester(
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/copernicus/applet/JarSigner.java:625:
>>>> warning: sun.security.util.ManifestDigester is Sun proprietary API
>>>> and may be removed in a future release
>>>> [compile] ManifestDigester.class, String.class, Boolean.TYPE);
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/copernicus/applet/JarSigner.java:743:
>>>> warning: sun.misc.BASE64Encoder is Sun proprietary API and may be
>>>> removed in a future release
>>>> [compile] private static BASE64Encoder _b64Encoder = new
>>>> BASE64Encoder();
>>>> [compile] ^
>>>> [compile]
>>>> /home/tao/project/kepler/ptolemy/src/ptolemy/media/AudioViewer.java:237:
>>>> warning: sun.audio.AudioPlayer is Sun proprietary API and may be
>>>> removed in a future release
>>>> [compile] AudioPlayer.player.start(_instream);
>>>>
>>>>
>>>> Jianwu Wang wrote:
>>>>> Hi Derik,
>>>>>
>>>>> I just did a fresh check out on a Linux x86_64 machine and compiled
>>>>> Kepler and reporting suite with java 1.6. There is no error any more.
>>>>>
>>>>> Best wishes
>>>>>
>>>>> Sincerely yours
>>>>>
>>>>> Jianwu Wang
>>>>> jianwu at sdsc.edu
>>>>> http://users.sdsc.edu/~jianwu/
>>>>>
>>>>> Assistant Project Scientist
>>>>> Scientific Workflow Automation Technologies (SWAT) Laboratory
>>>>> San Diego Supercomputer Center
>>>>> University of California, San Diego
>>>>> San Diego, CA, U.S.A.
>>>>>
>>>>>
>>>>> On 10/20/2010 11:53 AM, Derik Barseghian wrote:
>>>>>> Hi,
>>>>>>
>>>>>> Does anyone object to Kepler requiring Java 1.6?
>>>>>>
>>>>>> I haven't moved Kepler trunk's Ptolemy version forward yet because
>>>>>> doing so would mean we require 1.6, and I want to check with
>>>>>> everyone first.
>>>>>> We are falling out of date with Ptolemy, and as we know this may
>>>>>> make rejoining Ptolemy head problematic.
>>>>>>
>>>>>> Some things to note:
>>>>>>
>>>>>> * this will cause problems for non-64bit <10.6 macs, unless
>>>>>> something like SoyLatte is installed (so as to have a 1.6 java --
>>>>>> I have this problem and would want to update to 10.6 (which has
>>>>>> 1.6 for
>>>>>> 32bit) before I did the update).
>>>>>>
>>>>>> * At the end of this thread, Jianwu mentions a problem compiling
>>>>>> Kepler under 1.6 on a x86_64 GNU/Linux machine. Is this still a
>>>>>> problem?
>>>>>> https://kepler-project.org/developers/kepler-development-forum/build-and-release-team/496635000
>>>>>>
>>>>>>
>>>>>> * In that thread Matt mentions the NMI nightly builds are running
>>>>>> on 1.5. Is this still the case and should it block us from moving
>>>>>> to 1.6?
>>>>>>
>>>>>> Thanks,
>>>>>> Derik
>>>>>>
>>>>>> On Oct 1, 2010, at 2:10 PM, Christopher Brooks wrote:
>>>>>>
>>>>>>> Hi Derik,
>>>>>>> Use Java 1.6.
>>>>>>>
>>>>>>> On 9/23, Christopher wrote:
>>>>>>>> We should probably move to Java 1.6 for Kepler.
>>>>>>>> Ptolemy II has required Java 1.6 for awhile.
>>>>>>>> Code in ptdb and in ptolemy.cg.lib.syntactic.SyntacticTermList
>>>>>>>> require Java 1.6.
>>>>>>>>
>>>>>>>> Offhand, I'm not sure how to get Ant to require Java 1.6.
>>>>>>>>
>>>>>>>> Note that under Mac OS X, I had to set JAVA_HOME:
>>>>>>>> export JAVA_HOME=`/usr/libexec/java_home`
>>>>>>>> (I put that into my ~/.bash_profile)
>>>>>>>> Mac users, see
>>>>>>>> http://stackoverflow.com/questions/695350/running-ant-with-jdk-1-6-on-mac-os-x
>>>>>>>>
>>>>>>>>
>>>>>>>> If I did not set JAVA_HOME, then Java 1.5 was used
>>>>>>>> and ant compile failed with:
>>>>>>>>
>>>>>>>> compile:
>>>>>>>> [echo] Note that you may need to run "ant force-ptolemy compile"
>>>>>>>> to compile ptolemy.
>>>>>>>> [compile] Compiling ptolemy...
>>>>>>>> [compile] Compiling 1336 source files to
>>>>>>>> /Users/cxh/src/kepler/ptolemy/target/classes
>>>>>>>> [compile]
>>>>>>>> /Users/cxh/src/kepler/ptolemy/src/ptolemy/cg/lib/syntactic/SyntacticSeries.java:65:
>>>>>>>> cannot find symbol
>>>>>>>> [compile] symbol : method
>>>>>>>> push(ptolemy.cg.lib.syntactic.SyntacticTerm)
>>>>>>>> [compile] location: class
>>>>>>>> ptolemy.cg.lib.syntactic.SyntacticTermList
>>>>>>>> [compile] super.push(term);
>>>>>>>> [compile] ^
>>>>>>>>
>>>>>>>> This is with
>>>>>>>> ant -version
>>>>>>>> Apache Ant version 1.7.1 compiled on April 8 2010
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 10/1/10 2:07 PM, Derik Barseghian wrote:
>>>>>>>> Hi Christopher/ptolemy,
>>>>>>>>
>>>>>>>> I'm getting a few compilation errors from ptolemy when trying to
>>>>>>>> launch kepler trunk using ptolemy r59357.
>>>>>>>>
>>>>>>>> Derik
>>>>>>>>
>>>>>>>> ----------
>>>>>>>>
>>>>>>>> nceasmacbook:build-area barseghian$ ant run
>>>>>>>> Buildfile: build.xml
>>>>>>>>
>>>>>>>> compile:
>>>>>>>> [echo] Note that you may need to run "ant force-ptolemy compile"
>>>>>>>> to compile ptolemy.
>>>>>>>> [compile] Compiling ptolemy...
>>>>>>>> [compile] Compiling 3618 source files to
>>>>>>>> /Users/barseghian/dev2/kepler.modules/ptolemy/target/classes
>>>>>>>> [compile]
>>>>>>>> /Users/barseghian/dev2/kepler.modules/ptolemy/src/ptolemy/cg/lib/syntactic/SyntacticSeries.java:65:
>>>>>>>> cannot find symbol
>>>>>>>> [compile] symbol : method
>>>>>>>> push(ptolemy.cg.lib.syntactic.SyntacticTerm)
>>>>>>>> [compile] location: class
>>>>>>>> ptolemy.cg.lib.syntactic.SyntacticTermList
>>>>>>>> [compile] super.push(term);
>>>>>>>> [compile] ^
>>>>>>>> [compile]
>>>>>>>> /Users/barseghian/dev2/kepler.modules/ptolemy/src/ptolemy/vergil/actor/KielerLayoutConnector.java:180:
>>>>>>>> moveTo(float,float) in java.awt.geom.GeneralPath cannot be
>>>>>>>> applied to
>>>>>>>> (double,double)
>>>>>>>> [compile] path.moveTo(startX, startY);
>>>>>>>> [compile] ^
>>>>>>>> [compile]
>>>>>>>> /Users/barseghian/dev2/kepler.modules/ptolemy/src/ptolemy/vergil/actor/KielerLayoutConnector.java:251:
>>>>>>>> lineTo(float,float) in java.awt.geom.GeneralPath cannot be
>>>>>>>> applied to
>>>>>>>> (double,double)
>>>>>>>> [compile] path.lineTo(endX, endY);
>>>>>>>> [compile] ^
>>>>>>>> [compile] Note: Some input files use or override a deprecated API.
>>>>>>>> [compile] Note: Recompile with -Xlint:deprecation for details.
>>>>>>>> [compile] Note: Some input files use unchecked or unsafe
>>>>>>>> operations.
>>>>>>>> [compile] Note: Recompile with -Xlint:unchecked for details.
>>>>>>>> [compile] 3 errors
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Ptexternal-cvs mailing list
>>>>>>>> Ptexternal-cvs at chess.eecs.berkeley.edu
>>>>>>>> http://chess.eecs.berkeley.edu/ptexternal/listinfo/ptexternal-cvs
>>>>>>>
>>>>>>> --
>>>>>>> Christopher Brooks, PMP University of California
>>>>>>> CHESS Executive Director US Mail: 337 Cory Hall
>>>>>>> Programmer/Analyst CHESS/Ptolemy/Trust Berkeley, CA 94720-1774
>>>>>>> ph: 510.643.9841 fax:510.642.2718 (Office: 545Q Cory)
>>>>>>> home: (F-Tu) 707.665.0131 cell: 707.332.0670
>>>>> _______________________________________________
>>>>> Kepler-dev mailing list
>>>>> Kepler-dev at kepler-project.org
>>>>> http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev
>>>>
>>>> _______________________________________________
>>>> Kepler-dev mailing list
>>>> Kepler-dev at kepler-project.org
>>>> http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev
>>>
>>> --
>>> Christopher Brooks, PMP University of California
>>> CHESS Executive Director US Mail: 337 Cory Hall
>>> Programmer/Analyst CHESS/Ptolemy/Trust Berkeley, CA 94720-1774
>>> ph: 510.643.9841 fax:510.642.2718 (Office: 545Q Cory)
>>> home: (F-Tu) 707.665.0131 cell: 707.332.0670
>>> _______________________________________________
>>> Kepler-dev mailing list
>>> Kepler-dev at kepler-project.org
>>> http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev
>>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: eal.vcf
Type: text/x-vcard
Size: 330 bytes
Desc: not available
URL: <http://mercury.nceas.ucsb.edu/kepler/pipermail/kepler-dev/attachments/20101020/950ea898/attachment.vcf>