Nicholas Marriott added the comment:
I can also reproduce this on OpenBSD/amd64 and was one of the people who
discussed it with the submitter before he created this report.
So what's the definition of struct winsize on these systems?
The definition of struct winsize on both 32-bit and 64-bit
Changes by Christian Heimes:
--
assignee: - gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1400
__
___
Python-bugs-list mailing list
Unsubscribe:
Christian Heimes added the comment:
I've fixed most of the problems in the last couple of days. On my box VS
2005 builds the ssl, tkinter and msi modules. However the future lies in
PCbuild9 and VS 2008.
--
resolution: - fixed
status: open - closed
__
Nicholas Marriott added the comment:
Okay, looks like my guess was correct. The diff at the end of this mail
makes it work on OpenBSD/amd64 and it continues to work on i386, but it
will probably break Linux (due to the problem it was working around
mentioned in the comment at the beginning).
Amaury Forgeot d'Arc added the comment:
Agreed. I will try to stay with PyObjects* until really needed by a system call.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1342
__
Joseph Armbruster added the comment:
I believe the issue lies with the cmd command line parameters and
insufficient quoting:
Currently, if this string is passed into CreateProcess as args, the call
will fail:
C:\WINDOWS\System32\cmd.exe /c C:\Documents and
sebastian added the comment:
thank you very much...
but: [...] the class and arguments are evaluated using the
logging package's namespace. [...]
does this mean, it is not possible to use user-defined handlers,
naturally residing outside python's class library (and logging package),
when
zouguangxian added the comment:
Why don't use Visual Studio 200x Command Prompt to get a shell window
with correct environment settings?
In this way msvccompiler.py can get LIB, INCLUDE, LIBPATH, PATH with
os.environ.get.
--
nosy: +weck
__
Tracker
New submission from Joseph Armbruster:
Revision: 59073
make_versioninfo.vcproj is missing the debug configuration. As a
result, if you try to build python in debug, you will receive an error
during compile in python_nt.rc, due to this block:
#define MS_WINDOWS
#include modsupport.h
#include
Changes by Joseph Armbruster:
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1476
__
___
Python-bugs-list mailing list
Unsubscribe:
vincent kraeutler added the comment:
Quite like urlparse, uriparse does not fail on input which does not
represent valid URI's. At least not early or reliably enough.
Specifically, I noticed that urisplit does not fail on input strings
with a missing scheme, such as foo.com/bar.
I see no
Vinay Sajip added the comment:
No, it doesn't. See this post:
http://groups.google.com/group/comp.lang.python/browse_thread/thread/21be57fae7e9381a
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1436
__
Joseph Armbruster added the comment:
Whoops, looks like I missed the solution, which is also needed for the
patch. Here's the correct version. Do the following to test:
- Load up the PCBuild9 solution
- set python as the Start Up project,
- select Debug configuration
- press ctrl-shift-b
-
Martin v. Löwis added the comment:
See the MSDN for details. IIUC:
- _WIN32 is defined by the compiler, always, unless the platform is
WIN16 (which is no longer supported). It is even defined on Win64 (where
the compiler also defines _WIN64). So there should be no need to defined
it explicitly.
Martin v. Löwis added the comment:
It's tedious to require users to invoke such a shell, and it would
produce an endless flood of support requests if we made that a
requirement. So requiring to build in such a shell is absolutely
unacceptable.
__
Tracker [EMAIL
Changes by Martin v. Löwis:
--
assignee: - tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1476
__
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Sean B. Palmer:
The following error is uncatchable:
try: ur'\U0010'
... except UnicodeDecodeError: pass
...
UnicodeDecodeError: 'rawunicodeescape' codec can't decode byte 0x5c
in position 0: \U out of range
This is in a narrow unicode build:
Bill Janssen added the comment:
Looks good to me, too.
--
nosy: +janssen
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1468
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
WIN32 is required. Without WIN32 defined I'm getting errors in the
locale module. _WINDOWS seems to be obsolete.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1473
__
Christian Heimes added the comment:
Thanks ;)
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1476
__
___
Python-bugs-list
Changes by Christian Heimes:
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1473
__
___
Python-bugs-list mailing list
Changes by Guido van Rossum:
--
nosy: -gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1328
__
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
IDLE stuff is never mine.
--
assignee: gvanrossum - kbk
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1374
__
___
Python-bugs-list
Guido van Rossum added the comment:
I have no way to test this.
--
assignee: gvanrossum -
priority: high - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1234
__
Tom Culliton added the comment:
This or some variant also shows up with scons
(http://scons.tigris.org/issues/show_bug.cgi?id=1839) leading to some
nasty intermittent build failures. Neal may remember how we addressed
this for a Process class in a past life. Basically it's OK to collect
all
New submission from Joseph Armbruster:
Executable path should be quoted, in case build environment is located
in a path containing spaces. I also made the Debug / Release versions
similar in style.
--
components: Windows
files: pythoncore.patch
messages: 57718
nosy: JosephArmbruster
Changes by Joseph Armbruster:
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1478
__
___
Python-bugs-list mailing list
Unsubscribe:
Christian Heimes added the comment:
Fixed in r59079
Thanks again!
--
keywords: +patch, py3k
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1478
__
Christian Heimes added the comment:
Fixed in r59081 and r59080
py3k will follow at the next svnmerge
--
nosy: +tiran
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1372
Christian Heimes added the comment:
Fixed in r59083
The sentinel in the methods list of XMLparsetype was missing.
--
resolution: accepted - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1020
Amaury Forgeot d'Arc added the comment:
The utf-7 incremental decoder was indeed losing its state between two
chunks of data.
Corrected as r59076.
--
nosy: +amaury.forgeotdarc
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Fixed in py3k and soon to be fixed in trunk when my PCbuild9 directory
is ready.
--
resolution: accepted - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1464
Christian Heimes added the comment:
Comitted in r59092
--
resolution: accepted - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1403
__
___
Christian Heimes added the comment:
Python 3.0 suffers from an problem with reinitialization but I can't
reproduce the bug with the release branch of 2.5. Python 2.6 also does
fine but leaks some references.
// reinit_test.c
#include Python.h
#define ROUNDS 5
int main(void) {
int i;
Christian Heimes added the comment:
I like to have Peter Astrand look over the patch first. He has written
most of the subprocess module.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1475
__
Christian Heimes added the comment:
The patch solves one issue. It resets the Py_DefaultFileSystemEncoding
to NULL when no default value was given. However the finalization fails
after the 3rd round at
if (op == refchain ||
op-_ob_prev-_ob_next != op || op-_ob_next-_ob_prev
New submission from Christian Heimes:
test_sqlite leaked [325, 325, 325, 325] references, sum=1300
--
components: Extension Modules
keywords: py3k
messages: 57729
nosy: tiran
priority: high
severity: normal
status: open
title: sqlite module is leaking lots of references
versions: Python
Christian Heimes added the comment:
I don't see leaks when I run the tests with
$ ./python Lib/test/regrtest.py -R:: test_ssl.py
test_ssl
beginning 9 repetitions
123456789
.
1 test OK.
[80034 refs]
--
nosy: +tiran
priority: - normal
__
Tracker
Peter Åstrand added the comment:
I think there's some confusion in this bug. The report on
http://pastebin.com/fa947767 indicates a problem in test_popen. This is
a test for os.popen() and it does not have anything to do with the
subprocess module. I believe it is test_popen.py that should be
39 matches
Mail list logo