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-05-28 22:46:52
|
Bugs item #426023, was updated on 2001-05-21 12:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=426023&group_id=12867 Category: Core Group: None >Status: Closed Resolution: Fixed Priority: 3 Submitted By: Samuele Pedroni (pedronis) Assigned to: Nobody/Anonymous (nobody) Summary: from import *: ign __ vs. _ and __all__ Initial Comment: [Robert W. Bill] > CPython excludes those objects prefixed with a single underscore, > while Jython excludes those with 2 prefixing underscores only. > I didn't see anything on "differences.html," in the bug-list, in > mail archives, nor code comment that indicates this is > intended. Sorry if I've overlooked the obvious, but I > was hoping someone could tell me if this is expected behavior, > or if it could change anytime soon. Thanks for reporting this, it's a bug and there's is another bug related to the fact that the restriction is in-place even when __all__ is set. ---------------------------------------------------------------------- Comment By: Samuele Pedroni (pedronis) Date: 2001-05-28 15:45 Message: Logged In: YES user_id=61408 fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=426023&group_id=12867 |
|
From: <no...@so...> - 2001-05-28 22:45:08
|
Bugs item #426023, was updated on 2001-05-21 12:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=426023&group_id=12867 Category: Core Group: None Status: Open >Resolution: Fixed Priority: 3 Submitted By: Samuele Pedroni (pedronis) Assigned to: Nobody/Anonymous (nobody) Summary: from import *: ign __ vs. _ and __all__ Initial Comment: [Robert W. Bill] > CPython excludes those objects prefixed with a single underscore, > while Jython excludes those with 2 prefixing underscores only. > I didn't see anything on "differences.html," in the bug-list, in > mail archives, nor code comment that indicates this is > intended. Sorry if I've overlooked the obvious, but I > was hoping someone could tell me if this is expected behavior, > or if it could change anytime soon. Thanks for reporting this, it's a bug and there's is another bug related to the fact that the restriction is in-place even when __all__ is set. ---------------------------------------------------------------------- >Comment By: Samuele Pedroni (pedronis) Date: 2001-05-28 15:45 Message: Logged In: YES user_id=61408 fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=426023&group_id=12867 |
|
From: <no...@so...> - 2001-05-27 18:58:41
|
Bugs item #222834, was updated on 2000-11-18 11:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=222834&group_id=12867 Category: Core Group: None >Status: Closed Resolution: Later Priority: 1 Submitted By: Finn Bock (bckfnn) Assigned to: Nobody/Anonymous (nobody) Summary: import * into locals Initial Comment: 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() ---------------------------------------------------------------------- >Comment By: Samuele Pedroni (pedronis) Date: 2001-05-27 11:58 Message: Logged In: YES user_id=61408 nested scopes code both in jython and jythonc deals properly with this. ---------------------------------------------------------------------- Comment By: Finn Bock (bckfnn) Date: 2000-12-17 05:35 Message: 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. ---------------------------------------------------------------------- Comment By: Finn Bock (bckfnn) Date: 2000-12-06 12:57 Message: Fixed in: SimpleCompiler.py revision: 2.11; LocalsCompiler.java revision: 2.5; CodeCompiler.java revision: 2.8; ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=222834&group_id=12867 |
|
From: <no...@so...> - 2001-05-21 19:45:28
|
Bugs item #426030, was updated on 2001-05-21 12:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=426030&group_id=12867 Category: None Group: None Status: Open Resolution: None Priority: 2 Submitted By: Samuele Pedroni (pedronis) Assigned to: Nobody/Anonymous (nobody) Summary: long("0x1a",16) -> error Initial Comment: long("0x1a",16) -> error ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=426030&group_id=12867 |
|
From: <no...@so...> - 2001-05-21 19:36:23
|
Bugs item #426023, was updated on 2001-05-21 12:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=426023&group_id=12867 Category: Core Group: None Status: Open Resolution: None Priority: 3 Submitted By: Samuele Pedroni (pedronis) Assigned to: Nobody/Anonymous (nobody) Summary: from import *: ign __ vs. _ and __all__ Initial Comment: [Robert W. Bill] > CPython excludes those objects prefixed with a single underscore, > while Jython excludes those with 2 prefixing underscores only. > I didn't see anything on "differences.html," in the bug-list, in > mail archives, nor code comment that indicates this is > intended. Sorry if I've overlooked the obvious, but I > was hoping someone could tell me if this is expected behavior, > or if it could change anytime soon. Thanks for reporting this, it's a bug and there's is another bug related to the fact that the restriction is in-place even when __all__ is set. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=426023&group_id=12867 |
|
From: <no...@so...> - 2001-05-17 23:45:53
|
Bugs item #425015, was updated on 2001-05-17 16:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=425015&group_id=12867 Category: Jythonc compiler Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tessa Lau (tlau) Assigned to: Nobody/Anonymous (nobody) Summary: Jythonc duplicate entry error with --all Initial Comment: I'm compiling a test program that uses eval() to dynamically look up a class method. I'm using Jython 2.0 on Linux with Sun JDK 1.3.0_01. Here's the code: <pre> class Tlau(JApplet): def init(self): b = JButton('press me', actionPerformed=self.foo) self.contentPane.add(b) def foo(self, event): print 'Foo!' barmethod = eval('self.bar') barmethod(event) def bar(self, event): print 'Bar!' </pre> If I then compile this with "jythonc --core --deep --jar tlau.jar Tlau.py", and run the resulting jar file with "java -jar tlau.jar", I get the error: java.lang.NoClassDefFoundError: org/python/core/parser at org.python.core.Py.compile(Py.java:1422) at org.python.core.__builtin__.compile(__builtin__.java:203) at org.python.core.__builtin__.eval(__builtin__.java:252) at org.python.core.__builtin__.eval(__builtin__.java:266) at java.lang.reflect.Method.invoke(Native Method) (etc.) So I believe that to include the parser class I need to use the --all flag to jythonc. I try the same command, adding --all, and jythonc bombs with this error: Tracking java dependencies: Traceback (innermost last): File "/scratch/tlau/jython-2.0/Tools/jythonc/jythonc.py", line 5, in ? File "/scratch/tlau/jython-2.0/Tools/jythonc/main.py", line 301, in main File "/scratch/tlau/jython-2.0/Tools/jythonc/main.py", line 294, in writeResults File "/scratch/tlau/jython-2.0/Tools/jythonc/jar.py", line 98, in dump File "/scratch/tlau/jython-2.0/Tools/jythonc/jar.py", line 92, in dumpFiles File "/scratch/tlau/jython-2.0/Tools/jythonc/jar.py", line 111, in addPackage java.util.zip.ZipException: duplicate entry: org/python/core/StderrWrapper.class ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=425015&group_id=12867 |
|
From: <no...@so...> - 2001-05-15 18:55:55
|
Bugs item #415963, was updated on 2001-04-13 11:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=415963&group_id=12867 Category: Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Finn Bock (bckfnn) >Assigned to: Samuele Pedroni (pedronis) Summary: UnboundLocalError not raised on delete Initial Comment: A difference between pythons: Jython 2.1a1 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> def foo( ): ... del dne ... >>> foo() >>> \Python21\python.exe Python 2.1b2 (#12, Mar 23 2001, 14:01:30) [MSC 32 bit (Intel)] on win32 Type "copyright", "credits" or "license" for more information. >>> def foo(): ... del dne ... >>> foo() Traceback (most recent call last): File "<stdin>", line 1, in ? File "<stdin>", line 2, in foo UnboundLocalError: local variable 'dne' referenced before assignment >>> ---------------------------------------------------------------------- >Comment By: Samuele Pedroni (pedronis) Date: 2001-05-15 11:55 Message: Logged In: YES user_id=61408 fixed in current CVS. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=415963&group_id=12867 |
|
From: <no...@so...> - 2001-05-10 10:59:09
|
Bugs item #227422, was updated on 2001-01-03 09:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=227422&group_id=12867 Category: Core Group: None Status: Closed Resolution: Later Priority: 2 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Importing java-classes from non-defaul ClassLoaders Initial Comment: I have my own classloader, which loads Jython also. When I run this +++++++ package a.b.c import org.python.util.PythonInterpreter; import org.python.core.*; public class Test{ public static void main(String args[]) throws Exception { PythonInterpreter interp = new PythonInterpreter(); interp.exec("from a.b.c import Test"); interp.exec("s = Test.countLetters('wednesday')"); PyObject x = interp.get("s"); System.out.println("s=" + x); } public static String countLetters(String str){ return "Word '"+str+"' has "+ str.length() + " letters"; } } ++++++++++++++++ I have "ImportError: no module named a" But when I explicitly write my.jar(a.b.c.Test) to classpath - everithing is Ok. What about usin' Thead.getContextClassLoader() in Py.findClass() or something? PS can't register so my e-mail is an...@ib... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-05-10 03:59 Message: Logged In: NO This is also a problem when trying to embed Jython (2.0) into the JVM of Oracle8iR3: java.lang.SecurityException: relative pathnames are not allowed(./JythonOracle) at oracle.aurora.rdbms.SecurityManagerImpl.checkFileIsAbsolute(SecurityManagerImpl.java) at oracle.aurora.rdbms.SecurityManagerImpl.checkRead(SecurityManagerImpl.java) at java.io.File.isDirectory(File.java) at org.python.core.imp.loadFromPath(imp:285) at org.python.core.imp.loadFromPath(imp:252) at org.python.core.imp.load(imp:357) at org.python.core.imp.load(imp:376) at org.python.core.imp.importName(imp:447) at org.python.core.imp.importName(imp:509) at org.python.core.ImportFunction.load(__builtin__:967) at org.python.core.ImportFunction.__call__(__builtin__:961) at org.python.core.PyObject.__call__(PyObject:250) at org.python.core.__builtin__.__import__(__builtin__:921) at org.python.core.imp.importAll(imp:592) at org.python.pycode._pyx0.f$0(<string>) at org.python.pycode._pyx0.call_function(<string>) at org.python.core.PyTableCode.call(PyTableCode:155) at org.python.core.Py.runCode(Py:1055) at org.python.core.Py.exec(Py:1076) at org.python.util.PythonInterpreter.exec(PythonInterpreter:135) at SimpleEmbedded.getresult(SimpleEmbedded:17) ---------------------------------------------------------------------- Comment By: Finn Bock (bckfnn) Date: 2001-01-12 04:05 Message: This feature request is described in a new task (#24502) : "Loading java classes from other sources" The bug report will be closed. ---------------------------------------------------------------------- Comment By: Samuele Pedroni (pedronis) Date: 2001-01-03 12:05 Message: more a feature request than a bug. (sorry) notes: * simply making java loading through 'import' thread-context-class-loader related: a bad confusing hack, won't do that * simply setting PySystemState.classLoader at init: not really a workaround, by now too many jythonc-related side-effects, e.g. sys.path loading disabled ... This is part of the poor-man-freezing design issue (after 2.0): with jython -jar ... or java -jar ... what kind of: python importing java loading sys-package-manager init to offer? ... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=227422&group_id=12867 |
|
From: <no...@so...> - 2001-05-07 19:24:39
|
Bugs item #222819, was updated on 2000-11-18 11:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=222819&group_id=12867 Category: Core Group: None >Status: Open Resolution: Fixed Priority: 4 Submitted By: Finn Bock (bckfnn) Assigned to: Finn Bock (bckfnn) Summary: Multi-level Java method overriding fails Initial Comment: 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. ---------------------------------------------------------------------- >Comment By: Finn Bock (bckfnn) Date: 2001-05-07 12:24 Message: Logged In: YES user_id=4201 Reverted the fix and reopened the bug. The reason for is the situation described here: http://www.geocrawler.com/lists/3/SourceForge/7018/0/5685848 / ---------------------------------------------------------------------- Comment By: Finn Bock (bckfnn) Date: 2001-03-22 12:50 Message: Logged In: YES user_id=4201 Fixed in: PyClass.java: 2.23; ProxyMaker.java: 2.12; JavaMaker.java: 2.10; ObjectFactory.py: 2.7; compile.py: 2.17; proxies.py: 2.10; ---------------------------------------------------------------------- Comment By: Finn Bock (bckfnn) Date: 2001-02-23 12:26 Message: Ian Castleden's fix added to the interpreter. Same fix must also be added to jythonc. The bug report will closed when that is done. ---------------------------------------------------------------------- Comment By: ian west (ianzsk) Date: 2001-02-19 01:26 Message: Any python subclass that contains a java class as a parent will have a proxy created for it. Also, in the PyReflectionFunction __call__ there is code to "translate" unbound methods to bound "super__" methods. However the "self" argument passed to this method is null so that the superclass (Here SubDate) again looks for a "super__" method ( viz: super__super__toString()!) This of course fails and so the call drops through. I can't really make heads or tails of this code so I have no idea where the "bug" is (altough the search for "super__super__" is surely wrong). I also think the fact that the SubSubDate class has a java proxyClass created for it (--because SubDate has a proxyClass--- see PyClass.init()) somehow contributes to the recursion. ---------------------------------------------------------------------- Comment By: Samuele Pedroni (pedronis) Date: 2000-12-16 12:52 Message: Just checked that the nasty bug is still there. It should be solved for sure, at least the stack overflow. Not analyzed yet. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=222819&group_id=12867 |
|
From: <no...@so...> - 2001-04-25 19:54:29
|
Bugs item #417665, was updated on 2001-04-20 09:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=417665&group_id=12867 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: brian zimmer (bzimmer) Assigned to: Nobody/Anonymous (nobody) >Summary: open(filename, "a") fails to append Initial Comment: Opening a file in append mode does not append to the file but instead starts to write from index 0 which results in overwriting the existing data. To fix the problem, remove the seek() call in flush() as it is not needed. The diff is below. Also see the attached TestCase to demonstrate the problem (use the unittest.py from CPython 2.1). To run the unittest: $> jython pyfiletest.py Index: org/python/core/PyFile.java =================================================================== RCS file: /cvsroot/jython/jython/org/python/core/PyFile.java,v retrieving revision 2.18 diff -u -r2.18 PyFile.java --- org/python/core/PyFile.java 2001/03/13 20:21:27 2.18 +++ org/python/core/PyFile.java 2001/04/20 16:02:40 @@ -455,7 +455,6 @@ } public void flush() throws java.io.IOException { - file.seek(bufferStart); file.write(buffer, 0, dataSize); bufferModified = false; file.getFD().sync(); @@ -463,8 +462,7 @@ public void close() throws java.io.IOException { if (writing && bufferModified) { - file.seek(bufferStart); - file.write(buffer, 0, (int)dataSize); + this.flush(); } file.close(); ---------------------------------------------------------------------- >Comment By: brian zimmer (bzimmer) Date: 2001-04-25 12:54 Message: Logged In: YES user_id=37674 After some more testing, I don't the patch fixes the problem for all cases. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=417665&group_id=12867 |
|
From: <no...@so...> - 2001-04-25 18:43:17
|
Bugs item #414884, was updated on 2001-04-09 06:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=414884&group_id=12867 Category: Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Finn Bock (bckfnn) >Summary: old style "getattr" Initial Comment: Jython 2.0's "getattr" accepts only 2 arguments and not the optional default third argument. ---------------------------------------------------------------------- >Comment By: Finn Bock (bckfnn) Date: 2001-04-25 11:43 Message: Logged In: YES user_id=4201 This feature was already added in 2.1a1. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=414884&group_id=12867 |
|
From: <no...@so...> - 2001-04-25 18:40:09
|
Bugs item #409930, was updated on 2001-03-19 20:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=409930&group_id=12867 >Category: Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: brian zimmer (bzimmer) >Assigned to: Finn Bock (bckfnn) Summary: __bases__ should not be immutable Initial Comment: Jython differs from CPython in that it does not allow the attribute __bases__ to be mutable. The method __setattr__ in PyClass.java explicitly checks for __bases__ and throws a TypeError. The example is contrived, but demonstrates the point: D:\home\development\src\sourceforge\zxJDBC>python ActivePython 2.0, build 202 (ActiveState Tool Corp.) based on Python 2.0 (#8, Oct 19 2000, 11:30:05) [MSC 32 bit (Intel)] on win32 Type "copyright", "credits" or "license" for more information. >>> from UserList import UserList >>> from UserDict import UserDict >>> UserList.__bases__ () >>> UserList.__bases__ += (UserDict,) >>> UserList.__bases__ (<class UserDict.UserDict at 007D99CC>,) >>> ^Z D:\home\development\src\sourceforge\zxJDBC>jython Jython 2.1a1 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> from UserList import UserList >>> from UserDict import UserDict >>> UserList.__bases__ () >>> UserList.__bases__ += (UserDict,) Traceback (innermost last): File "<console>", line 1, in ? TypeError: read-only special attribute: __bases__ >>> Also, refer to the article: http://noframes.linuxjournal.com/lj-issues/issue84/4540.html ---------------------------------------------------------------------- >Comment By: Finn Bock (bckfnn) Date: 2001-04-25 11:40 Message: Logged In: YES user_id=4201 Fixed PyClass.java: 2.24; ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=409930&group_id=12867 |
|
From: <no...@so...> - 2001-04-20 16:04:45
|
Bugs item #417665, was updated on 2001-04-20 09:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=417665&group_id=12867 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: brian zimmer (bzimmer) Assigned to: Nobody/Anonymous (nobody) >Summary: open(filename, "a") fails to append Initial Comment: Opening a file in append mode does not append to the file but instead starts to write from index 0 which results in overwriting the existing data. To fix the problem, remove the seek() call in flush() as it is not needed. The diff is below. Also see the attached TestCase to demonstrate the problem (use the unittest.py from CPython 2.1). To run the unittest: $> jython pyfiletest.py Index: org/python/core/PyFile.java =================================================================== RCS file: /cvsroot/jython/jython/org/python/core/PyFile.java,v retrieving revision 2.18 diff -u -r2.18 PyFile.java --- org/python/core/PyFile.java 2001/03/13 20:21:27 2.18 +++ org/python/core/PyFile.java 2001/04/20 16:02:40 @@ -455,7 +455,6 @@ } public void flush() throws java.io.IOException { - file.seek(bufferStart); file.write(buffer, 0, dataSize); bufferModified = false; file.getFD().sync(); @@ -463,8 +462,7 @@ public void close() throws java.io.IOException { if (writing && bufferModified) { - file.seek(bufferStart); - file.write(buffer, 0, (int)dataSize); + this.flush(); } file.close(); ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=417665&group_id=12867 |
|
From: <no...@so...> - 2001-04-20 16:03:54
|
Bugs item #417665, was updated on 2001-04-20 09:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=417665&group_id=12867 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: brian zimmer (bzimmer) Assigned to: Nobody/Anonymous (nobody) Summary: open(filename, "a") fails to append Initial Comment: Opening a file in append mode does not append to the file but instead starts to write from index 0 which results in overwriting the existing data. To fix the problem, remove the seek() call in flush() as it is not needed. The diff is below. Also see the attached TestCase to demonstrate the problem (use the unittest.py from CPython 2.1). To run the unittest: $> jython pyfiletest.py Index: org/python/core/PyFile.java =================================================================== RCS file: /cvsroot/jython/jython/org/python/core/PyFile.java,v retrieving revision 2.18 diff -u -r2.18 PyFile.java --- org/python/core/PyFile.java 2001/03/13 20:21:27 2.18 +++ org/python/core/PyFile.java 2001/04/20 16:02:40 @@ -455,7 +455,6 @@ } public void flush() throws java.io.IOException { - file.seek(bufferStart); file.write(buffer, 0, dataSize); bufferModified = false; file.getFD().sync(); @@ -463,8 +462,7 @@ public void close() throws java.io.IOException { if (writing && bufferModified) { - file.seek(bufferStart); - file.write(buffer, 0, (int)dataSize); + this.flush(); } file.close(); ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=417665&group_id=12867 |
|
From: <no...@so...> - 2001-04-17 22:52:17
|
Bugs item #416871, was updated on 2001-04-17 15:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=416871&group_id=12867 Category: Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: brian zimmer (bzimmer) Assigned to: Nobody/Anonymous (nobody) Summary: proxy fails to have all needed methods Initial Comment: When creating a Python class from a Java interface, not all superclass methods (namely the protected methods clone() and finalize()) are created. The attached Java interface and python script will reproduce the bug. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=416871&group_id=12867 |
|
From: <no...@so...> - 2001-04-13 18:35:04
|
Bugs item #415963, was updated on 2001-04-13 11:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=415963&group_id=12867 Category: Core Group: None Status: Open Priority: 5 Submitted By: Finn Bock (bckfnn) Assigned to: Nobody/Anonymous (nobody) Summary: UnboundLocalError not raised on delete Initial Comment: A difference between pythons: Jython 2.1a1 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> def foo( ): ... del dne ... >>> foo() >>> \Python21\python.exe Python 2.1b2 (#12, Mar 23 2001, 14:01:30) [MSC 32 bit (Intel)] on win32 Type "copyright", "credits" or "license" for more information. >>> def foo(): ... del dne ... >>> foo() Traceback (most recent call last): File "<stdin>", line 1, in ? File "<stdin>", line 2, in foo UnboundLocalError: local variable 'dne' referenced before assignment >>> ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=415963&group_id=12867 |
|
From: <no...@so...> - 2001-04-13 17:04:04
|
Bugs item #415933, was updated on 2001-04-13 10:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=415933&group_id=12867 Category: Jythonc compiler Group: None Status: Open Priority: 5 Submitted By: Finn Bock (bckfnn) Assigned to: Nobody/Anonymous (nobody) Summary: dependency problem with jythonc Initial Comment: [Posted to jython-dev by Kexx] Here's a short failure scenario: -- module Main.py in root/current package -- # commented -- from amod.A import A from bmod.B import B B().bfunc() -- end Main.py -- -- module A.py in package/directory apkg -- class A: def afunc(self): return "kermits" -- end A.py -- -- module B.py in package/directory bpkg -- from apkg.A import A class B: def bfunc(self): print A().afunc() -- end B.py -- I also have 2 empty __init__.py files (one for apkg, the other for = bpkg). Now, "jython Main.py" works just fine ("kermits" is printed). Here's the output from "jythonc --deep" at compile time: -- start -- E:\projects\jytest\2>jythonc --deep Main.py processing Main processing bpkg.B processing apkg.A processing bpkg.__init__ Next, we go to "./jpywork" and do a "java Main" and get: -- start -- Java Traceback: Traceback (innermost last): File "E:\projects\jytest\2\Main.py", line 0, in main File "E:\projects\jytest\2\bpkg\B.py", line 0, in main ImportError: no module named apkg -- end -- ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=415933&group_id=12867 |
|
From: <no...@so...> - 2001-04-09 13:53:35
|
Bugs item #414884, was updated on 2001-04-09 06:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=414884&group_id=12867 Category: Core Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: old style "getattr" Initial Comment: Jython 2.0's "getattr" accepts only 2 arguments and not the optional default third argument. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=414884&group_id=12867 |
|
From: <no...@so...> - 2001-03-22 20:52:03
|
Bugs item #406193, was updated on 2001-03-05 20:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=406193&group_id=12867 Category: Core Group: None >Status: Closed Priority: 5 Submitted By: brian zimmer (bzimmer) >Assigned to: Finn Bock (bckfnn) Summary: stack overflow when delegating Initial Comment: There appears to be a problem with PyReflectedFunction when a Python class is an implementation of a Java interface and delegates to a Java implementation of that interface. The primary problem is overloaded methods on the interface, such as the ISimple.get() methods. Look at classes t and u. Both do as expected. t is not the interface, so it's marginally useful. u implements the interface but needs to handle the get() methods in order for it to work properly. v is what I want, but it ends up blowing the stack. Should this work? I think yes, but can't figure out how to patch it. Run the code to get the full affect: import Simple, ISimple class t: def __init__(self, s): self.s = s def __getattr__(self, name): return getattr(self.s, name) class u(ISimple): def __init__(self, s): self.s = s def get(self, i=None): if i: return self.s.get(i) else: return self.s.get() class v(ISimple): def __init__(self, s): self.s = s def __getattr__(self, name): return getattr(self.s, name) def main(): print "using Simple" y = Simple() print y print y.get() print y.get(2) print y.get() print y.get(0) print "using t" y = t(Simple()) print y print y.get() print y.get(2) print y.get() print y.get(0) print "using u" y = u(Simple()) print y print y.get() print y.get(2) print y.get() print y.get(0) print "using v" y = v(Simple()) print y print y.get() print y.get(2) print y.get() print y.get(0) if __name__ == '__main__': main() ---------------------------------------------------------------------- >Comment By: Finn Bock (bckfnn) Date: 2001-03-22 12:52 Message: Logged In: YES user_id=4201 Fixed in: PyClass.java: 2.23; ProxyMaker.java: 2.12; JavaMaker.java: 2.10; ObjectFactory.py: 2.7; compile.py: 2.17; proxies.py: 2.10; ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-03-06 10:38 Message: Logged In: NO Please look at the attached jar for all the source. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=406193&group_id=12867 |
|
From: <no...@so...> - 2001-03-22 20:51:12
|
Bugs item #231507, was updated on 2001-02-07 23:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=231507&group_id=12867 Category: Core Group: None >Status: Closed Priority: 5 Submitted By: Thomas Breuel (tbreuel) >Assigned to: Finn Bock (bckfnn) Summary: stack overflow for simple class Initial Comment: The little program below dies with a stack overflow. Apparently, something is going wrong with combining the PyList class (which conforms to the List interface) with the List interface. This should probably either be disallowed, or, better, should work correctly. import java.util import org.python.core class LX(org.python.core.PyList,java.util.List): pass l = LX() l.add('x') ---------------------------------------------------------------------- >Comment By: Finn Bock (bckfnn) Date: 2001-03-22 12:51 Message: Logged In: YES user_id=4201 Fixed in: PyClass.java: 2.23; ProxyMaker.java: 2.12; JavaMaker.java: 2.10; ObjectFactory.py: 2.7; compile.py: 2.17; proxies.py: 2.10; ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=231507&group_id=12867 |
|
From: <no...@so...> - 2001-03-22 20:50:24
|
Bugs item #222819, was updated on 2000-11-18 11:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=222819&group_id=12867 Category: Core Group: None >Status: Closed Priority: 4 Submitted By: Finn Bock (bckfnn) >Assigned to: Finn Bock (bckfnn) Summary: Multi-level Java method overriding fails Initial Comment: 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. ---------------------------------------------------------------------- >Comment By: Finn Bock (bckfnn) Date: 2001-03-22 12:50 Message: Logged In: YES user_id=4201 Fixed in: PyClass.java: 2.23; ProxyMaker.java: 2.12; JavaMaker.java: 2.10; ObjectFactory.py: 2.7; compile.py: 2.17; proxies.py: 2.10; ---------------------------------------------------------------------- Comment By: Finn Bock (bckfnn) Date: 2001-02-23 12:26 Message: Ian Castleden's fix added to the interpreter. Same fix must also be added to jythonc. The bug report will closed when that is done. ---------------------------------------------------------------------- Comment By: ian west (ianzsk) Date: 2001-02-19 01:26 Message: Any python subclass that contains a java class as a parent will have a proxy created for it. Also, in the PyReflectionFunction __call__ there is code to "translate" unbound methods to bound "super__" methods. However the "self" argument passed to this method is null so that the superclass (Here SubDate) again looks for a "super__" method ( viz: super__super__toString()!) This of course fails and so the call drops through. I can't really make heads or tails of this code so I have no idea where the "bug" is (altough the search for "super__super__" is surely wrong). I also think the fact that the SubSubDate class has a java proxyClass created for it (--because SubDate has a proxyClass--- see PyClass.init()) somehow contributes to the recursion. ---------------------------------------------------------------------- Comment By: Samuele Pedroni (pedronis) Date: 2000-12-16 12:52 Message: Just checked that the nasty bug is still there. It should be solved for sure, at least the stack overflow. Not analyzed yet. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=222819&group_id=12867 |
|
From: <no...@so...> - 2001-03-20 04:14:59
|
Bugs item #409930, was updated on 2001-03-19 20:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=409930&group_id=12867 Category: None Group: None Status: Open Priority: 5 Submitted By: brian zimmer (bzimmer) Assigned to: Nobody/Anonymous (nobody) Summary: __bases__ should not be immutable Initial Comment: Jython differs from CPython in that it does not allow the attribute __bases__ to be mutable. The method __setattr__ in PyClass.java explicitly checks for __bases__ and throws a TypeError. The example is contrived, but demonstrates the point: D:\home\development\src\sourceforge\zxJDBC>python ActivePython 2.0, build 202 (ActiveState Tool Corp.) based on Python 2.0 (#8, Oct 19 2000, 11:30:05) [MSC 32 bit (Intel)] on win32 Type "copyright", "credits" or "license" for more information. >>> from UserList import UserList >>> from UserDict import UserDict >>> UserList.__bases__ () >>> UserList.__bases__ += (UserDict,) >>> UserList.__bases__ (<class UserDict.UserDict at 007D99CC>,) >>> ^Z D:\home\development\src\sourceforge\zxJDBC>jython Jython 2.1a1 on java1.3.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> from UserList import UserList >>> from UserDict import UserDict >>> UserList.__bases__ () >>> UserList.__bases__ += (UserDict,) Traceback (innermost last): File "<console>", line 1, in ? TypeError: read-only special attribute: __bases__ >>> Also, refer to the article: http://noframes.linuxjournal.com/lj-issues/issue84/4540.html ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=409930&group_id=12867 |
|
From: nobody <no...@so...> - 2001-03-06 18:36:49
|
Bugs #406193, was updated on 2001-03-05 20:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=406193&group_id=12867 Category: Core Group: None Status: Open Priority: 5 Submitted By: brian zimmer Assigned to: Nobody/Anonymous Summary: stack overflow when delegating Initial Comment: There appears to be a problem with PyReflectedFunction when a Python class is an implementation of a Java interface and delegates to a Java implementation of that interface. The primary problem is overloaded methods on the interface, such as the ISimple.get() methods. Look at classes t and u. Both do as expected. t is not the interface, so it's marginally useful. u implements the interface but needs to handle the get() methods in order for it to work properly. v is what I want, but it ends up blowing the stack. Should this work? I think yes, but can't figure out how to patch it. Run the code to get the full affect: import Simple, ISimple class t: def __init__(self, s): self.s = s def __getattr__(self, name): return getattr(self.s, name) class u(ISimple): def __init__(self, s): self.s = s def get(self, i=None): if i: return self.s.get(i) else: return self.s.get() class v(ISimple): def __init__(self, s): self.s = s def __getattr__(self, name): return getattr(self.s, name) def main(): print "using Simple" y = Simple() print y print y.get() print y.get(2) print y.get() print y.get(0) print "using t" y = t(Simple()) print y print y.get() print y.get(2) print y.get() print y.get(0) print "using u" y = u(Simple()) print y print y.get() print y.get(2) print y.get() print y.get(0) print "using v" y = v(Simple()) print y print y.get() print y.get(2) print y.get() print y.get(0) if __name__ == '__main__': main() ---------------------------------------------------------------------- Comment By: Nobody/Anonymous Date: 2001-03-06 10:38 Message: Logged In: NO Please look at the attached jar for all the source. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=406193&group_id=12867 |
|
From: nobody <no...@so...> - 2001-03-06 04:14:26
|
Bugs #406193, was updated on 2001-03-05 20:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=406193&group_id=12867 Category: Core Group: None Status: Open Priority: 5 Submitted By: brian zimmer Assigned to: Nobody/Anonymous Summary: stack overflow when delegating Initial Comment: There appears to be a problem with PyReflectedFunction when a Python class is an implementation of a Java interface and delegates to a Java implementation of that interface. The primary problem is overloaded methods on the interface, such as the ISimple.get() methods. Look at classes t and u. Both do as expected. t is not the interface, so it's marginally useful. u implements the interface but needs to handle the get() methods in order for it to work properly. v is what I want, but it ends up blowing the stack. Should this work? I think yes, but can't figure out how to patch it. Run the code to get the full affect: import Simple, ISimple class t: def __init__(self, s): self.s = s def __getattr__(self, name): return getattr(self.s, name) class u(ISimple): def __init__(self, s): self.s = s def get(self, i=None): if i: return self.s.get(i) else: return self.s.get() class v(ISimple): def __init__(self, s): self.s = s def __getattr__(self, name): return getattr(self.s, name) def main(): print "using Simple" y = Simple() print y print y.get() print y.get(2) print y.get() print y.get(0) print "using t" y = t(Simple()) print y print y.get() print y.get(2) print y.get() print y.get(0) print "using u" y = u(Simple()) print y print y.get() print y.get(2) print y.get() print y.get(0) print "using v" y = v(Simple()) print y print y.get() print y.get(2) print y.get() print y.get(0) if __name__ == '__main__': main() ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=406193&group_id=12867 |
|
From: nobody <no...@so...> - 2001-03-05 19:57:59
|
Bugs #226677, was updated on 2000-12-22 06:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=226677&group_id=12867 Category: Core Group: None Status: Closed Priority: 3 Submitted By: Finn Bock Assigned to: Nobody/Anonymous Summary: Throwing IndexError from __getitem__() Initial Comment: 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] ---------------------------------------------------------------------- Comment By: Finn Bock Date: 2001-03-05 11:59 Message: Logged In: YES user_id=4201 Fixed in PyInstance.java: 2.21; ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112867&aid=226677&group_id=12867 |
46 messages has been excluded from this view by a project administrator.
