[issue1688] Incorrectly displayed non ascii characters in prompt using "input()" - Python 3.0a2

[Vlastimil Brom]

Vlastimil Brom <[EMAIL PROTECTED]> added the comment:

While I am not sure about the status of this somewhat older issue, I 
just wanted to mention, that the behaviour remains the same in Python 
3.0rc1 (XPh SP3, Czech)

Python 3.0rc1 (r30rc1:66507, Sep 18 2008, 14:47:08) [MSC v.1500 32 bit 
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> input("ěšč: ")
─Ť┼í─Ź: řžý
'řžý'
>>> print("ěšč: ")
ěšč:
>>>

Is the patch above supposed to have been committed, or are there yet 
another difficulties?
(Not that it is a huge problem (for me), as applications dealing with 
non ascii text probably would use a gui, rather than relying on a 
console, but it's a kind of surprising.)

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3891] collections.deque should have empty() method

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

Sorry Roy, I think you're way off base on this one.  There are standard
ways to test for an empty container "if c:" or "if len(c)" or "if len(c)
> 0".  This is Python 101. 

Closing this one as it has nothing to do specifically with
collections.deque() and is already covered in the Ref Manual.

--
resolution:  -> works for me
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3905] subprocess failing in GUI applications on Windows

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

There are also instances of set_daemon left in socketserver and
multiprocessing/dummy. How is that possible?

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3905] subprocess failing in GUI applications on Windows

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Benjamin, I think you're responsible.

--
assignee:  -> benjamin.peterson
nosy: +benjamin.peterson, georg.brandl

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1688] Incorrectly displayed non ascii characters in prompt using "input()" - Python 3.0a2

[Amaury Forgeot d'Arc]

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>:


--
keywords: +needs review
priority: normal -> release blocker

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1688] Incorrectly displayed non ascii characters in prompt using "input()" - Python 3.0a2

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Amaury, what further review of the patch do you desire? I had already
commented that I consider the patch correct, except that it might use
stdout_encoding instead.

Also, I wouldn't consider this a release blocker. It is somewhat
annoying that input produces moji-bake in certain cases (i.e. non-ASCII
characters in the prompt, and a non-UTF-8 terminal), but if the patch
wouldn't make it into 3.0, we can still fix it in 3.0.1.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3905] subprocess failing in GUI applications on Windows

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

The idle problem has already been fixed, and I got the socket server one
in r66520.

--
assignee: benjamin.peterson -> 

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1688] Incorrectly displayed non ascii characters in prompt using "input()" - Python 3.0a2

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Given MvL's review, assuming it fixes the Czech problem, I'm all for
applying it.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3884] turtle in the tkinter package?

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

I'd like to appeal that decision. That the turtle module is implemented
in Tkinter is, well, an implementation detail. What matters to the end
user is the turtle API, which has little to do with Tkinter (at least,
the most high-level API doesn't).

I think it is a mistake to have the module in the tkinter package, hence
I marked this bug release-critical, and would like to ask that this is
reconsidered before rc2 (clearly, when 3.0 is released, this mistake
cannot be corrected easily anymore).

In considering this issue, please understand the target audience of the
turtle module: children that just learn programming. I completely agree
with Kirill (and also with Gregor Lingl, who complained about this also,
but didn't follow up). For these people, stability of documentation is
much more important than for trained programmers: when they get an
import error, they consider all kinds of problems (such as them having
mistyped things, or the computer being broken and the module being
missing); the real cause (arbitrary renaming) doesn't come to their mind
as the first thing.

Attached is a patch that has the necessary changes.

Guido, would you be willing to pronounce?

--
assignee: brett.cannon -> gvanrossum
keywords: +patch
nosy: +glingl, gregorlingl, gvanrossum, loewis
priority:  -> release blocker
resolution: rejected -> 
status: closed -> open
Added file: http://bugs.python.org/file11529/turtle.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3825] Major reworking of Python 2.5.2 re module

[Matthew Barnett]

Matthew Barnett <[EMAIL PROTECTED]> added the comment:

This patch is now based on Python 2.6rc2.

I've reduced the number of macros and used functions instead, provided
that it didn't cost much in terms of speed. In many cases it should be
faster than the current release, and at worst no slower. More speed
tests and tweaks needed.

BTW, the impression I got was that look-behind was fixed width because
the matching operations could only match forwards through the text, so
in order to look behind it had to step back through the text and then
match forwards. For simplicity and speed it insisted that it must be
able to determine the size of the step beforehand, hence fixed-width. My
addition was to add matching operations which worked matched backwards
and also reverse the order of the matching for look-behinds, an idea
which I got from a page on how it could be implemented in Perl 6!

Added file: http://bugs.python.org/file11530/regex_2.6rc2.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3884] turtle in the tkinter package?

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Agreed. It's toplevel in 2.6. Let's keep it toplevel in 3.x.

--
assignee: gvanrossum -> loewis

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3905] subprocess failing in GUI applications on Windows

[Jean-Michel Fauth]

Jean-Michel Fauth <[EMAIL PROTECTED]> added the comment:

Just for information and from an end user perspective.

I have tried to replace the socketserver.py from the original 3.0rc1
distribution by the socketserver.py as proposed by Benjamin Peterson
(r66520).

Script difference (line 568):

if self.daemon_threads:
t.daemon = True
t.start()

and 

if self.daemon_threads:
t.set_daemon(True)
t.start()

Unfortunately, no luck, I'm still getting exactly the same error
messages, the msg box and the raised AttributeError:

AttributeError: 'Thread' object has no attribute 'set_daemon'

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3915] Broken link in 14.7 curses, Python Library Reference

