jython-bugs — Private bug notification list. Do not post to this list.

[Jython-bugs] [ jython-Bugs-545235 ] unexpected match with re

[SourceForge.net <no...@so...>]

Bugs item #545235, was opened at 2002-04-17 15:40
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=545235&group_id=12867

Category: Library
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Finn Bock (bckfnn)
Summary: unexpected match with re

Initial Comment:
Jython 2.1 on java1.3.0_02 (JIT: null)
Type "copyright", "credits" or "license" for more 
information.
>>> import re
>>> rt = re.compile(r'c[^a]*t', re.IGNORECASE)
>>> rt.match("cat")  # matches but should not
org.python.modules.sre.MatchObject@3f1179
>>> rs = re.compile(r'c[^a]t', re.IGNORECASE)
>>> rs.match('cat')  # this is ok
>>>    

cpython does not match cat withe either the 'rt' or 
'rs' regular expression



----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-05-30 20:23

Message:
Logged In: YES 
user_id=4201

Fixed in SRE_STATE.java: 1.9;

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-05-30 19:52

Message:
Logged In: YES 
user_id=4201

Added as test362.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=545235&group_id=12867

[Jython-bugs] [ jython-Bugs-573784 ] popen does not work

[SourceForge.net <no...@so...>]

Bugs item #573784, was opened at 2002-06-25 19:44
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=573784&group_id=12867

Category: Library
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Kevin J. Butler (kevinbutler)
Summary: popen does not work

Initial Comment:
os.popen, os.popen2, os.popen3, os.popen4 do not work.  
Error response is:  
   
Traceback (innermost last):  
  File "uniquefile-popen.py", line 20, in ?  
AttributeError: class 'org.python.modules.os' has no  
attribute 'popen'  
  
importing popen and using popen.popen[234] results in  
pipe being undefindedd in modules.os  
  
Running under Linux - Mandrake 8.2 using  
j2sdk1.3.1-02b-FCS (blackdown) with jython 2.1 
  
  

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-09-18 08:30

Message:
Logged In: YES 
user_id=4201

The os.popen[2,3,4] functions has been added to current CVS
by Kevin Butler.

----------------------------------------------------------------------

Comment By: Scott Langley (langles)
Date: 2002-06-29 23:52

Message:
Logged In: YES 
user_id=375426

I was wondering the same thing, until I found this:

http://www.jython.org/cgi-bin/faqw.py?req=show&file=faq03.009.htp

"""
Jython FAQ Entry
3.9. The Jython's os module is missing some functions, why?

 Python's and Jython's os modules differ necessarily because
of differences Java imposes on natvie system access. For
example, Java does not have a chdir equivalent, so it does
not exist in Jython's os.

There is an alternative os module that does provide
additional functionality, and it is the jnios module found at:

http://sourceforge.net/projects/jnios

The jnios module replaces the default os module with a
Java/JNI implementation of Python's os and posix modules.
"""

I have no idea whether you can get jnios to work with a
modern jython 2.1, however.

----------------------------------------------------------------------

Comment By: Scott Langley (langles)
Date: 2002-06-29 23:50

Message:
Logged In: YES 
user_id=375426

I was wondering the same thing, until I found this:

http://www.jython.org/cgi-bin/faqw.py?req=show&file=faq03.009.htp

"""
Jython FAQ Entry
3.9. The Jython's os module is missing some functions, why?

 Python's and Jython's os modules differ necessarily because
of differences Java imposes on natvie system access. For
example, Java does not have a chdir equivalent, so it does
not exist in Jython's os.

There is an alternative os module that does provide
additional functionality, and it is the jnios module found at:

http://sourceforge.net/projects/jnios

The jnios module replaces the default os module with a
Java/JNI implementation of Python's os and posix modules.
"""

I have no idea whether you can get jnios to work with a
modern jython 2.1, however.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=573784&group_id=12867

[Jython-bugs] [ jython-Bugs-581785 ] bug in 4DOM

[SourceForge.net <no...@so...>]

Bugs item #581785, was opened at 2002-07-15 17:05
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=581785&group_id=12867

Category: Library
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Finn Bock (bckfnn)
Summary: bug in 4DOM

Initial Comment:
4DOM creates an incorrect DOM tree when you have 
text before the first child tag:

<parent>
   some text
   <child>
   <child>
   ...
</parent>

eg:
test.xml:
<test>Some <b>text</b> here</test>

