harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikhail Fursov (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-4514) [drlvm][opt] Wrong line numbers in stack traces
Date Mon, 23 Jul 2007 09:44:31 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-4514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514597
] 

Mikhail Fursov commented on HARMONY-4514:
-----------------------------------------

The reasons are:
1) Not all NPE points have valid bc-mapping. BC-mapping is complete in HIR but can be missed
in LIR on some NPE points. Need simple test-cases to found such places and fix. The fix will
be easy.

2) Running Harmony on AthlonXP enables extra 'i586' pass that lowers SSE2 ops to x87. AFAIK
nobody test this mode today, so the reason of NPE can be a bug in 'i586' pass, but not insufficient
bc-mapping. 

> [drlvm][opt] Wrong line numbers in stack traces
> -----------------------------------------------
>
>                 Key: HARMONY-4514
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4514
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: WindowsXP, AthlonXP
>            Reporter: Alexander Frey
>            Assignee: Mikhail Fursov
>
> While running some JUnit tests with the latest snapshot (r557495) and Eclipse 3.3 I noticed
wrong line numbers in the stack traces of the failed tests. It seems always the first line
of the test method is reported instead of the failing line.
> The issue occures w/o parameters and with -Xem:opt. I can't test it with -Xem:jet because
java returns immediately w/o running or reporting any error (issue with Harmony on WinXP+AthlonXP?).
> Running the same tests with -Xem:interpreter or with the M2 build the correct lines are
reported.

-- 
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