[Jason Etheridge]

New submission from Jason Etheridge <[EMAIL PROTECTED]>:

In http://docs.python.org/lib/module-curses.html, the link "Curses 
Programming with Python" is broken. It links to 
http://www.python.org/doc/howto/curses/curses.html, which no longer 
exists. I found the page externally at http://www.amk.ca/python/howto/curses/.

--
assignee: georg.brandl
components: Documentation
messages: 73469
nosy: georg.brandl, jasoneth
severity: normal
status: open
title: Broken link in 14.7 curses, Python Library Reference
type: behavior
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3911] ftplib.FTP.makeport() bug

[Giampaolo Rodola']

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment:

> Would you like to contribute a patch?

Ok.
I started working on a patch which implements a dummy asyncore-based FTP
server including tests for all basic FTP() class methods.
I'll contribute a patch as soon as I'll wrote IPv6 tests.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1688] Incorrectly displayed non ascii characters in prompt using "input()" - Python 3.0a2

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Here is a new version of the patch: the PyString* functions were renamed
to PyBytes*, and it now uses stdout_encoding.

About the "release blocker" status: I agree it is not so important, I
just wanted to express my "it's been here for long, it's almost ready,
it would be a pity not to have it in the final 3.0" feelings.

--
keywords: +patch
Added file: http://bugs.python.org/file11531/inputprompt.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3825] Major reworking of Python 2.5.2 re module

[Matthew Barnett]

Changes by Matthew Barnett <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file11530/regex_2.6rc2.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3825] Major reworking of Python 2.5.2 re module

[Matthew Barnett]

Matthew Barnett <[EMAIL PROTECTED]> added the comment:

Bugfix.

Added file: http://bugs.python.org/file11532/regex_2.6rc2.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3916] layout of build directories for Windows not current

[Gabriel Genellina]

New submission from Gabriel Genellina <[EMAIL PROTECTED]>:

In the "Using Python on Windows" document, the 
various directories listed for building Python 
on Windows are not current. The attached patch 
fixes the documentation.

Also included a small fix in the PBbuild/
readme.txt file.

--
assignee: georg.brandl
components: Documentation
files: docwin.patch
keywords: patch
messages: 73473
nosy: gagenellina, georg.brandl
severity: normal
status: open
title: layout of build directories for Windows not current
versions: Python 2.6, Python 3.0
Added file: http://bugs.python.org/file11533/docwin.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3626] python3.0 interpreter on Cygwin ignores all arguments

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

This patches corrects the bad printf, when the given filename is only
1-char long.

--
keywords: +needs review
Added file: http://bugs.python.org/file11534/cygwin_badprintf.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3626] python3.0 interpreter on Cygwin ignores all arguments

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Since the bsddb module has been removed from py3k, the previous patch
addresses the last issue for this ticket.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3912] unittest. assertAlmostEqual() documentation incomplete

[Gabriel Genellina]

Gabriel Genellina <[EMAIL PROTECTED]> added the comment:

This patch documents the missing default value.

--
keywords: +patch
nosy: +gagenellina
Added file: http://bugs.python.org/file11535/unittest.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3852] kqueue.control requires 2 params while docs say max_events (the second) defaults to 0

[Gabriel Genellina]

Gabriel Genellina <[EMAIL PROTECTED]> added the comment:

Attached a documentation patch, including the kqueue.control function 
docstring.

