This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 14875 - I18N-packagename with multibyte gives execution error
Summary: I18N-packagename with multibyte gives execution error
Status: CLOSED WONTFIX
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: -FFJ-
Hardware: Other Linux
: P3 blocker (vote)
Assignee: issues@java
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2001-08-28 20:00 UTC by gautham mudra
Modified: 2007-09-26 09:14 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description gautham mudra 2001-08-28 20:00:20 UTC 
I18N-Error message in multibyte project name
When i give a multibyte package name i get a run time error.
The error message is get is as follows

"java.lang.NoClassDefFoundError: mypack1????/pack
Exception in thread main"

my package name- mypack1\202\240
class name     - pack.java
the multibyte characters are replaced by ????? and i get an error
Comment 1 gautham mudra 2001-08-28 20:24:21 UTC 
This issue is related to multibyte package name.By mistake i 
mentioned Project instead of Package
Comment 2 Svata Dedic 2001-08-30 16:58:55 UTC 
Compilation works; external execution goes through the host OS and 
it is impossible to execute anything with name written in other 
encoding than OS-default. I think that you're doomed under Linux 
since it still char* for exec() sycall arguments.
If there are some other condition, please reopen the bug.
Comment 3 Svata Dedic 2001-08-30 16:59:43 UTC 
Closing as WONTFIX.
Comment 4 gautham mudra 2001-09-10 19:44:12 UTC 
The issue is not only with Linux. The same issue exists with other
operating systems such as Windows98, Windows2000 and solaris 8.so can
you please reopen the bug if you feel this is an issue.
Comment 5 gautham mudra 2001-11-05 18:41:50 UTC 
The same problem exists even in Euro Locale(fr_BE.iso8859-15)
Comment 6 Ken Frank 2002-01-02 18:11:15 UTC 
Submitter entered additional information, so can you reevaluate
to see if this needs to be reopened ?

k frank 1/02/2002
Comment 7 Quality Engineering 2003-07-01 13:11:11 UTC 
Resolved for 3.3.x or earlier, no new info since then -> closing.
Comment 8 Quality Engineering 2003-07-01 13:20:53 UTC 
Resolved for 3.4.x or earlier, no new info since then -> closing.