Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-4265922

"save" causes abnormal termination with Kestrel fcs "C" on Windows Japanese



    • Bug
    • Status: Closed
    • P3
    • Resolution: Fixed
    • 1.2.2, 1.2.2_08, 1.2.2_008, 1.3.0, 1.3.0_01, 1.3.0_02, 1.3.0_03, 1.3.0_04, 1.3.1, 1.4.0, 5.0
    • 1.3.0
    • client-libs
    • kestrel
    • generic, x86
    • generic, windows_nt
    • Verified


      Tested Kestrel fcs "C" and "D" on Windows 95,98,NT Japanese

      "Save" causes abnormal termintaion

      The error message is;
      ***With hotspot ***

      # HotSpot Virtual Machine Error, EXCEPTION_ACCESS_VIOLATION^M
      # Error ID: 4F533F57494E13120E43505002B0^M
      abnormal program termination^M

      ***With classic VM***
      Exception occurs and a dialog which says "abnormal termination" comes up.

      Exception occurred during event dispatching:
      java.lang.IncompatibleClassChangeError: class java.awt.Dialog$1 does not impleme
      nt interface java.awt.Conditional
             at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:94)
             at java.awt.Dialog.show(Dialog.java:368)
             at sun.applet.AppletViewer$2.run(AppletViewer.java:508)
             at java.security.AccessController.doPrivileged(Native Method)
             at sun.applet.AppletViewer.appletSave(AppletViewer.java:488)
             at sun.applet.AppletViewer.processUserAction(AppletViewer.java:730)
             at sun.applet.AppletViewer$UserActionListener.actionPerformed(AppletView
             at java.awt.MenuItem.processActionEvent(MenuItem.java:525)
             at java.awt.MenuItem.processEvent(MenuItem.java:489)
             at java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:275)
             at java.awt.MenuComponent.dispatchEvent(MenuComponent.java:265)
             at java.awt.EventQueue.dispatchEvent(EventQueue.java:319
             at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread.java:10
             at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:95)
             at java.awt.EventDispatchThread.run(EventDispatchThread.java:86)

      Only on Win NT
      the dialog says like below;
      the command of "0x7800d0b4" referred memory "-xdd829e91".
      Memory could not be "written".

      To reproduce;

      Excute any applet in demo/applets/ with appletviewer.


      I have the following assertion error with the same test. I run it directly from /usr/local/java/jdk1.3/win32/bin. It seems there is memory corruption in awt related code. Please check this first.

      _g -classic example1.html
      E:\JNT\Fonts\ARIAL.TTF - CMAP 3,1 found at offset 282.
      E:\JNT\Fonts\MSGOTHIC.TTC - CMAP 3,1 found at offset 282.
      E:\JNT\Fonts\WINGDING.TTF - CMAP 3,0 found at offset 282.
      E:\JNT\Fonts\SYMBOL.TTF - CMAP 3,0 found at offset 282.
      AWT Assertion Failure

      The result follows the description above is filed and
      attached as 4265922byShuna.txt because Japanese characters are "mojibake"(scribbled) here and we have a trouble in seeing a mail we receive
      when this file is updated.
      So please see the attached file to check the result.

      miki.tokunaga@Japan 1999-10-28

      Reproduced this with build J on win95 Japanese.

      shuna.wu@eng 1999-10-13

      One of licensee, Fujitsu reported us the new bug related to this bug-id.

      When they used the multi-byte characters on the File-Dialog of AWT on JDK1.2.2,
      VM finished abnormaly. This problem is applicable this bug-id, but there is
      other bug in the same source file.

      This new bug across the all versions of 1.2.2 later. following are the source
      lines pointed by Fujitsu.

      Please change "[length + 1]" to "[length * 2 + 1]" againist specified each
      source line. The number on the end of left is line number of source file.

         103 titleBuffer = new char[length + 1];
         112 directoryBuffe = new char[length + 1];

         153 directoryBuffer = new char[length + 1];

         153 directoryBuffer = new char[length + 1];

         153 directoryBuffer = new char[length + 1];

         159 directoryBuffer = new char[length + 1];



        Issue Links



              mmartaksunw Michael Martak (Inactive)
              eishidasunw Etsuko Ishida (Inactive)
              0 Vote for this issue
              1 Start watching this issue