[kepler-dev] moving Kepler to 1.6

Christopher Brooks cxh at eecs.berkeley.edu
Fri Oct 22 16:28:15 PDT 2010 

Sadly, the recent update for Mac OS X 10.5 to
java.runtime.version = 1.5.0_26-b03-376-9M3263
still has the stack trace problem:

       [run] 2010-10-22 16:01:37.858 java[69871:80f] Apple AWT Startup Exception : java.lang.NullPointerException
       [run] 	at apple.awt.CToolkit.postEvent(CToolkit.java:1079)
       [run] 	at apple.awt.EventFactoryProxy.forwardEvent(EventFactoryProxy.java:58)
       [run] 2010-10-22 16:01:37.859 java[69871:80f] Apple AWT Restarting Native Event Thread
       [run] *** Attempting to get ResourceBundle for SVG defaults ***
       [run] *** svgRenderingMethod = SVG_BATIK_RENDERING ***


_Christopher
On 10/21/10 8:26 AM, Christopher Brooks wrote:
> FWIW, there is an update for Mac OS X 10.5
> http://support.apple.com/kb/HT4296
>
> It would be good to update and see if the stack traces continue.
>
> Also, there is a bunch of chatter about Apple deprecating Java.
> See
> http://developer.apple.com/library/mac/#releasenotes/Java/JavaSnowLeopardUpdate3LeopardUpdate8RN/NewandNoteworthy/NewandNoteworthy.html#//apple_ref/doc/uid/TP40010380-CH4-SW1
> "Java Deprecation
>
> As of the release of Java for Mac OS X 10.6 Update 3, the version of Java
> that is ported by Apple, and that ships with Mac OS X, is deprecated.
>
> This means that the Apple-produced runtime will not be maintained at the
> same level, and may be removed from future versions of Mac OS X.
> The Java runtime shipping in Mac OS X 10.6 Snow Leopard, and
> Mac OS X 10.5 Leopard, will continue to be supported and maintained through
> the standard support cycles of those products."
>
> Slashdot has the usual chaos
> http://apple.slashdot.org/story/10/10/21/125222/Apple-Deprecates-Their-JVM
>
> <rant>
> To be honest, Apple has really messed up Java. The JDK has a different
> directory layout on the Mac, which is very annoying. The recent stack traces
> make it apparent that they never tested the release. My only guess is
> that the person who does their crappy RF design has a brother who got hired
> to manage the Java release.
> </rant>
> :-)
>
> That said, I suspect that someone will create a JVM that works. However,
> without a Mac OS JDK that works well, we won't be buying Macs, except maybe
> to run Linux.
>
> _Christopher
>
>
>
> On 10/20/10 6:03 PM, Derik Barseghian wrote:
>> Christopher,
>>
>> Sounds good, hope the tutorial goes well.
>>
>> I want to add to my last comment that I was in Eclipse, though I *think* I've
>> seen the error on the command line as well. I also get the line:
>>> Apple AWT Restarting Native Event Thread
>>
>>
>> I have a core 2 duo, so I can't (easily) get java 1.6 in 10.5.8; I need
>> to upgrade to 10.6 first. I hope to upgrade soon, but it may take me a bit.
>>
>> Derik
>>
>> On Oct 20, 2010, at 5:46 PM, Christopher Brooks wrote:
>>
>>> Hi Derik,
>>> Ok, I got it to happen under Java 1.5.0_24 32 bit under Mac OS X 10.5.8
>>> My stack trace was:
>>>
>>> [run] 2010-10-20 17:42:26.846 java[5936:80f] Apple AWT Startup Exception : java.lang.NullPointerException
>>> [run] at apple.awt.CToolkit.postEvent(CToolkit.java:1086)
>>> [run] at apple.awt.EventFactoryProxy.forwardEvent(EventFactoryProxy.java:58)
>>> [run] 2010-10-20 17:42:26.847 java[5936:80f] Apple AWT Restarting Native Event Thread
>>>
>>> However, I *think* it happens less with 1.5.0 than it does with 1.6.0.
>>> Could you try building with 1.6 and see what you think?
>>>
>>>
>>> To build with 1.6, I had to set JAVA_HOME to the 1.6 JDK, see my previous post.
>>>
>>> Edward just switched back to 1.5 yesterday, so let's see what he says.
>>> We will know more by Monday morning, after the tutorial.
>>>
>>> _Christopher
>>>
>>>
>>>
>>> On 10/20/10 5:17 PM, Derik Barseghian wrote:
>>>> Hey Christopher,
>>>>
>>>> I managed to get the error again here in the sensor-view suite on trunk in 10.5.8 and 1.5.
>>>>
>>>> After fiddling around in the gui for a bit, suddenly for each attempt to drag out a String Constant to canvas I started getting the error.
>>>> One slight difference from the error you posted is the line number of EventFactoryProxy.java, you had 53 I have 58:
>>>> ---------
>>>> 2010-10-20 17:05:49.958 java[24178:80f] Apple AWT Startup Exception : java.lang.NullPointerException
>>>> at apple.awt.CToolkit.postEvent(CToolkit.java:1086)
>>>> at apple.awt.EventFactoryProxy.forwardEvent(EventFactoryProxy.java:58)
>>>> 2010-10-20 17:05:49.960 java[24178:80f] Apple AWT Restarting Native Event Thread
>>>> ---------
>>>>
>>>> Switching to another application and then back seems to have made it stop, for the moment at least.
>>>>
>>>> Kepler's Check Settings reports:
>>>> java.runtime.version = 1.5.0_24-b02-357-9M3165
>>>> os.version = 10.5.8
>>>> sun.arch.data.model = 32
>>>>
>>>> Derik
>>>>
>>>> On Oct 20, 2010, at 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
>>>>>>
>>>>>
>>>>> --
>>>>> 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
>>>>
>>>
>>> --
>>> 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
>>
>

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