But I wonder if the code was incorrect instead - both the 
documentation and the function docstring specified a default value for 
max_events=0, and the corresponding variable was initialized to 0.
Perhaps the author meant to use PyArg_ParseTuple(args, "O|
iO:control",...) instead of the current "Oi|O:control"

--
keywords: +patch
nosy: +gagenellina
Added file: http://bugs.python.org/file11536/select.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3905] subprocess failing in GUI applications on Windows

[Kevin Watters]

Changes by Kevin Watters <[EMAIL PROTECTED]>:


--
nosy: +kevinwatters

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3917] set_display definition allows empty '{' '}' in Language Definition

[Bruce Frederiksen]

New submission from Bruce Frederiksen <[EMAIL PROTECTED]>:

The definition for set_display in the Language Definition allows for
empty curly braces by enclosing expression_list | comprehension in
brackets ('[', ']').  These brackets should be removed, as empty curly
braces are a dict_display.

http://docs.python.org/dev/3.0/reference/expressions.html#grammar-token-set_display

--
assignee: georg.brandl
components: Documentation
messages: 73478
nosy: dangyogi, georg.brandl
severity: normal
status: open
title: set_display definition allows empty '{' '}' in Language Definition
versions: Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3626] python3.0 interpreter on Cygwin ignores all arguments

[Yaakov (Cygwin Ports)]

Yaakov (Cygwin Ports) <[EMAIL PROTECTED]> added the comment:

3.0rc1 together with the printf patch builds and installs.  Some quick
testing seems ok, but idle isn't working:

$ idle3.0
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.0/idlelib/run.py", line 76, in main
sockthread.set_daemon(True)
AttributeError: 'Thread' object has no attribute 'set_daemon'

IDLE appears briefly with a message:

Subprocess Startup Error
IDLE's subprocess didn't make connection.  Either IDLE can't start a
subprocess or personal firewall software is blocking the connection.
[OK]

Pushing OK causes idle3.0 to quit.  idle 2.5 works fine.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3918] random.uniform suprisingly (good kind) does not work as documented

[Frank Martinez]

New submission from Frank Martinez <[EMAIL PROTECTED]>:

