You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by LvJimmy，Jing <fi...@gmail.com> on 2007/04/13 07:57:05 UTC
[classlib][nio] we may add Re: [jira] Commented: (HARMONY-3591) [classlib][nio] Can't run simple 3D HWA application using lwjgl library
Hi,
I've just read the patch for this JIRA, I find it workable, but may
need some enhancement for:
1. IntToByteBufferAdapter (and all related adapters) may not be
DirectBuffer, let it implement DirectBuffer does not make sense.
2. all DirectBuffer methods implemented in these classes, e.g,
getEffectiveAddress(), check if the ByteBuffer is DirectBuffer,
otherwise return null . These do not make sense for those in-direct
bytebuffer.
So I suggest we create other classes implements DirectBuffer as a
adapter, e.g, names DirectIntToByteBufferAdapter, so that we can
return this adapter as a DirectBuffer reasonably. What's more, we may
do some performance tuning for DirectBuffer.
If no objection, I'd like to add a patch for this(raise another JIRA?).
2007/4/13, Mikhail Fursov (JIRA) <ji...@apache.org>:
>
> [ https://issues.apache.org/jira/browse/HARMONY-3591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12488465 ]
>
> Mikhail Fursov commented on HARMONY-3591:
> -----------------------------------------
>
> >need to raise this question on dev-list@.
> Yes, please, start the thread. I do not feel comfortable to do it by myself because I will limit my participation only with email posts while doing real tasks on JIT side.
>
> > [classlib][nio] Can't run simple 3D HWA application using lwjgl library
> > -----------------------------------------------------------------------
> >
> > Key: HARMONY-3591
> > URL: https://issues.apache.org/jira/browse/HARMONY-3591
> > Project: Harmony
> > Issue Type: Bug
> > Components: Classlib
> > Reporter: Mikhail Fursov
> > Assigned To: Alexey Varlamov
> > Attachments: lwjgl.zip, nio_view.diff
> >
> >
> > I've tried to run simple 3D HWA application using popular openGL Java wrapper: lwjgl library and found that Harmony crashes at a very early stage of lwjgl initialization.
> > This crash prevents even simple scenarios to be run.
> > I found that the crash is reproduced for every JIT or interpreter mode we have.
> > HereI think that the problem is with DLRVM threading support or with Classlibs NIO implementation.
> > Here is the list of the last methods compiled before crash:
> > EM: compile start:[CS_OPT n=980] java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > EM: compile done:[CS_OPT n=980: OK] java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > EM: compile start:[CS_OPT n=981] org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > EM: compile done:[CS_OPT n=981: OK] org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > EM: compile start:[CS_OPT n=982] org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > EM: compile done:[CS_OPT n=982: OK] org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > Here is stacktrace I've got on Windows:
> > > lwjgl.dll!01865f90()
> > lwjgl.dll!0186620e()
> > harmonyvm.dll!m2n_free_local_handles() Line 267 + 0xc C++
> > harmonyvm.dll!get_vm_thread(HyThread * thr=0x011fdfa0) Line 190 + 0xb C++
> > 011fe010()
> > harmonyvm.dll!vm_invoke_native_array_stub(unsigned int * args=0x0013f794, int sz=1, void * f=0x01800010) Line 77 C++
> > harmonyvm.dll!JIT_execute_method_default(void * jit=0x00000000, _jmethodID * methodID=0x03105890, jvalue * return_value=0x00000000, jvalue * args=0x02ffa948) Line 200 C++
> > em.dll!DrlEMImpl::executeMethod(_jmethodID * meth=0x03105890, jvalue * return_value=0x00000000, jvalue * args=0x02ffa948) Line 539 + 0x16 C++
> > em.dll!ExecuteMethod(_jmethodID * meth=0x03105890, jvalue * return_value=0x00000000, jvalue * args=0x02ffa948) Line 43 + 0x21 C++
> > harmonyvm.dll!vm_execute_java_method_array(_jmethodID * method=0x03105890, jvalue * result=0x00000000, jvalue * args=0x02ffa948) Line 51 + 0x1b C++
> > harmonyvm.dll!call_static_method_no_ref_result(JNIEnv_External * jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID * methodID=0x03105890, jvalue * args=0x02ffa948, jvalue * result=0x00000000) Line 1154 + 0x11 C++
> > harmonyvm.dll!CallStaticVoidMethodA(JNIEnv_External * jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID * methodID=0x03105890, jvalue * args=0x02ffa948) Line 1562 + 0x17 C++
> > harmonyvm.dll!CallStaticVoidMethodV(JNIEnv_External * jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID * methodID=0x03105890, char * args=0x0013fa18) Line 1547 C++
> > harmonyvm.dll!CallStaticVoidMethod(JNIEnv_External * jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID * methodID=0x03105890, ...) Line 1537 C++
> > java.exe!main_runJavaMain(const JNINativeInterface_ * * env=0x011fe050, char * mainClassName=0x00366f79, int nameIsUTF=0, int java_argc=0, char * * java_argv=0x0036247c, HyPortLibrary * portLibrary=0x0013fbb8) Line 1311 + 0x1b C
> > java.exe!invocation(HyPortLibrary * portLibrary=0x0013fbb8, int argc=7, char * * argv=0x00362460, unsigned int handle=5308416, int version=65540, unsigned char ignoreUnrecognized='', char * mainClass=0x00366f79, unsigned int classArg=6, char * propertiesFileName=0x0015db60, int isStandaloneJar=0, char * vmdllsubdir=0x0013fb44) Line 732 + 0x2c C
> > java.exe!gpProtectedMain(haCmdlineOptions * args=0x0013fb90) Line 381 + 0x33 C
> > java.exe!main(int argc=7, char * * argv=0x00362460, char * * envp=0x00364180) Line 147 + 0xc C
> > java.exe!mainCRTStartup() Line 398 + 0xe C
> > I checked the same test with SUN and BEA VMs.
> > Sun1.4/1.5/1.6 and BEA1.4 runs OK.
> > BEA 1.5 crashes.
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>
--
Best Regards!
Jimmy, Jing Lv
China Software Development Lab, IBM
Re: [classlib][nio] we may add Re: [jira] Commented: (HARMONY-3591) [classlib][nio] Can't run simple 3D HWA application using lwjgl library
Posted by LvJimmy，Jing <fi...@gmail.com>.
Thanks Alexey, the test passed, so I'd like to upload the patch then :)
2007/4/17, Alexey Varlamov <al...@gmail.com>:
> Does the built DRLVM ever works - e.g. HWA passes?
> BTW, there is a regression test which can be run easy:
> build.bat -Dtest.case=H3591 reg.test
>
> 2007/4/17, LvJimmy，Jing <fi...@gmail.com>:
> > Hi,
> > I've already prepared for my patch, I'm running regression test. I
> > meet some building problem of DRLVM and thanks to XiaoFeng, it works
> > at last.
> > But still there's something wrong here, I've try lastest DRLVM and
> > classlib to run lwjgl discussed in JIRA HARMONY3591, it does crash
> > with a pop-up window says the program must be shutdown, blabla. The
> > signature was:
> > AppName: java.exe AppVer: 0.1.0.0 ModName: harmonyvm.dll
> > ModVer: 0.0.0.0 Offset: 0003ca51
> > and the detail only contain some module information and can not be copied.
> > My desktop is Windows xp sp2, P4 2.4, using MSVC2003 to build
> > harmony/drlvm. With my own patch on cause the same result.
> > I've also try linux (Redhat, with lastest lwjgl v1.0), it seems
> > DRLVM omit -Djava.library.path so that cause a unsatisfied link error.
> > Do someone also meet such problem?
> >
> > 2007/4/13, Alexey Varlamov <al...@gmail.com>:
> > > Please go ahead.
> > >
> > > 2007/4/13, LvJimmy，Jing <fi...@gmail.com>:
> > > > That's for sure :)
> > > > My plan was:
> > > > 1. create those DirectBufferAdapters
> > > > 2. in the BaseByteBuffer, return the wrapped DirectBufferAdapters if and only
> > > > if the ByteBuffer itself is direct, otherwise return the original adapters.
> > > > I'm still preparing for the patch, and will run regression test to
> > > > make sure it works.
> > > > Does it make sense? Thanks :)
> > > >
> > > > 2007/4/13, Mikhail Fursov <mi...@gmail.com>:
> > > > > Jimmy,
> > > > > Will the initial test work with your solution?
> > > > >
> > > > > On 4/13/07, LvJimmy，Jing <fi...@gmail.com> wrote:
> > > > > >
> > > > > > Hi,
> > > > > > I've just read the patch for this JIRA, I find it workable, but may
> > > > > > need some enhancement for:
> > > > > > 1. IntToByteBufferAdapter (and all related adapters) may not be
> > > > > > DirectBuffer, let it implement DirectBuffer does not make sense.
> > > > > > 2. all DirectBuffer methods implemented in these classes, e.g,
> > > > > > getEffectiveAddress(), check if the ByteBuffer is DirectBuffer,
> > > > > > otherwise return null . These do not make sense for those in-direct
> > > > > > bytebuffer.
> > > > > > So I suggest we create other classes implements DirectBuffer as a
> > > > > > adapter, e.g, names DirectIntToByteBufferAdapter, so that we can
> > > > > > return this adapter as a DirectBuffer reasonably. What's more, we may
> > > > > > do some performance tuning for DirectBuffer.
> > > > > > If no objection, I'd like to add a patch for this(raise another JIRA?).
> > > > > >
> > > > > > 2007/4/13, Mikhail Fursov (JIRA) <ji...@apache.org>:
> > > > > > >
> > > > > > > [
> > > > > > https://issues.apache.org/jira/browse/HARMONY-3591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12488465]
> > > > > > >
> > > > > > > Mikhail Fursov commented on HARMONY-3591:
> > > > > > > -----------------------------------------
> > > > > > >
> > > > > > > >need to raise this question on dev-list@.
> > > > > > > Yes, please, start the thread. I do not feel comfortable to do it by
> > > > > > myself because I will limit my participation only with email posts while
> > > > > > doing real tasks on JIT side.
> > > > > > >
> > > > > > > > [classlib][nio] Can't run simple 3D HWA application using lwjgl
> > > > > > library
> > > > > > > >
> > > > > > -----------------------------------------------------------------------
> > > > > > > >
> > > > > > > > Key: HARMONY-3591
> > > > > > > > URL:
> > > > > > https://issues.apache.org/jira/browse/HARMONY-3591
> > > > > > > > Project: Harmony
> > > > > > > > Issue Type: Bug
> > > > > > > > Components: Classlib
> > > > > > > > Reporter: Mikhail Fursov
> > > > > > > > Assigned To: Alexey Varlamov
> > > > > > > > Attachments: lwjgl.zip, nio_view.diff
> > > > > > > >
> > > > > > > >
> > > > > > > > I've tried to run simple 3D HWA application using popular openGL Java
> > > > > > wrapper: lwjgl library and found that Harmony crashes at a very early stage
> > > > > > of lwjgl initialization.
> > > > > > > > This crash prevents even simple scenarios to be run.
> > > > > > > > I found that the crash is reproduced for every JIT or interpreter mode
> > > > > > we have.
> > > > > > > > HereI think that the problem is with DLRVM threading support or with
> > > > > > Classlibs NIO implementation.
> > > > > > > > Here is the list of the last methods compiled before crash:
> > > > > > > > EM: compile start:[CS_OPT n=980]
> > > > > > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > > > > > EM: compile done:[CS_OPT n=980: OK]
> > > > > > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > > > > > EM: compile start:[CS_OPT n=981]
> > > > > > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > > > > > EM: compile done:[CS_OPT n=981: OK]
> > > > > > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > > > > > EM: compile start:[CS_OPT n=982]
> > > > > > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > > > > > EM: compile done:[CS_OPT n=982: OK]
> > > > > > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > > > > > Here is stacktrace I've got on Windows:
> > > > > > > > > lwjgl.dll!01865f90()
> > > > > > > > lwjgl.dll!0186620e()
> > > > > > > > harmonyvm.dll!m2n_free_local_handles() Line 267 + 0xc C++
> > > > > > > > harmonyvm.dll!get_vm_thread(HyThread * thr=0x011fdfa0) Line 190
> > > > > > + 0xb C++
> > > > > > > > 011fe010()
> > > > > > > > harmonyvm.dll!vm_invoke_native_array_stub(unsigned int *
> > > > > > args=0x0013f794, int sz=1, void * f=0x01800010) Line 77 C++
> > > > > > > > harmonyvm.dll!JIT_execute_method_default(void * jit=0x00000000,
> > > > > > _jmethodID * methodID=0x03105890, jvalue * return_value=0x00000000, jvalue *
> > > > > > args=0x02ffa948) Line 200 C++
> > > > > > > > em.dll!DrlEMImpl::executeMethod(_jmethodID * meth=0x03105890,
> > > > > > jvalue * return_value=0x00000000, jvalue * args=0x02ffa948) Line 539 +
> > > > > > 0x16 C++
> > > > > > > > em.dll!ExecuteMethod(_jmethodID * meth=0x03105890, jvalue *
> > > > > > return_value=0x00000000, jvalue * args=0x02ffa948) Line 43 + 0x21 C++
> > > > > > > > harmonyvm.dll!vm_execute_java_method_array(_jmethodID *
> > > > > > method=0x03105890, jvalue * result=0x00000000, jvalue *
> > > > > > args=0x02ffa948) Line 51 + 0x1b C++
> > > > > > > > harmonyvm.dll!call_static_method_no_ref_result(JNIEnv_External *
> > > > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > > > methodID=0x03105890, jvalue * args=0x02ffa948, jvalue *
> > > > > > result=0x00000000) Line 1154 + 0x11 C++
> > > > > > > > harmonyvm.dll!CallStaticVoidMethodA(JNIEnv_External *
> > > > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > > > methodID=0x03105890, jvalue * args=0x02ffa948) Line 1562 + 0x17 C++
> > > > > > > > harmonyvm.dll!CallStaticVoidMethodV(JNIEnv_External *
> > > > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > > > methodID=0x03105890, char * args=0x0013fa18) Line 1547 C++
> > > > > > > > harmonyvm.dll!CallStaticVoidMethod(JNIEnv_External *
> > > > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > > > methodID=0x03105890, ...) Line 1537 C++
> > > > > > > > java.exe!main_runJavaMain(const JNINativeInterface_ * *
> > > > > > env=0x011fe050, char * mainClassName=0x00366f79, int nameIsUTF=0, int
> > > > > > java_argc=0, char * * java_argv=0x0036247c, HyPortLibrary *
> > > > > > portLibrary=0x0013fbb8) Line 1311 + 0x1b C
> > > > > > > > java.exe!invocation(HyPortLibrary * portLibrary=0x0013fbb8, int
> > > > > > argc=7, char * * argv=0x00362460, unsigned int handle=5308416, int
> > > > > > version=65540, unsigned char ignoreUnrecognized='', char *
> > > > > > mainClass=0x00366f79, unsigned int classArg=6, char *
> > > > > > propertiesFileName=0x0015db60, int isStandaloneJar=0, char *
> > > > > > vmdllsubdir=0x0013fb44) Line 732 + 0x2c C
> > > > > > > > java.exe!gpProtectedMain(haCmdlineOptions *
> > > > > > args=0x0013fb90) Line 381 + 0x33 C
> > > > > > > > java.exe!main(int argc=7, char * * argv=0x00362460, char * *
> > > > > > envp=0x00364180) Line 147 + 0xc C
> > > > > > > > java.exe!mainCRTStartup() Line 398 + 0xe C
> > > > > > > > I checked the same test with SUN and BEA VMs.
> > > > > > > > Sun1.4/1.5/1.6 and BEA1.4 runs OK.
> > > > > > > > BEA 1.5 crashes.
> > > > > > >
> > > > > > > --
> > > > > > > This message is automatically generated by JIRA.
> > > > > > > -
> > > > > > > You can reply to this email to add a comment to the issue online.
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > > Best Regards!
> > > > > >
> > > > > > Jimmy, Jing Lv
> > > > > > China Software Development Lab, IBM
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Mikhail Fursov
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Best Regards!
> > > >
> > > > Jimmy, Jing Lv
> > > > China Software Development Lab, IBM
> > > >
> > >
> >
> >
> > --
> >
> > Best Regards!
> >
> > Jimmy, Jing Lv
> > China Software Development Lab, IBM
> >
>
--
Best Regards!
Jimmy, Jing Lv
China Software Development Lab, IBM
Re: [classlib][nio] we may add Re: [jira] Commented: (HARMONY-3591) [classlib][nio] Can't run simple 3D HWA application using lwjgl library
Posted by Alexey Varlamov <al...@gmail.com>.
Does the built DRLVM ever works - e.g. HWA passes?
BTW, there is a regression test which can be run easy:
build.bat -Dtest.case=H3591 reg.test
2007/4/17, LvJimmy，Jing <fi...@gmail.com>:
> Hi,
> I've already prepared for my patch, I'm running regression test. I
> meet some building problem of DRLVM and thanks to XiaoFeng, it works
> at last.
> But still there's something wrong here, I've try lastest DRLVM and
> classlib to run lwjgl discussed in JIRA HARMONY3591, it does crash
> with a pop-up window says the program must be shutdown, blabla. The
> signature was:
> AppName: java.exe AppVer: 0.1.0.0 ModName: harmonyvm.dll
> ModVer: 0.0.0.0 Offset: 0003ca51
> and the detail only contain some module information and can not be copied.
> My desktop is Windows xp sp2, P4 2.4, using MSVC2003 to build
> harmony/drlvm. With my own patch on cause the same result.
> I've also try linux (Redhat, with lastest lwjgl v1.0), it seems
> DRLVM omit -Djava.library.path so that cause a unsatisfied link error.
> Do someone also meet such problem?
>
> 2007/4/13, Alexey Varlamov <al...@gmail.com>:
> > Please go ahead.
> >
> > 2007/4/13, LvJimmy，Jing <fi...@gmail.com>:
> > > That's for sure :)
> > > My plan was:
> > > 1. create those DirectBufferAdapters
> > > 2. in the BaseByteBuffer, return the wrapped DirectBufferAdapters if and only
> > > if the ByteBuffer itself is direct, otherwise return the original adapters.
> > > I'm still preparing for the patch, and will run regression test to
> > > make sure it works.
> > > Does it make sense? Thanks :)
> > >
> > > 2007/4/13, Mikhail Fursov <mi...@gmail.com>:
> > > > Jimmy,
> > > > Will the initial test work with your solution?
> > > >
> > > > On 4/13/07, LvJimmy，Jing <fi...@gmail.com> wrote:
> > > > >
> > > > > Hi,
> > > > > I've just read the patch for this JIRA, I find it workable, but may
> > > > > need some enhancement for:
> > > > > 1. IntToByteBufferAdapter (and all related adapters) may not be
> > > > > DirectBuffer, let it implement DirectBuffer does not make sense.
> > > > > 2. all DirectBuffer methods implemented in these classes, e.g,
> > > > > getEffectiveAddress(), check if the ByteBuffer is DirectBuffer,
> > > > > otherwise return null . These do not make sense for those in-direct
> > > > > bytebuffer.
> > > > > So I suggest we create other classes implements DirectBuffer as a
> > > > > adapter, e.g, names DirectIntToByteBufferAdapter, so that we can
> > > > > return this adapter as a DirectBuffer reasonably. What's more, we may
> > > > > do some performance tuning for DirectBuffer.
> > > > > If no objection, I'd like to add a patch for this(raise another JIRA?).
> > > > >
> > > > > 2007/4/13, Mikhail Fursov (JIRA) <ji...@apache.org>:
> > > > > >
> > > > > > [
> > > > > https://issues.apache.org/jira/browse/HARMONY-3591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12488465]
> > > > > >
> > > > > > Mikhail Fursov commented on HARMONY-3591:
> > > > > > -----------------------------------------
> > > > > >
> > > > > > >need to raise this question on dev-list@.
> > > > > > Yes, please, start the thread. I do not feel comfortable to do it by
> > > > > myself because I will limit my participation only with email posts while
> > > > > doing real tasks on JIT side.
> > > > > >
> > > > > > > [classlib][nio] Can't run simple 3D HWA application using lwjgl
> > > > > library
> > > > > > >
> > > > > -----------------------------------------------------------------------
> > > > > > >
> > > > > > > Key: HARMONY-3591
> > > > > > > URL:
> > > > > https://issues.apache.org/jira/browse/HARMONY-3591
> > > > > > > Project: Harmony
> > > > > > > Issue Type: Bug
> > > > > > > Components: Classlib
> > > > > > > Reporter: Mikhail Fursov
> > > > > > > Assigned To: Alexey Varlamov
> > > > > > > Attachments: lwjgl.zip, nio_view.diff
> > > > > > >
> > > > > > >
> > > > > > > I've tried to run simple 3D HWA application using popular openGL Java
> > > > > wrapper: lwjgl library and found that Harmony crashes at a very early stage
> > > > > of lwjgl initialization.
> > > > > > > This crash prevents even simple scenarios to be run.
> > > > > > > I found that the crash is reproduced for every JIT or interpreter mode
> > > > > we have.
> > > > > > > HereI think that the problem is with DLRVM threading support or with
> > > > > Classlibs NIO implementation.
> > > > > > > Here is the list of the last methods compiled before crash:
> > > > > > > EM: compile start:[CS_OPT n=980]
> > > > > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > > > > EM: compile done:[CS_OPT n=980: OK]
> > > > > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > > > > EM: compile start:[CS_OPT n=981]
> > > > > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > > > > EM: compile done:[CS_OPT n=981: OK]
> > > > > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > > > > EM: compile start:[CS_OPT n=982]
> > > > > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > > > > EM: compile done:[CS_OPT n=982: OK]
> > > > > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > > > > Here is stacktrace I've got on Windows:
> > > > > > > > lwjgl.dll!01865f90()
> > > > > > > lwjgl.dll!0186620e()
> > > > > > > harmonyvm.dll!m2n_free_local_handles() Line 267 + 0xc C++
> > > > > > > harmonyvm.dll!get_vm_thread(HyThread * thr=0x011fdfa0) Line 190
> > > > > + 0xb C++
> > > > > > > 011fe010()
> > > > > > > harmonyvm.dll!vm_invoke_native_array_stub(unsigned int *
> > > > > args=0x0013f794, int sz=1, void * f=0x01800010) Line 77 C++
> > > > > > > harmonyvm.dll!JIT_execute_method_default(void * jit=0x00000000,
> > > > > _jmethodID * methodID=0x03105890, jvalue * return_value=0x00000000, jvalue *
> > > > > args=0x02ffa948) Line 200 C++
> > > > > > > em.dll!DrlEMImpl::executeMethod(_jmethodID * meth=0x03105890,
> > > > > jvalue * return_value=0x00000000, jvalue * args=0x02ffa948) Line 539 +
> > > > > 0x16 C++
> > > > > > > em.dll!ExecuteMethod(_jmethodID * meth=0x03105890, jvalue *
> > > > > return_value=0x00000000, jvalue * args=0x02ffa948) Line 43 + 0x21 C++
> > > > > > > harmonyvm.dll!vm_execute_java_method_array(_jmethodID *
> > > > > method=0x03105890, jvalue * result=0x00000000, jvalue *
> > > > > args=0x02ffa948) Line 51 + 0x1b C++
> > > > > > > harmonyvm.dll!call_static_method_no_ref_result(JNIEnv_External *
> > > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > > methodID=0x03105890, jvalue * args=0x02ffa948, jvalue *
> > > > > result=0x00000000) Line 1154 + 0x11 C++
> > > > > > > harmonyvm.dll!CallStaticVoidMethodA(JNIEnv_External *
> > > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > > methodID=0x03105890, jvalue * args=0x02ffa948) Line 1562 + 0x17 C++
> > > > > > > harmonyvm.dll!CallStaticVoidMethodV(JNIEnv_External *
> > > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > > methodID=0x03105890, char * args=0x0013fa18) Line 1547 C++
> > > > > > > harmonyvm.dll!CallStaticVoidMethod(JNIEnv_External *
> > > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > > methodID=0x03105890, ...) Line 1537 C++
> > > > > > > java.exe!main_runJavaMain(const JNINativeInterface_ * *
> > > > > env=0x011fe050, char * mainClassName=0x00366f79, int nameIsUTF=0, int
> > > > > java_argc=0, char * * java_argv=0x0036247c, HyPortLibrary *
> > > > > portLibrary=0x0013fbb8) Line 1311 + 0x1b C
> > > > > > > java.exe!invocation(HyPortLibrary * portLibrary=0x0013fbb8, int
> > > > > argc=7, char * * argv=0x00362460, unsigned int handle=5308416, int
> > > > > version=65540, unsigned char ignoreUnrecognized='', char *
> > > > > mainClass=0x00366f79, unsigned int classArg=6, char *
> > > > > propertiesFileName=0x0015db60, int isStandaloneJar=0, char *
> > > > > vmdllsubdir=0x0013fb44) Line 732 + 0x2c C
> > > > > > > java.exe!gpProtectedMain(haCmdlineOptions *
> > > > > args=0x0013fb90) Line 381 + 0x33 C
> > > > > > > java.exe!main(int argc=7, char * * argv=0x00362460, char * *
> > > > > envp=0x00364180) Line 147 + 0xc C
> > > > > > > java.exe!mainCRTStartup() Line 398 + 0xe C
> > > > > > > I checked the same test with SUN and BEA VMs.
> > > > > > > Sun1.4/1.5/1.6 and BEA1.4 runs OK.
> > > > > > > BEA 1.5 crashes.
> > > > > >
> > > > > > --
> > > > > > This message is automatically generated by JIRA.
> > > > > > -
> > > > > > You can reply to this email to add a comment to the issue online.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Best Regards!
> > > > >
> > > > > Jimmy, Jing Lv
> > > > > China Software Development Lab, IBM
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Mikhail Fursov
> > > >
> > >
> > >
> > > --
> > >
> > > Best Regards!
> > >
> > > Jimmy, Jing Lv
> > > China Software Development Lab, IBM
> > >
> >
>
>
> --
>
> Best Regards!
>
> Jimmy, Jing Lv
> China Software Development Lab, IBM
>
Re: [classlib][nio] we may add Re: [jira] Commented: (HARMONY-3591) [classlib][nio] Can't run simple 3D HWA application using lwjgl library
Posted by LvJimmy，Jing <fi...@gmail.com>.
Hi,
I've already prepared for my patch, I'm running regression test. I
meet some building problem of DRLVM and thanks to XiaoFeng, it works
at last.
But still there's something wrong here, I've try lastest DRLVM and
classlib to run lwjgl discussed in JIRA HARMONY3591, it does crash
with a pop-up window says the program must be shutdown, blabla. The
signature was:
AppName: java.exe AppVer: 0.1.0.0 ModName: harmonyvm.dll
ModVer: 0.0.0.0 Offset: 0003ca51
and the detail only contain some module information and can not be copied.
My desktop is Windows xp sp2, P4 2.4, using MSVC2003 to build
harmony/drlvm. With my own patch on cause the same result.
I've also try linux (Redhat, with lastest lwjgl v1.0), it seems
DRLVM omit -Djava.library.path so that cause a unsatisfied link error.
Do someone also meet such problem?
2007/4/13, Alexey Varlamov <al...@gmail.com>:
> Please go ahead.
>
> 2007/4/13, LvJimmy，Jing <fi...@gmail.com>:
> > That's for sure :)
> > My plan was:
> > 1. create those DirectBufferAdapters
> > 2. in the BaseByteBuffer, return the wrapped DirectBufferAdapters if and only
> > if the ByteBuffer itself is direct, otherwise return the original adapters.
> > I'm still preparing for the patch, and will run regression test to
> > make sure it works.
> > Does it make sense? Thanks :)
> >
> > 2007/4/13, Mikhail Fursov <mi...@gmail.com>:
> > > Jimmy,
> > > Will the initial test work with your solution?
> > >
> > > On 4/13/07, LvJimmy，Jing <fi...@gmail.com> wrote:
> > > >
> > > > Hi,
> > > > I've just read the patch for this JIRA, I find it workable, but may
> > > > need some enhancement for:
> > > > 1. IntToByteBufferAdapter (and all related adapters) may not be
> > > > DirectBuffer, let it implement DirectBuffer does not make sense.
> > > > 2. all DirectBuffer methods implemented in these classes, e.g,
> > > > getEffectiveAddress(), check if the ByteBuffer is DirectBuffer,
> > > > otherwise return null . These do not make sense for those in-direct
> > > > bytebuffer.
> > > > So I suggest we create other classes implements DirectBuffer as a
> > > > adapter, e.g, names DirectIntToByteBufferAdapter, so that we can
> > > > return this adapter as a DirectBuffer reasonably. What's more, we may
> > > > do some performance tuning for DirectBuffer.
> > > > If no objection, I'd like to add a patch for this(raise another JIRA?).
> > > >
> > > > 2007/4/13, Mikhail Fursov (JIRA) <ji...@apache.org>:
> > > > >
> > > > > [
> > > > https://issues.apache.org/jira/browse/HARMONY-3591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12488465]
> > > > >
> > > > > Mikhail Fursov commented on HARMONY-3591:
> > > > > -----------------------------------------
> > > > >
> > > > > >need to raise this question on dev-list@.
> > > > > Yes, please, start the thread. I do not feel comfortable to do it by
> > > > myself because I will limit my participation only with email posts while
> > > > doing real tasks on JIT side.
> > > > >
> > > > > > [classlib][nio] Can't run simple 3D HWA application using lwjgl
> > > > library
> > > > > >
> > > > -----------------------------------------------------------------------
> > > > > >
> > > > > > Key: HARMONY-3591
> > > > > > URL:
> > > > https://issues.apache.org/jira/browse/HARMONY-3591
> > > > > > Project: Harmony
> > > > > > Issue Type: Bug
> > > > > > Components: Classlib
> > > > > > Reporter: Mikhail Fursov
> > > > > > Assigned To: Alexey Varlamov
> > > > > > Attachments: lwjgl.zip, nio_view.diff
> > > > > >
> > > > > >
> > > > > > I've tried to run simple 3D HWA application using popular openGL Java
> > > > wrapper: lwjgl library and found that Harmony crashes at a very early stage
> > > > of lwjgl initialization.
> > > > > > This crash prevents even simple scenarios to be run.
> > > > > > I found that the crash is reproduced for every JIT or interpreter mode
> > > > we have.
> > > > > > HereI think that the problem is with DLRVM threading support or with
> > > > Classlibs NIO implementation.
> > > > > > Here is the list of the last methods compiled before crash:
> > > > > > EM: compile start:[CS_OPT n=980]
> > > > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > > > EM: compile done:[CS_OPT n=980: OK]
> > > > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > > > EM: compile start:[CS_OPT n=981]
> > > > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > > > EM: compile done:[CS_OPT n=981: OK]
> > > > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > > > EM: compile start:[CS_OPT n=982]
> > > > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > > > EM: compile done:[CS_OPT n=982: OK]
> > > > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > > > Here is stacktrace I've got on Windows:
> > > > > > > lwjgl.dll!01865f90()
> > > > > > lwjgl.dll!0186620e()
> > > > > > harmonyvm.dll!m2n_free_local_handles() Line 267 + 0xc C++
> > > > > > harmonyvm.dll!get_vm_thread(HyThread * thr=0x011fdfa0) Line 190
> > > > + 0xb C++
> > > > > > 011fe010()
> > > > > > harmonyvm.dll!vm_invoke_native_array_stub(unsigned int *
> > > > args=0x0013f794, int sz=1, void * f=0x01800010) Line 77 C++
> > > > > > harmonyvm.dll!JIT_execute_method_default(void * jit=0x00000000,
> > > > _jmethodID * methodID=0x03105890, jvalue * return_value=0x00000000, jvalue *
> > > > args=0x02ffa948) Line 200 C++
> > > > > > em.dll!DrlEMImpl::executeMethod(_jmethodID * meth=0x03105890,
> > > > jvalue * return_value=0x00000000, jvalue * args=0x02ffa948) Line 539 +
> > > > 0x16 C++
> > > > > > em.dll!ExecuteMethod(_jmethodID * meth=0x03105890, jvalue *
> > > > return_value=0x00000000, jvalue * args=0x02ffa948) Line 43 + 0x21 C++
> > > > > > harmonyvm.dll!vm_execute_java_method_array(_jmethodID *
> > > > method=0x03105890, jvalue * result=0x00000000, jvalue *
> > > > args=0x02ffa948) Line 51 + 0x1b C++
> > > > > > harmonyvm.dll!call_static_method_no_ref_result(JNIEnv_External *
> > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > methodID=0x03105890, jvalue * args=0x02ffa948, jvalue *
> > > > result=0x00000000) Line 1154 + 0x11 C++
> > > > > > harmonyvm.dll!CallStaticVoidMethodA(JNIEnv_External *
> > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > methodID=0x03105890, jvalue * args=0x02ffa948) Line 1562 + 0x17 C++
> > > > > > harmonyvm.dll!CallStaticVoidMethodV(JNIEnv_External *
> > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > methodID=0x03105890, char * args=0x0013fa18) Line 1547 C++
> > > > > > harmonyvm.dll!CallStaticVoidMethod(JNIEnv_External *
> > > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > > methodID=0x03105890, ...) Line 1537 C++
> > > > > > java.exe!main_runJavaMain(const JNINativeInterface_ * *
> > > > env=0x011fe050, char * mainClassName=0x00366f79, int nameIsUTF=0, int
> > > > java_argc=0, char * * java_argv=0x0036247c, HyPortLibrary *
> > > > portLibrary=0x0013fbb8) Line 1311 + 0x1b C
> > > > > > java.exe!invocation(HyPortLibrary * portLibrary=0x0013fbb8, int
> > > > argc=7, char * * argv=0x00362460, unsigned int handle=5308416, int
> > > > version=65540, unsigned char ignoreUnrecognized='', char *
> > > > mainClass=0x00366f79, unsigned int classArg=6, char *
> > > > propertiesFileName=0x0015db60, int isStandaloneJar=0, char *
> > > > vmdllsubdir=0x0013fb44) Line 732 + 0x2c C
> > > > > > java.exe!gpProtectedMain(haCmdlineOptions *
> > > > args=0x0013fb90) Line 381 + 0x33 C
> > > > > > java.exe!main(int argc=7, char * * argv=0x00362460, char * *
> > > > envp=0x00364180) Line 147 + 0xc C
> > > > > > java.exe!mainCRTStartup() Line 398 + 0xe C
> > > > > > I checked the same test with SUN and BEA VMs.
> > > > > > Sun1.4/1.5/1.6 and BEA1.4 runs OK.
> > > > > > BEA 1.5 crashes.
> > > > >
> > > > > --
> > > > > This message is automatically generated by JIRA.
> > > > > -
> > > > > You can reply to this email to add a comment to the issue online.
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Best Regards!
> > > >
> > > > Jimmy, Jing Lv
> > > > China Software Development Lab, IBM
> > > >
> > >
> > >
> > >
> > > --
> > > Mikhail Fursov
> > >
> >
> >
> > --
> >
> > Best Regards!
> >
> > Jimmy, Jing Lv
> > China Software Development Lab, IBM
> >
>
--
Best Regards!
Jimmy, Jing Lv
China Software Development Lab, IBM
Re: [classlib][nio] we may add Re: [jira] Commented: (HARMONY-3591) [classlib][nio] Can't run simple 3D HWA application using lwjgl library
Posted by Alexey Varlamov <al...@gmail.com>.
Please go ahead.
2007/4/13, LvJimmy，Jing <fi...@gmail.com>:
> That's for sure :)
> My plan was:
> 1. create those DirectBufferAdapters
> 2. in the BaseByteBuffer, return the wrapped DirectBufferAdapters if and only
> if the ByteBuffer itself is direct, otherwise return the original adapters.
> I'm still preparing for the patch, and will run regression test to
> make sure it works.
> Does it make sense? Thanks :)
>
> 2007/4/13, Mikhail Fursov <mi...@gmail.com>:
> > Jimmy,
> > Will the initial test work with your solution?
> >
> > On 4/13/07, LvJimmy，Jing <fi...@gmail.com> wrote:
> > >
> > > Hi,
> > > I've just read the patch for this JIRA, I find it workable, but may
> > > need some enhancement for:
> > > 1. IntToByteBufferAdapter (and all related adapters) may not be
> > > DirectBuffer, let it implement DirectBuffer does not make sense.
> > > 2. all DirectBuffer methods implemented in these classes, e.g,
> > > getEffectiveAddress(), check if the ByteBuffer is DirectBuffer,
> > > otherwise return null . These do not make sense for those in-direct
> > > bytebuffer.
> > > So I suggest we create other classes implements DirectBuffer as a
> > > adapter, e.g, names DirectIntToByteBufferAdapter, so that we can
> > > return this adapter as a DirectBuffer reasonably. What's more, we may
> > > do some performance tuning for DirectBuffer.
> > > If no objection, I'd like to add a patch for this(raise another JIRA?).
> > >
> > > 2007/4/13, Mikhail Fursov (JIRA) <ji...@apache.org>:
> > > >
> > > > [
> > > https://issues.apache.org/jira/browse/HARMONY-3591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12488465]
> > > >
> > > > Mikhail Fursov commented on HARMONY-3591:
> > > > -----------------------------------------
> > > >
> > > > >need to raise this question on dev-list@.
> > > > Yes, please, start the thread. I do not feel comfortable to do it by
> > > myself because I will limit my participation only with email posts while
> > > doing real tasks on JIT side.
> > > >
> > > > > [classlib][nio] Can't run simple 3D HWA application using lwjgl
> > > library
> > > > >
> > > -----------------------------------------------------------------------
> > > > >
> > > > > Key: HARMONY-3591
> > > > > URL:
> > > https://issues.apache.org/jira/browse/HARMONY-3591
> > > > > Project: Harmony
> > > > > Issue Type: Bug
> > > > > Components: Classlib
> > > > > Reporter: Mikhail Fursov
> > > > > Assigned To: Alexey Varlamov
> > > > > Attachments: lwjgl.zip, nio_view.diff
> > > > >
> > > > >
> > > > > I've tried to run simple 3D HWA application using popular openGL Java
> > > wrapper: lwjgl library and found that Harmony crashes at a very early stage
> > > of lwjgl initialization.
> > > > > This crash prevents even simple scenarios to be run.
> > > > > I found that the crash is reproduced for every JIT or interpreter mode
> > > we have.
> > > > > HereI think that the problem is with DLRVM threading support or with
> > > Classlibs NIO implementation.
> > > > > Here is the list of the last methods compiled before crash:
> > > > > EM: compile start:[CS_OPT n=980]
> > > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > > EM: compile done:[CS_OPT n=980: OK]
> > > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > > EM: compile start:[CS_OPT n=981]
> > > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > > EM: compile done:[CS_OPT n=981: OK]
> > > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > > EM: compile start:[CS_OPT n=982]
> > > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > > EM: compile done:[CS_OPT n=982: OK]
> > > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > > Here is stacktrace I've got on Windows:
> > > > > > lwjgl.dll!01865f90()
> > > > > lwjgl.dll!0186620e()
> > > > > harmonyvm.dll!m2n_free_local_handles() Line 267 + 0xc C++
> > > > > harmonyvm.dll!get_vm_thread(HyThread * thr=0x011fdfa0) Line 190
> > > + 0xb C++
> > > > > 011fe010()
> > > > > harmonyvm.dll!vm_invoke_native_array_stub(unsigned int *
> > > args=0x0013f794, int sz=1, void * f=0x01800010) Line 77 C++
> > > > > harmonyvm.dll!JIT_execute_method_default(void * jit=0x00000000,
> > > _jmethodID * methodID=0x03105890, jvalue * return_value=0x00000000, jvalue *
> > > args=0x02ffa948) Line 200 C++
> > > > > em.dll!DrlEMImpl::executeMethod(_jmethodID * meth=0x03105890,
> > > jvalue * return_value=0x00000000, jvalue * args=0x02ffa948) Line 539 +
> > > 0x16 C++
> > > > > em.dll!ExecuteMethod(_jmethodID * meth=0x03105890, jvalue *
> > > return_value=0x00000000, jvalue * args=0x02ffa948) Line 43 + 0x21 C++
> > > > > harmonyvm.dll!vm_execute_java_method_array(_jmethodID *
> > > method=0x03105890, jvalue * result=0x00000000, jvalue *
> > > args=0x02ffa948) Line 51 + 0x1b C++
> > > > > harmonyvm.dll!call_static_method_no_ref_result(JNIEnv_External *
> > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > methodID=0x03105890, jvalue * args=0x02ffa948, jvalue *
> > > result=0x00000000) Line 1154 + 0x11 C++
> > > > > harmonyvm.dll!CallStaticVoidMethodA(JNIEnv_External *
> > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > methodID=0x03105890, jvalue * args=0x02ffa948) Line 1562 + 0x17 C++
> > > > > harmonyvm.dll!CallStaticVoidMethodV(JNIEnv_External *
> > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > methodID=0x03105890, char * args=0x0013fa18) Line 1547 C++
> > > > > harmonyvm.dll!CallStaticVoidMethod(JNIEnv_External *
> > > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > > methodID=0x03105890, ...) Line 1537 C++
> > > > > java.exe!main_runJavaMain(const JNINativeInterface_ * *
> > > env=0x011fe050, char * mainClassName=0x00366f79, int nameIsUTF=0, int
> > > java_argc=0, char * * java_argv=0x0036247c, HyPortLibrary *
> > > portLibrary=0x0013fbb8) Line 1311 + 0x1b C
> > > > > java.exe!invocation(HyPortLibrary * portLibrary=0x0013fbb8, int
> > > argc=7, char * * argv=0x00362460, unsigned int handle=5308416, int
> > > version=65540, unsigned char ignoreUnrecognized='', char *
> > > mainClass=0x00366f79, unsigned int classArg=6, char *
> > > propertiesFileName=0x0015db60, int isStandaloneJar=0, char *
> > > vmdllsubdir=0x0013fb44) Line 732 + 0x2c C
> > > > > java.exe!gpProtectedMain(haCmdlineOptions *
> > > args=0x0013fb90) Line 381 + 0x33 C
> > > > > java.exe!main(int argc=7, char * * argv=0x00362460, char * *
> > > envp=0x00364180) Line 147 + 0xc C
> > > > > java.exe!mainCRTStartup() Line 398 + 0xe C
> > > > > I checked the same test with SUN and BEA VMs.
> > > > > Sun1.4/1.5/1.6 and BEA1.4 runs OK.
> > > > > BEA 1.5 crashes.
> > > >
> > > > --
> > > > This message is automatically generated by JIRA.
> > > > -
> > > > You can reply to this email to add a comment to the issue online.
> > > >
> > > >
> > >
> > >
> > > --
> > >
> > > Best Regards!
> > >
> > > Jimmy, Jing Lv
> > > China Software Development Lab, IBM
> > >
> >
> >
> >
> > --
> > Mikhail Fursov
> >
>
>
> --
>
> Best Regards!
>
> Jimmy, Jing Lv
> China Software Development Lab, IBM
>
Re: [classlib][nio] we may add Re: [jira] Commented: (HARMONY-3591) [classlib][nio] Can't run simple 3D HWA application using lwjgl library
Posted by LvJimmy，Jing <fi...@gmail.com>.
That's for sure :)
My plan was:
1. create those DirectBufferAdapters
2. in the BaseByteBuffer, return the wrapped DirectBufferAdapters if and only
if the ByteBuffer itself is direct, otherwise return the original adapters.
I'm still preparing for the patch, and will run regression test to
make sure it works.
Does it make sense? Thanks :)
2007/4/13, Mikhail Fursov <mi...@gmail.com>:
> Jimmy,
> Will the initial test work with your solution?
>
> On 4/13/07, LvJimmy，Jing <fi...@gmail.com> wrote:
> >
> > Hi,
> > I've just read the patch for this JIRA, I find it workable, but may
> > need some enhancement for:
> > 1. IntToByteBufferAdapter (and all related adapters) may not be
> > DirectBuffer, let it implement DirectBuffer does not make sense.
> > 2. all DirectBuffer methods implemented in these classes, e.g,
> > getEffectiveAddress(), check if the ByteBuffer is DirectBuffer,
> > otherwise return null . These do not make sense for those in-direct
> > bytebuffer.
> > So I suggest we create other classes implements DirectBuffer as a
> > adapter, e.g, names DirectIntToByteBufferAdapter, so that we can
> > return this adapter as a DirectBuffer reasonably. What's more, we may
> > do some performance tuning for DirectBuffer.
> > If no objection, I'd like to add a patch for this(raise another JIRA?).
> >
> > 2007/4/13, Mikhail Fursov (JIRA) <ji...@apache.org>:
> > >
> > > [
> > https://issues.apache.org/jira/browse/HARMONY-3591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12488465]
> > >
> > > Mikhail Fursov commented on HARMONY-3591:
> > > -----------------------------------------
> > >
> > > >need to raise this question on dev-list@.
> > > Yes, please, start the thread. I do not feel comfortable to do it by
> > myself because I will limit my participation only with email posts while
> > doing real tasks on JIT side.
> > >
> > > > [classlib][nio] Can't run simple 3D HWA application using lwjgl
> > library
> > > >
> > -----------------------------------------------------------------------
> > > >
> > > > Key: HARMONY-3591
> > > > URL:
> > https://issues.apache.org/jira/browse/HARMONY-3591
> > > > Project: Harmony
> > > > Issue Type: Bug
> > > > Components: Classlib
> > > > Reporter: Mikhail Fursov
> > > > Assigned To: Alexey Varlamov
> > > > Attachments: lwjgl.zip, nio_view.diff
> > > >
> > > >
> > > > I've tried to run simple 3D HWA application using popular openGL Java
> > wrapper: lwjgl library and found that Harmony crashes at a very early stage
> > of lwjgl initialization.
> > > > This crash prevents even simple scenarios to be run.
> > > > I found that the crash is reproduced for every JIT or interpreter mode
> > we have.
> > > > HereI think that the problem is with DLRVM threading support or with
> > Classlibs NIO implementation.
> > > > Here is the list of the last methods compiled before crash:
> > > > EM: compile start:[CS_OPT n=980]
> > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > EM: compile done:[CS_OPT n=980: OK]
> > java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > > EM: compile start:[CS_OPT n=981]
> > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > EM: compile done:[CS_OPT n=981: OK]
> > org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > > EM: compile start:[CS_OPT n=982]
> > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > EM: compile done:[CS_OPT n=982: OK]
> > org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > > Here is stacktrace I've got on Windows:
> > > > > lwjgl.dll!01865f90()
> > > > lwjgl.dll!0186620e()
> > > > harmonyvm.dll!m2n_free_local_handles() Line 267 + 0xc C++
> > > > harmonyvm.dll!get_vm_thread(HyThread * thr=0x011fdfa0) Line 190
> > + 0xb C++
> > > > 011fe010()
> > > > harmonyvm.dll!vm_invoke_native_array_stub(unsigned int *
> > args=0x0013f794, int sz=1, void * f=0x01800010) Line 77 C++
> > > > harmonyvm.dll!JIT_execute_method_default(void * jit=0x00000000,
> > _jmethodID * methodID=0x03105890, jvalue * return_value=0x00000000, jvalue *
> > args=0x02ffa948) Line 200 C++
> > > > em.dll!DrlEMImpl::executeMethod(_jmethodID * meth=0x03105890,
> > jvalue * return_value=0x00000000, jvalue * args=0x02ffa948) Line 539 +
> > 0x16 C++
> > > > em.dll!ExecuteMethod(_jmethodID * meth=0x03105890, jvalue *
> > return_value=0x00000000, jvalue * args=0x02ffa948) Line 43 + 0x21 C++
> > > > harmonyvm.dll!vm_execute_java_method_array(_jmethodID *
> > method=0x03105890, jvalue * result=0x00000000, jvalue *
> > args=0x02ffa948) Line 51 + 0x1b C++
> > > > harmonyvm.dll!call_static_method_no_ref_result(JNIEnv_External *
> > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > methodID=0x03105890, jvalue * args=0x02ffa948, jvalue *
> > result=0x00000000) Line 1154 + 0x11 C++
> > > > harmonyvm.dll!CallStaticVoidMethodA(JNIEnv_External *
> > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > methodID=0x03105890, jvalue * args=0x02ffa948) Line 1562 + 0x17 C++
> > > > harmonyvm.dll!CallStaticVoidMethodV(JNIEnv_External *
> > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > methodID=0x03105890, char * args=0x0013fa18) Line 1547 C++
> > > > harmonyvm.dll!CallStaticVoidMethod(JNIEnv_External *
> > jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> > methodID=0x03105890, ...) Line 1537 C++
> > > > java.exe!main_runJavaMain(const JNINativeInterface_ * *
> > env=0x011fe050, char * mainClassName=0x00366f79, int nameIsUTF=0, int
> > java_argc=0, char * * java_argv=0x0036247c, HyPortLibrary *
> > portLibrary=0x0013fbb8) Line 1311 + 0x1b C
> > > > java.exe!invocation(HyPortLibrary * portLibrary=0x0013fbb8, int
> > argc=7, char * * argv=0x00362460, unsigned int handle=5308416, int
> > version=65540, unsigned char ignoreUnrecognized='', char *
> > mainClass=0x00366f79, unsigned int classArg=6, char *
> > propertiesFileName=0x0015db60, int isStandaloneJar=0, char *
> > vmdllsubdir=0x0013fb44) Line 732 + 0x2c C
> > > > java.exe!gpProtectedMain(haCmdlineOptions *
> > args=0x0013fb90) Line 381 + 0x33 C
> > > > java.exe!main(int argc=7, char * * argv=0x00362460, char * *
> > envp=0x00364180) Line 147 + 0xc C
> > > > java.exe!mainCRTStartup() Line 398 + 0xe C
> > > > I checked the same test with SUN and BEA VMs.
> > > > Sun1.4/1.5/1.6 and BEA1.4 runs OK.
> > > > BEA 1.5 crashes.
> > >
> > > --
> > > This message is automatically generated by JIRA.
> > > -
> > > You can reply to this email to add a comment to the issue online.
> > >
> > >
> >
> >
> > --
> >
> > Best Regards!
> >
> > Jimmy, Jing Lv
> > China Software Development Lab, IBM
> >
>
>
>
> --
> Mikhail Fursov
>
--
Best Regards!
Jimmy, Jing Lv
China Software Development Lab, IBM
Re: [classlib][nio] we may add Re: [jira] Commented: (HARMONY-3591) [classlib][nio] Can't run simple 3D HWA application using lwjgl library
Posted by Mikhail Fursov <mi...@gmail.com>.
Jimmy,
Will the initial test work with your solution?
On 4/13/07, LvJimmy，Jing <fi...@gmail.com> wrote:
>
> Hi,
> I've just read the patch for this JIRA, I find it workable, but may
> need some enhancement for:
> 1. IntToByteBufferAdapter (and all related adapters) may not be
> DirectBuffer, let it implement DirectBuffer does not make sense.
> 2. all DirectBuffer methods implemented in these classes, e.g,
> getEffectiveAddress(), check if the ByteBuffer is DirectBuffer,
> otherwise return null . These do not make sense for those in-direct
> bytebuffer.
> So I suggest we create other classes implements DirectBuffer as a
> adapter, e.g, names DirectIntToByteBufferAdapter, so that we can
> return this adapter as a DirectBuffer reasonably. What's more, we may
> do some performance tuning for DirectBuffer.
> If no objection, I'd like to add a patch for this(raise another JIRA?).
>
> 2007/4/13, Mikhail Fursov (JIRA) <ji...@apache.org>:
> >
> > [
> https://issues.apache.org/jira/browse/HARMONY-3591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12488465]
> >
> > Mikhail Fursov commented on HARMONY-3591:
> > -----------------------------------------
> >
> > >need to raise this question on dev-list@.
> > Yes, please, start the thread. I do not feel comfortable to do it by
> myself because I will limit my participation only with email posts while
> doing real tasks on JIT side.
> >
> > > [classlib][nio] Can't run simple 3D HWA application using lwjgl
> library
> > >
> -----------------------------------------------------------------------
> > >
> > > Key: HARMONY-3591
> > > URL:
> https://issues.apache.org/jira/browse/HARMONY-3591
> > > Project: Harmony
> > > Issue Type: Bug
> > > Components: Classlib
> > > Reporter: Mikhail Fursov
> > > Assigned To: Alexey Varlamov
> > > Attachments: lwjgl.zip, nio_view.diff
> > >
> > >
> > > I've tried to run simple 3D HWA application using popular openGL Java
> wrapper: lwjgl library and found that Harmony crashes at a very early stage
> of lwjgl initialization.
> > > This crash prevents even simple scenarios to be run.
> > > I found that the crash is reproduced for every JIT or interpreter mode
> we have.
> > > HereI think that the problem is with DLRVM threading support or with
> Classlibs NIO implementation.
> > > Here is the list of the last methods compiled before crash:
> > > EM: compile start:[CS_OPT n=980]
> java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > EM: compile done:[CS_OPT n=980: OK]
> java/nio/DirectByteBuffer::get([BII)Ljava/nio/ByteBuffer;
> > > EM: compile start:[CS_OPT n=981]
> org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > EM: compile done:[CS_OPT n=981: OK]
> org/apache/harmony/luni/platform/PlatformAddress::getByteArray(I[BII)V
> > > EM: compile start:[CS_OPT n=982]
> org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > EM: compile done:[CS_OPT n=982: OK]
> org/lwjgl/opengl/WindowsDisplay::setIcon([Ljava/nio/ByteBuffer;)I
> > > Here is stacktrace I've got on Windows:
> > > > lwjgl.dll!01865f90()
> > > lwjgl.dll!0186620e()
> > > harmonyvm.dll!m2n_free_local_handles() Line 267 + 0xc C++
> > > harmonyvm.dll!get_vm_thread(HyThread * thr=0x011fdfa0) Line 190
> + 0xb C++
> > > 011fe010()
> > > harmonyvm.dll!vm_invoke_native_array_stub(unsigned int *
> args=0x0013f794, int sz=1, void * f=0x01800010) Line 77 C++
> > > harmonyvm.dll!JIT_execute_method_default(void * jit=0x00000000,
> _jmethodID * methodID=0x03105890, jvalue * return_value=0x00000000, jvalue *
> args=0x02ffa948) Line 200 C++
> > > em.dll!DrlEMImpl::executeMethod(_jmethodID * meth=0x03105890,
> jvalue * return_value=0x00000000, jvalue * args=0x02ffa948) Line 539 +
> 0x16 C++
> > > em.dll!ExecuteMethod(_jmethodID * meth=0x03105890, jvalue *
> return_value=0x00000000, jvalue * args=0x02ffa948) Line 43 + 0x21 C++
> > > harmonyvm.dll!vm_execute_java_method_array(_jmethodID *
> method=0x03105890, jvalue * result=0x00000000, jvalue *
> args=0x02ffa948) Line 51 + 0x1b C++
> > > harmonyvm.dll!call_static_method_no_ref_result(JNIEnv_External *
> jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> methodID=0x03105890, jvalue * args=0x02ffa948, jvalue *
> result=0x00000000) Line 1154 + 0x11 C++
> > > harmonyvm.dll!CallStaticVoidMethodA(JNIEnv_External *
> jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> methodID=0x03105890, jvalue * args=0x02ffa948) Line 1562 + 0x17 C++
> > > harmonyvm.dll!CallStaticVoidMethodV(JNIEnv_External *
> jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> methodID=0x03105890, char * args=0x0013fa18) Line 1547 C++
> > > harmonyvm.dll!CallStaticVoidMethod(JNIEnv_External *
> jni_env=0x011fe050, _jobject * clazz=0x03103ee0, _jmethodID *
> methodID=0x03105890, ...) Line 1537 C++
> > > java.exe!main_runJavaMain(const JNINativeInterface_ * *
> env=0x011fe050, char * mainClassName=0x00366f79, int nameIsUTF=0, int
> java_argc=0, char * * java_argv=0x0036247c, HyPortLibrary *
> portLibrary=0x0013fbb8) Line 1311 + 0x1b C
> > > java.exe!invocation(HyPortLibrary * portLibrary=0x0013fbb8, int
> argc=7, char * * argv=0x00362460, unsigned int handle=5308416, int
> version=65540, unsigned char ignoreUnrecognized='', char *
> mainClass=0x00366f79, unsigned int classArg=6, char *
> propertiesFileName=0x0015db60, int isStandaloneJar=0, char *
> vmdllsubdir=0x0013fb44) Line 732 + 0x2c C
> > > java.exe!gpProtectedMain(haCmdlineOptions *
> args=0x0013fb90) Line 381 + 0x33 C
> > > java.exe!main(int argc=7, char * * argv=0x00362460, char * *
> envp=0x00364180) Line 147 + 0xc C
> > > java.exe!mainCRTStartup() Line 398 + 0xe C
> > > I checked the same test with SUN and BEA VMs.
> > > Sun1.4/1.5/1.6 and BEA1.4 runs OK.
> > > BEA 1.5 crashes.
> >
> > --
> > This message is automatically generated by JIRA.
> > -
> > You can reply to this email to add a comment to the issue online.
> >
> >
>
>
> --
>
> Best Regards!
>
> Jimmy, Jing Lv
> China Software Development Lab, IBM
>
--
Mikhail Fursov