The following has be reported by IBM LTC: unable to display DBCS on AWT/Swing application Please fill in each of the sections below. Hardware Environment: Pentium4 3GHz Software Environment: RHEL 3.0 Beta1, WebSphereStudio WorkBench 2.1.1 GTK version with latest fix (Classic VM version J2RE 1.3.1 IBM build cxia32131- 20030711a ,J9 version IBM J9 build 20030702) Steps to Reproduce: 1. this problem ocurrs on IBM JVM 1.3.1 standalone. To simplify the scenario, I'm explaing on IBM JVM 1.3.1 which is bundled in WSWB 2.1.1 2. export LD_ASSUME_KERNEL=2.2.5 on ja_JP.eucJP locale 3. run AWT application PerformanceExample. 4. run Swing application SwingUIjp. Actual Results: at step 3, Japanese label of buttons are displayed as ? at step 4, Japanese tex are displayed as square blank. Expected Results: Japanese text should be displayed Additional Information: There is no problem on RedHat 8.0.Created an attachment (id=1436) test cases I've just tried on Sun's JVM 1.4.1_05 pre release that I got from Hursley JIM site. It worked fine.Fuse-san - did this work OK on RH AS 2.1 ?Glen/Greg - this is a Ship Issue against RHEL3 beta1, so please report this to Red Hat as soon as possible. Thanks. Chinen-san - do you have any insight into this issue ? Thanks. Fuse-san - I have two questions for you: 1. Does this problem happen on RHAS 2.1 (without using LD_ASSUME_KERNEL) ? 2. Have you tried LD_ASSUME_KERNEL=2.4.1 and see what happens ? Please let me know. Thanks. I don't have the RHAS 2.1 installed PC, I have to run regression for RHEL 3.0 on my PC. I am unable to check on the RHAS 2.1 for a while. invoking "java" itself gets segmentation fault on LD_ASSUME_KERNEL=2.4.1.Fuse-san, I'll check on RHAS 2.1. Please wait a while.There is no problem on RHAS 2.1. About RHEL 3.0 Beta 1, I'm making the environment now...I ran this scenario on eclipse2.1 that is packaged with RHEL3.0 beta 1, and got the same corrupted characters with IBM JRE 1.3.1 SR5. Steps to recreate: 1. During setup and install of RHEL 3.0 beta 1, you need to make sure you check the box to install the programming option of Eclipse. 2. Download the IBM JRE 1.3.1 SR5 rpm and install it. For example, I extracted in the opt directory. 3. Execute: export LD_ASSUME_KERNEL=2.2.5 4. Change to the /usr/bin/ directory 5. Run the eclipse executable pointing to the installed IBM JRE: ./eclipse -vm /opt/IBMJava2-131/jre/bin/java 6. Execute Fuse-san's testcases. Created an attachment (id=1448) Performance Testcase screenshot Created an attachment (id=1449) SwingUp Testcase screenshot Created an attachment (id=1450) RH80 Performance screenshot This is a screenshot of the same Performance Example, but on RH8.0 with IBM JRE 131 SR5.Created an attachment (id=1451) RH80 Swing screenshot This is a screenshot of the same Swing example, but for RH8.0 with IBM JRE 131 SR5.Note that the tests conducted on RH8.0 were done with GTK 2.2.0
Please ignore attachments above this comment; incorrect reference.
Created attachment 93911 [details] test case
Created attachment 93912 [details] Performance testcase screen shot
Created attachment 93913 [details] Swing Up test case screen shot
Created attachment 93914 [details] RH 8 Performance Screen shot
Created attachment 93915 [details] RH8 Swing
Does eclipse work when used with gcj, or with a different VM?
Created attachment 93930 [details] proposed patch Hmm, it looks like Java didn't deal with fonts.alias. fonts.dir is generated by xfs initscript, and ttfonts-ja package just provides the alias name to keep the generic family name. so I don't think fixing this issue in ttfonts-ja package is possible. Attached file will fixes the font issue on the demo applications at least. the demo applications displayed the empty square when the wrong font are used. but this test case just displayed ???. I'm not familiar with Java, though. I wonder if ttfonts-ja causes this issue.
------ Additional Comments From chinen.com 2003-25-08 20:37 ------- This defect seems to be caused thorough the file name of Japanese TrueType fonts was changed. Fuse-san and Mr. HWA TRUONG, Could you show me the results of the following works? 1. Open the font.properties.ja file. It is in the IBMJava2-131/jre/lib/ directory. 2. Change the following lines. 193,194c193,194 < filename.gothic_medium_r=kochi-gothic.ttf < filename.minchol_medium_r=kochi-mincho.ttf --- > filename.gothic_medium_r=kochi-gothic-subst.ttf > filename.minchol_medium_r=kochi-mincho-subst.ttf Thank you,
I couldn't find such entry in font.properties.ja. I'm also using IBMJava2 1.3.1. However your testcase works fine now after adding that entries to font.properties.ja. So I would close this bug as UPSTREAM.
Created attachment 94062 [details] updated patch
At least we should be able to take care this patch for our package? reassigning this to IBMJava2-JRE
----- Additional Comments From chinen.com 2004-01-30 05:59 ------- This bug doesn't occur on RHEL 3.0 public release. So I'd like to close this bug. Thanks all.
Fixed in RHEL3. Closing.