commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mladen Turk (JIRA)" <j...@apache.org>
Subject [jira] Updated: (DAEMON-130) The Java classpath is corrupted when it contains extended ASCII characters
Date Fri, 12 Feb 2010 10:42:27 GMT

     [ https://issues.apache.org/jira/browse/DAEMON-130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Mladen Turk updated DAEMON-130:
-------------------------------

    Comment: was deleted

(was: Fixed with the 1.0.2
DestroyJavaVM JNI method is called after the main() exits.
This will  cause the call to block until all threads exit.
There is potential danger here if the Java application hangs in which case the call will block
forever.
)

> The Java classpath is corrupted when it contains extended ASCII characters
> --------------------------------------------------------------------------
>
>                 Key: DAEMON-130
>                 URL: https://issues.apache.org/jira/browse/DAEMON-130
>             Project: Commons Daemon
>          Issue Type: Bug
>    Affects Versions: 1.0.1
>         Environment: Windows 2003 Server SP1 x86, Windows XP x86
>            Reporter: Will Franco
>             Fix For: 1.0.1
>
>
> The Java classpath is corrupted when it contains extended ASCII characters.  The corruption
is caused by the narrowing of such characters and then using them as such to create the JVM
process. 
> For example:  
> By setting a path in your classpath to C:\Tempñ\lib, the narrow conversion of such string
is C:\TempA+-\lib, and the narrow version of the path is used in the classpath preventing
the java application from starting because it cannot find its classes.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message