[kepler-dev] moving Kepler to 1.6

Christopher Brooks cxh at eecs.berkeley.edu
Wed Oct 20 15:41:46 PDT 2010 

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
>

-- 
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

More information about the Kepler-dev mailing list