harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ivaschenko, Aleksei V (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-4068) [classlib][luni] Jetty scenario fails on DRLVM with access violation exception
Date Fri, 15 Jun 2007 18:52:26 GMT

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

Ivaschenko, Aleksei V updated HARMONY-4068:
-------------------------------------------

    Component/s:     (was: DRLVM)
                 Classlib
        Summary: [classlib][luni] Jetty scenario fails on DRLVM with access violation exception
 (was: [drlvm]Jetty scenario fails on DRLVM with access violation exception)

Xiao Feng, thanks for the investigation!
I've found that the java.net.SocketException you mentioned is created incorrectly in classlib's
luni module (in case of "The socket is marked as nonblocking ..." reason of exception only).
This exception is created by JNI function NewObject() using char* variable instead of jstring
one to pass error message to SocketException constructor.

> [classlib][luni] Jetty scenario fails on DRLVM with access violation exception
> ------------------------------------------------------------------------------
>
>                 Key: HARMONY-4068
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4068
>             Project: Harmony
>          Issue Type: Bug
>          Components: Classlib
>         Environment: Windows XP, ia32
>            Reporter: Ivaschenko, Aleksei V
>
> Hello,
> the Jetty scenario intermittently fails (chance to fail is up to 70%) on DRLVM with access
violation exception in VM which runs the Jetty server. Exception is thrown from gc_gen module
(gc_for_class.h file, line 198):
>     gc_gen.dll!vtable_get_gcvt_raw(Partial_Reveal_VTable * vt=0x00021b08) Line 198
>     gc_gen.dll!obj_get_gcvt_raw(Partial_Reveal_Object * obj=0x20d87cc1) Line 213
>     gc_gen.dll!object_is_array(Partial_Reveal_Object * obj=0x20d87cc1) Line 243
>     gc_gen.dll!vm_object_size(Partial_Reveal_Object * obj=0x20d87cc1) Line 279
>     gc_gen.dll!obj_end(Partial_Reveal_Object * obj=0x20d87cc1) Line 122
>     gc_gen.dll!next_marked_obj_in_block(Partial_Reveal_Object * cur_obj=0x20d87cc1, Partial_Reveal_Object
* block_end=0x20d87ff...
>     gc_gen.dll!block_get_next_marked_object(Block_Header * block=0x20d80000, void * *
start_pos=0x0213fee0) Line 203
>     gc_gen.dll!mspace_move_objects(Collector * collector=0x01d36448, Mspace * mspace=0x01c12f20)
Line 102
>     gc_gen.dll!move_compact_mspace(Collector * collector=0x01d36448) Line 199
>     gc_gen.dll!collector_thread_func(void * arg=0x01d36448) Line 181
>     hythr.dll!thread_start_proc(void * arg=0x00426a90) Line 711
>     hythr.dll!_threadstartex(void * ptd=0x00426728) Line 241
>     kernel32.dll!7c80b683()
> The scenario for reproducing could be taken from SVN:
> /harmony/enhanced/buildtest/branches/2.0/adaptors/JettyScenario
> Thanks.

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