Jython 2.1 on java1.4.0-beta3 (JIT: null)
Type "copyright", "credits" or "license" for more 
information.
>>> from xml.dom.ext.reader import Sax2
>>> reader = Sax2.Reader()
>>> doc = reader.fromStream("test.xml")

xml.dom.ext.PrettyPrint(doc) gives out:

<test>
  <b>Some text</b> here</test>

As you can see it combines the first text node with the 
content of <b> as the value of <b>. 

Python correctly returns
<test>
  Some
    <b>text</b>
  here
</test>




----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-09-18 13:52

Message:
Logged In: YES 
user_id=4201

Example works in current CVS, probably fixed with a previous
bugfix in sre.

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-09-18 13:51

Message:
Logged In: YES 
user_id=4201

Added as test369.py

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=581785&group_id=12867

[Jython-bugs] [ jython-Bugs-562943 ] os.path.getmtime misbehaves on nonfile

[SourceForge.net <no...@so...>]

Bugs item #562943, was opened at 2002-05-31 15:14
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=562943&group_id=12867

Category: Library
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Finn Bock (bckfnn)
Summary: os.path.getmtime misbehaves on nonfile

Initial Comment:
os.path.gmtime returns 0.0 for missing files 
instead of throwing an OSError (as python does)

>python
Python 2.1 (#15, Apr 16 2001, 18:25:49) [MSC 32 
bit (Intel)] on win32
Type "copyright", "credits" or "license" for more 
information.
>>> import os.path
>>> os.path.getmtime('nonfile')
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "D:\Python2.1\lib\ntpath.py", line 183, in 
getmtime
    st = os.stat(filename)
OSError: [Errno 2] No such file or directory: 'nonfile'
>>> ^


>jython
Jython 2.1 on java1.3.1_01 (JIT: null)
Type "copyright", "credits" or "license" for more 
information.
>>> import os.path
>>> os.path.getmtime('nonfile')
0.0
>>>


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-09-18 14:36

Message:
Logged In: YES 
user_id=4201

Fixed in javapath.py: 1.10;

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-09-18 14:33

Message:
Logged In: YES 
user_id=4201

Added as test370.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=562943&group_id=12867

[Jython-bugs] [ jython-Bugs-515894 ] Behaviour of &quot;+=&quot; stm. is different from

[SourceForge.net <no...@so...>]

Bugs item #515894, was opened at 2002-02-11 13:30
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=515894&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Finn Bock (bckfnn)
>Summary: Behaviour of "+=" stm. is different from

Initial Comment:
I found next difference in behaviour of "+=" statement in  
Python 2.1 and Jython 2.1.

Python 2.1:

>>> a = [1, 2, 3]
>>> a += "456"
>>> a
[1, 2, 3, '4', '5', '6']

Jython 2.1

>>> a = [1, 2, 3]
>>> a += "456"
>>> a
[1, 2, 3]


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-03-11 14:06

Message:
Logged In: YES 
user_id=4201

Added as test358.

The bug seems to be fixed already. Probably as a sideeffect 
of the iterator changes.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=515894&group_id=12867

[Jython-bugs] [ jython-Bugs-529242 ] Python singletons deserialization bug

[SourceForge.net <no...@so...>]

Bugs item #529242, was opened at 2002-03-13 02:28
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=529242&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Samuele Pedroni (pedronis)
Assigned to: Finn Bock (bckfnn)
Summary: Python singletons deserialization bug

Initial Comment:
Java serialized None, Ellipsis etc
are not deserialized back to the unique
system singletons.

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-09-18 13:40

Message:
Logged In: YES 
user_id=4201

Fixed in PythonObjectInputStream.java: 1.9;

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-09-18 13:37

Message:
Logged In: YES 
user_id=4201

Added as test368.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=529242&group_id=12867

[Jython-bugs] [ jython-Bugs-517237 ] Binary ops with int and long fail

[SourceForge.net <no...@so...>]

Bugs item #517237, was opened at 2002-02-13 23:03
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=517237&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Chris Liechti (cliechti)
Assigned to: Finn Bock (bckfnn)
Summary: Binary ops with int and long fail

Initial Comment:
>>> 5&7L
should result in 5L (CPython result) but it 
raises:
TypeError: __and__ nor __rand__ defined for these 
operands

this applies to binary operations:
& (AND)
| 
(OR)
^ (XOR)

The other way round it works (7L&5 -> 5) - so symmetry 
is missing.

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-03-11 13:59

Message:
Logged In: YES 
user_id=4201

Fixed in PyLong.java: 2.15;

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-03-11 13:54

