Jump to content
Excelsior Forums
Sign in to follow this  
Saturn49

Consistent crash in JET 3.15

Recommended Posts

Well, upon attempting to compile Eclipse with JET 3.15 professional, I get the following error:

7931/8102: org.eclipse.debug.internal.ui.ColorManager__1.class
7932/8102: org.eclipse.debug.internal.ui.DebugPluginImages__1.class

?EAX = 00000000 ?EBX = 00000000
?ECX = 00000000 ?EDX = 00000000
?ESI = 00000000 ?EDI = 00000000
?EBP = 00000000 ?ESP = 00000000
?EIP = 00000000
STACK:
?00000000: ?00000000 00000000 00000000 00000000
?00000010: ?00000000 00000000 00000000 00000000
?00000020: ?00000000 00000000 00000000 00000000
?00000030: ?00000000 00000000 00000000 00000000
?00000040: ?00000000 00000000 00000000 00000000
?00000050: ?00000000 00000000 00000000 00000000
?00000060: ?00000000 00000000 00000000 00000000
?00000070: ?00000000 00000000 00000000 00000000

----------------------------------------------------------------------------
| Sorry, this is a crash in compiler v3.15 Professional Edition ? ? ? ? ? ? ?|
| ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|
| If possible, send us the class files which JET is not able to compile ? ? ?|
| (so-called problem classes). NOTE that all non-standard classes refered by |
| the problem classes should be included as well. ? ? ? ? ? ? ? ? ? ? ? ? ? ?|
| Please also attach the project file you use (if any). ? ? ? ? ? ? ? ? ? ? ?|
| ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|
| Report which of bytecode compilers you use. ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|
| ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|
| We *do* guarantee that your class files will be used solely ? ? ? ? ? ? ? ?|
| for JET debugging purposes. ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|
| As soon as the problem is fixed, we shall immediately destroy all copies of|
| your class files in our possession. ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|
| ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|
| JET support can be reached at java@excelsior-usa.com. ? ? ? ? ? ? ? ? ? ? ?|
----------------------------------------------------------------------------
* [ *** F450 ]
* ?compilation aborted: ASSERT(FALSE,15) at line 812 of pcO.ob2

The next file processed (maybe the current file?) is probably

org.eclipse.debug.internal.ui.DebugUIAdapterFactory__0.class

Share this post


Link to post
Share on other sites

We need to reproduce the problem. Please zip the entire JIT cache directory and upload it to ftp.excelsior-usa.com/incoming (write-only).

Please confirm the exact version of Eclipse Platform you were trying to compile and list any plugins that you have installed that are not part of Eclipse distribution.

Share this post


Link to post
Share on other sites

I was not able to reproduce the problem on another machine, but I will zip and upload the directory anyway. ?I have not added any plug-ins to this installation of Eclipse.

I should also note that while trying to reproduce the error on another machine I received "file-close" errors which stopped the compile a couple of times. ?Restarting it appeared to get past the problem (probably since I'm not using =a on the jc command line), perhaps jc is running into some sort of internal open-file limit.

I would also like to point out that the Eclipse Knowledgebase article/file does NOT actually create a big .dll. ?In comparing it to the JITCacheOptimizer example, the EclipseCache.prj file should contain +gendll and -dllname. ?It creates all the objects, but never runs the linker.

Eclipse version is 2.1.0

Build: 200303272130

File is EclipseCache.zip

Share this post


Link to post
Share on other sites

The problem may be a FAT32 limitation.  Since the save cache option dumps all the class files into a single directory, I may be bumping up against FAT32 limits in all my problems.   This link:

http://www.microsoft.com/technet/treeview/default.asp?url=/TechNet/prodtechnol/winxppro/reskit/prkc_fil_tdrn.asp

describes the limitations of FAT32 to be 65535 files/subfolders per folder, which can be much less than that if long file names are used.  Certainly the very long file names of the classes could make this limit around the 10k files Eclipse + JET3.15 produces.  I'm going to convert my drive to NTFS and try again.  In the mean time, I would think a note should be added to the Pre-Compiling Eclipse knowledgebase article stating that NTFS is a requirement.

Share this post


Link to post
Share on other sites

Well, I got around some of the problems by converting to NTFS, but the original ASSERT problem is still happening, though now it is in a different file:

(Notice how many more files the cache was able to create with NTFS)

10959/12246: jittemp/org.eclipse.swt.ole.win32.OleFrame$4__1.class
10960/12246: jittemp/org.eclipse.swt.ole.win32.OleFrame$5__1.class

?EAX = 00000000 ?EBX = 00000000
?ECX = 00000000 ?EDX = 00000000
?ESI = 00000000 ?EDI = 00000000
?EBP = 00000000 ?ESP = 00000000
(snip)
* [ *** F450 ]
* ?compilation aborted: ASSERT(FALSE,15) at line 812 of pcO.ob2

I will upload the contents of the jittemp directory along with my STEP1.bat through STEP4.bat as a the file jittemp.zip. ?The 4 steps correspond to those from the JITCacheOptimizer example. ?I started following this instead of the knowledgebase question since the example was more complete.  I'm having problems with STEP3, compiling the big DLL.

This problem was reproducable on another machine.

Share this post


Link to post
Share on other sites
Sign in to follow this  

×