You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Vladimir Beliaev (JIRA)" <ji...@apache.org> on 2008/01/09 18:49:34 UTC

[jira] Commented: (HARMONY-5327) [classlib][JSPWiki] NPE in StringBuffer.getChars on start on Linux

    [ https://issues.apache.org/jira/browse/HARMONY-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557357#action_12557357 ] 

Vladimir Beliaev commented on HARMONY-5327:
-------------------------------------------

It may worth running it with J9 on Linux to get the first clue if this is DRLVM issue. The next step may be running it with -Xint to check if this is JIT or shared issue of VM...

> [classlib][JSPWiki] NPE in StringBuffer.getChars on start on Linux
> ------------------------------------------------------------------
>
>                 Key: HARMONY-5327
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5327
>             Project: Harmony
>          Issue Type: Bug
>          Components: App-Oriented Bug Reports, Classlib
>    Affects Versions: 5.0M4
>         Environment: Linux, Tomcat
>            Reporter: Alexey Petrenko
>            Priority: Blocker
>
> JSPWiki can not start on Linux and throws the following NPEs:
> log4j:ERROR Error occured while converting date.
> java.lang.NullPointerException: bad arrayCopy
> 	at java.lang.VMMemoryManager.arrayCopy(Native Method)
> 	at java.lang.System.arraycopy(Unknown Source)
> 	at java.lang.AbstractStringBuilder.getChars(AbstractStringBuilder.java:319)
> 	at java.lang.StringBuffer.getChars(StringBuffer.java:476)
> 	at org.apache.log4j.helpers.ISO8601DateFormat.format(ISO8601DateFormat.java:128)
> 	at java.text.DateFormat.format(DateFormat.java:250)
> 	at org.apache.log4j.helpers.PatternParser$DatePatternConverter.convert(PatternParser.java:444)
> 	at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64)
> 	at org.apache.log4j.PatternLayout.format(PatternLayout.java:503)
> 	at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301)
> 	at org.apache.log4j.RollingFileAppender.subAppend(RollingFileAppender.java:236)
> 	at org.apache.log4j.WriterAppender.append(WriterAppender.java:159)
> 	at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230)
> 	at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65)
> 	at org.apache.log4j.Category.callAppenders(Category.java:203)
> 	at org.apache.log4j.Category.forcedLog(Category.java:388)
> 	at org.apache.log4j.Category.error(Category.java:319)
> 	at com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:172)
> Small investigation has shown that the cause of NPE is null destination parameter of StringBuffer.getChars method. The method should throw NPE in this case according to spec. RI has the same behavior of this method.

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