Message:
Logged In: YES 
user_id=4201

Added as test357

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=517237&group_id=12867

[Jython-bugs] [ jython-Bugs-533354 ] bug in xml.dom.minidom.parseString

[SourceForge.net <no...@so...>]

Bugs item #533354, was opened at 2002-03-21 23:01
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=533354&group_id=12867

Category: Library
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Pat Walters (wpwalters)
Assigned to: Finn Bock (bckfnn)
Summary: bug in xml.dom.minidom.parseString

Initial Comment:
Jython 2.1 on java1.3.1_02 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> import xml.dom.minidom
>>> DOM = xml.dom.minidom.parseString("<foo><bar/></foo>")    
Traceback (innermost last):
  File "<console>", line 1, in ?
  File "/usr/java/jython/Lib/xml/dom/minidom.py", line 913, in parseString
  File "/usr/java/jython/Lib/xml/dom/minidom.py", line 900, in _doparse
  File "/usr/java/jython/Lib/xml/dom/pulldom.py", line 251, in getEvent
AttributeError: feed

-----------------------------------------------------------------------------------
same problem exists with xml.dom.minidom.parse

Jython 2.1 on java1.3.1_02 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> import xml.dom.minidom
>>> DOM = xml.dom.minidom.parse("foo.xml")
Traceback (innermost last):
  File "<console>", line 1, in ?
  File "/usr/java/jython/Lib/xml/dom/minidom.py", line 908, in parse
  File "/usr/java/jython/Lib/xml/dom/minidom.py", line 900, in _doparse
  File "/usr/java/jython/Lib/xml/dom/pulldom.py", line 251, in getEvent
AttributeError: feed

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-05-31 10:43

Message:
Logged In: YES 
user_id=4201

As davidzhu noticed, this bug is fixed in PyXML-0.7.1 and
the next release of jython will include 0.7.1 or a later
release.

Unfortunately a bug the sre prevents using 0.7.1 with
jython-2.1. The sre bug is fixed in SRE_STATE.java: 1.10

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-05-31 10:40

Message:
Logged In: YES 
user_id=4201

Added as test363.

----------------------------------------------------------------------

Comment By: David Zhu (davidzhu)
Date: 2002-04-24 20:47

Message:
Logged In: YES 
user_id=525508

I've found a temporary work around by updating the existing 
drv_xmlproc.py included with jython-2.1 with that from 
PyXML-0.7

Not sure what other ramifications there are with this 
change but preliminary testing shows that minidom's 
parseString will now work.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2002-04-24 20:15

Message:
Logged In: NO 

I've traced this bug to the fact that by default
xml.sax.make_parser() creates a xml.sax.drivers2.drv_xmlproc
and drv_xmlrpoc.py does not have a method feed().  So
hopefully someone will fix this soon?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=533354&group_id=12867

[Jython-bugs] [ jython-Bugs-522828 ] struct.pack('&gt;NNs', v) fails for NN &gt; 20

[SourceForge.net <no...@so...>]

Bugs item #522828, was opened at 2002-02-26 05:35
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=522828&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Finn Bock (bckfnn)
>Summary: struct.pack('>NNs', v) fails for NN > 20

Initial Comment:
When using struct.pack with Jython 2.1, an attempt to
pack a string longer than 20 characters will cause a
Java array overflow.  See below for example.

% jython
Jython 2.1 on java1.2 (JIT: sunwjit)
Type "copyright", "credits" or "license" for more
information.
>>> a = 'abcd'
>>> b = 8*a
>>> len(b)
32
>>> b
'abcdabcdabcdabcdabcdabcdabcdabcd'
>>> import struct
>>> struct.pack('>32s', b)
Traceback (innermost last):
  File "<console>", line 1, in ?
java.lang.ArrayIndexOutOfBoundsException
	at java.lang.System.arraycopy(Native Method)
	at org.python.modules.struct$ByteStream.write(Compiled
Code)
	at
org.python.modules.struct$ByteStream.writeString(Compiled
Code)
	at
org.python.modules.struct$StringFormatDef.doPack(Compiled
Code)
	at org.python.modules.struct.pack(Compiled Code)
	at java.lang.reflect.Method.invoke(Native Method)
	at
org.python.core.PyReflectedFunction.__call__(Compiled
Code)
	at
