Menu
▾
▴
jython-bugs — Private bug notification list. Do not post to this list.
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(34) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(33) |
Feb
(21) |
Mar
(7) |
Apr
(9) |
May
(15) |
Jun
(14) |
Jul
(60) |
Aug
(31) |
Sep
(4) |
Oct
(38) |
Nov
(69) |
Dec
(67) |
| 2002 |
Jan
(15) |
Feb
(13) |
Mar
(30) |
Apr
(9) |
May
(19) |
Jun
(8) |
Jul
(15) |
Aug
(7) |
Sep
(41) |
Oct
(29) |
Nov
(7) |
Dec
(8) |
| 2003 |
Jan
(4) |
Feb
(5) |
Mar
(3) |
Apr
(11) |
May
(17) |
Jun
(8) |
Jul
(48) |
Aug
(2) |
Sep
(5) |
Oct
(12) |
Nov
(11) |
Dec
(5) |
| 2004 |
Jan
(8) |
Feb
(4) |
Mar
(3) |
Apr
(3) |
May
(5) |
Jun
(1) |
Jul
(10) |
Aug
(2) |
Sep
(5) |
Oct
(7) |
Nov
|
Dec
(3) |
| 2005 |
Jan
|
Feb
(12) |
Mar
(3) |
Apr
(4) |
May
(1) |
Jun
(19) |
Jul
(12) |
Aug
(20) |
Sep
(8) |
Oct
(27) |
Nov
(12) |
Dec
(8) |
| 2006 |
Jan
(4) |
Feb
(8) |
Mar
(9) |
Apr
(9) |
May
(195) |
Jun
(16) |
Jul
(13) |
Aug
(77) |
Sep
(52) |
Oct
(17) |
Nov
(74) |
Dec
(88) |
| 2007 |
Jan
(171) |
Feb
(184) |
Mar
(54) |
Apr
(91) |
May
(109) |
Jun
(65) |
Jul
(171) |
Aug
(193) |
Sep
(155) |
Oct
(79) |
Nov
(66) |
Dec
(86) |
| 2008 |
Jan
(52) |
Feb
(13) |
Mar
(14) |
Apr
(9) |
May
(12) |
Jun
(25) |
Jul
(26) |
Aug
(25) |
Sep
(24) |
Oct
(28) |
Nov
(21) |
Dec
(30) |
| 2009 |
Jan
(40) |
Feb
(11) |
Mar
(30) |
Apr
(37) |
May
(28) |
Jun
(30) |
Jul
(31) |
Aug
(31) |
Sep
(32) |
Oct
(16) |
Nov
(10) |
Dec
(21) |
| 2010 |
Jan
(19) |
Feb
(16) |
Mar
(23) |
Apr
(15) |
May
(10) |
Jun
(9) |
Jul
(17) |
Aug
(12) |
Sep
(11) |
Oct
(10) |
Nov
(9) |
Dec
(14) |
| 2011 |
Jan
(10) |
Feb
(11) |
Mar
(13) |
Apr
(18) |
May
(10) |
Jun
(12) |
Jul
(21) |
Aug
(12) |
Sep
(12) |
Oct
(17) |
Nov
(15) |
Dec
(4) |
| 2012 |
Jan
(6) |
Feb
(10) |
Mar
(27) |
Apr
(8) |
May
(29) |
Jun
(34) |
Jul
(12) |
Aug
(13) |
Sep
(6) |
Oct
(8) |
Nov
(14) |
Dec
(10) |
| 2013 |
Jan
(8) |
Feb
(10) |
Mar
(15) |
Apr
(7) |
May
(14) |
Jun
(7) |
Jul
(9) |
Aug
(8) |
Sep
(12) |
Oct
(9) |
Nov
(3) |
Dec
(3) |
| 2014 |
Jan
(5) |
Feb
(3) |
Mar
(4) |
Apr
(13) |
May
(23) |
Jun
(19) |
Jul
(9) |
Aug
(13) |
Sep
(18) |
Oct
(10) |
Nov
(9) |
Dec
(8) |
| 2015 |
Jan
(21) |
Feb
(13) |
Mar
(33) |
Apr
(43) |
May
(17) |
Jun
(8) |
Jul
(8) |
Aug
(5) |
Sep
(22) |
Oct
(12) |
Nov
(18) |
Dec
(12) |
| 2016 |
Jan
(7) |
Feb
(25) |
Mar
(10) |
Apr
(6) |
May
(7) |
Jun
(4) |
Jul
(6) |
Aug
(5) |
Sep
(6) |
Oct
(7) |
Nov
(5) |
Dec
(4) |
| 2017 |
Jan
(5) |
Feb
(16) |
Mar
(14) |
Apr
(9) |
May
(13) |
Jun
(6) |
Jul
(12) |
Aug
(9) |
Sep
(4) |
Oct
(13) |
Nov
(10) |
Dec
(4) |
| 2018 |
Jan
(2) |
Feb
(2) |
Mar
(6) |
Apr
(12) |
May
(16) |
Jun
(6) |
Jul
(4) |
Aug
(3) |
Sep
(6) |
Oct
(7) |
Nov
(4) |
Dec
(8) |
| 2019 |
Jan
(6) |
Feb
(1) |
Mar
(6) |
Apr
(6) |
May
(6) |
Jun
(2) |
Jul
(4) |
Aug
(5) |
Sep
(5) |
Oct
(5) |
Nov
(12) |
Dec
(6) |
| 2020 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(7) |
May
(6) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <no...@so...> - 2001-01-02 22:42:52
|
Bug #127340, was updated on 2001-Jan-02 14:42
Here is a current snapshot of the bug.
Project: Jython
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: njcarriero
Assigned to : nobody
Summary: Problem with serializable method parameters
Details: An object crossing from jython to java seems to lose its identity
if passed as a serializable object . The following illustrates the
problem.
==== Output from java ====
[carriero@callisto kinase-search]$ java TellMeMore
class java.util.Hashtable
{zwei=two, uno=one}
class java.util.Hashtable
{zwei=two, uno=one}
==== Output from jython 2.0b1 ====
[carriero@callisto kinase-search]$
/home/carriero/jython/jython-2.0b1/jython tmm.py
class java.util.Hashtable
{zwei=two, uno=one}
class org.python.core.PyJavaInstance
org.python.core.PyJavaInstance@38ed7d
==== Python source ====
from java.util import *
import TellMeMore
h = Hashtable()
h.put("uno", "one")
h.put("zwei", "two")
tmm = TellMeMore()
tmm.TellMeMoreO(h)
tmm.dump()
tmm.TellMeMoreS(h)
tmm.dump()
==== Java source ====
import java.io.*;
import java.util.*;
public class TellMeMore {
Object o;
public void TellMeMoreS(Serializable o) {
this.o = o;
}
public void TellMeMoreO(Object o) {
this.o = o;
}
public void dump() {
System.out.println(o.getClass());
System.out.println(o.toString());
}
public static void main(String args[]) {
Hashtable h = new Hashtable();
h.put("uno", "one");
h.put("zwei", "two");
TellMeMore tmm = new TellMeMore();
tmm.TellMeMoreO(h);
tmm.dump();
tmm.TellMeMoreS(h);
tmm.dump();
}
}
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=127340&group_id=12867
|
|
From: <no...@so...> - 2001-01-01 22:02:43
|
Bug #127200, was updated on 2000-Dec-31 17:50
Here is a current snapshot of the bug.
Project: Jython
Category: Jythonc compiler
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: andv
Assigned to : nobody
Summary: Incorrect code for method returning inner class instance.
Details: The compiler generates incorrect java when overiding a method that
returns and instance of an inner class.
For example. If jython class Log inherits javax.swing.text.PlainDocument
we get this code:
public javax.swing.text.AbstractDocument$AbstractElement
createDefaultRoot() {
return super.createDefaultRoot();
}
Follow-Ups:
Date: 2001-Jan-01 11:03
By: bckfnn
Comment:
A quick test shows that the AbstractDocument$AbstractElement syntax is
usable with the JDK1.2.1 and the jikes compiler, but not with the JDK1.3
compiler.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=127200&group_id=12867
|
|
From: <no...@so...> - 2001-01-01 01:58:27
|
Bug #127201, was updated on 2000-Dec-31 17:58
Here is a current snapshot of the bug.
Project: Jython
Category: Jythonc compiler
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: andv
Assigned to : nobody
Summary: Generated code overides final methods.
Details: The compiler generates incorrect java that overides a final
method.
For example. If jython class Log inherits javax.swing.text.PlainDocument we
get this code:
public javax.swing.text.Position getEndPosition() {
PyObject inst = Py.jgetattr(this, "getEndPosition");
return (javax.swing.text.Position)Py.tojava(inst._jcall(new Object[] {}),
"javax.swing.text.Position");
}
which produces this error from javac:
.\jpywork\au\com\Langdale\Anti.java:606: getEndPosition() in
au.com.Langdale.Anti.Log cannot override getEndPosition() in
javax.swing.text.AbstractDocument; overridden method is final
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=127201&group_id=12867
|
|
From: <no...@so...> - 2001-01-01 01:50:23
|
Bug #127200, was updated on 2000-Dec-31 17:50
Here is a current snapshot of the bug.
Project: Jython
Category: Jythonc compiler
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: andv
Assigned to : nobody
Summary: Incorrect code for method returning inner class instance.
Details: The compiler generates incorrect java when overiding a method that
returns and instance of an inner class.
For example. If jython class Log inherits javax.swing.text.PlainDocument
we get this code:
public javax.swing.text.AbstractDocument$AbstractElement
createDefaultRoot() {
return super.createDefaultRoot();
}
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=127200&group_id=12867
|
|
From: <no...@so...> - 2000-12-27 21:07:10
|
Bug #126904, was updated on 2000-Dec-27 06:31
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 5
Submitted by: alserkli
Assigned to : nobody
Summary: Can't reference queue... in WeakInternalTables.java
Details: I use CVS version and javac from jdk1.2.2. Using ant I
tried to compile sources, and got following:
[javac]
/export/home/ask/build/jython/org/python/core/SoftIInternalTables.java:15:
Can't reference queue before the superclass constructor has been called.
[javac] super(obj,queue);
[javac] ^
[javac]
/export/home/ask/build/jython/org/python/core/WeakInternalTables.java:15:
Can't reference queue before the superclass constructor has been called.
[javac] super(obj,queue);
Follow-Ups:
Date: 2000-Dec-27 13:07
By: bckfnn
Comment:
Fixed in:
WeakInternalTables.java 2.3;
SoftIInternalTables.java 2.2;
-------------------------------------------------------
Date: 2000-Dec-27 08:30
By: pedronis
Comment:
Clearly code compiles with jdk 1.3 javac.
That's a jdk1.2.2 javac bug.
A workaround is needed to reenable compilation
under jdk1.2.2.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126904&group_id=12867
|
|
From: <no...@so...> - 2000-12-27 16:30:09
|
Bug #126904, was updated on 2000-Dec-27 06:31
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: alserkli
Assigned to : nobody
Summary: Can't reference queue... in WeakInternalTables.java
Details: I use CVS version and javac from jdk1.2.2. Using ant I
tried to compile sources, and got following:
[javac]
/export/home/ask/build/jython/org/python/core/SoftIInternalTables.java:15:
Can't reference queue before the superclass constructor has been called.
[javac] super(obj,queue);
[javac] ^
[javac]
/export/home/ask/build/jython/org/python/core/WeakInternalTables.java:15:
Can't reference queue before the superclass constructor has been called.
[javac] super(obj,queue);
Follow-Ups:
Date: 2000-Dec-27 08:30
By: pedronis
Comment:
Clearly code compiles with jdk 1.3 javac.
That's a jdk1.2.2 javac bug.
A workaround is needed to reenable compilation
under jdk1.2.2.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126904&group_id=12867
|
|
From: <no...@so...> - 2000-12-27 16:08:33
|
Bug #126875, was updated on 2000-Dec-26 18:35
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 1
Submitted by: pedronis
Assigned to : nobody
Summary: defining class subclassing java through exec produces NPE
Details: The following code produces an NPE:
from java.lang import Number
exec """
class M(N):
pass
""" in { 'N': Number}
The source is the following code in PyClass.init:
if (baseClass != null || interfaces.size() != 0) {
String proxyName =
dict.__finditem__("__module__").toString() +
"$" + __name__;
proxyClass = MakeProxies.makeProxy(baseClass, interfaces,
proxyName, __dict__);
}
namely in this case dict.__finditem__("__module__") returns
null!
Follow-Ups:
Date: 2000-Dec-27 08:08
By: bckfnn
Comment:
Fixed in PyClass.java 2.16;
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126875&group_id=12867
|
|
From: <no...@so...> - 2000-12-27 16:05:57
|
Bug #126906, was updated on 2000-Dec-27 07:13 Here is a current snapshot of the bug. Project: Jython Category: Installer Status: Closed Resolution: Fixed Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: X'less installation Details: There is no way to install jython to system without X. I want to install it on WEB server, but it has no X system, so I can't install jython on it. If there is such possibility, then it is documentation bug: I can't find how to do it in documentation. Follow-Ups: Date: 2000-Dec-27 08:06 By: bckfnn Comment: On the page: http://jython.sourceforge.net/install.html it says: """ If you do not have a GUI, then add -o dir_to_install_to to the command above. Jython will install to the specified directory without bringing up the graphical installer. E.g. to install all modules to a Jython-2.0 subdirectory in the current directory do: <java interpreter> jython-20a3 -o Jython-2.0 demo lib source """ ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126906&group_id=12867 |
|
From: <no...@so...> - 2000-12-27 15:13:06
|
Bug #126906, was updated on 2000-Dec-27 07:13 Here is a current snapshot of the bug. Project: Jython Category: Installer Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: X'less installation Details: There is no way to install jython to system without X. I want to install it on WEB server, but it has no X system, so I can't install jython on it. If there is such possibility, then it is documentation bug: I can't find how to do it in documentation. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126906&group_id=12867 |
|
From: <no...@so...> - 2000-12-27 14:31:54
|
Bug #126904, was updated on 2000-Dec-27 06:31
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: alserkli
Assigned to : nobody
Summary: Can't reference queue... in WeakInternalTables.java
Details: I use CVS version and javac from jdk1.2.2. Using ant I
tried to compile sources, and got following:
[javac]
/export/home/ask/build/jython/org/python/core/SoftIInternalTables.java:15:
Can't reference queue before the superclass constructor has been called.
[javac] super(obj,queue);
[javac] ^
[javac]
/export/home/ask/build/jython/org/python/core/WeakInternalTables.java:15:
Can't reference queue before the superclass constructor has been called.
[javac] super(obj,queue);
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126904&group_id=12867
|
|
From: <no...@so...> - 2000-12-27 02:37:06
|
Bug #126875, was updated on 2000-Dec-26 18:35
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Open
Resolution: None
Bug Group: None
Priority: 1
Submitted by: pedronis
Assigned to : nobody
Summary: defining class subclassing java through exec produces NPE
Details: The following code produces an NPE:
from java.lang import Number
exec """
class M(N):
pass
""" in { 'N': Number}
The source is the following code in PyClass.init:
if (baseClass != null || interfaces.size() != 0) {
String proxyName =
dict.__finditem__("__module__").toString() +
"$" + __name__;
proxyClass = MakeProxies.makeProxy(baseClass, interfaces,
proxyName, __dict__);
}
namely in this case dict.__finditem__("__module__") returns
null!
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126875&group_id=12867
|
|
From: <no...@so...> - 2000-12-27 02:35:32
|
Bug #126875, was updated on 2000-Dec-26 18:35
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: pedronis
Assigned to : nobody
Summary: defining class subclassing java through exec produces NPE
Details: The following code produces an NPE:
from java.lang import Number
exec """
class M(N):
pass
""" in { 'N': Number}
The source is the following code in PyClass.init:
if (baseClass != null || interfaces.size() != 0) {
String proxyName =
dict.__finditem__("__module__").toString() +
"$" + __name__;
proxyClass = MakeProxies.makeProxy(baseClass, interfaces,
proxyName, __dict__);
}
namely in this case dict.__finditem__("__module__") returns
null!
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126875&group_id=12867
|
|
From: <no...@so...> - 2000-12-23 00:30:39
|
Bug #126241, was updated on 2000-Dec-18 14:40 Here is a current snapshot of the bug. Project: Jython Category: Core Status: Closed Resolution: Fixed Bug Group: None Priority: 5 Submitted by: bckfnn Assigned to : pedronis Summary: Import fails to find submodule Details: A difference in module import between CPython and jython. The example are from the xml.dom package. ==== pack1/__init__.py ==== class Node: Node = 1 ==== pack1/Node.py ==== class Node: pass Jython 2.0alpha2 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> from pack1.Node import Node >>> print Node, type(Node) 1 org.python.core.PyInteger >>> Python 2.0 (#8, Oct 16 2000, 17:27:58) [MSC 32 bit (Intel)] on win32 Type "copyright", "credits" or "license" for more information. >>> from pack1.Node import Node pack1.Node >>> print Node, type(Node) pack1.Node.Node <type 'class'> >>> Follow-Ups: Date: 2000-Dec-22 16:30 By: pedronis Comment: Fixed with other import related bugs. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126241&group_id=12867 |
|
From: <no...@so...> - 2000-12-22 14:52:34
|
Bug #126677, was updated on 2000-Dec-22 06:52
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Open
Resolution: None
Bug Group: None
Priority: 3
Submitted by: bckfnn
Assigned to : nobody
Summary: Throwing IndexError from __getitem__()
Details: A IndexError cannot be thrown from with a __getitem__() method. It is turned into a KeyError. This is a difference between CPython and Jython.
class Foo:
def __getitem__(self, i):
raise IndexError, i
foo = Foo()
foo[1]
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126677&group_id=12867
|
|
From: <no...@so...> - 2000-12-20 12:58:29
|
Bug #126241, was updated on 2000-Dec-18 14:40 Here is a current snapshot of the bug. Project: Jython Category: Core Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: bckfnn Assigned to : pedronis Summary: Import fails to find submodule Details: A difference in module import between CPython and jython. The example are from the xml.dom package. ==== pack1/__init__.py ==== class Node: Node = 1 ==== pack1/Node.py ==== class Node: pass Jython 2.0alpha2 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> from pack1.Node import Node >>> print Node, type(Node) 1 org.python.core.PyInteger >>> Python 2.0 (#8, Oct 16 2000, 17:27:58) [MSC 32 bit (Intel)] on win32 Type "copyright", "credits" or "license" for more information. >>> from pack1.Node import Node pack1.Node >>> print Node, type(Node) pack1.Node.Node <type 'class'> >>> For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126241&group_id=12867 |
|
From: <no...@so...> - 2000-12-20 03:01:46
|
Bug #126327, was updated on 2000-Dec-19 05:28 Here is a current snapshot of the bug. Project: Jython Category: Core Status: Closed Resolution: Fixed Bug Group: None Priority: 7 Submitted by: bckfnn Assigned to : nobody Summary: Infinite recursion in subpackage import Details: The files: - p1/__init__.py - p1/p2/p3/__init__.py - p1/p2/p3/Baz.py all just contain: ==== BEGIN ==== print __name__ ==== END ==== The file p1/p2/__init__.py : ===== BEGIN ===== print __name__ from p1.p2.p3 import Baz ==== END ==== Jython 2.0alpha2 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> import p1.p2 p1 p1.p2 p1.p2 p1.p2 p1.p2 ... Follow-Ups: Date: 2000-Dec-19 19:01 By: pedronis Comment: PyModule.__findattr__ now checks if a not found attr exists with '__name__.attr' in sys.modules and if is the case returns that before calling imp.loadFromPath, avoiding the recursion. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126327&group_id=12867 |
|
From: <no...@so...> - 2000-12-19 13:30:24
|
Bug #126327, was updated on 2000-Dec-19 05:28 Here is a current snapshot of the bug. Project: Jython Category: Core Status: Open Resolution: None Bug Group: None Priority: 7 Submitted by: bckfnn Assigned to : nobody Summary: Infinite recursion in subpackage import Details: The files: - p1/__init__.py - p1/p2/p3/__init__.py - p1/p2/p3/Baz.py all just contain: ==== BEGIN ==== print __name__ ==== END ==== The file p1/p2/__init__.py : ===== BEGIN ===== print __name__ from p1.p2.p3 import Baz ==== END ==== Jython 2.0alpha2 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> import p1.p2 p1 p1.p2 p1.p2 p1.p2 p1.p2 ... For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126327&group_id=12867 |
|
From: <no...@so...> - 2000-12-19 13:29:01
|
Bug #126327, was updated on 2000-Dec-19 05:28 Here is a current snapshot of the bug. Project: Jython Category: Core Status: Open Resolution: None Bug Group: None Priority: 1 Submitted by: bckfnn Assigned to : nobody Summary: Infinite recursion in subpackage import Details: The files: - p1/__init__.py - p1/p2/p3/__init__.py - p1/p2/p3/Baz.py all just contain: ==== BEGIN ==== print __name__ ==== END ==== The file p1/p2/__init__.py : ===== BEGIN ===== print __name__ from p1.p2.p3 import Baz ==== END ==== Jython 2.0alpha2 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> import p1.p2 p1 p1.p2 p1.p2 p1.p2 p1.p2 ... For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126327&group_id=12867 |
|
From: <no...@so...> - 2000-12-18 22:40:27
|
Bug #126241, was updated on 2000-Dec-18 14:40 Here is a current snapshot of the bug. Project: Jython Category: Core Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: bckfnn Assigned to : nobody Summary: Import fails to find submodule Details: A difference in module import between CPython and jython. The example are from the xml.dom package. ==== pack1/__init__.py ==== class Node: Node = 1 ==== pack1/Node.py ==== class Node: pass Jython 2.0alpha2 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> from pack1.Node import Node >>> print Node, type(Node) 1 org.python.core.PyInteger >>> Python 2.0 (#8, Oct 16 2000, 17:27:58) [MSC 32 bit (Intel)] on win32 Type "copyright", "credits" or "license" for more information. >>> from pack1.Node import Node pack1.Node >>> print Node, type(Node) pack1.Node.Node <type 'class'> >>> For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126241&group_id=12867 |
|
From: <no...@so...> - 2000-12-17 13:35:16
|
Bug #122834, was updated on 2000-Nov-18 11:23
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Open
Resolution: Later
Bug Group: None
Priority: 1
Submitted by: bckfnn
Assigned to : nobody
Summary: import * into locals
Details: A minor difference between CPython and JPython. Wildcard import into
a local namespace does not make the imported names available.
def foo():
from stat import *
print locals().keys()
print ST_MTIME
foo()
Follow-Ups:
Date: 2000-Dec-17 05:35
By: bckfnn
Comment:
The patch to SimpleCompiler shows some unfortunate side effects. The generated code is correct, but the interpreting part of jythonc fails to lookup a name used in a function in the globals. I'm backing out the patch (only to jythonc) and reopening the bug.
-------------------------------------------------------
Date: 2000-Dec-06 12:57
By: bckfnn
Comment:
Fixed in:
SimpleCompiler.py revision: 2.11;
LocalsCompiler.java revision: 2.5;
CodeCompiler.java revision: 2.8;
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=122834&group_id=12867
|
|
From: <no...@so...> - 2000-12-16 20:52:19
|
Bug #122819, was updated on 2000-Nov-18 11:11
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Open
Resolution: None
Bug Group: None
Priority: 4
Submitted by: bckfnn
Assigned to : nobody
Summary: Multi-level Java method overriding fails
Details: Consider the following script --
==========
#!/usr/bin/env jpython
from java.util import Date
class SubDate(Date):
def toString(self): return 'SubDate.toString() -> ' + Date.toString(self)
class SubSubDate(SubDate):
def toString(self): return 'SubSubDate.toString() -> ' +
SubDate.toString(self)
print Date().toString()
print SubDate().toString()
print SubSubDate().toString()
==========
The output is as follows --
==========
Fri Oct 22 12:53:58 CDT 1999
SubDate.toString() -> Fri Oct 22 12:53:58 CDT 1999
Traceback (innermost last):
File "test.py", line 12, in ?
File "test.py", line 8, in toString
File "test.py", line 6, in toString
java.lang.StackOverflowError
at org.python.core.PyClass.lookupGivingClass(PyClass.java:137)
at org.python.core.PyJavaClass.lookupGivingClass(PyJavaClass.java:673)
at org.python.core.PyClass.lookup(PyClass.java:155)
at org.python.util.PythonInterpreter.execfile(PythonInterpreter.java:132)
< ... >
at org.python.proxies.SubDate$0.toString(Unknown Source)
at org.python.proxies.SubSubDate$1.super__toString(Unknown Source)
at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java:156)
< ... >
at org.python.proxies.SubDate$0.toString(Unknown Source)
at org.python.proxies.SubSubDate$1.super__toString(Unknown Source)
at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java:156)
< ... >
at org.python.util.jpython.main(jpython.java:123)
==========
What seems to happen is that SubSubDate.toString() calls SubDate.toString()
calls Date.toString() ... which then turns around and calls the derived-most
implementation of toString() all over again, ie, the one at SubSubDate. This
goes on and on until the above stack overflow occurs.
Note that with only one level of inheritance, ie, calling SubDate.toString(),
it worked correctly with no problems.
I originally observed this problem with overriding
java.lang.Thread.interrupt(),
so the above simplified test case has been reproduced elsewhere.
I can reproduce this with Sun Solaris JDK versions 1.3, 1.2.2 and 1.1.8.
Follow-Ups:
Date: 2000-Dec-16 12:52
By: pedronis
Comment:
Just checked that the nasty bug is still there.
It should be solved for sure, at least the
stack overflow.
Not analyzed yet.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=122819&group_id=12867
|
|
From: <no...@so...> - 2000-12-16 20:50:32
|
Bug #122818, was updated on 2000-Nov-18 11:16
Here is a current snapshot of the bug.
Project: Jython
Category: None
Status: Closed
Resolution: Works For Me
Bug Group: None
Priority: 1
Submitted by: bckfnn
Assigned to : pedronis
Summary: JPython-1.1beta3 fails with Jini 1.0 on JDK 1.2
Details: Synopsis: When trying to run the jini.py code shown below, JPython issues a
ClassNotFoundError for the RegistrarImpl_Stub class which is the rmi stub for
the remote Registrar object being obtained.
Supporting Information:
1. JPython-1.1beta2 also fails
2. JPython103 (with add_package code) works
3. Both 1.1 beta versions work with JDK 1.2.2
4. Parallel algoritm written in pure java works with JDK 1.2.
Test Case:
System:
1. Win NT 4.0
2. Jini 1.0
3. JDK 1.2
4. JPython-1.1beta3
Setup:
1. Start Sun's HTTP Server from Jini package (tools.jar)
2. Start Sun's RMI activation daemon (rmid.exe)
3. Start Sun's Lookup server (reggie.jar)
4. Change YOURHOST to the host address in jini.py
Test:
Execute jpython jini.py
Expected Result:
Output: "Got lookup locator YOURHOST"
Error Message regarding ClassNotFound RegistrarImpl_Stub
Execute java jini
Expected Result:
Output: "Got lookup locator"
Output: "Got Registrar"
jini.py:
"""
# The following add_package code is needed for JPython103 or earlier
import sys
sys.add_package('net.jini.core.lookup')
sys.add_package('net.jini.core.discovery')
"""
from net.jini.core.discovery import LookupLocator
lookup = LookupLocator("jini://YOURHOST/")
print "Got lookup locator", lookup
registrar = lookup.getRegistrar()
print "Got registrar:", registrar
jini.java:
import net.jini.core.discovery.LookupLocator;
import net.jini.core.lookup.ServiceRegistrar;
import java.io.IOException;
import java.net.MalformedURLException;
import java.rmi.RemoteException;
public class jini
{
public static void main(String args[]) {
LookupLocator loc;
ServiceRegistrar reg;
String url = "jini://YOURHOST/";
try {
loc = new LookupLocator(url);
System.out.println("Got lookup locator");
reg = loc.getRegistrar();
System.out.println("Got registrar");
} catch (MalformedURLException ex) {
System.err.println("Malformed URL Exception: " + ex.getMessage());
System.exit(1);
} catch (RemoteException ex) {
System.err.println("RemoteException: " + ex.getMessage());
System.exit(1);
} catch (IOException ex) {
System.err.println("IOException: " + ex.getMessage());
System.exit(1);
} catch (ClassNotFoundException ex) {
System.err.println("ClassNotFoundException: " + ex.getMessage());
System.exit(1);
}
}
}
Follow-Ups:
Date: 2000-Dec-16 12:50
By: pedronis
Comment:
As of jini 1.1, jdk 1.3 and jython 2.0a1+
this works.
This could have been a configuration problem.
Or a problem related to the old buggy
runtime not using classes directly but
classes -> names back to classes (so possibly from
the wrong ctxt/loader) in many places.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=122818&group_id=12867
|
|
From: <no...@so...> - 2000-12-16 17:03:06
|
Bug #122820, was updated on 2000-Nov-18 11:12
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 1
Submitted by: bckfnn
Assigned to : pedronis
Summary: jclass instances cached (?); creates problems
Details: I extended java.lang.ClassLoader with my own implementation that
locally loads new copies of everything except system classes. This
is so that I could fire up a JVM once and re-run my code over and
over again, grabbing the new versions of my code each time.
You can trust me that (a) my ClassLoader works; and (b) I have
tried this in pure Java code, and it works fine. If you can
immediately see how this is taking place, then we're ok; if not,
then pls email me and I will send you my code.
(I tried going through the JPython source code to pinpoint the
portions responsible, but I couldn't find them.)
I have reproduced this on Solaris 2.6 with Sun JDK 1.2, which
tells me that this is probably not platform dependent.
Here is a JPython session illustrating what I mean --
==========
akudo: [src/corba] > jpython
JPython 1.1beta2 on java1.2
Copyright (C) 1997-1999 Corporation for National Research Initiatives
>>> import edu.umn.genomics.util
>>> cl = edu.umn.genomics.util.ClasspathClassLoader()
>>> cl
edu.umn.genomics.util.ClasspathClassLoader@984dff91
>>> cl.loadClass('edu.umn.genomics.util.test.SimpleTestClass')
<jclass edu.umn.genomics.util.test.SimpleTestClass at -2094399598>
>>> del(cl)
>>> cl = edu.umn.genomics.util.ClasspathClassLoader()
>>> cl
edu.umn.genomics.util.ClasspathClassLoader@b9a5ff91
>>> cl.loadClass('edu.umn.genomics.util.test.SimpleTestClass')
<jclass edu.umn.genomics.util.test.SimpleTestClass at -2094399598>
==========
As you can see, although I had a different instance of my class
ClaspathClassLoader, the resulting jclass object is identical to
the one I first obtained, leading me to believe that they are
cached in some way.
Assuming this to be a "feature", I think it limits the use of
Java Reflection in JPython; it should at least be a configurable
option.
Follow-Ups:
Date: 2000-Dec-16 09:02
By: pedronis
Comment:
Fixed by new internal tables design.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=122820&group_id=12867
|
|
From: <no...@so...> - 2000-12-12 21:28:23
|
Bug #122838, was updated on 2000-Nov-18 11:25
Here is a current snapshot of the bug.
Project: Jython
Category: Core
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 1
Submitted by: bckfnn
Assigned to : nobody
Summary: Wrong line number in traceback when in try: finally: block.
Details: Wrong line number reported in stacktrace when using try ... finally. The line
number reported is the last statement in the try: clause:, not the line with the
call to foo(). This makes debugging a little bit more diffecult.
--------------------- FILE: test179.py ---------------------
def foo():
assert 0
try:
foo()
finally:
pass
--------------------- END ---------------------
d:\java\jpython\test>python test179.py
Traceback (innermost last):
File "test179.py", line 6, in ?
foo()
File "test179.py", line 3, in foo
assert 0
AssertionError
d:\java\jpython\test>jpython test179.py
Traceback (innermost last):
File "test179.py", line 8, in ?
File "test179.py", line 3, in foo
AssertionError:
Follow-Ups:
Date: 2000-Dec-12 13:28
By: bckfnn
Comment:
Fixed in CodeCompiler.java 2.9; Py.java 2.27;
A traceback object is also created when catching
an exception in a try: finally: statement.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=122838&group_id=12867
|
|
From: <no...@so...> - 2000-12-12 21:19:49
|
Bug #125440, was updated on 2000-Dec-11 21:45 Here is a current snapshot of the bug. Project: Jython Category: Core Status: Closed Resolution: Fixed Bug Group: None Priority: 5 Submitted by: nickm Assigned to : bckfnn Summary: Minor nit: "as" not recognised as valid function argument Details: Although python2.0 introduces "as" as a keyword, it allows it to appear where it would ordinarily be acceptable, as in: def fn(as): as = as + 1; return as fn(as=3) class as: pass This feature allows for backward compatibility with code written for earlier versions of python. I actually have some such code Jython (as in CVS as of 12 Dec 2000) does not allow this. I believe that adding it would be as simple as replacing the declaration for Name in python.jjt to allow <AS> as an alternative for <NAME>, but I haven't tried this out myself, due to unfamiliarity with the codebase. Follow-Ups: Date: 2000-Dec-12 13:19 By: bckfnn Comment: Fixed in python.jjt revision: 2.12; ------------------------------------------------------- Date: 2000-Dec-12 00:36 By: bckfnn Comment: The suggested solution should work. I'll check in the patch. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=125440&group_id=12867 |
46 messages has been excluded from this view by a project administrator.
