New submission from Árni Már Jónsson:
There is a utf-7 decoding error when decoding strings which have a shift
sequence at a certain place. To reproduce run the attached program on a
file containing the string:
0123456789012345678901234567890123456789012345678901234567890123456789X+-.
The shift
Árni Már Jónsson added the comment:
Added a test file.
Added file: http://bugs.python.org/file8774/test
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1460
__
test
Description: Binary data
Changes by Jean-Marc Gillet:
--
nosy: jmgillet
severity: minor
status: open
title: 0**0 should raise an error
type: behavior
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1461
__
New submission from Jean-Marc Gillet:
The result is actually undefined, as x**0 gives 1 and 0**x gives 0.
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
(Intel)] on win32
Type help, copyright, credits or license for more information.
1**0
1
0**1
0
0**0
1
--
Jean-Marc Gillet added the comment:
See http://en.wikipedia.org/wiki/Exponentiation Zero to the zero
power. There are pros and cons of 0**0==1 so if you mark this one as
wontfix I promise not to bother you again :-)
__
Tracker [EMAIL PROTECTED]
Walter Dörwald added the comment:
Checked in your change and the test as r59049 (trunk) and r59050 (2.5).
Thanks for the patch.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1444
Nick Coghlan added the comment:
Reverted status to open until I figure out why the tests are failing on
the Mac OSX buildbot.
--
resolution: accepted -
status: closed - open
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1739468
Guido van Rossum added the comment:
I can look into this, as I have OSX on my laptop.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1739468
_
___
Python-bugs-list
Facundo Batista added the comment:
Fixed in the trunk (rev 59053).
Thank you!
--
nosy: +facundobatista
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1463
__
New submission from zouguangxian:
in Microsoft SDKs\Windows\v6.0A\Include\ws2tcpip.h, inet_pton was
defined when NTDDI_VERSION = NTDDI_LONGHORN with the following lines:
#if (NTDDI_VERSION = NTDDI_LONGHORN)
WINSOCK_API_LINKAGE
INT
WSAAPI
inet_pton(
__inINT
Guido van Rossum added the comment:
Right.
--
nosy: +gvanrossum
resolution: - wont fix
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1461
__
___
Guido van Rossum added the comment:
Actually the failures aren't OSX-specific:
==
FAIL: test_directory (__main__.CmdLineTest)
--
Traceback (most recent call
zouguangxian added the comment:
patch of socketmodule.c.
Added file: http://bugs.python.org/file8777/socketmodule.c.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1465
__Index: Modules/socketmodule.c
zouguangxian added the comment:
patch of tix8.4.2
Added file: http://bugs.python.org/file8778/tix8.4.2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1465
__Only in tix8.4.2/win/: Release
diff -u
Guido van Rossum added the comment:
Oops, those are failures under 3.0, probably due to Crys's merge. On
Linux, the 2.6 version of the test doesn't fail. I see 2 failing tests
on OSX with the 2.6 version, which I will look into.
_
Tracker [EMAIL PROTECTED]
Guido van Rossum added the comment:
Fixed the OSX failure in revision 59055; it was due to /tmp being a
symlink, and fixed by application of realpath().
Keeping this open until the 3.0 version is working.
_
Tracker [EMAIL PROTECTED]
New submission from Erik Andersén:
When a unittest test case raises an Exception, that test case is
considered a failure. However, raising NotImplementedError is not a
failure. It is something completely normal during development and
simply indicates that the functionality has not yet been
Guido van Rossum added the comment:
No. If you're testing something that's not implemented, it is correct to
see that as a failure. Talk to anyone doing TDD.
--
nosy: +gvanrossum
resolution: - wont fix
status: open - closed
__
Tracker [EMAIL PROTECTED]
Guido van Rossum added the comment:
3.0 fix committed as revision 59058.
--
resolution: - accepted
status: open - closed
versions: +Python 3.0
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1739468
_
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file8779/ml.exe
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1465
__
___
Python-bugs-list mailing list
Raghuram Devarakonda added the comment:
I don't think unittest automatically treats all exceptions as failures.
Failures are those that are explicitly flagged with assert* and fail*
methods. All other exceptions result in errors. I think what you are
asking for is to special case one such error
Christian Heimes added the comment:
I've removed the ml.exe. Please do NOT upload copyright protected
material here.
You should really coordinate your effort with us. :) I've already
created a PCbuild9 directory in the py3k source tree. Once it is
finished I'm going to backport it to 2.6. I'll
Christian Heimes added the comment:
I've solved the issue in the py3k differently. I've checked for
!(defined(_MSC_VER) _MSC_VER1499) but your check is better. Thanks!
--
assignee: - tiran
keywords: +patch, py3k
nosy: +tiran
priority: - normal
resolution: - accepted
versions:
Brett Cannon added the comment:
Fixed in r59059.
--
nosy: +brett.cannon
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1462
__
Erik Andersén added the comment:
Raghuram Devarakonda skrev:
Raghuram Devarakonda added the comment:
I don't think unittest automatically treats all exceptions as failures.
Failures are those that are explicitly flagged with assert* and fail*
methods. All other exceptions result in errors.
Guido van Rossum added the comment:
Sorry, just comment out those tests until you're ready to write the code.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1466
__
___
Tal Einat added the comment:
Fixed in patch 1725576.
--
title: cannot change cursor color in IDLE - cannot change cursor color in IDLE
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1705362
_
Erik Andersén added the comment:
Possible, but cumbersome. You have to analyze each case and see if it
depends on code not written.
When you implement a new piece of code, you have to go through all your
tests to see if that one should
be included.
Also you don't get any reporting on the
Raghuram Devarakonda added the comment:
Possible, but cumbersome. You have to analyze each case and see if it
Have you tried to write a Test Runner that ignores
NotImplementedError? You may have to override TestResult.addError.
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Updated compiler and linker args from the project command lines.
Added file: http://bugs.python.org/file8781/py3k_vs2008_3.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1455
Guido van Rossum added the comment:
Sorry Erik, but I don't think you should try to compensate for your
flawed methodology by trying to change the unittest framework. End of
discussion.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1466
Erik Andersén added the comment:
No, I definitely don't want to ignore them, I want them reported in a
manner that is relevant to them. Just say that the test was not implemented.
No tracebacks for debugging since there is nothing to debug.
In addition to a TestRunner I need a new TestCase and
New submission from Raghuram Devarakonda:
The page at
http://docs.python.org/dev/library/unittest.html#module-unittest says:
-
TestResult.addError(test, err)
Called when the test case test raises an unexpected exception err is
a tuple of the form returned by sys.exc_info():
Amaury Forgeot d'Arc added the comment:
Committed the patch in r59060.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1395
__
Christian Heimes added the comment:
Just for your information, Kevin:
I've created a PCbuild9 directory for VS 2008 Beta 2 in the py3k branch.
I've also changed msi.py to work with PCbuild and PCbuild9.
__
Tracker [EMAIL PROTECTED]
New submission from Paul Moore:
The latest MSI daily snapshot installer for Python 2.6 (19 Nov) does not
include the .pem files for the SSL tests from the Lib\test directory.
--
components: Installation
messages: 57666
nosy: pmoore
severity: normal
status: open
title: MSI installer does
New submission from Bill Janssen:
I'm seeing leaks in the test_ssl run, after various socket.py changes.
I'm looking into it.
--
assignee: janssen
components: Library (Lib)
keywords: py3k
messages: 57667
nosy: janssen
severity: normal
status: open
title: SSL tests leak memory
versions:
Martin v. Löwis added the comment:
Thanks for pointing that out. The MSI build needs to be taught to pick
them up. If I seemingly don't find the time, feel free to contribute a
patch.
--
assignee: - loewis
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
Paul Moore added the comment:
The following looks like it may be OK. I have no way of testing it,
unfortunately, as I don't currently have a working build environment,
and I've no idea how to build the MSI even if I did...
Added file: http://bugs.python.org/file8782/msi.patch
zouguangxian added the comment:
hi tiran, thanks for your suggest. :-) what can i do in the next? it's
my pleasure to contribute my effort to python.
It's seems that directory configurations of Visual Studio 2005/Visual C
Express 2008 are stored in
C:\Documents and Settings\USERNAME\Local
New submission from Christian Heimes:
The unit test suite of py3k is removing the official %TEMP% directory of
Windows. It's not only causing errors in the test suite but also
creating havoc with other apps.
I'm not sure if it is related to my PCbuild9 or some changes to the unit
test suite.
New submission from fbvortex:
The following lines of code work on Linux platforms (amd64), and 32-bit
OpenBSD (i386), but not on 64-bit OpenBSD platforms (at least not on
amd64 or sparc64):
import fcntl,os,pty,termios,select,sys,struct,pwd,signal,os
pid,fd=pty.fork()
fcntl.ioctl(fd,
Changes by Gabriel Genellina:
--
nosy: +gagenellina
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1393
__
___
Python-bugs-list mailing list
Unsubscribe:
Christian Heimes added the comment:
The issue should be addressed in the C code.
--
assignee: - gvanrossum
nosy: +gvanrossum, tiran
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1257
__
Changes by Christian Heimes:
--
keywords: +py3k
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1276
__
___
Python-bugs-list mailing list
fbvortex added the comment:
The following C code, when compiled with -lutil runs without reporting
any errors on both the sparc64 and i386 platforms on OpenBSD:
#include util.h
#include utmp.h
#include termios.h
#include sys/ioctl.h
#include stdio.h
int main(void)
{
int fd;
Christian Heimes added the comment:
I think the problem should be addressed after alpha 2.
--
keywords: +py3k
nosy: +tiran
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1438
__
Christian Heimes added the comment:
Martin gave some insight into the problem
http://permalink.gmane.org/gmane.comp.python.python-3000.devel/10949
The test isn't going to work on systems that don't support UTF-8.
--
priority: - normal
__
Tracker [EMAIL
Christian Heimes added the comment:
Amaury is planing to remove Win95 code and use the wide api everywhere.
It should fix the bug.
--
assignee: - amaury.forgeotdarc
components: +Interpreter Core, Windows -Library (Lib)
nosy: +amaury.forgeotdarc
priority: high - normal
resolution:
Changes by Christian Heimes:
--
assignee: - gvanrossum
nosy: +gvanrossum
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1374
__
___
Changes by Christian Heimes:
--
nosy: +gvanrossum
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue718532
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Heimes:
--
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1020
__
___
Python-bugs-list mailing list
Unsubscribe:
Christian Heimes added the comment:
Guido, what needs to be done here?
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1067
__
___
Python-bugs-list
Changes by Christian Heimes:
--
assignee: - gvanrossum
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1234
__
___
Python-bugs-list mailing list
Amaury Forgeot d'Arc added the comment:
Assign to myself.
Among the things to do, use Py_FileSystemDefaultEncoding (=mbcs on
Windows) to encode sys.path items; likewise in NullImporter_init and
other functions.
So many places to change, we need serious testcases.
--
assignee: -
Changes by Christian Heimes:
--
assignee: nnorwitz - gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1372
__
___
Python-bugs-list mailing list
Unsubscribe:
Christian Heimes added the comment:
Have you studied my patch http://bugs.python.org/issue1455? I didn't
want to parse some files. Instead I used a much simpler approach in my
patch. I'm using the vcvarsall.bat to set up an environment and set
to read the new environment from stdout. It works
Changes by Brett Cannon:
--
nosy: +brett.cannon
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1692335
_
___
Python-bugs-list mailing list
Unsubscribe:
Christian Heimes added the comment:
My bad, os.removedirs is removing all parent directories until it hits a
non empty dir.
Fixed in r59063 and r59064
--
resolution: - fixed
status: open - closed
versions: +Python 2.6
__
Tracker [EMAIL PROTECTED]
Amaury Forgeot d'Arc added the comment:
Note that the final .encode(cp936) is now invalid: os.system accepts
unicode strings, not bytes:
os.system((echo + sys.stdin.readline().rstrip(\n)))
Corrected as r59065.
--
resolution: - fixed
status: open - closed
Martin v. Löwis added the comment:
Thanks for the patch. It looked good, so I committed it as r59066. Let's
see whether the buildbot picks it up correctly.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1468
__
Martin v. Löwis added the comment:
So what's the definition of struct winsize on these systems?
Also, why do you think this is a bug in Python? AFAICT, the specific
ioctl call does not occur in Python, but in your own code.
--
nosy: +loewis
resolution: - invalid
status: open - pending
Martin v. Löwis added the comment:
Please don't use the FileSystemEncoding on Windows for sys.path items.
Instead, it should use the wide API to perform all system calls. Py3k
shouldn't ever use the file system encoding for anything on Windows.
__
Tracker [EMAIL
Martin v. Löwis added the comment:
It seems that this patch has broken a lot of buildbots, e.g.
http://www.python.org/dev/buildbot/all/x86%20gentoo%20trunk/builds/2625/step-test/0
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Thanks, I've changed the code slightly.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1470
__
___
Python-bugs-list mailing list
Martin v. Löwis added the comment:
See also Tools/buildbot/buildmsi.bat. With cygwin installed, building
the documentation is as simple as
bash.exe -c 'cd Doc;make PYTHON=python2.5 update htmlhelp'
%ProgramFiles%\HTML Help Workshop\hhc.exe Doc\build\htmlhelp\pydoc.hhp
--
nosy: +loewis
Changes by Christian Heimes:
--
keywords: patch, py3k
nosy: tiran
priority: low
severity: normal
status: open
title: Small bat files to build docs on Windows
type: rfe
versions: Python 2.6, Python 3.0
__
Tracker [EMAIL PROTECTED]
James G. sack (jim) added the comment:
More discussion of utf_8.py decoding behavior (and possible change):
For my needs, I would like the decoding parts of the utf_8 module to treat
an initial BOM as an optional signature and skip it if there is one (just
like the utf_8_sig decoder). In fact
New submission from Martin v. Löwis:
I believe it is safe to drop all the _EXPORTS macros (MMAP_EXPORTS,
WINSOUND_EXPORRTS etc) from all projects; atleast I cannot see any
reason for having them. Some are clearly bogus, e.g. unicodedata and
test_capi both define MMAP_EXPORTS, _socket defines
Christian Heimes added the comment:
You are right. I've checked the header files of the dependencies or
simply tried what happens when I remove some defines. The only macro
existing macro is BZ2_EXPORT but that's defined unless BZ2_IMPORT is
defined.
What about the remaining defines? I've
New submission from Christian Heimes:
The patch contains the modifications to PCbuild9, socketmodule and some
structmember.h related files after a svn copy py3k/PCbuild9 trunk/
--
assignee: tiran
components: Windows
files: trunk_pcbuild9.patch
keywords: patch
messages: 57695
nosy:
New submission from Christian Heimes:
Joseph found the bug during his testing of the py3k branch. The problem
is in subprocess.py line 716.
http://pastebin.com/fa947767
--
assignee: astrand
components: Library (Lib), Tests, Windows
keywords: py3k
messages: 57696
nosy: astrand,
Changes by Christian Heimes:
--
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1475
__
___
Python-bugs-list mailing list
Unsubscribe:
73 matches
Mail list logo