org.python.core.PyReflectedFunction.__call__(Compiled
Code)
	at org.python.core.PyObject.__call__(Compiled Code)
	at org.python.core.PyObject.invoke(Compiled Code)
	at org.python.pycode._pyx9.f$0(Compiled Code)
	at org.python.pycode._pyx9.call_function(Compiled
Code)
	at org.python.core.PyTableCode.call(Compiled Code)
	at org.python.core.PyCode.call(Compiled Code)
	at org.python.core.Py.runCode(Compiled Code)
	at org.python.core.Py.exec(Compiled Code)
	at org.python.util.PythonInterpreter.exec(Compiled
Code)
	at
org.python.util.InteractiveInterpreter.runcode(Compiled
Code)
	at
org.python.util.InteractiveInterpreter.runsource(Compiled
Code)
	at
org.python.util.InteractiveInterpreter.runsource(Compiled
Code)
	at org.python.util.InteractiveConsole.push(Compiled
Code)
	at
org.python.util.InteractiveConsole.interact(Compiled
Code)
	at org.python.util.jython.main(Compiled Code)

java.lang.ArrayIndexOutOfBoundsException:
java.lang.ArrayIndexOutOfBoundsException
>>> 


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-03-11 13:40

Message:
Logged In: YES 
user_id=4201

Fixed in struct.java: 2.6;

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-03-11 13:37

Message:
Logged In: YES 
user_id=4201

Added as test356

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2002-02-27 02:05

Message:
Logged In: NO 

This doesn't happen if the string is much less than the
format size.  For example,

struct.pack('>32s', 'abc')

works fine.  It's only when the size is greater than 20 and
the string is also greater than 20 that things go haywire.

Bill

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=522828&group_id=12867

[Jython-bugs] [ jython-Bugs-572769 ] Blank input lines break readline console

[SourceForge.net <no...@so...>]

Bugs item #572769, was opened at 2002-06-23 14:56
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=572769&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Ben Burton (bab)
Assigned to: Finn Bock (bckfnn)
Summary: Blank input lines break readline console

Initial Comment:

Hi.  If you're using a readline console and you enter
a blank line (such as when you end an indented block
in a for loop, etc), ReadlineConsole returns a null input
string and jython breaks with an error.

This all seems to happen because the java-readline wrappers
return null if an empty string was input.

