$PTII/config.cacheand then re-running
$PTII/configureand looking at the contents of
bash: ./configure: No such file or directory
/usr/bin/sh.exeexists. Be sure that you have installed the
cd $PTII chmod -R a+w . chown -R yourloginIf chown fails, be sure that
/etc/passwdexists. If it does not Create
mkdir /etc mkpasswd -l -g > /etc/passwd mkgroup -l > /etc/groupFor more information, type
mkgroupwithout any arguments. The Cygwin faq also covers these programs.
/cygdrive/c. The fix is to set PTII to a windows style path with backslashes:
C:\users\yourname\ptIINote that if you do this within bash, you would type:
PTII=c:\\users\\yourname\\ptII export PTII
In theory, Java programs are "write once, run everywhere." In practice, Java programs are somewhat less platform dependent than other programs, but they are still platform dependent. Java programs that run under a web browser, like Netscape or Internet Explorer, are called applets. Whether an applet runs correctly depends on the version of the browser, the operating system, the version of the operating system, and even the hardware configuration. Collectively, all these parameters are called the platform.
The Ptolemy II applets have been tested with a very limited number of platforms. This page is intended to help you diagnose problems. Please send email to ptII at eecs berkeley edu if you find errors or can suggest additions to this page.
Under Windows, the Java Plug-in 1.4 is automatically installed
when JRE 1.4 is installed (JRE stands for Java Runtime Environment).
JRE 1.4 is available as a standalone install from Sun.
The JRE does not include the Java compiler (
if you are planning on doing any development, you should install
the JDK, not the JRE. See the
Ptolemy II Installation page for
Under Solaris 2.6 and 2.7, the plug-in is available as a separate download (which we have not tested).
If you are on a platform where the browser does not have the Java plug-in 1.4, then you can still run the demos with the JDK Appletviewer
Under JDK1.4, the console window can be enabled by going to
Control Panel ->
Show Java Console. Then restart the browser.
Note that the Java Plug-In console is different than the Netscape or IE Java console.
The first thing to try is to determine whether the problem is
with the Ptolemy Applets, or with any Java Plug-in applets at all
The Java Plug-in page at
has links to demonstrations.
The plug-in control panel also has a checkbox to turn off the Just In Time (JIT) Compiler. If you are having problems with the Netscape process lingering after you exit the browser, then try turning the JIT off and restarting Navigator. This is a bug in the JDK1.2.1 Plug-in that may have been fixed in JDK1.2.2, see bug 4236070 in the Java Developer Connection
The plug-in control panel also has a checkbox that turns off the Jar Cache. If you are debugging applets, you may want to turn off the Jar Cache so that .class files and jar files are reloaded when the applet is reloaded. Note that if you turn off the Jar Cache, then memory usage is increased.
Under Windows NT (4.0), open the Start menu (at the lower left), select Settings and then Control Panel. Open the System control panel, and click on the Environment tab. If the CLASSPATH variable is set, we suggest clearing it (you may want to save its value, since it may be needed by some other program). You then probably have to restart your browser.
appletviewerprogram instead of the browser.
For example, to view an applet contained in the file
setenv CLASSPATH $PTII appletviewer myapplet.htm
Each Ptolemy II demo has a makefile with a
rule that will run the appletviewer for that demo. For example,
to run the
cd $PTII/ptolemy/domains/de/demo/Inspection make demoThe directory above each individual demo also has a
demorule that will run all the individual demos
cd $PTII/ptolemy/domains/de/demo make demoTo run all the demos:
cd $PTII make demo
appletviewer can also take command line
arguments that are passed to the underlying Java engine. For example,
to turn on verbose class messages:
appletviewer -J-verbose:class myapplet.html
If you see the messages below, then you are running
appletviewer instead of a JDK 1.4
Warning: <param> tag outside <applet> ... </applet>. Warning: <param> tag outside <applet> ... </applet>. Warning: <param> tag outside <applet> ... </applet>. Warning: <param> tag outside <applet> ... </applet>. Warning: <param> tag outside <applet> ... </applet>. Warning: <param> tag outside <applet> ... </applet>. Warning: No Applets were started. Make sure the input contains an <applet> tag. usage: appletviewer [-debug] [-J<javaflag>] [-encoding <character encoding type ] url|file ...The solution is to adjust your path so that the JDK1.4 appletviewer is before the JDK1.1 version.
file:///C:/tmp/ptplot/ptolemy/plot/demo/Marks.htmworks fine But doing
cd c:/tmp mv ptplot pt\ plotand then going to
file:///C:/tmp/pt plot/ptolemy/plot/demo/Marks.htmresults in
java.security.AccessControlException: access denied (java.io.FilePermission C:\tmp\ptplot 52\ptolemy\plot\demo\plotmlSample.txt read) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:270) at java.security.AccessController.checkPermission(AccessController.java:401) at java.lang.SecurityManager.checkPermission(SecurityManager.java:542) at java.lang.SecurityManager.checkRead(SecurityManager.java:887) at java.io.File.isDirectory(File.java:698) at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:65) at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:148) at java.net.URL.openStream(URL.java:955) at ptolemy.plot.PlotApplet.init(PlotApplet.java:133) at sun.applet.AppletPanel.run(AppletPanel.java:341) at java.lang.Thread.run(Thread.java:536)This is a known bug, see: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4697178 which says:
CUSTOMER WORKAROUND :
A couple of workarounds found:
o Don't package the files into a JAR. Problem does not appear to occur when just .class files are available.
o Change directory of installed applet to one without spaces in the name.
o Access the HTML file using an HTTP URL. Problem only occurs when file is accessed via a file URL.
o Use policytool to modify the java security file, giving permission to the file being read (was suggested by another user here with the problem; did not confirm myself).
This is due to the special charactor for space. When we add the permission for the file to read, we still use "%20" instead of the real " " for the path, which cause the applet don't have the permission to read the file.
Solution: In src/share/classes/sun/applet/AppletClassLoader.java call ParseUtil.decode(path) method before add the permission.
Unfortunately, this bug means that if we ship a prebuilt version of ptplot or Ptolemy II and the user tries to access the applets from the local partition, then there will be errors.
The only applets that fail are applets that are on a local file system, accessed with file://, that have spaces in the path and the applet needs to access a data file that is local.
This bug is not present in Java 1.3.1_03 and 1.4.1-beta.
Reloadbutton. This is likely to bring you back to the Ptolemy II toplevel page.
Reloadbutton will reload any Java
Java Plug-In Control Panelmenu choice is not present, then you may need to install or reinstall the Java plug-in.
about:pluginsinto the Location entry widget. The Java plug-in 1.4 should be listed. If it is not reinstall the plug-in. If the plug-in is not listed after reinstalling, then remove and reinstall Netscape.
CLASSPATHvariable is not set. See the CLASSPATH variable instructions above.
Java Plug-In Control Panel
Last Updated: $Date: 2014-09-24 07:50:41 -0700 (Wed, 24 Sep 2014) $