Jump to content
Excelsior Forums


Excelsior Staff
  • Content count

  • Joined

  • Last visited

Everything posted by zztop

  1. You wrote that you followed the JET KB article (http://www.excelsior-usa.com/kb/000010.html) and the newly created eclipse program keeps crashing. Did you use the projects and scripts that come with the article? Please, be more specific about that crashes. What was printed to the standard output? When and how does it crash? Eclipse 3.0 is included the main JET testsuite so we tested it carefully before releasing JET 3.7
  2. Please, open a Support Ticket at http://www.excelsior-usa.com/jetsupportform1.html and provide an example on which the problem can be reproduced. Thanks.
  3. In p.17, you say that Jet DLL is rebuilt. Was it rebuilt using JetPerfect with .usg file created for 1.4.2? If yes, does it work when you build it without JetPerfect?
  4. zztop

    How to load images.

    If you prefer to use the command line interface to the JET compiler, the most reliable way to accomplish your task is as follows: 1) pack your application into a set of jar files (no resources should reside in directories) 2) make sure that it works under HoSpot VM: - create an empty directory - copy the jars to it - make the directory current - run your application using the "java" launcher 3) compile your application using the following command: jc +bindresources YourJar1.jar YourJar2.jar YourJarK.jar If you carefully perform stet 2, it should help. Cheers, --zz top -------------------------- Computer Science is no more about computers than astronomy is about telescopes. -Edsger W. Dijkstra, computer science professor
  5. Does it bomb ( ) on the computer where JET is installed or after deployment to another machine? Did you make the 1.4.2_06 profile "Active" in JET Setup? Note that if you simply compiled but did not activate it, the profile status is marked as "Ready".
  6. zztop

    JRE-indepencency of Jet 3.7

    One possible reason is that some optimizations that could be implemented in the JET compiler, are not yet implemented. For example, there's much room for improvements in performance of floating point computations. It will be necessarily done in future versions of the JET VM. ----------- In general, a dynamic compiler has more infromation 'bout the running program so in some cases it can optimize hot code better. It can be seen on some artificials microbenchmarks. As for real applications, it's very hard to figure out what's the pure impact of the gathered profile information on the resulting performance. Two years ago, we conducted experiments with exploiting profile info gathered at run-time for subsequent static compilation with JET. It proved to be useful for some applications but did not affect performance radically. However, we should revise those results with the current version of the JET compiler, of course. The main conclusion we drawn from the study is that most important aspect that helps dynamic compiler to work effectively is selective compilation of hot methods. This way, they save time for dynamic compilation. Note that the static compiler considers all methods "hot" and optimizes them at the highest level. Nevertheless, in future versions, we plan to implement two-step compilation: on the first run, profile information is collected and then it's used for optimizations. BTW, it's interesting that contemporary C/C++ compilers has recently taken this approach. Such a compilation mode is now present in Intel Reference Compiler, MSVC and the Sun UB compilers for C/C++ and Fortran 90. Take care, --zz top
  7. zztop

    JRE-indepencency of Jet 3.7

    We will use our native methods partially. There's no sense to write e.g. AWT native methods from scratch. We plan to provide JRE-independence in the next versions using Sun Community Source License (Commercial Use). Do you mean performance of running application, not the compilation itself? Please, refine.
  8. zztop

    Using the JavaComm API

    BTW, did you use the samples from JET 3.6 or from the latest JET 3.7 (they were reworked in 3.7)?
  9. zztop

    Too Much memory overhead in JCE

    The standard RMI classes import some AWT classes that results in inclusion of the XAWT component into the deployment set.
  10. zztop

    Using the JavaComm API

    You may check the sample from <JET Installation dir>\samples\JavaExtensions\COMM
  11. zztop

    Jet 3.7 Release Date

    coming very soon.
  12. zztop

    Service started then stopped

    Did you read this JET Knowledge Base article http://www.excelsior-usa.com/kb/000019.html ? If not, pay attention to the section "Converting the Java program to an NT service", especially, the paragraph marked as IMPORTANT. That may be a probable reason of why your NT service dies right after start.
  13. zztop

    How to pack .dll with JET

    How is the DLL used in your application? Is it possible to perform Trial Run from within JetPackII for it? If not, why?
  14. zztop

    Does JET have any debug option?

    Try the latest JET 3.7 RC1 available at http://www.excelsior-usa.com/jetlatest.html Maybe this problem is fixed. If not, enable stack trace on the Target Page of JET 3.7 Control Panel
  15. zztop

    Possible JNI bug

    That is a difference between Java Platform Specification and Java Reference Implementation (HotSpot). It will be fixed in JET 3.7 (March 2005)
  16. zztop

    compiling JBuilder

    Do you know how to run JBuilder on HotSpot JVM? I mean the exact java launcher command line like java <options> com.borland.... To compile it, you have to know the main class at least, right?
  17. zztop

    class not found exception.

    Try to compile all classes of the JDBC driver as described in http://www.excelsior-usa.com/kb/000004.html