Jean Brouwers added the comment:
Attached is an updated dlibtest.c file. It prints a message in the con-
/destructor functions and if that fails it calls _exit(9).
Compile and run it as before and check the exit status. If the latter
is 9 or 011, a printf error occurred indicating e.g. that
Neal Norwitz added the comment:
When I run with the attached patch, I see the message:
*** dtor called in python ...
Is that the behavior you expect?
Added file: http://bugs.python.org/file8626/stdout-close.patch
__
Tracker [EMAIL PROTECTED]
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1341
__
___
Python-bugs-list mailing list
Unsubscribe:
Scott Tsai added the comment:
I messed up while generating cross-2.5.1.patch last time.
Added a hackish way to set disabled_module_list in setup.py from
corresponding environment variable.
Added file: http://bugs.python.org/file8628/cross-2.5.1.patch
_
Scott Tsai added the comment:
Grumble, uploaded wrong version of patch.
Added file: http://bugs.python.org/file8629/cross-2.5.1.patch
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1597850
_diff -urN --exclude
panzi added the comment:
patch for xml/sax/saxutils.py
Added file: http://bugs.python.org/file8631/xml.sax.saxutils.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1343
__--- /usr/lib/python2.5/xml/sax/saxutils.py
panzi added the comment:
patch for _xmlplus.sax.saxutils.py
Added file: http://bugs.python.org/file8632/_xmlplus.sax.saxutils.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1343
__---
Christian Heimes added the comment:
The patch fixes parts of the problem. At least Python doesn't crash any
more when run from a directory with non ASCII chars. It just fails with
an import error in initstdio().
Added file: http://bugs.python.org/file8633/py3k_more_win_fsencoding.patch
Christian Heimes added the comment:
I've added a fprintf(stderr, %s, path) to makepathobject(). I suspect
that PC/getpathp.c doesn't handle non ASCII chars correctly. It's using
char instead of w_char all over the place. Could that be related to the
issue, Neal?
Microsoft Windows XP [Version
Jean Brouwers added the comment:
Yes, that is the expected behavior in this case.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1329
__
___
Python-bugs-list mailing list
Hirokazu Yamamoto added the comment:
Sorry for late repry. I couldn't apply Issue1522587's patch itself
because it was too old, so I tried only [xy]view{,_moveto,_scroll}
functions by applying patch partially. (partial.patch) And yes, it worked.
Added file:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1135
__
___
Python-bugs-list mailing list
Unsubscribe:
Jean Brouwers added the comment:
One final comment as confirmation. If the messages are written to a file,
other than stdout and stderr, they do appear in unpatched 3.0a1 and 3.0a1
behaves as expected. The root cause of the problem was the closed stdout.
__
Guido van Rossum added the comment:
So is there even a bug? Arguably you shouldn't be writing anything that
late in the life of a shared library.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1329
__
New submission from Dean Sturtevant:
It would be helpful for the documentation for subprocess.communicate to
point out that when Popening a process, stdin=PIPE needs to be set if
the input parameter to communicate is to have any meaning. Similary,
stdout=PIPE and stderr=PIPE need to be set in
Jean Brouwers added the comment:
It is quite common to pre-load libraries into existing binaries e.g. for
profiling Typically, those write to stdout or stderr only if the option
for an output file is not used. That is how I happened to run into the
issue the other day.
For a while, the
Christian Heimes added the comment:
Warren DeLano wrote:
So I guess that automatically puts me in the **highly-
motivated/willing-to-help** camp, if there's anything useful I can
actually do towards 2.5.2.
You can check every bugs related to 2.5 with urgent, high or no priority
and see if
Christian Heimes added the comment:
The patch is fine but you should add a short comment to avoid future
trouble. On the first glance it's not obvious why the StringIO instance
mustn't have a newline argument.
--
nosy: +gvanrossum, tiran
__
Tracker
Kurt B. Kaiser added the comment:
First, I'm changing my mind about Percolator inheriting from
Delegator. A Percolator acts as a container for Delegators:
it hasa (chain) of them. But it fails isa Delegator.
It has no use for the Delegator's caching, and chaining
Percolators doesn't make
New submission from Christian Heimes:
Index: Lib/test/test_netrc.py
===
--- Lib/test/test_netrc.py (revision 58695)
+++ Lib/test/test_netrc.py (working copy)
@@ -25,7 +25,7 @@
mode = 'w'
if sys.platform
Christian Heimes added the comment:
Confirmed!
Python 3.0 doesn't start at all on Windows when an environment variable
with non ASCII chars is present. This bug is related to
http://bugs.python.org/issue1342.
However on Linux Python 3.0 can handle unicode characters in paths and
environ vars
New submission from Dale:
I get the response shown below when trying to use OpenGL. I have Python
2.5, PIL-1.1.6, and PyOpenGL 3.0 installed.
Any help would be greatly appreciated.
Thanks,
Dale
from OpenGL.GLUT import *
Traceback (most recent call last):
File pyshell#0, line 1, in module
Gabriel Genellina added the comment:
Looks like GLUT in special.py is None. You should ask the PyOpenGL
author/community for help. This is not a Python bug.
--
nosy: +gagenellina
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1346
New submission from Bill Janssen:
A number of places in the BaseHTTPServer got missed when converting
between bytes and strings. Here's a patch to fix that.
--
components: Library (Lib)
files: a
messages: 56868
nosy: janssen
severity: normal
status: open
title: BaseHTTPServer writing
New submission from Bill Janssen:
I can't get urllib.urlopen() to work with SSL, and it seems to be due to
a bug in the re-write of httplib. HTTPConnection.getresponse() is
closing the socket, but then returning a response object holding onto
that closed socket to the caller, who then tries
Bill Janssen added the comment:
I believe this is all that's needed.
Added file: http://bugs.python.org/file8638/c
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1348
__
c
Description: Binary data
New submission from Bill Janssen:
Neal, a patch to get rid of the other ord() calls in ic.py.
--
assignee: nnorwitz
components: Library (Lib), Macintosh
files: d
keywords: py3k
messages: 56872
nosy: janssen, nnorwitz
priority: high
severity: normal
status: open
title: more uses of ord()
Changes by Gabriel Genellina:
--
nosy: +gagenellina
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1328
__
___
Python-bugs-list mailing list
Unsubscribe:
Gabriel Genellina added the comment:
All these tests on Windows XP SP4, executing os.stat(nul)
Python 2.1 thru 2.4 raises:
OSError: [Errno 22] Invalid argument: 'nul'
Python 2.5 gives a different error:
WindowsError: [Error 87] El parámetro no es correcto: 'nul'
--
nosy:
Kurt B. Kaiser added the comment:
I'll respond further shortly. In the meantime, please notice that
Delegator3.py works the same whether or not your Delegator.__call__()
method is commented out. That's because you needed to define __call__()
methods in your filters.
We are still suffering
Tal Einat added the comment:
The first patch contained a bug - a window opened using the New Window
menu option would not be colorized.
This patch removes the assumption that EditorWindow.ResetColorizer will
be called by IOBinding code, by calling ResetColorizer during __init__
anyways. This
New submission from Tal Einat:
This (relatively speaking) simple patch allows the full doc-string of a
callable to be displayed in a textView window. Once a call-tip is being
displayed, hitting one of the keys which is bound to the
force-open-calltip virtual event (Control-backslash by default)
32 matches
Mail list logo