The documentation for random.uniform states:
uniform(a, b)
Return a random real number N such that a <= N < b.
However when I test it out, We see:
>>> import random as r
>>> r.uniform(0,-1)
-0.9815056608839331
>>> r.uniform(0,-1)
-0.37308132546878092
>>> r.uniform(0,-1)
-0.57090673820243609
>>> r.uniform(-1,0)
-0.80471374256455697
>>> r.uniform(3,2)
2.9202748927236488
Now, while /I/ actually find this behavior *extremely* useful (I don't 
need to verify I call with the arguments in the `correct' order.), I 
think either the behavior needs to change to match the documentation or 
(preferably), the documentation needs alteration to read, for example, 
additionally:
If a > b, this function behaves as if it were called as uniform(b,a).
Again, for clarity, I vote for the documentation change.

--
components: Library (Lib)
messages: 73480
nosy: xuinkrbin
severity: normal
status: open
title: random.uniform suprisingly (good kind) does not work as documented
type: behavior
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3826] Self-reference in BaseHTTPRequestHandler descendants causes stuck connections

[Gabriel Genellina]

Gabriel Genellina <[EMAIL PROTECTED]> added the comment:

3.0rc1 still fails.
The diagnostic is correct, the connection should be closed after 
sending the response, but isn't.
The attached unittest reproduces the error without requiring a browser.

--
nosy: +gagenellina

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3787] Make PyInstanceMethod_Type available or remove it

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

Is this really meant to be for 3.1, or should this be a 3.0 blocker?

--
nosy: +brett.cannon

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3919] PySys_SetObject crashes after Py_NewInterpreter().

[Graham Dumpleton]

New submission from Graham Dumpleton <[EMAIL PROTECTED]>:

Somewhere between Python 3.0a3 and Python 3.0b3, a call to PySys_SetObject() 
after having used Py_NewInterpreter() to create a sub interpreter causes a 
crash. This appears to be due to interp->sysdict being NULL after 
Py_NewInterpreter() called.

As illustration of problem, consider program for Python 2.X.

#include 

int
main(int argc, char *argv[])
{
Py_Initialize();
PySys_SetObject("xxx", PyLong_FromLongLong(1));
fprintf(stderr, "sysdict=%d\n", !!PyThreadState_Get()->interp->sysdict);
fflush(stderr);
PyRun_SimpleString("import sys\n"
   "print >> sys.stderr, 'xxx =', sys.xxx\n");

Py_NewInterpreter();
fprintf(stderr, "sysdict=%d\n", !!PyThreadState_Get()->interp->sysdict);
fflush(stderr);
PySys_SetObject("yyy", PyLong_FromLongLong(2));
PyRun_SimpleString("import sys\n"
   "print >> sys.stderr, 'yyy =', sys.yyy\n");

Py_Finalize();
return 0;
}

This when run yields:

sysdict=1
xxx = 1
sysdict=1
yyy = 2

Now, for Python 3.0 variant of same program:

#include 

int
main(int argc, char *argv[])
{
Py_Initialize();
fprintf(stderr, "sysdict=%d\n", !!PyThreadState_Get()->interp->sysdict);
fflush(stderr);
PySys_SetObject("xxx", PyLong_FromLongLong(1));
PyRun_SimpleString("import sys\n"
   "print('xxx =',sys.xxx, file=sys.stderr)\n");

Py_NewInterpreter();
fprintf(stderr, "sysdict=%d\n", !!PyThreadState_Get()->interp->sysdict);
fflush(stderr);
PySys_SetObject("yyy", PyLong_FromLongLong(2));
PyRun_SimpleString("import sys\n"
   "print('yyy =',sys.yyy, file=sys.stderr)\n");

Py_Finalize();
return 0;
}

I get for Python 3.0a3:

sysdict=1
xxx = 1
sysdict=1
object  : AttributeError("'module' object has no attribute 'stderr'",)
type: AttributeError
refcount: 4
address : 0xf1180
lost sys.stderr

I am not concerned here about loss of sys.stderr, although that could be a 
separate issue for all I know.

The important bit here is that sysdict is set after Py_NewInterpreter().

In Python 3.0b3/3.0rc1 I instead get:

sysdict=1
xxx = 1
sysdict=0
Bus error

This is because PySys_SetObject() is presumably crashing because sysdict is 
not set in interp object.

I tried to ask about this on python-3000 Google group, but that message ended 
up in some moderation queue and has vanished. Thus quote part of that message 
below.

"""
>From what I can tell so far the problem is that 'interp->sysdict' is
NULL after calling Py_NewInterpreter() to create a secondary sub
interpreter.

Reading through code and using a debugger, at this point this seems to
be due to condition if code:

   sysmod = _PyImport_FindExtension("sys", "sys");
   if (bimod != NULL && sysmod != NULL) {
   interp->sysdict = PyModule_GetDict(sysmod);
   if (interp->sysdict == NULL)
   goto handle_error;
   Py_INCREF(interp->sysdict);
   PySys_SetPath(Py_GetPath());
   PyDict_SetItemString(interp->sysdict, "modules",
interp->modules);
   _PyImportHooks_Init();
   initmain();
   if (!Py_NoSiteFlag)
   initsite();
   }

in Py_NewInterpreter() not executing due to
_PyImport_FindExtension("sys", "sys") returning NULL.

Down in _PyImport_FindExtension(), it appears that the reason it fails
is because of following returning with NULL.

   def = (PyModuleDef*)PyDict_GetItemString(extensions,
filename);

   .

   if (def->m_base.m_init == NULL)
   return NULL;

In other words, whatever m_base.m_init is meant to be is NULL when
perhaps it isn't meant to be.

(gdb) call ((PyModuleDef*)PyDict_GetItemString(extensions,"builtins"))-
>m_base.m_init
$9 = (PyObject *(*)()) 0
(gdb) call ((PyModuleDef*)PyDict_GetItemString(extensions,"sys"))-
>m_base.m_init
$10 = (PyObject *(*)()) 0

I am going to keep tracking through to try and work out why, but
posting this initial information in case this rings a bell with
anyone.
"""

Is this expected behaviour? Or, is it necessary now to perform some special 
initialisation after having called Py_NewInterpreter() to get builtins and 
sys modules setup?

This problem originally came up with mod_wsgi, which worked fine with Python 
3.0a3, but fails on more recent releases because of this.

I know sub interpreters may be seen as evil by some and the target of 
removal, but are they still meant to work for now at least?

--
components: Interpreter Core
messages: 73483
nosy: grahamd
severity: normal
status: open
title: PySys_SetObject crashes after Py_NewInterpreter().
versions: Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

___
__

[issue3919] PySys_SetObject crashes after Py_NewInterpreter().

[Graham Dumpleton]

Graham Dumpleton <[EMAIL PROTECTED]> added the comment:

Sorry, should also mention that this was on MacOS X 10.4 (Tiger).

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com