Maybe ff93758eb7eb?

Looks like ff93758eb7eb.

Works for me with 
trunk/daily/2009-02-20_02-01-11/ml/zip/netbeans-trunk-nightly-200902200201-ml-cpp.zip
on my Linux. Everything is properly localized. First and second start.

Works on my windows too.

Created attachment 77566 [details]
Result of 3rd invocation of: netbeans --userdir locwin --locale ja

Thanks for trying.

Could you try again on Linux or Solaris without --locale option by switching the desktop locale to Japanese?
It seems that --locale option solves this issue.

It actually happens on my Japanese Windows, I'm not using --locale option.

How to switch locale on Linux? Which one am I supposed to change?

~$ set | grep LC_
LC_ADDRESS=cs_CZ.UTF-8
LC_COLLATE=cs_CZ.UTF-8
LC_CTYPE=cs_CZ.UTF-8
LC_IDENTIFICATION=cs_CZ.UTF-8
LC_MEASUREMENT=cs_CZ.UTF-8
LC_MESSAGES=cs_CZ.UTF-8
LC_MONETARY=cs_CZ.UTF-8
LC_NAME=cs_CZ.UTF-8
LC_NUMERIC=cs_CZ.UTF-8
LC_PAPER=cs_CZ.UTF-8
LC_SOURCED=1
LC_TELEPHONE=cs_CZ.UTF-8
LC_TIME=cs_CZ.UTF-8

Hi Jaroslav,

It can start in Japanese locale by changing LANG and LC_ALL.

% env LANG=ja_JP.UTF-8 LC_ALL=ja_JP.UTF-8 netbeas

Bad news. I tried on Linux, with no LC_* and 
export LANG=ja_JP.UTF-8; export LC_ALL=ja_JP.UTF-8; ./netbeans/bin/netbeans --userdir testuserdir
but the system starts in English locale. 

That is why I went to our Japanese Solaris and Logged into ja_JP.UTF-8 session. Everything worked. I also tried 
ja_JP.euc sesssion. That one worked OK as well. I am sorry, but without steps to reproduce there is nothing I can do 
to fix your problem. Please help us investigate what is wrong.

The wrong code has to be in o.n.bootstrap/src/org/netbeans/Util.java, see the static initializer block at lines 67-97 
(in revision 79fbbf2854f9). Probably the "map" variable will be filled with wrong content the second time the IDE 
starts. The question is why...

Thanks for the info. I'm debugging Util.java and found the problem (probably...)

It seems that these codes below are trying to load and set for localized file
defined as fws, but fws is never added to "arr". So empty "arr" is always
added to map (tmp).

                List<FileWithSuffix> arr = new ArrayList<FileWithSuffix>();
                for (;;) {
                    FileWithSuffix fws = FileWithSuffix.read(is);
                    if (fws == null) {
                        break;
                    }
                }
                tmp.put(new File(file), arr);

So I think it should be below, "arr.add(fws)" needs to be called.

                List<FileWithSuffix> arr = new ArrayList<FileWithSuffix>();
                for (;;) {
                    FileWithSuffix fws = FileWithSuffix.read(is);
                    if (fws == null) {
                        break;
                    }
+                   arr.add(fws)
                }
                tmp.put(new File(file), arr);

I rebuilt it with this change and tried on my OpenSolaris, it's working now,
the problem disappeared.

Jaroslav, could you review?

Hi Jaroslav, could you check the patch above?

Thanks a lot: ergonomics#3333b4ee5fb0

I am surprised the code could ever work. But it really did when I tried!

Integrated into 'main-golden', will be available in build *200903100201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/3333b4ee5fb0
User: Jaroslav Tulach <jtulach@netbeans.org>
Log: #159191: masaki's fix to deserialization of suffix cache

Thank you Jaroslav!

It's now working. Verified on 200903101401.

Well, I've just integrated your patch. Thanks for it.