Jump to content
Excelsior Forums

snowman

Excelsior Staff
  • Content count

    0
  • Joined

  • Last visited

Everything posted by snowman

  1. Excelsior JET 4.5 Released!

    Excelsior JET 4.5 is available for immediate evaluation and purchase. Now Excelsior JET may help you reduce the download size of your Java application, thanks to the brand new global optimizer and advanced compression algorithms. Improvements to the Excelsior JET Installation Toolkit include Excelsior Installer for Linux and ability to rebrand the Windows version of Excelsior Installer. Ease-of-use enhancements, reduced application memory usage, and JIT compiler speedup are also among the major improvements. The Enterprise Edition has been introduced, featuring unlimited redistribution license for the Server Runtime. Click here for details or download your fully functional Excelsior JET 4.5 Evaluation Package now. Finally, we are offering substantial savings on purchases of new Excelsior JET 4.5 licenses through August 15th, 2006. Please feel free to forward this information to your friends and colleagues who you think might be interested in Excelsior JET.
  2. Beta Question

    In such situations, we decide on a case-by-case basis. If you have created a quality game and a decent Web site to support it, we are interested in you promoting Excelsior JET in exchange for a huge discount. Please provide more details on your game or post its home page URL. Side note: The Academic License is limited to academic use, i.e. education or research, and would terminate upon your graduation, unless you continue your academic career.
  3. Beta Question

    No, except for the purposes of beta testing. Note they will time out soon.
  4. (Legal) Using Jet with libraries

    When in doubt over a legal issue, consult a lawyer or at least read a book written by a lawyer. Reciprocity and the GPL is a chapter of one such book called "Open Source Licensing", and it has a section on LGPL on page 121. It is not very enlightening or encouraging, though: . . . These sections of the LGPL are an impenetrable maze of technological babble. They should not be in a general-purpose software license. The LGPL even concedes that ?the threshold for this to be true is not precisely defined by law.? (LGPL section 5.) A licensee under these provisions won?t have a clue how extensive his or her good faith efforts must be when creating a derivative work in accordance with the LGPL. . . . Food for thought: LGPL is not limited to Java, right? Suppose I get an LGPL library written in C or C++, compile it with MSVC, and link statically to my C++ app. This is not much different to compiling an LGPL jar with Excelsior JET. I think this has been discussed many times in C/C++ forums and newsgroups - do a search. How is all that licensing supposed to work if you use GCJ? Perhaps there is an answer in its mailing lists... P.S. I have just checked the GCJ FAQ- the GCJ runtime library, [tt]libgcj[/tt], is not LGPL, but GPL with 'libgcc exception'.
  5. We will be releasing Excelsior JET 4.5 in a couple of weeks. Version 4.5 will in particular enable you to substantially reduce the download size of your optimized applications and to rebrand your installation packages powered by Excelsior Installer. Ease-of-use enhancements and JIT compiler speedup are also among the major improvements. Read the full announcement Download Excelsior JET 4.5 Release Candidate
  6. What happend to 3.5 MB Swing sample?

    That was an SWT sample, not Swing, and it used JRE 1.3. Swing apps optimized by that old version of Excelsior JET required the entire JRE due to the JRE binary license. That technique was also limited to J2SE 1.4.2 and below, difficult to use and error-prone. Finally, it was not Java spec compliant, so we had to remove it, as passing the compliance tests is a must when you license the Java technology. Thanks to that technology licensing deal with Sun, the current version 4.1 creates executables that run without the JRE, no matter whether your app uses Swing or any other platform API. And in version 4.5 we will introduce a feature enabling you to create downloads smaller than the JRE (see the roadmap), so stay tuned.
  7. Max. size of type

    XDS compiler development is not compeltely closed. We still make custom Modula-2 compilers and converters to C based on XDS. See e.g. this press-release.
  8. Max. size of type

    Unfortunately, I cannot research this academic question further at this time, as the respective engineers are very busy getting Excelsior JET 4.5 ready for release. Let's say for now that it is a limitation of our implementation.
  9. Max. size of type

    When M2BASE16 is on, you still have the 32-bit types available to do the calculations with type sizes.
  10. Support

    1. We do not seem to have recevied your support request. Please let us know to which address you have sent it. 2. The user/password combination for downloading product updates is present in the email message we sent you on April 20, the next day after your Excelsior JET purchase. Just in case you have since lost that message, we have emailed the combination to the email address you specified when ordering the product. Please confirm that you have received it. If you have more questions, email our engineering team or open a support ticket.
  11. Support

    I am writing this from a computer from which I cannnot access our intranet, so I cannot check the status of your request, sorry. We normally send the user/password in one business day. Check your junk mail folder, perhaps your spam filter does not like the fact the mail is from "sales" or something like that...
  12. From Cardinal to Integer.

    VAL works for selected pairs of types, SYSTEM.CAST works for any types of same size, but the semantics of these two functions is different. Read the docs for details.
  13. Max. size of type

    Because you may wish to assign the result of SIZE() to an INTEGER variable or pass it to a parameter of type INTEGER, and so on. In short, this makes life easier.
  14. File system in modual 2.

    Read the library docs - there is too much information in there to copy into a forum post.
  15. From Cardinal to Integer.

    You are looking for the built-in function VAL(type, expression). VAR c: CARDINAL; i: INTEGER; . . . i := VAL (INTEGER, c); . . .
  16. Max. size of type

    Because it must fit into INTEGER.
  17. Standard vs Professional?

    Note you can crossgrade from Standard to Professional at any point in the future, just make sure to keep the product version current by purchasing and renewing the annual Maintenance Contract. If the cost of the Professional Edition is too high for an up front payment, consider purchasing a Lease-To-Own subscription instead.
  18. I need to review the license, but if it indeed prohibits modification, a quick workaround is to write mysignal.def re-exporting all types and procedures from signal.def that were not changed, and redefining the types and procedures that were changed. Also, are you using Native XDS-x86 or XDS-C?
  19. This topic has been moved to Defect Reports. [iurl]http://www.excelsior-usa.com/forum/index.php?topic=829.0[/iurl]
  20. An add-on for Excelsior JET 4.1 is available that adds support for Java SE 5.0 Update 6.
  21. I'm doing up some x86 man pages

    Something like this: The XDS family of Modula-2/Oberon-2 products is copyright © 1999-2005 Excelsior LLC. All Rights Rerserved.
  22. Question on project files

    You can pass the timestamp into your program through an environment variable. See XDS User's Guide, Chapter "Compiler options and equations", section "The system module COMPILER". There is also an undocumented "constant" COMPILER.TIMESTAMP, which always equals the current timestamp in the packed format: MODULE TimeStamp; IMPORT COMPILER, SysClock, TimeConv; VAR dt: SysClock.DateTime; BEGIN TimeConv.unpack(dt, COMPILER.TIMESTAMP); (* Now you can access dt.year, dt.month and so on *) END TimeStamp. BTW, FileSys.ModifyTime returns the file's timestamp in the same packed format.
  23. I regret to inform you that XDS for Linux is unable to write comprehensive debug info.
  24. Cardinals in xds-modula-2

    If you would prefer explicit size specifiers, use CARD8, CARD16, CARD32, INT8, IN16, INT32, SET8, SET16, SET32 from the module SYSTEM. Otherwise set the M2ADDTYPES option and you'll get SHORTs and LONGs (see Native XDS-x86 User's Guide, Chapter "XDS Modula-2", section "Language extensions" -> "Additional numeric types") Note: You will probably need to set M2BASE16 as well, otherwise INTEGER and LONGINT will refer to the same 32-bit type.
×