$PTII/config.cache
and then re-running $PTII/configure
and looking at the contents
of $PTII/mk/ptII.mk.in
.
bash: ./configure: No such file or directory
/usr/bin/sh.exe
exists.
Be sure that you have installed the ash
package
sh ./configure
or
bash ./configure
cd $PTII chmod -R a+w . chown -R yourloginIf chown fails, be sure that
/etc/passwd
exists.
If it does not
Create /etc/passwd
and /etc/group
by running
mkdir /etc mkpasswd -l -g > /etc/passwd mkgroup -l > /etc/groupFor more information, type
mkpasswd
and mkgroup
without 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 (javac
), so
if you are planning on doing any development, you should install
the JDK, not the JRE. See the
Ptolemy II Installation page for
installation instructions.
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
Start
-> Settings
->
Control Panel
-> Java Plug-in
and selecting 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
https://www.java.com/en/java_in_action/
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.
appletviewer
program instead
of the browser.
For example, to view an applet contained in the file
myapplet.htm
setenv CLASSPATH $PTII appletviewer myapplet.htm
Each Ptolemy II demo has a makefile with a demo
rule that will run the appletviewer for that demo. For example,
to run the Inspection
demo:
cd $PTII/ptolemy/domains/de/demo/Inspection make demoThe directory above each individual demo also has a
demo
rule that will run all the individual demos
cd $PTII/ptolemy/domains/de/demo make demoTo run all the demos:
cd $PTII make demo
The Solaris 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
a JDK1.1 appletviewer
instead of a JDK 1.4 appletviewer
.
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.htm
works fine
But doing
cd c:/tmp mv ptplot pt\ plotand then going to
file:///C:/tmp/pt plot/ptolemy/plot/demo/Marks.htm
results 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).
xxxxx@xxxxx 2002-06-11
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.
Reload Frame
.
Reload
button.
This is likely to bring you back to the Ptolemy II toplevel page.
Reload
button will reload any Java
.class
or .jar
files
Start
-> Settings
->
Control Panel
-> Java Plug-in
Java Plug-In Control Panel
menu choice is not present, then
you may need to install or reinstall the Java plug-in.
about:plugins
into 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.
CLASSPATH
variable is not set.
See the CLASSPATH variable instructions above.
appletviewer
program.
Start
-> Programs
->
Java Plug-In Control Panel
Last Updated: $Date: 2014-09-24 07:50:41 -0700 (Wed, 24 Sep 2014) $