A patch that fixes this problem is shown below.  The bug
was originally reported as #145613 in the Debian BTS
(http://bugs.debian.org/145613).

Thanks - Ben.

--- jython-2.1.0.orig/org/python/util/ReadlineConsole.java
+++ jython-2.1.0/org/python/util/ReadlineConsole.java
@@ -39,7 +39,8 @@
      **/
     public String raw_input(PyObject prompt) {
         try {
-           return Readline.readline(prompt==null ? "" : prompt.toString());
+           String line = Readline.readline(prompt==null ? "" : prompt.toString());
+           return (line == null ? "" : line);
         } catch (java.io.EOFException eofe) {
            throw new PyException(Py.EOFError);
         } catch (java.io.IOException e) {


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-08-29 06:16

Message:
Logged In: YES 
user_id=4201

Fixed in ReadlineConsole.java: 1.6;

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=572769&group_id=12867

[Jython-bugs] [ jython-Bugs-582618 ] Case insensitive re.match fails

[SourceForge.net <no...@so...>]

Bugs item #582618, was opened at 2002-07-17 04:06
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=582618&group_id=12867

Category: Library
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Finn Bock (bckfnn)
Summary: Case insensitive re.match fails

Initial Comment:
The code

import re
str = '<a><b>text</b></a>'
print re.match(r'^<([a-z]+)[^>]*>(.+)</\1>$', str).group(2)
print re.match(r'^<([a-z]+)[^>]*>(.+)</\1>$', str, re.I).group
(2)

prints

<b>text</b>
<b>text</b>

under CPython (which is correct) but under Jython it 
produces

<b>text</b>
text</b>


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-09-18 08:17

Message:
Logged In: YES 
user_id=4201

This bug is a duplicate of:
Fix for "[ 545235 ] unexpected match with re"

It already works in current CVS, fixed in SRE_STATE:1.9.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=582618&group_id=12867

[Jython-bugs] [ jython-Bugs-522558 ] list() is broken

[SourceForge.net <no...@so...>]

Bugs item #522558, was opened at 2002-02-25 18:12
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=522558&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Dinu C. Gherman (dinu_gherman)
Assigned to: Finn Bock (bckfnn)
Summary: list() is broken 

Initial Comment:
###
### list() in CPython
###

[localhost:~] dinu% python
Python 2.2 (#1, Feb 13 2002, 11:18:45) 
[GCC 2.95.2 19991024 (release)] on darwin
Type "help", "copyright", "credits" or "license" for 
more information.
>>> 
>>> L = [1, 2, 3]
>>> L2 = list(L)
>>> L2
[1, 2, 3]
>>> L2.insert(0, 4)
>>> L2
[4, 1, 2, 3]
>>> L
[1, 2, 3]    ### as expected, same on CPython 2.1


###
### list() in Jython
###

[localhost:~] dinu% jython 
Jython 2.1 on java1.3.1 (JIT: null)
Type "copyright", "credits" or "license" for more 
information.
>>> 
>>> L = [1, 2, 3]    
>>> L2 = list(L)
>>> L2
[1, 2, 3]
>>> L2.insert(0, 4)
>>> L2
[4, 1, 2, 3]
>>> L
[4, 1, 2, 3]    ### unexpected
>>> 
>>> 
>>> import copy 
>>> L = [1, 2, 3]
>>> L3 = copy.copy(L) # instead of list() (use only 
for this snippet)
>>> L3.insert(0, 4)
>>> L3
[4, 1, 2, 3]
>>> L
[1, 2, 3]    ### as expected


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-03-11 13:23

Message:
Logged In: YES 
user_id=4201

Fixed in __builtin__.java: 2.43;

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-03-11 13:21

Message:
Logged In: YES 
user_id=4201

Added as test355

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=522558&group_id=12867

[Jython-bugs] [ jython-Bugs-609505 ] SQLWarning tuples not populated

[SourceForge.net <no...@so...>]

Bugs item #609505, was opened at 2002-09-15 08:00
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=609505&group_id=12867

Category: Library
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: brian zimmer (bzimmer)
Summary: SQLWarning tuples not populated

Initial Comment:
There is a problem with the way that SQLWarnings are 
added in PyCursor.addWarning(SQLWarning).

The existing code is:

 PyTuple warn = new PyTuple();
 // there are three parts: (reason, state, vendorCode)
 warn.__add__(Py.java2py(warning.getMessage()));
 warn.__add__(Py.java2py(warning.getSQLState()));
 warn.__add__(Py.newInteger(warning.getErrorCode()));

However, PyTuple.__add__(PyObject) silently ignores 
any object that is not another PyTuple instance. This 
means that whilst there is an entry in the PyList for 
each warning, the tuple has a zero length and the 
warnings are effectively lost.



The fix is to replace the above code to use the PyTuple 
constructor that allows an array to be passed:

 PyObject[] msg = new PyObject[] {
     // there are three parts: (reason, state, vendorCode)
     Py.java2py(warning.getMessage()),
     Py.java2py(warning.getSQLState()),
     Py.newInteger(warning.getErrorCode())
 };
 PyTuple warn = new PyTuple(msg);


----------------------------------------------------------------------

Comment By: brian zimmer (bzimmer)
Date: 2002-12-24 17:17

Message:
Logged In: YES 
user_id=37674

Patched as suggested.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=609505&group_id=12867

[Jython-bugs] [ jython-Bugs-511493 ] jreload truncates large class files

[SourceForge.net <no...@so...>]

Bugs item #511493, was opened at 2002-01-31 23:21
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=511493&group_id=12867

Category: Library
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Matthew Conway (wr0ngway)
Assigned to: Kevin J. Butler (kevinbutler)
Summary: jreload truncates large class files

Initial Comment:
The jreload Module does not read in the entire class 
file due to incorrect usage of InputStream.read().
The following example will fail unless the attached 
patch is applied.  Edit the value of toolsjar to point 
to the tools.jar from your jdk, or use some other 
large class file from somewhere else.  The patch also 
adds a getResourceAsStream() method for finding 
resources from the loadset.

from jreload import makeLoadSet
from java.lang import System

toolsjar = "/path/to/jdk/lib/tools.jar"
makeLoadSet('myls', [toolsjar])
# Any large class file causes a ClassFormatError
from myls.com.sun.tools.corba.se.idl import Parser
print "Success"




----------------------------------------------------------------------

Comment By: Kevin J. Butler (kevinbutler)
Date: 2003-01-03 00:52

Message:
Logged In: YES 
user_id=117665

Replaced the broken code in PathVFSLoader.java and similar
code in SyspathJavaLoader.java and imp.java.

----------------------------------------------------------------------

Comment By: Samuele Pedroni (pedronis)
Date: 2002-03-07 20:02

Message:
Logged In: YES 
user_id=61408

I think other code in the codebase may share similar 
problems and benefit from the approach.

[Note to self: role of JVM/library bugs?]

----------------------------------------------------------------------

Comment By: Matthew Conway (wr0ngway)
Date: 2002-03-07 19:37

Message:
Logged In: YES 
user_id=407214

Kevin's getBytes() is definately a cleaner/better solution.

----------------------------------------------------------------------

Comment By: Kevin J. Butler (kevinbutler)
Date: 2002-03-07 17:29

Message:
Logged In: YES 
user_id=117665

I'm uncomfortable with a couple of aspects of this patch -
the use of a member variable 'buf' makes the class loading
process not thread safe (can ClassLoaders be used in 
multiple threads?). Also, this will retain a buffer as large 
as the largest class loaded in the process.

It would probably be better to have a getBytes method 
something like:

protected byte[] getBytes( InputStream s )
{
  int bufsize=4096;
  byte[] buf = new byte[ bufsize ];
  ByteArrayOutputStream out = new ByteArrayOutputStream( 
bufsize );
  int count;
  while( true )
  {
    count = in.read( buf, 0, bufsize );
    if ( count < 0 )
      break;
    out.write( buf, 0, count );
  }
  return out.getBytes();
}     


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=511493&group_id=12867

[Jython-bugs] [ jython-Bugs-573791 ] os.system partly broken

[SourceForge.net <no...@so...>]

Bugs item #573791, was opened at 2002-06-25 19:52
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=573791&group_id=12867

Category: None
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Kevin J. Butler (kevinbutler)
Summary: os.system partly  broken

Initial Comment:
executing a external command can hang jython interpretor  
when using os.system  
  
eg. os.system("more file1") causes a hang under jython but  
works under native python.  
  
eg. os system("cat file1") works under both.  
  
Addditionally, output can vary slightly, eg:  
  
file 1 contains: 
 
test text 
 
 
python code:  
  
result = os.system("cat file1")  
print "=-=-=-="  
print result  
  
produces under python 
 
test text 
=-=-=-= 
0 
 
under jython:  
  
test text=-=-=-= 
0 
  
   
Running under Linux - Mandrake 8.2 using    
j2sdk1.3.1-02b-FCS (blackdown) with jython 2.1   

----------------------------------------------------------------------

Comment By: Kevin J. Butler (kevinbutler)
Date: 2002-12-19 22:08

Message:
Logged In: YES 
user_id=117665

Fixed the first half, by closing the sub-process's std input
stream.

However, I cannot duplicate the different behavior between
jython & python:

With a go.py containing:
---
import os
r = os.system( "cat /tmp/nocr" )
print "=-=-=-"
print r
r = os.system( "cat /tmp/cr" )
print "=-=-=-"
print r
---
And 'nocr' and 'cr' containing text without and with a final
carriage return, I get the following output:

butler@wind:/opt/jython/Lib$ python /tmp/go.py
no carriagereturn=-=-=-
0
carriagereturn
=-=-=-
0
butler@wind:/opt/jython/Lib$ jythoncvs /tmp/go.py
no carriagereturn=-=-=-
0
carriagereturn
=-=-=-
0


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=573791&group_id=12867

[Jython-bugs] [ jython-Bugs-654863 ] string.split behaves differently

[SourceForge.net <no...@so...>]

Bugs item #654863, was opened at 2002-12-16 21:33
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=654863&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Erik Max Francis (xihr)
Assigned to: Samuele Pedroni (pedronis)
Summary: string.split behaves differently

Initial Comment:
string.split behaves subtly differently than in
CPython:

max@oxygen:~% python2.1 # 2.1.1 is the closest I have
to Jython's 2.1
Python 2.1.1 (#6, Sep  2 2001, 10:26:49) 
[GCC egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)]
on linux2
Type "copyright", "credits" or "license" for more
information.
>>> 'a '.split(None, 1)
['a']

max@oxygen:~% jython
Jython 2.1 on java1.3.0 (JIT: null)
Type "copyright", "credits" or "license" for more
information.
>>> 'a '.split(None, 1)
['a', '']

Note that the string that's being split is 'a ', not
'a'.

I'm encountering this problem with Jython 2.1 on my
Slackware 8.0 Linux system (kernel 2.4.x), with
Blackdown's 1.3.0 JRE.


----------------------------------------------------------------------

Comment By: Samuele Pedroni (pedronis)
Date: 2003-07-11 22:11

Message:
Logged In: YES 
user_id=61408

fixed in PyString.java,2.61

regr tests in bugtests\test029.py,1.2

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=654863&group_id=12867

[Jython-bugs] [ jython-Bugs-508111 ] jythonc generates invalid statements

[SourceForge.net <no...@so...>]

Bugs item #508111, was opened at 2002-01-24 20:03
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=508111&group_id=12867

Category: Jythonc compiler
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Samuele Pedroni (pedronis)
Assigned to: Finn Bock (bckfnn)
Summary: jythonc generates invalid statements

Initial Comment:
bar and foo()

generates an invalid java statement.

We need to use dummy variable assignments for all
expressions or detect the cases when this is needed.
Or drop jythonc ... ok I'm kidding.

Argh.

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-05-31 12:45

Message:
Logged In: YES 
user_id=4201

Added as test365.

Fixed in the compiler based in the new AST.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=508111&group_id=12867

[Jython-bugs] [ jython-Bugs-575110 ] Multiple for's on Collection broken

[SourceForge.net <no...@so...>]

Bugs item #575110, was opened at 2002-06-28 16:52
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=575110&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Finn Bock (bckfnn)
Summary: Multiple for's on Collection broken

Initial Comment:
If multiple for loops are used on a java.util.Collection that 
is not also a java.util.List the second loop will cause a 
value error.

###############
from java.util import HashSet

hs = HashSet()

hs.add(1)

for x in hs:
    print x

for y in hs:
    print y
###############

the error is:
1
Traceback (innermost last):
  File "test/com/cnnxn/audit/jython/BinForEach.py", line 
10, in ?
ValueError: iterator indices must be consecutive ints 
starting at 0


my email: gy...@cn...



----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-07-03 19:39

Message:
Logged In: YES 
user_id=4201

This bug has already been fixed with the iterator
implementation in CVS.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=575110&group_id=12867

[Jython-bugs] [ jython-Bugs-567844 ] list() does not make a shallow copy

[SourceForge.net <no...@so...>]

Bugs item #567844, was opened at 2002-06-12 05:20
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=567844&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Finn Bock (bckfnn)
Summary: list() does not make a shallow copy

Initial Comment:
Guido's book says list(x) makes a shallow copy if x is 
already a list.  But I observe this behavior:

Jython 2.1a3 on java1.3.0 (JIT: null)
Type "copyright", "credits" or "license" for more 
information.
>>> a=[1,2,3]
>>> b=list(a)
>>> a[1]=5
>>> a
[1, 5, 3]
>>> b
[1, 5, 3]
>>>

Sorry if I've misunderstood something or if this has 
already been fixed.

-Greg


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-07-03 21:33

Message:
Logged In: YES 
user_id=4201

This bug has already been fixed in the current CVS.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=567844&group_id=12867

[Jython-bugs] [ jython-Bugs-631035 ] Negative repeat cause java exception.

[SourceForge.net <no...@so...>]

Bugs item #631035, was opened at 2002-10-30 13:42
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=631035&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Finn Bock (bckfnn)
Assigned to: Finn Bock (bckfnn)
Summary: Negative repeat cause java exception.

Initial Comment:

Jython 2.1+ on java1.4.0 (JIT: null)
Type "copyright", "credits" or "license" for more
information.
>>> "0"*-1
Traceback (innermost last):
  File "<console>", line 1, in ?
java.lang.NegativeArraySizeException
        at
org.python.core.PyString.repeat(PyString.java:708)
        at
org.python.core.PyInteger.__mul__(PyInteger.java:122)
        at
org.python.core.PyInteger.__rmul__(PyInteger.java:140)

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-10-30 13:46

Message:
Logged In: YES 
user_id=4201

Fixed in PyString.java: 2.57;

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-10-30 13:44

Message:
Logged In: YES 
user_id=4201

Added as test376.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=631035&group_id=12867

[Jython-bugs] [ jython-Bugs-549107 ] .__doc__ doesn't work in jython

[SourceForge.net <no...@so...>]

Bugs item #549107, was opened at 2002-04-26 14:44
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=549107&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Daniel Lemire (lemire)
Assigned to: Finn Bock (bckfnn)
Summary: .__doc__ doesn't work in jython

Initial Comment:

.__doc__ attribute doesn't work in Jython. This is
critical since that's how a lot of people document
their work.

Example:

def f():
  """ blabla """
  return


in Python

print f.__doc__

prints "blabla"

in Jython it prints "[]".

----------------------------------------------------------------------

Comment By: Daniel Lemire (lemire)
Date: 2002-05-30 20:10

Message:
Logged In: YES 
user_id=73205

I agree, I can't reproduce either at this point. But this bug does exist, it 
simply appears that it takes specific circumstances to make it come 
up. I will investigate further and resubmit.


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-05-30 19:40

Message:
Logged In: YES 
user_id=4201

Seems to work:
Jython 2.1+ on java1.4.0 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> def f():
...    """blah"""
...    return
...
>>> print f.__doc__
blah
>>>

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=549107&group_id=12867

[Jython-bugs] [ jython-Bugs-521704 ] no errno module

[SourceForge.net <no...@so...>]

Bugs item #521704, was opened at 2002-02-23 03:34
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=521704&group_id=12867

Category: Library
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Itamar Shtull-Trauring (itamar)
Assigned to: Finn Bock (bckfnn)
Summary: no errno module

Initial Comment:
A lot of existing modules expect errno module to exist
and have some standard values in it. An errno module in
jython, even with fake values, could make these modules
work in most cases, or at the very least import.

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-10-09 14:48

Message:
Logged In: YES 
user_id=4201

An errno module is added based on values from CPython 2.2.1
on Win2K.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=521704&group_id=12867

[Jython-bugs] [ jython-Bugs-532747 ] for i in iter(d)

[SourceForge.net <no...@so...>]

Bugs item #532747, was opened at 2002-03-20 21:42
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=532747&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Boris Gruschke (bgrus)
Assigned to: Finn Bock (bckfnn)
Summary: for i in iter(d)

Initial Comment:
When using the iterator implementation from the CVS 
(which works very well btw.) I came along the 
following problem:

-- snip --
d = {1:2,3:4}
l = []
for i in iter(d): l.append(i)
-- snip --

throws "TypeError: iteration over non-sequence"

iter(d) creates a PyDictionaryIter; the for-Loop 
invokes __iter__() on that which hits 
PyObject.__iter__() and results in the TypeError.

I think the solution is pretty straigtforward:
a) __builtin__.iter(obj) checks whether obj is an 
iterator before calling obj.__iter__()
or
b) the iterator classes implement __iter__() 
returning themselves (or maybe a clone)

If it is in question whether the code above should 
work at all: It's an excerpt of test_descr.py from 
the Python 2.2 test suite.




----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-05-30 19:37

Message:
Logged In: YES 
user_id=4201

Fixed in
PyDictionary.java: 2.19;
PyStringMap.java: 2.14;

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-05-30 19:33

Message:
Logged In: YES 
user_id=4201

Added as test360.py

The answer is 'b'. From the pep234: """A class that wants to
be an iterator also ought to implement __iter__() returning
itself."""






----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=532747&group_id=12867

[Jython-bugs] [ jython-Bugs-577395 ] Outer finally not executed at return

[SourceForge.net <no...@so...>]

Bugs item #577395, was opened at 2002-07-04 12:45
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=577395&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Finn Bock (bckfnn)
Summary: Outer finally not executed at return

Initial Comment:
This program (also attached):

x = []
def trying():
    try:
        try:
            x.append(1)
            return
        finally:
            x.append(2)
    finally:
        x.append(3)

trying()
assert x == [1,2,3], repr(x)


outputs:

AssertionError: [1, 2]

Ie. the outer finally is not executed at return.


The workaround is simple: return after the last finally
and store an evt. return value in a temporary variable.
I did not experiment with raising exceptions instead
of returning.

In my case this bug caused a lock not to be released :)

Have fun,
Ype

yk...@xs...


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2002-10-09 14:10

Message:
Logged In: YES 
user_id=4201

Fixed in CodeCompiler.java: 2.29 using patch supplied by Ype
Kingma.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=577395&group_id=12867

[Jython-bugs] [ jython-Bugs-636381 ] Match Error for +? pattern element

[SourceForge.net <no...@so...>]

Bugs item #636381, was opened at 2002-11-10 23:09
Message generated for change (Settings changed) made by pedronis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=636381&group_id=12867

Category: Core
>Group: Fixed in 2.2a0
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Steve Beisner (frodeaux)
Assigned to: Finn Bock (bckfnn)
Summary: Match Error for +? pattern element

Initial Comment:
There's a bug in the jpython pattern matching.
The pattern element '+?' is broken.  See attachment
for a demo of how it's broken.  I've tested the
same program in CPython and verified that the
problem does not occur there.


----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2003-02-12 11:00

Message:
Logged In: YES 
user_id=4201

Already fixed in CVS.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112867&aid=636381&group_id=12867