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

Java GUI core dumping when using Chinese UTF-8 locale in 64 bit mode on Solaris 10 Update 2 and abov

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P2
    • Resolution: Duplicate
    • Affects Version/s: solaris_10
    • Fix Version/s: 6-pool
    • Component/s: vm-legacy
    • Labels:
    • Subcomponent:
    • CPU:
      generic
    • OS:
      solaris

      Description

      Submitting this bug on behalf of Symantec. They our are partner and we resell their NetBackup product. They are having an issue with the java GUI on Solaris 10 update 2 and above. I have attached the core file they submitted to this bug. If this is not the correct category for the bug, please let me know which one is and I will move it there. Thanks for your help.

      Here are the details:

      ----------------------------------------------------------------------------------

      "When the NBU java GUI is launched, clicking of any button on the Login dialog crashes the GUI. JRE used to launch the application is 1.6.0_16 with -d64 flag i.e. the 64 bit JVM server is used.

      Also this happens only on simplified Chinese-UTF-8 locale. With any other locale on the same machine it is running fine. Also the crash is not seen, if 32 bit JVM is used to launch the application.

      We also did a simple program in java swing which uses a Frame and a button and ran it with the 64 bit JRE. The same crash is reproduced for this program as well.

      Also this is not a JRE issue as it can be seen with 1.4.2/1.5 64 bit as well.

       

      Machine details:

      bash-3.00# uname -a

      SunOS akshaysol 5.10 Generic_141444-09 sun4u sparc SUNW,Sun-Blade-100

       

      Sun OS 5.10 is on update 8.

       

      Locale:

      bash-3.00# locale

      LANG=zh_CN.UTF-8

      LC_CTYPE="zh_CN.UTF-8"

      LC_NUMERIC="zh_CN.UTF-8"

      LC_TIME="zh_CN.UTF-8"

      LC_COLLATE="zh_CN.UTF-8"

      LC_MONETARY="zh_CN.UTF-8"

      LC_MESSAGES=zh_CN.UTF-8

      LC_ALL=

      "
      ----------------------------------------------------------------------------------
      Symantec has provided a reproduceable test case. Attached to this bug is a file called example.jar. Extract the jar file into a directory (work in this example) and then, from inside the directory, execute command:

      java -d64 SwingExample

      which will launch a sample GUI. Click the "Test" button and a core file is generated.

      Note that to get this to work correctly I had to remote login to my test machine so I could access the full graphical desktop of the machine with the Simplified Chinese UTF-8 installed. If I login via a terminal from my desktop, the desktop takes on attributes from the locale on my machine and I cannot reproduce the bug in that instance.

      I also verified the core is not generated if the -d64 flag is not used.
      Below are the login instructions for my test machine that has this issue setup to reproduce. Please work on this as soon as possible, as this issue is very hot for Symantec, and could hold up the release of their software which Sun also releases and sells. Thanks.

      machine name: u80-14.central.sun.com
      login: root
      password: root

      Note: I had to do a remote login from the GUI login screen on my local machine, so I had the full Gnome instance on u80-14 loaded. If I just launch a terminal from my regular session, it takes on the properties of the local locale, instead of the Simplified Chinese locale, and I cannot reproduce the bug.

      Once you complete the remote GUI login here are the steps:

      1. Open terminal window
      2. Change directory to the location of the program:

      cd /export/work

      3. Contents of directory are as follows:
      example.jar SwingExample$1.class
      META-INF SwingExample.class

      4. Run command:

      java -d64 SwingExample

      5. Click on the "Press Me" button and the core & hserror logs are generated in the /export/work directory.

      6. If you repeat procedure without the -d64 flag, no core is generated so this only affects 64 bit java.

        Attachments

          Activity

            People

            Assignee:
            dmeetry Dmeetry Degrave (Inactive)
            Reporter:
            knoonan Kyle Noonan
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: