You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Andrey Pavlenko (JIRA)" <ji...@apache.org> on 2007/12/11 08:48:43 UTC
[jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
[drlvm][jit] SIGSEGV in JIT code
--------------------------------
Key: HARMONY-5290
URL: https://issues.apache.org/jira/browse/HARMONY-5290
Project: Harmony
Issue Type: Bug
Components: DRLVM
Environment: Linux x86/x64
Reporter: Andrey Pavlenko
Priority: Critical
The following test causes VM crash. I've marked this issue as critical because it seems to be a regression and causes an error of the functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
public class Test {
boolean flag = false;
public static void main(String[] args) {
System.exit((new Test()).test());
}
public int test() {
int limit = 100000;
int i = -1;
int k = -1;
while (k < limit) {
k++;
for (i = 0; i < k; i++) {
flag = true;
}
}
return ((k == limit) && (i == limit)) ? 0 : 1;
}
}
SIGSEGV in VM code.
Stack trace:
0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, Jitrino::Edge*, double) (walkers.cpp:-1)
1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, double) (walkers.cpp:-1)
2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (walkers.cpp:-1)
3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1)
4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
6: Jitrino::compileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
8: JIT_compile_method_with_params (??:-1)
9: Dll_JIT::compile_method_with_params(void*, Method*, OpenMethodExecutionParams) (apr_strtok.c:-1)
10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
11: vm_compile_method (??:-1)
12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
15: ProfilerThreadTimeout (em_intf.cpp:-1)
16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
17: 0xA6093C26 <Generated stub>
18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
20: java/lang/Thread.run()V (Thread.java:657)
21: java/lang/Thread.runImpl()V (Thread.java:668)
22: ?? (??:-1)
23: .L294 (ini_iA32.cpp:-1)
24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (inet_pton.c:-1)
25: ExecuteMethod (em_intf.cpp:-1)
26: vm_execute_java_method_array (apr_strtok.c:-1)
27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*) (apr_strtok.c:-1)
29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
30: start_thread (??:-1)
31: clone (??:-1)
<end of stack trace>
Segmentation fault
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by Mikhail Fursov <mi...@gmail.com>.
+1 to commit it.
If we still have problems on other tests because of new pseudo throw insts
normalization - we can turn back the previous mode tomorrow.
On Dec 11, 2007 8:32 PM, Pavel Ozhdikhin <pa...@gmail.com> wrote:
> The fix is in JIRA, I'm running tests to check it.
>
> Thanks,
> Pavel
>
>
> On 12/11/07, Tim Ellison <t....@gmail.com> wrote:
> >
> > This issue does seem to be the cause of a number of current test
> failures.
> > Anyone care to take ownership of it?
> >
> > Regards,
> > Tim
> >
> > Andrey Pavlenko (JIRA) wrote:
> > > [drlvm][jit] SIGSEGV in JIT code
> > > --------------------------------
> > >
> > > Key: HARMONY-5290
> > > URL:
> https://issues.apache.org/jira/browse/HARMONY-5290
> > > Project: Harmony
> > > Issue Type: Bug
> > > Components: DRLVM
> > > Environment: Linux x86/x64
> > > Reporter: Andrey Pavlenko
> > > Priority: Critical
> > >
> > >
> > > The following test causes VM crash. I've marked this issue as
> critical
> > because it seems to be a regression and causes an error of the
> functional
> > test
> >
> http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html<http://people.apache.org/%7Esmishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html>
> > >
> > > public class Test {
> > >
> > > boolean flag = false;
> > >
> > > public static void main(String[] args) {
> > > System.exit((new Test()).test());
> > > }
> > >
> > > public int test() {
> > > int limit = 100000;
> > > int i = -1;
> > > int k = -1;
> > > while (k < limit) {
> > > k++;
> > > for (i = 0; i < k; i++) {
> > > flag = true;
> > > }
> > > }
> > > return ((k == limit) && (i == limit)) ? 0 : 1;
> > > }
> > > }
> > >
> > > SIGSEGV in VM code.
> > > Stack trace:
> > > 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> Jitrino::Node*,
> > Jitrino::Edge*, double) (walkers.cpp:-1)
> > > 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> Jitrino::Node*,
> > double) (walkers.cpp:-1)
> > > 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&)
> (
> > walkers.cpp:-1)
> > > 3: Jitrino::TranslatorSession::postTranslatorCleanup() (
> walkers.cpp:-1
> > )
> > > 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> > > 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (
> walkers.cpp:-1)
> > > 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (
> > walkers.cpp:-1)
> > > 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (
> > walkers.cpp:-1)
> > > 8: JIT_compile_method_with_params (??:-1)
> > > 9: Dll_JIT::compile_method_with_params(void*, Method*,
> > OpenMethodExecutionParams) (apr_strtok.c:-1)
> > > 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> > > 11: vm_compile_method (??:-1)
> > > 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> > > 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> > > 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> > > 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> > > 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> > > 17: 0xA6093C26 <Generated stub>
> > > 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> > > 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> > > 20: java/lang/Thread.run()V (Thread.java:657)
> > > 21: java/lang/Thread.runImpl()V (Thread.java:668)
> > > 22: ?? (??:-1)
> > > 23: .L294 (ini_iA32.cpp:-1)
> > > 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*)
> > (inet_pton.c:-1)
> > > 25: ExecuteMethod (em_intf.cpp:-1)
> > > 26: vm_execute_java_method_array (apr_strtok.c:-1)
> > > 27: call_method_no_ref_result(JNIEnv_External*, _jobject*,
> _jmethodID*,
> > jvalue*, jvalue*, int) (jni_method.cpp:-1)
> > > 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*,
> jvalue*)
> > (apr_strtok.c:-1)
> > > 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> > > 30: start_thread (??:-1)
> > > 31: clone (??:-1)
> > > <end of stack trace>
> > > Segmentation fault
> > >
> > >
> > >
> > >
> >
>
--
Mikhail Fursov
Re: [jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by "Pavlenko, Andrey A" <an...@googlemail.com>.
+1 to commit.
Gregory, actually the test mentioned in JIRA also crashed on Windows but
with different stack. However, I can't reproduce it.
On 12/11/07, Gregory Shimansky <gs...@apache.org> wrote:
>
> Pavel Ozhdikhin said the following on 11.12.2007 17:50:
> > Hello all,
> >
> > According to our code freeze rules we need approval from 2 committers to
> > commit the patch from https://issues.apache.org/jira/browse/HARMONY-5290
> >
> > The bug is a regression causing DRLVM crash on several functional and
> > reliability tests. The bug is not platform-specific and the fix looks
> safe.
> >
> > Committers, please vote.
>
> +1 to commit the fix, but since the bug was filed on Linux I think it
> should be checked on Linux as well.
>
> > On 12/11/07, Pavel Ozhdikhin <pa...@gmail.com> wrote:
> >> The fix is in JIRA, I'm running tests to check it.
> >>
> >> Thanks,
> >> Pavel
> >>
> >>
> >> On 12/11/07, Tim Ellison <t....@gmail.com> wrote:
> >>> This issue does seem to be the cause of a number of current test
> >>> failures.
> >>> Anyone care to take ownership of it?
> >>>
> >>> Regards,
> >>> Tim
> >>>
> >>> Andrey Pavlenko (JIRA) wrote:
> >>>> [drlvm][jit] SIGSEGV in JIT code
> >>>> --------------------------------
> >>>>
> >>>> Key: HARMONY-5290
> >>>> URL:
> >>> https://issues.apache.org/jira/browse/HARMONY-5290
> >>>> Project: Harmony
> >>>> Issue Type: Bug
> >>>> Components: DRLVM
> >>>> Environment: Linux x86/x64
> >>>> Reporter: Andrey Pavlenko
> >>>> Priority: Critical
> >>>>
> >>>>
> >>>> The following test causes VM crash. I've marked this issue as
> >>> critical because it seems to be a regression and causes an error of
> the
> >>> functional test
> http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> >>>
> >>>> public class Test {
> >>>>
> >>>> boolean flag = false;
> >>>>
> >>>> public static void main(String[] args) {
> >>>> System.exit((new Test()).test());
> >>>> }
> >>>>
> >>>> public int test() {
> >>>> int limit = 100000;
> >>>> int i = -1;
> >>>> int k = -1;
> >>>> while (k < limit) {
> >>>> k++;
> >>>> for (i = 0; i < k; i++) {
> >>>> flag = true;
> >>>> }
> >>>> }
> >>>> return ((k == limit) && (i == limit)) ? 0 : 1;
> >>>> }
> >>>> }
> >>>>
> >>>> SIGSEGV in VM code.
> >>>> Stack trace:
> >>>> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> >>> Jitrino::Node*, Jitrino::Edge*, double) ( walkers.cpp:-1)
> >>>> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> >>> Jitrino::Node*, double) (walkers.cpp:-1)
> >>>> 2:
> Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&)
> >>> (walkers.cpp:-1)
> >>>> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (
> >>> walkers.cpp:-1)
> >>>> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> >>>> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (
> >>> walkers.cpp:-1 )
> >>>> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (
> >>> walkers.cpp:-1)
> >>>> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (
> >>> walkers.cpp:-1)
> >>>> 8: JIT_compile_method_with_params (??:-1)
> >>>> 9: Dll_JIT::compile_method_with_params(void*, Method*,
> >>> OpenMethodExecutionParams) (apr_strtok.c:-1)
> >>>> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> >>>> 11: vm_compile_method (??:-1)
> >>>> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> >>>> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> >>>> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> >>>> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> >>>> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> >>>> 17: 0xA6093C26 <Generated stub>
> >>>> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> >>>> 19: java/lang/EMThreadSupport$1.run()V ( EMThreadSupport.java:44)
> >>>> 20: java/lang/Thread.run()V (Thread.java:657)
> >>>> 21: java/lang/Thread.runImpl()V (Thread.java:668)
> >>>> 22: ?? (??:-1)
> >>>> 23: .L294 (ini_iA32.cpp:-1)
> >>>> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*)
> >>> (inet_pton.c:-1)
> >>>> 25: ExecuteMethod (em_intf.cpp:-1)
> >>>> 26: vm_execute_java_method_array (apr_strtok.c:-1)
> >>>> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*,
> >>> _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> >>>> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*,
> >>> jvalue*) (apr_strtok.c:-1)
> >>>> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> >>>> 30: start_thread (??:-1)
> >>>> 31: clone (??:-1)
> >>>> <end of stack trace>
> >>>> Segmentation fault
> >>>>
> >>>>
> >>>>
> >>>>
> >>
> >
>
>
Re: [jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by Mikhail Fursov <mi...@gmail.com>.
I'm checking it on both 64/32 bit Linux PCs now.
On Dec 11, 2007 9:31 PM, Gregory Shimansky <gs...@apache.org> wrote:
> Pavel Ozhdikhin said the following on 11.12.2007 17:50:
> > Hello all,
> >
> > According to our code freeze rules we need approval from 2 committers to
> > commit the patch from https://issues.apache.org/jira/browse/HARMONY-5290
> >
> > The bug is a regression causing DRLVM crash on several functional and
> > reliability tests. The bug is not platform-specific and the fix looks
> safe.
> >
> > Committers, please vote.
>
> +1 to commit the fix, but since the bug was filed on Linux I think it
> should be checked on Linux as well.
>
> > On 12/11/07, Pavel Ozhdikhin <pa...@gmail.com> wrote:
> >> The fix is in JIRA, I'm running tests to check it.
> >>
> >> Thanks,
> >> Pavel
> >>
> >>
> >> On 12/11/07, Tim Ellison <t....@gmail.com> wrote:
> >>> This issue does seem to be the cause of a number of current test
> >>> failures.
> >>> Anyone care to take ownership of it?
> >>>
> >>> Regards,
> >>> Tim
> >>>
> >>> Andrey Pavlenko (JIRA) wrote:
> >>>> [drlvm][jit] SIGSEGV in JIT code
> >>>> --------------------------------
> >>>>
> >>>> Key: HARMONY-5290
> >>>> URL:
> >>> https://issues.apache.org/jira/browse/HARMONY-5290
> >>>> Project: Harmony
> >>>> Issue Type: Bug
> >>>> Components: DRLVM
> >>>> Environment: Linux x86/x64
> >>>> Reporter: Andrey Pavlenko
> >>>> Priority: Critical
> >>>>
> >>>>
> >>>> The following test causes VM crash. I've marked this issue as
> >>> critical because it seems to be a regression and causes an error of
> the
> >>> functional test
> http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html<http://people.apache.org/%7Esmishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html>
> >>>
> >>>> public class Test {
> >>>>
> >>>> boolean flag = false;
> >>>>
> >>>> public static void main(String[] args) {
> >>>> System.exit((new Test()).test());
> >>>> }
> >>>>
> >>>> public int test() {
> >>>> int limit = 100000;
> >>>> int i = -1;
> >>>> int k = -1;
> >>>> while (k < limit) {
> >>>> k++;
> >>>> for (i = 0; i < k; i++) {
> >>>> flag = true;
> >>>> }
> >>>> }
> >>>> return ((k == limit) && (i == limit)) ? 0 : 1;
> >>>> }
> >>>> }
> >>>>
> >>>> SIGSEGV in VM code.
> >>>> Stack trace:
> >>>> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> >>> Jitrino::Node*, Jitrino::Edge*, double) ( walkers.cpp:-1)
> >>>> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> >>> Jitrino::Node*, double) (walkers.cpp:-1)
> >>>> 2:
> Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&)
> >>> (walkers.cpp:-1)
> >>>> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (
> >>> walkers.cpp:-1)
> >>>> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> >>>> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (
> >>> walkers.cpp:-1 )
> >>>> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (
> >>> walkers.cpp:-1)
> >>>> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (
> >>> walkers.cpp:-1)
> >>>> 8: JIT_compile_method_with_params (??:-1)
> >>>> 9: Dll_JIT::compile_method_with_params(void*, Method*,
> >>> OpenMethodExecutionParams) (apr_strtok.c:-1)
> >>>> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> >>>> 11: vm_compile_method (??:-1)
> >>>> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> >>>> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> >>>> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> >>>> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> >>>> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> >>>> 17: 0xA6093C26 <Generated stub>
> >>>> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> >>>> 19: java/lang/EMThreadSupport$1.run()V ( EMThreadSupport.java:44)
> >>>> 20: java/lang/Thread.run()V (Thread.java:657)
> >>>> 21: java/lang/Thread.runImpl()V (Thread.java:668)
> >>>> 22: ?? (??:-1)
> >>>> 23: .L294 (ini_iA32.cpp:-1)
> >>>> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*)
> >>> (inet_pton.c:-1)
> >>>> 25: ExecuteMethod (em_intf.cpp:-1)
> >>>> 26: vm_execute_java_method_array (apr_strtok.c:-1)
> >>>> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*,
> >>> _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> >>>> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*,
> >>> jvalue*) (apr_strtok.c:-1)
> >>>> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> >>>> 30: start_thread (??:-1)
> >>>> 31: clone (??:-1)
> >>>> <end of stack trace>
> >>>> Segmentation fault
> >>>>
> >>>>
> >>>>
> >>>>
> >>
> >
>
>
--
Mikhail Fursov
Re: [jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by Gregory Shimansky <gs...@apache.org>.
Pavel Ozhdikhin said the following on 11.12.2007 17:50:
> Hello all,
>
> According to our code freeze rules we need approval from 2 committers to
> commit the patch from https://issues.apache.org/jira/browse/HARMONY-5290
>
> The bug is a regression causing DRLVM crash on several functional and
> reliability tests. The bug is not platform-specific and the fix looks safe.
>
> Committers, please vote.
+1 to commit the fix, but since the bug was filed on Linux I think it
should be checked on Linux as well.
> On 12/11/07, Pavel Ozhdikhin <pa...@gmail.com> wrote:
>> The fix is in JIRA, I'm running tests to check it.
>>
>> Thanks,
>> Pavel
>>
>>
>> On 12/11/07, Tim Ellison <t....@gmail.com> wrote:
>>> This issue does seem to be the cause of a number of current test
>>> failures.
>>> Anyone care to take ownership of it?
>>>
>>> Regards,
>>> Tim
>>>
>>> Andrey Pavlenko (JIRA) wrote:
>>>> [drlvm][jit] SIGSEGV in JIT code
>>>> --------------------------------
>>>>
>>>> Key: HARMONY-5290
>>>> URL:
>>> https://issues.apache.org/jira/browse/HARMONY-5290
>>>> Project: Harmony
>>>> Issue Type: Bug
>>>> Components: DRLVM
>>>> Environment: Linux x86/x64
>>>> Reporter: Andrey Pavlenko
>>>> Priority: Critical
>>>>
>>>>
>>>> The following test causes VM crash. I've marked this issue as
>>> critical because it seems to be a regression and causes an error of the
>>> functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
>>>
>>>> public class Test {
>>>>
>>>> boolean flag = false;
>>>>
>>>> public static void main(String[] args) {
>>>> System.exit((new Test()).test());
>>>> }
>>>>
>>>> public int test() {
>>>> int limit = 100000;
>>>> int i = -1;
>>>> int k = -1;
>>>> while (k < limit) {
>>>> k++;
>>>> for (i = 0; i < k; i++) {
>>>> flag = true;
>>>> }
>>>> }
>>>> return ((k == limit) && (i == limit)) ? 0 : 1;
>>>> }
>>>> }
>>>>
>>>> SIGSEGV in VM code.
>>>> Stack trace:
>>>> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
>>> Jitrino::Node*, Jitrino::Edge*, double) ( walkers.cpp:-1)
>>>> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
>>> Jitrino::Node*, double) (walkers.cpp:-1)
>>>> 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&)
>>> (walkers.cpp:-1)
>>>> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (
>>> walkers.cpp:-1)
>>>> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
>>>> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (
>>> walkers.cpp:-1 )
>>>> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (
>>> walkers.cpp:-1)
>>>> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (
>>> walkers.cpp:-1)
>>>> 8: JIT_compile_method_with_params (??:-1)
>>>> 9: Dll_JIT::compile_method_with_params(void*, Method*,
>>> OpenMethodExecutionParams) (apr_strtok.c:-1)
>>>> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
>>>> 11: vm_compile_method (??:-1)
>>>> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
>>>> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
>>>> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
>>>> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
>>>> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
>>>> 17: 0xA6093C26 <Generated stub>
>>>> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
>>>> 19: java/lang/EMThreadSupport$1.run()V ( EMThreadSupport.java:44)
>>>> 20: java/lang/Thread.run()V (Thread.java:657)
>>>> 21: java/lang/Thread.runImpl()V (Thread.java:668)
>>>> 22: ?? (??:-1)
>>>> 23: .L294 (ini_iA32.cpp:-1)
>>>> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*)
>>> (inet_pton.c:-1)
>>>> 25: ExecuteMethod (em_intf.cpp:-1)
>>>> 26: vm_execute_java_method_array (apr_strtok.c:-1)
>>>> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*,
>>> _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
>>>> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*,
>>> jvalue*) (apr_strtok.c:-1)
>>>> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
>>>> 30: start_thread (??:-1)
>>>> 31: clone (??:-1)
>>>> <end of stack trace>
>>>> Segmentation fault
>>>>
>>>>
>>>>
>>>>
>>
>
Re: [jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by Mikhail Loenko <ml...@gmail.com>.
we seem to have agreement of 2 committers here,
don't think we need a formal vote...
Thanks,
Mikhail
2007/12/11, Pavel Ozhdikhin <pa...@gmail.com>:
> Hello all,
>
> According to our code freeze rules we need approval from 2 committers to
> commit the patch from https://issues.apache.org/jira/browse/HARMONY-5290
>
> The bug is a regression causing DRLVM crash on several functional and
> reliability tests. The bug is not platform-specific and the fix looks safe.
>
> Committers, please vote.
>
> Thanks,
> Pavel
>
>
> On 12/11/07, Pavel Ozhdikhin <pa...@gmail.com> wrote:
> >
> > The fix is in JIRA, I'm running tests to check it.
> >
> > Thanks,
> > Pavel
> >
> >
> > On 12/11/07, Tim Ellison <t....@gmail.com> wrote:
> > >
> > > This issue does seem to be the cause of a number of current test
> > > failures.
> > > Anyone care to take ownership of it?
> > >
> > > Regards,
> > > Tim
> > >
> > > Andrey Pavlenko (JIRA) wrote:
> > > > [drlvm][jit] SIGSEGV in JIT code
> > > > --------------------------------
> > > >
> > > > Key: HARMONY-5290
> > > > URL:
> > > https://issues.apache.org/jira/browse/HARMONY-5290
> > > > Project: Harmony
> > > > Issue Type: Bug
> > > > Components: DRLVM
> > > > Environment: Linux x86/x64
> > > > Reporter: Andrey Pavlenko
> > > > Priority: Critical
> > > >
> > > >
> > > > The following test causes VM crash. I've marked this issue as
> > > critical because it seems to be a regression and causes an error of the
> > > functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> > >
> > > >
> > > > public class Test {
> > > >
> > > > boolean flag = false;
> > > >
> > > > public static void main(String[] args) {
> > > > System.exit((new Test()).test());
> > > > }
> > > >
> > > > public int test() {
> > > > int limit = 100000;
> > > > int i = -1;
> > > > int k = -1;
> > > > while (k < limit) {
> > > > k++;
> > > > for (i = 0; i < k; i++) {
> > > > flag = true;
> > > > }
> > > > }
> > > > return ((k == limit) && (i == limit)) ? 0 : 1;
> > > > }
> > > > }
> > > >
> > > > SIGSEGV in VM code.
> > > > Stack trace:
> > > > 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> > > Jitrino::Node*, Jitrino::Edge*, double) ( walkers.cpp:-1)
> > > > 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> > > Jitrino::Node*, double) (walkers.cpp:-1)
> > > > 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&)
> > > (walkers.cpp:-1)
> > > > 3: Jitrino::TranslatorSession::postTranslatorCleanup() (
> > > walkers.cpp:-1)
> > > > 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> > > > 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (
> > > walkers.cpp:-1 )
> > > > 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (
> > > walkers.cpp:-1)
> > > > 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (
> > > walkers.cpp:-1)
> > > > 8: JIT_compile_method_with_params (??:-1)
> > > > 9: Dll_JIT::compile_method_with_params(void*, Method*,
> > > OpenMethodExecutionParams) (apr_strtok.c:-1)
> > > > 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> > > > 11: vm_compile_method (??:-1)
> > > > 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> > > > 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> > > > 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> > > > 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> > > > 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> > > > 17: 0xA6093C26 <Generated stub>
> > > > 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> > > > 19: java/lang/EMThreadSupport$1.run()V ( EMThreadSupport.java:44)
> > > > 20: java/lang/Thread.run()V (Thread.java:657)
> > > > 21: java/lang/Thread.runImpl()V (Thread.java:668)
> > > > 22: ?? (??:-1)
> > > > 23: .L294 (ini_iA32.cpp:-1)
> > > > 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*)
> > > (inet_pton.c:-1)
> > > > 25: ExecuteMethod (em_intf.cpp:-1)
> > > > 26: vm_execute_java_method_array (apr_strtok.c:-1)
> > > > 27: call_method_no_ref_result(JNIEnv_External*, _jobject*,
> > > _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> > > > 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*,
> > > jvalue*) (apr_strtok.c:-1)
> > > > 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> > > > 30: start_thread (??:-1)
> > > > 31: clone (??:-1)
> > > > <end of stack trace>
> > > > Segmentation fault
> > > >
> > > >
> > > >
> > > >
> > >
> >
> >
>
Re: [jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by Pavel Ozhdikhin <pa...@gmail.com>.
Hello all,
According to our code freeze rules we need approval from 2 committers to
commit the patch from https://issues.apache.org/jira/browse/HARMONY-5290
The bug is a regression causing DRLVM crash on several functional and
reliability tests. The bug is not platform-specific and the fix looks safe.
Committers, please vote.
Thanks,
Pavel
On 12/11/07, Pavel Ozhdikhin <pa...@gmail.com> wrote:
>
> The fix is in JIRA, I'm running tests to check it.
>
> Thanks,
> Pavel
>
>
> On 12/11/07, Tim Ellison <t....@gmail.com> wrote:
> >
> > This issue does seem to be the cause of a number of current test
> > failures.
> > Anyone care to take ownership of it?
> >
> > Regards,
> > Tim
> >
> > Andrey Pavlenko (JIRA) wrote:
> > > [drlvm][jit] SIGSEGV in JIT code
> > > --------------------------------
> > >
> > > Key: HARMONY-5290
> > > URL:
> > https://issues.apache.org/jira/browse/HARMONY-5290
> > > Project: Harmony
> > > Issue Type: Bug
> > > Components: DRLVM
> > > Environment: Linux x86/x64
> > > Reporter: Andrey Pavlenko
> > > Priority: Critical
> > >
> > >
> > > The following test causes VM crash. I've marked this issue as
> > critical because it seems to be a regression and causes an error of the
> > functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> >
> > >
> > > public class Test {
> > >
> > > boolean flag = false;
> > >
> > > public static void main(String[] args) {
> > > System.exit((new Test()).test());
> > > }
> > >
> > > public int test() {
> > > int limit = 100000;
> > > int i = -1;
> > > int k = -1;
> > > while (k < limit) {
> > > k++;
> > > for (i = 0; i < k; i++) {
> > > flag = true;
> > > }
> > > }
> > > return ((k == limit) && (i == limit)) ? 0 : 1;
> > > }
> > > }
> > >
> > > SIGSEGV in VM code.
> > > Stack trace:
> > > 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> > Jitrino::Node*, Jitrino::Edge*, double) ( walkers.cpp:-1)
> > > 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*,
> > Jitrino::Node*, double) (walkers.cpp:-1)
> > > 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&)
> > (walkers.cpp:-1)
> > > 3: Jitrino::TranslatorSession::postTranslatorCleanup() (
> > walkers.cpp:-1)
> > > 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> > > 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (
> > walkers.cpp:-1 )
> > > 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (
> > walkers.cpp:-1)
> > > 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (
> > walkers.cpp:-1)
> > > 8: JIT_compile_method_with_params (??:-1)
> > > 9: Dll_JIT::compile_method_with_params(void*, Method*,
> > OpenMethodExecutionParams) (apr_strtok.c:-1)
> > > 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> > > 11: vm_compile_method (??:-1)
> > > 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> > > 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> > > 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> > > 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> > > 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> > > 17: 0xA6093C26 <Generated stub>
> > > 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> > > 19: java/lang/EMThreadSupport$1.run()V ( EMThreadSupport.java:44)
> > > 20: java/lang/Thread.run()V (Thread.java:657)
> > > 21: java/lang/Thread.runImpl()V (Thread.java:668)
> > > 22: ?? (??:-1)
> > > 23: .L294 (ini_iA32.cpp:-1)
> > > 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*)
> > (inet_pton.c:-1)
> > > 25: ExecuteMethod (em_intf.cpp:-1)
> > > 26: vm_execute_java_method_array (apr_strtok.c:-1)
> > > 27: call_method_no_ref_result(JNIEnv_External*, _jobject*,
> > _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> > > 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*,
> > jvalue*) (apr_strtok.c:-1)
> > > 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> > > 30: start_thread (??:-1)
> > > 31: clone (??:-1)
> > > <end of stack trace>
> > > Segmentation fault
> > >
> > >
> > >
> > >
> >
>
>
Re: [jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by Mikhail Loenko <ml...@gmail.com>.
since it's a regression and JIT bugs in general may impact any app
(even if we don't know that for the moment), I'm for committing the
fix
Thanks,
Mikhail
2007/12/11, Pavel Ozhdikhin <pa...@gmail.com>:
> The fix is in JIRA, I'm running tests to check it.
>
> Thanks,
> Pavel
>
>
> On 12/11/07, Tim Ellison <t....@gmail.com> wrote:
> >
> > This issue does seem to be the cause of a number of current test failures.
> > Anyone care to take ownership of it?
> >
> > Regards,
> > Tim
> >
> > Andrey Pavlenko (JIRA) wrote:
> > > [drlvm][jit] SIGSEGV in JIT code
> > > --------------------------------
> > >
> > > Key: HARMONY-5290
> > > URL: https://issues.apache.org/jira/browse/HARMONY-5290
> > > Project: Harmony
> > > Issue Type: Bug
> > > Components: DRLVM
> > > Environment: Linux x86/x64
> > > Reporter: Andrey Pavlenko
> > > Priority: Critical
> > >
> > >
> > > The following test causes VM crash. I've marked this issue as critical
> > because it seems to be a regression and causes an error of the functional
> > test
> > http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> > >
> > > public class Test {
> > >
> > > boolean flag = false;
> > >
> > > public static void main(String[] args) {
> > > System.exit((new Test()).test());
> > > }
> > >
> > > public int test() {
> > > int limit = 100000;
> > > int i = -1;
> > > int k = -1;
> > > while (k < limit) {
> > > k++;
> > > for (i = 0; i < k; i++) {
> > > flag = true;
> > > }
> > > }
> > > return ((k == limit) && (i == limit)) ? 0 : 1;
> > > }
> > > }
> > >
> > > SIGSEGV in VM code.
> > > Stack trace:
> > > 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*,
> > Jitrino::Edge*, double) (walkers.cpp:-1)
> > > 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*,
> > double) (walkers.cpp:-1)
> > > 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (
> > walkers.cpp:-1)
> > > 3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1
> > )
> > > 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> > > 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
> > > 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (
> > walkers.cpp:-1)
> > > 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (
> > walkers.cpp:-1)
> > > 8: JIT_compile_method_with_params (??:-1)
> > > 9: Dll_JIT::compile_method_with_params(void*, Method*,
> > OpenMethodExecutionParams) (apr_strtok.c:-1)
> > > 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> > > 11: vm_compile_method (??:-1)
> > > 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> > > 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> > > 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> > > 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> > > 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> > > 17: 0xA6093C26 <Generated stub>
> > > 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> > > 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> > > 20: java/lang/Thread.run()V (Thread.java:657)
> > > 21: java/lang/Thread.runImpl()V (Thread.java:668)
> > > 22: ?? (??:-1)
> > > 23: .L294 (ini_iA32.cpp:-1)
> > > 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*)
> > (inet_pton.c:-1)
> > > 25: ExecuteMethod (em_intf.cpp:-1)
> > > 26: vm_execute_java_method_array (apr_strtok.c:-1)
> > > 27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*,
> > jvalue*, jvalue*, int) (jni_method.cpp:-1)
> > > 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*)
> > (apr_strtok.c:-1)
> > > 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> > > 30: start_thread (??:-1)
> > > 31: clone (??:-1)
> > > <end of stack trace>
> > > Segmentation fault
> > >
> > >
> > >
> > >
> >
>
Re: [jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by Pavel Ozhdikhin <pa...@gmail.com>.
The fix is in JIRA, I'm running tests to check it.
Thanks,
Pavel
On 12/11/07, Tim Ellison <t....@gmail.com> wrote:
>
> This issue does seem to be the cause of a number of current test failures.
> Anyone care to take ownership of it?
>
> Regards,
> Tim
>
> Andrey Pavlenko (JIRA) wrote:
> > [drlvm][jit] SIGSEGV in JIT code
> > --------------------------------
> >
> > Key: HARMONY-5290
> > URL: https://issues.apache.org/jira/browse/HARMONY-5290
> > Project: Harmony
> > Issue Type: Bug
> > Components: DRLVM
> > Environment: Linux x86/x64
> > Reporter: Andrey Pavlenko
> > Priority: Critical
> >
> >
> > The following test causes VM crash. I've marked this issue as critical
> because it seems to be a regression and causes an error of the functional
> test
> http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> >
> > public class Test {
> >
> > boolean flag = false;
> >
> > public static void main(String[] args) {
> > System.exit((new Test()).test());
> > }
> >
> > public int test() {
> > int limit = 100000;
> > int i = -1;
> > int k = -1;
> > while (k < limit) {
> > k++;
> > for (i = 0; i < k; i++) {
> > flag = true;
> > }
> > }
> > return ((k == limit) && (i == limit)) ? 0 : 1;
> > }
> > }
> >
> > SIGSEGV in VM code.
> > Stack trace:
> > 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*,
> Jitrino::Edge*, double) (walkers.cpp:-1)
> > 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*,
> double) (walkers.cpp:-1)
> > 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (
> walkers.cpp:-1)
> > 3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1
> )
> > 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> > 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
> > 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (
> walkers.cpp:-1)
> > 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (
> walkers.cpp:-1)
> > 8: JIT_compile_method_with_params (??:-1)
> > 9: Dll_JIT::compile_method_with_params(void*, Method*,
> OpenMethodExecutionParams) (apr_strtok.c:-1)
> > 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> > 11: vm_compile_method (??:-1)
> > 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> > 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> > 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> > 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> > 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> > 17: 0xA6093C26 <Generated stub>
> > 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> > 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> > 20: java/lang/Thread.run()V (Thread.java:657)
> > 21: java/lang/Thread.runImpl()V (Thread.java:668)
> > 22: ?? (??:-1)
> > 23: .L294 (ini_iA32.cpp:-1)
> > 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*)
> (inet_pton.c:-1)
> > 25: ExecuteMethod (em_intf.cpp:-1)
> > 26: vm_execute_java_method_array (apr_strtok.c:-1)
> > 27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*,
> jvalue*, jvalue*, int) (jni_method.cpp:-1)
> > 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*)
> (apr_strtok.c:-1)
> > 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> > 30: start_thread (??:-1)
> > 31: clone (??:-1)
> > <end of stack trace>
> > Segmentation fault
> >
> >
> >
> >
>
Re: [jira] Created: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by Tim Ellison <t....@gmail.com>.
This issue does seem to be the cause of a number of current test failures.
Anyone care to take ownership of it?
Regards,
Tim
Andrey Pavlenko (JIRA) wrote:
> [drlvm][jit] SIGSEGV in JIT code
> --------------------------------
>
> Key: HARMONY-5290
> URL: https://issues.apache.org/jira/browse/HARMONY-5290
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Linux x86/x64
> Reporter: Andrey Pavlenko
> Priority: Critical
>
>
> The following test causes VM crash. I've marked this issue as critical because it seems to be a regression and causes an error of the functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
>
> public class Test {
>
> boolean flag = false;
>
> public static void main(String[] args) {
> System.exit((new Test()).test());
> }
>
> public int test() {
> int limit = 100000;
> int i = -1;
> int k = -1;
> while (k < limit) {
> k++;
> for (i = 0; i < k; i++) {
> flag = true;
> }
> }
> return ((k == limit) && (i == limit)) ? 0 : 1;
> }
> }
>
> SIGSEGV in VM code.
> Stack trace:
> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, Jitrino::Edge*, double) (walkers.cpp:-1)
> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, double) (walkers.cpp:-1)
> 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (walkers.cpp:-1)
> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1)
> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 8: JIT_compile_method_with_params (??:-1)
> 9: Dll_JIT::compile_method_with_params(void*, Method*, OpenMethodExecutionParams) (apr_strtok.c:-1)
> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> 11: vm_compile_method (??:-1)
> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> 17: 0xA6093C26 <Generated stub>
> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> 20: java/lang/Thread.run()V (Thread.java:657)
> 21: java/lang/Thread.runImpl()V (Thread.java:668)
> 22: ?? (??:-1)
> 23: .L294 (ini_iA32.cpp:-1)
> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (inet_pton.c:-1)
> 25: ExecuteMethod (em_intf.cpp:-1)
> 26: vm_execute_java_method_array (apr_strtok.c:-1)
> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*) (apr_strtok.c:-1)
> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> 30: start_thread (??:-1)
> 31: clone (??:-1)
> <end of stack trace>
> Segmentation fault
>
>
>
>
[jira] Closed: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mikhail Fursov closed HARMONY-5290.
-----------------------------------
Resolution: Fixed
Committed revision 603534
> [drlvm][jit] SIGSEGV in JIT code
> --------------------------------
>
> Key: HARMONY-5290
> URL: https://issues.apache.org/jira/browse/HARMONY-5290
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Linux x86/x64
> Reporter: Andrey Pavlenko
> Priority: Critical
> Attachments: 5290.patch
>
>
> The following test causes VM crash. I've marked this issue as critical because it seems to be a regression and causes an error of the functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> public class Test {
> boolean flag = false;
> public static void main(String[] args) {
> System.exit((new Test()).test());
> }
> public int test() {
> int limit = 100000;
> int i = -1;
> int k = -1;
> while (k < limit) {
> k++;
> for (i = 0; i < k; i++) {
> flag = true;
> }
> }
> return ((k == limit) && (i == limit)) ? 0 : 1;
> }
> }
> SIGSEGV in VM code.
> Stack trace:
> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, Jitrino::Edge*, double) (walkers.cpp:-1)
> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, double) (walkers.cpp:-1)
> 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (walkers.cpp:-1)
> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1)
> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 8: JIT_compile_method_with_params (??:-1)
> 9: Dll_JIT::compile_method_with_params(void*, Method*, OpenMethodExecutionParams) (apr_strtok.c:-1)
> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> 11: vm_compile_method (??:-1)
> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> 17: 0xA6093C26 <Generated stub>
> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> 20: java/lang/Thread.run()V (Thread.java:657)
> 21: java/lang/Thread.runImpl()V (Thread.java:668)
> 22: ?? (??:-1)
> 23: .L294 (ini_iA32.cpp:-1)
> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (inet_pton.c:-1)
> 25: ExecuteMethod (em_intf.cpp:-1)
> 26: vm_execute_java_method_array (apr_strtok.c:-1)
> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*) (apr_strtok.c:-1)
> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> 30: start_thread (??:-1)
> 31: clone (??:-1)
> <end of stack trace>
> Segmentation fault
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by "Pavel Ozhdikhin (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Pavel Ozhdikhin updated HARMONY-5290:
-------------------------------------
Attachment: 5290.patch
The patch is attached. Currently it goes through pre-commit testing.
> [drlvm][jit] SIGSEGV in JIT code
> --------------------------------
>
> Key: HARMONY-5290
> URL: https://issues.apache.org/jira/browse/HARMONY-5290
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Linux x86/x64
> Reporter: Andrey Pavlenko
> Priority: Critical
> Attachments: 5290.patch
>
>
> The following test causes VM crash. I've marked this issue as critical because it seems to be a regression and causes an error of the functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> public class Test {
> boolean flag = false;
> public static void main(String[] args) {
> System.exit((new Test()).test());
> }
> public int test() {
> int limit = 100000;
> int i = -1;
> int k = -1;
> while (k < limit) {
> k++;
> for (i = 0; i < k; i++) {
> flag = true;
> }
> }
> return ((k == limit) && (i == limit)) ? 0 : 1;
> }
> }
> SIGSEGV in VM code.
> Stack trace:
> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, Jitrino::Edge*, double) (walkers.cpp:-1)
> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, double) (walkers.cpp:-1)
> 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (walkers.cpp:-1)
> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1)
> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 8: JIT_compile_method_with_params (??:-1)
> 9: Dll_JIT::compile_method_with_params(void*, Method*, OpenMethodExecutionParams) (apr_strtok.c:-1)
> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> 11: vm_compile_method (??:-1)
> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> 17: 0xA6093C26 <Generated stub>
> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> 20: java/lang/Thread.run()V (Thread.java:657)
> 21: java/lang/Thread.runImpl()V (Thread.java:668)
> 22: ?? (??:-1)
> 23: .L294 (ini_iA32.cpp:-1)
> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (inet_pton.c:-1)
> 25: ExecuteMethod (em_intf.cpp:-1)
> 26: vm_execute_java_method_array (apr_strtok.c:-1)
> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*) (apr_strtok.c:-1)
> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> 30: start_thread (??:-1)
> 31: clone (??:-1)
> <end of stack trace>
> Segmentation fault
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by "Andrey Pavlenko (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550349 ]
Andrey Pavlenko commented on HARMONY-5290:
------------------------------------------
Also this test failed on Windows, but with different stack http://people.apache.org/~smishura/r602572/Windows_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/735_LoopVar2.html
Windows reported exception: 0xc0000005
Registers:
EAX: 0x12d07c6c, EBX: 0x00000000, ECX: 0x12cf9f20, EDX: 0x12d07c1c
ESI: 0x12d07c1c, EDI: 0x12d14948, ESP: 0x12f4f34c, EBP: 0x00000000
EIP: 0x020794f5
Stack trace:
0: ?? (??:-1)
1: java/lang/EMThreadSupport.onTimeout()V (EMThreadSupport.java:-2)
2: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
3: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
4: java/lang/Thread.run()V (Thread.java:657)
5: java/lang/Thread.runImpl()V (Thread.java:668)
<end of stack trace>
> [drlvm][jit] SIGSEGV in JIT code
> --------------------------------
>
> Key: HARMONY-5290
> URL: https://issues.apache.org/jira/browse/HARMONY-5290
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Linux x86/x64
> Reporter: Andrey Pavlenko
> Priority: Critical
>
> The following test causes VM crash. I've marked this issue as critical because it seems to be a regression and causes an error of the functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> public class Test {
> boolean flag = false;
> public static void main(String[] args) {
> System.exit((new Test()).test());
> }
> public int test() {
> int limit = 100000;
> int i = -1;
> int k = -1;
> while (k < limit) {
> k++;
> for (i = 0; i < k; i++) {
> flag = true;
> }
> }
> return ((k == limit) && (i == limit)) ? 0 : 1;
> }
> }
> SIGSEGV in VM code.
> Stack trace:
> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, Jitrino::Edge*, double) (walkers.cpp:-1)
> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, double) (walkers.cpp:-1)
> 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (walkers.cpp:-1)
> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1)
> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 8: JIT_compile_method_with_params (??:-1)
> 9: Dll_JIT::compile_method_with_params(void*, Method*, OpenMethodExecutionParams) (apr_strtok.c:-1)
> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> 11: vm_compile_method (??:-1)
> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> 17: 0xA6093C26 <Generated stub>
> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> 20: java/lang/Thread.run()V (Thread.java:657)
> 21: java/lang/Thread.runImpl()V (Thread.java:668)
> 22: ?? (??:-1)
> 23: .L294 (ini_iA32.cpp:-1)
> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (inet_pton.c:-1)
> 25: ExecuteMethod (em_intf.cpp:-1)
> 26: vm_execute_java_method_array (apr_strtok.c:-1)
> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*) (apr_strtok.c:-1)
> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> 30: start_thread (??:-1)
> 31: clone (??:-1)
> <end of stack trace>
> Segmentation fault
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by "Pavel Ozhdikhin (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550476 ]
Pavel Ozhdikhin commented on HARMONY-5290:
------------------------------------------
DRLVM regression tests passed on Win32 with the patch applied.
Please commit the patch.
> [drlvm][jit] SIGSEGV in JIT code
> --------------------------------
>
> Key: HARMONY-5290
> URL: https://issues.apache.org/jira/browse/HARMONY-5290
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Linux x86/x64
> Reporter: Andrey Pavlenko
> Priority: Critical
> Attachments: 5290.patch
>
>
> The following test causes VM crash. I've marked this issue as critical because it seems to be a regression and causes an error of the functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> public class Test {
> boolean flag = false;
> public static void main(String[] args) {
> System.exit((new Test()).test());
> }
> public int test() {
> int limit = 100000;
> int i = -1;
> int k = -1;
> while (k < limit) {
> k++;
> for (i = 0; i < k; i++) {
> flag = true;
> }
> }
> return ((k == limit) && (i == limit)) ? 0 : 1;
> }
> }
> SIGSEGV in VM code.
> Stack trace:
> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, Jitrino::Edge*, double) (walkers.cpp:-1)
> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, double) (walkers.cpp:-1)
> 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (walkers.cpp:-1)
> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1)
> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 8: JIT_compile_method_with_params (??:-1)
> 9: Dll_JIT::compile_method_with_params(void*, Method*, OpenMethodExecutionParams) (apr_strtok.c:-1)
> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> 11: vm_compile_method (??:-1)
> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> 17: 0xA6093C26 <Generated stub>
> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> 20: java/lang/Thread.run()V (Thread.java:657)
> 21: java/lang/Thread.runImpl()V (Thread.java:668)
> 22: ?? (??:-1)
> 23: .L294 (ini_iA32.cpp:-1)
> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (inet_pton.c:-1)
> 25: ExecuteMethod (em_intf.cpp:-1)
> 26: vm_execute_java_method_array (apr_strtok.c:-1)
> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*) (apr_strtok.c:-1)
> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> 30: start_thread (??:-1)
> 31: clone (??:-1)
> <end of stack trace>
> Segmentation fault
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by "Pavel Ozhdikhin (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550867 ]
Pavel Ozhdikhin commented on HARMONY-5290:
------------------------------------------
Eclipse 3.2 does not start in debug mode with this patch. To fix the regressions we'll switch rept_aggressive JIT option to true by default - this will disable changes made in HARMONY-4785 commit and the regressions will go away. We'll also re-open HARMONY-4785 and work on the complete solution there.
> [drlvm][jit] SIGSEGV in JIT code
> --------------------------------
>
> Key: HARMONY-5290
> URL: https://issues.apache.org/jira/browse/HARMONY-5290
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Linux x86/x64
> Reporter: Andrey Pavlenko
> Priority: Critical
> Attachments: 5290.patch
>
>
> The following test causes VM crash. I've marked this issue as critical because it seems to be a regression and causes an error of the functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> public class Test {
> boolean flag = false;
> public static void main(String[] args) {
> System.exit((new Test()).test());
> }
> public int test() {
> int limit = 100000;
> int i = -1;
> int k = -1;
> while (k < limit) {
> k++;
> for (i = 0; i < k; i++) {
> flag = true;
> }
> }
> return ((k == limit) && (i == limit)) ? 0 : 1;
> }
> }
> SIGSEGV in VM code.
> Stack trace:
> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, Jitrino::Edge*, double) (walkers.cpp:-1)
> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, double) (walkers.cpp:-1)
> 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (walkers.cpp:-1)
> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1)
> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 8: JIT_compile_method_with_params (??:-1)
> 9: Dll_JIT::compile_method_with_params(void*, Method*, OpenMethodExecutionParams) (apr_strtok.c:-1)
> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> 11: vm_compile_method (??:-1)
> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> 17: 0xA6093C26 <Generated stub>
> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> 20: java/lang/Thread.run()V (Thread.java:657)
> 21: java/lang/Thread.runImpl()V (Thread.java:668)
> 22: ?? (??:-1)
> 23: .L294 (ini_iA32.cpp:-1)
> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (inet_pton.c:-1)
> 25: ExecuteMethod (em_intf.cpp:-1)
> 26: vm_execute_java_method_array (apr_strtok.c:-1)
> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*) (apr_strtok.c:-1)
> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> 30: start_thread (??:-1)
> 31: clone (??:-1)
> <end of stack trace>
> Segmentation fault
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-5290) [drlvm][jit] SIGSEGV in JIT code
Posted by "Pavel Ozhdikhin (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550463 ]
Pavel Ozhdikhin commented on HARMONY-5290:
------------------------------------------
"Build test" passed on Win32.
> [drlvm][jit] SIGSEGV in JIT code
> --------------------------------
>
> Key: HARMONY-5290
> URL: https://issues.apache.org/jira/browse/HARMONY-5290
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Linux x86/x64
> Reporter: Andrey Pavlenko
> Priority: Critical
> Attachments: 5290.patch
>
>
> The following test causes VM crash. I've marked this issue as critical because it seems to be a regression and causes an error of the functional test http://people.apache.org/~smishura/r602572/Linux_x86/func/functional/org/apache/harmony/test/func/jit/HLO/peel/LoopVar2/738_LoopVar2.html
> public class Test {
> boolean flag = false;
> public static void main(String[] args) {
> System.exit((new Test()).test());
> }
> public int test() {
> int limit = 100000;
> int i = -1;
> int k = -1;
> while (k < limit) {
> k++;
> for (i = 0; i < k; i++) {
> flag = true;
> }
> }
> return ((k == limit) && (i == limit)) ? 0 : 1;
> }
> }
> SIGSEGV in VM code.
> Stack trace:
> 0: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, Jitrino::Edge*, double) (walkers.cpp:-1)
> 1: Jitrino::ControlFlowGraph::addEdge(Jitrino::Node*, Jitrino::Node*, double) (walkers.cpp:-1)
> 2: Jitrino::FlowGraph::doTranslatorCleanupPhase(Jitrino::IRManager&) (walkers.cpp:-1)
> 3: Jitrino::TranslatorSession::postTranslatorCleanup() (walkers.cpp:-1)
> 4: Jitrino::TranslatorSession::run() (walkers.cpp:-1)
> 5: Jitrino::runPipeline(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 6: Jitrino::compileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 7: Jitrino::Jitrino::CompileMethod(Jitrino::CompilationContext*) (walkers.cpp:-1)
> 8: JIT_compile_method_with_params (??:-1)
> 9: Dll_JIT::compile_method_with_params(void*, Method*, OpenMethodExecutionParams) (apr_strtok.c:-1)
> 10: compile_do_compilation_jit(Method*, JIT*) (apr_strtok.c:-1)
> 11: vm_compile_method (??:-1)
> 12: DrlEMImpl::methodProfileIsReady(MethodProfile*) (inet_pton.c:-1)
> 13: EBProfileCollector::onTimeout() (inet_pton.c:-1)
> 14: DrlEMImpl::tbsTimeout() (inet_pton.c:-1)
> 15: ProfilerThreadTimeout (em_intf.cpp:-1)
> 16: Java_java_lang_EMThreadSupport_onTimeout (??:-1)
> 17: 0xA6093C26 <Generated stub>
> 18: java/lang/EMThreadSupport.run()V (EMThreadSupport.java:68)
> 19: java/lang/EMThreadSupport$1.run()V (EMThreadSupport.java:44)
> 20: java/lang/Thread.run()V (Thread.java:657)
> 21: java/lang/Thread.runImpl()V (Thread.java:668)
> 22: ?? (??:-1)
> 23: .L294 (ini_iA32.cpp:-1)
> 24: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (inet_pton.c:-1)
> 25: ExecuteMethod (em_intf.cpp:-1)
> 26: vm_execute_java_method_array (apr_strtok.c:-1)
> 27: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
> 28: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*) (apr_strtok.c:-1)
> 29: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
> 30: start_thread (??:-1)
> 31: clone (??:-1)
> <end of stack trace>
> Segmentation fault
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.