Alfred-san,
sorry for the late reply.
similar problem occurs though input method was turned off.
However, the workaround was found.
- execute, firefox --no-remote working.
or
- ja_JP.UTF-8 CDE environment is no problem.
Ginn.Chen wrote:
> You can also disable the xremote feature for a workaround.
> Set environment variable MOZ_NO_REMOTE=1.
Yes!
ja_JP.UTF-8 environment this workaround was effective.
thanks.
--
Kazuyuki Sato
Ginn Chen wrote:
> I took a look into this issue.
>
> I think the problem is _XOpenLC returns a value with
> corrupted XlcPubDestroyProc pointer after I18N module is fully closed
> (refcount is zero) and reopened later.
> Firefox has an xremote feature, when it starts, it opens X display, does
> something, and closes it.
> Then it call gdk_display_open and starts to work.
>
> It doesn't fail with Firefox 3.0.x, because Firefox 3.0.x
> calls gdk_display_open earlier than xremote work, it will hold a
> refcount to I18N module.
> The behavior is changed in
> http://hg.mozilla.org/mozilla-central/rev/58036a71c93d
> Possibly we can back out the change as a workaround for Solaris 10.
>
> You can also disable the xremote feature for a workaround.
> Set environment variable MOZ_NO_REMOTE=1.
>
> Thanks,
>
> Ginn
