OOo crashes when input chinese

and when paste chinese in it.

I have absolutely no problem with using Chinese in dapper's Oo2. I have tried pasting Chinese into writer, inputing Chinese using scim (in both XIM mode and GTK IM mode), and I've tried both simplified Chinese and traditional Chinese, none of them makes OOo2 crash.

openoffice.org 2.0.1-0ubuntu3, scim 1.4.2-1, GNOME environment, en_US.UTF-8 locale.

How about using zh_CN.UTF-8 locale. It has been proved all right under en_US.UTF-8 locale.

bug submitter wrote, how to reproduce without a chinese keyboard: just paste some chinese chars from some other application.

I have the problem too(In zh_TW.UTF-8 and en_US.UTF-8 both have the same problem)

The following are the debug message freom console.

dbtsai@ibook:~$ oowriter2

Fatal exception: Signal 11
Stack:
/usr/lib/openoffice2/program/libuno_sal.so.3[0xf090fc0]
/usr/lib/openoffice2/program/libuno_sal.so.3[0xf0911d8]
/usr/lib/openoffice2/program/libuno_sal.so.3[0xf0912a8]
[0x100374]
/usr/lib/openoffice2/program/libi18npool.uno.so[0x93fe2d4]
/usr/lib/openoffice2/program/libi18npool.uno.so[0x93f8f7c]
/usr/lib/openoffice2/program/libi18npool.uno.so[0x93d0834]
/usr/lib/openoffice2/program/libuno_cppuhelpergcc3.so.3(_ZN4cppu20OSingleFactoryHelper23createInstanceEveryTimeERKN3com3sun4star3uno9ReferenceINS4_17XComponentContextEEE+0x200)[0xf2ef894]
/usr/lib/openoffice2/program/libuno_cppuhelpergcc3.so.3(_ZN4cppu20OSingleFactoryHelper25createInstanceWithContextERKN3com3sun4star3uno9ReferenceINS4_17XComponentContextEEE+0x28)[0xf2ee7c8]
/usr/lib/openoffice2/program/libuno_cppuhelpergcc3.so.3(_ZN4cppu23OFactoryComponentHelper25createInstanceWithContextERKN3com3sun4star3uno9ReferenceINS4_17XComponentContextEEE+0x13c)[0xf2eeccc]
/usr/lib/openoffice2/program/libuno_cppuhelpergcc3.so.3(_ZN4cppu22ORegistryFactoryHelper23createInstanceEveryTimeERKN3com3sun4star3uno9ReferenceINS4_17XComponentContextEEE+0x158)[0xf2f219c]
/usr/lib/openoffice2/program/libuno_cppuhelpergcc3.so.3(_ZN4cppu20OSingleFactoryHelper25createInstanceWithContextERKN3com3sun4star3uno9ReferenceINS4_17XComponentContextEEE+0x28)[0xf2ee7c8]
/usr/lib/openoffice2/program/libuno_cppuhelpergcc3.so.3(_ZN4cppu23OFactoryComponentHelper25createInstanceWithContextERKN3com3sun4star3uno9ReferenceINS4_17XComponentContextEEE+0x13c)[0xf2eeccc]
/usr/lib/openoffice2/program/servicemgr.uno.so[0xdd50c6c]
/usr/lib/openoffice2/program/servicemgr.uno.so[0xdd48aec]
/usr/lib/openoffice2/program/libi18npool.uno.so[0x93f6420]
/usr/lib/openoffice2/program/libi18npool.uno.so[0x93f6e34]
/usr/lib/openoffice2/program/libi18npool.uno.so[0x93f7c48]
/usr/lib/openoffice2/program/libsw680lp.so[0x99f197c]
/usr/lib/openoffice2/program/libsw680lp.so(_ZNK11SwEditShell13GetScriptTypeEt+0x598)[0x96a0c7c]
/usr/lib/openoffice2/program/libsw680lp.so[0x9df0174]
/usr/lib/openoffice2/program/libsw680lp.so[0x9e10150]
/usr/lib/openoffice2/program/libsfx680lp.so(_ZN13SfxDispatcher10_FillStateERK13SfxSlotServerR10SfxItemSetPK7SfxSlot+0x104)[0xbdb2294]
/usr/lib/openoffice2/program/libsfx680lp.so[0xbdc54d8]
/usr/lib/openoffice2/program/libsfx680lp.so[0xbdc6e78]
/usr/lib/openoffice2/program/libvcl680lp.so(_ZN5Timer7TimeoutEv+0x34)[0xfd21e44]/usr/lib/openoffice2/program/libvcl680lp.so[0xfd221cc]
/usr/lib/openoffice2/program/libvclplug_gen680lp.so(_ZNK7SalData7TimeoutEv+0x48)[0xccd30ec]
/usr/lib/openoffice2/program/libvclplug_gtk680lp.so[0xd5910a0]
/usr/lib/libglib-2.0.so.0[0xcd50ff4]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x280)[0xcd4e6e4]
/usr/lib/libglib-2.0.so.0[0xcd52adc]
/usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x84)[0xcd531d8]
/usr/lib/openoffice2/program/libvclplug_gtk680lp.so[0xd590ecc]
/usr/lib/openoffice2/program/libvclplug_gen680lp.so(_ZN14X11SalInstance5YieldEh+0x40)[0xccdbbd4]
/usr/lib/openoffice2/program/libvcl680lp.so(_ZN11Ap...

By the way, you may try this file
The previous version could open this chinese odt.

But the current version in dapper would be crash.

http://www.phys.ncku.edu.tw/~c2491665/chinese.odt

Thanks...

Same problem occurs with Japanese characters, and this may be caused by g++ 4.0 option "-fvisibility=hidden".
This issue reported debian-openoffice mailinglist.
See:
  http://lists.debian.org/debian-openoffice/2006/01/msg00063.html

I rebuilt OpenOffice.org 2.0.1 disabling -fvisibility=hidden option with this
debdiff file, and works fine with Japanese characters.
I'm uploaded these packages Japanese team server:
  http://archive.ubuntulinux.jp/ubuntu-ja/dapper/

I'm happy if other CJK users test my packages and report here.

According to debian-openoffice mailing list, cws-i18nshrink.diff causes this
problem. So I built with -fvisibility=hidden option and without cws-i18nshrink.diff and buildfix-gcc41-friend-decl-i18npool.diff(because it depends cws-i18nshrink.diff and I'm compiling with gcc 4.0.3), and it works fine.
This is debdiff for this fix.

fixed in 2.0.1oob680m5