New submission from Jürgen A. Erhard j...@users.sourceforge.net:
Confirmed to exist in 2.6.1 (r261:67515) and 3.0 (r30:67503). Seems to
have been introduced somewhere in the 2.5 timeline, as 2.4 doesn't show
this bug.
--
components: Library (Lib)
messages: 84060
nosy: jae
severity:
Mark Summerfield m...@qtrac.eu added the comment:
Py2.6: idlelib/EditorWindow.py
change line 110 from: width=self.width,
to: width=self.width, insertofftime=0,
Py3.0
apply the same change to line 112
This will switch off cursor blink (and annoy people who want cursor
blink). So really instead
Jürgen A. Erhard j...@users.sourceforge.net added the comment:
Microscopic typo in title fixed (stickler for details, me? ;)
--
title: os.path.ismount take a cross-device symlink for a mountpoint -
os.path.ismount takes a cross-device symlink for a mountpoint
Changes by R. David Murray rdmur...@bitdance.com:
--
priority: - normal
versions: -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2259
___
Andreas Schawo andreas.sch...@gmail.com added the comment:
I stepped back to r70187 and got no assertion.
An update to r70349 result in an assertion.
So I reverted the changes in test_fileio.py of r70349 and got no assertion.
But the test should work without assertion.
I tested releases
R. David Murray rdmur...@bitdance.com added the comment:
The patch posted in issue 2259 solves this issue by deleting the
skiplist entirely and simply ignoring any unknown chunk. Given the
relatively long list of skipped types compared to the short list of
handled types, this may be reasonable.
R. David Murray rdmur...@bitdance.com added the comment:
Killing two birds with one stone is actually a bad idea when it comes to
patches. I would recommend breaking this patch into its two independent
pieces, the alignment fix and the skiplist fix, and attaching the
skiplist fix to issue 2245
STINNER Victor victor.stin...@haypocalc.com added the comment:
Would it be possible to port the patch to python trunk?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5512
___
Mark Dickinson dicki...@gmail.com added the comment:
Hi Victor! I already applied the x_divrem patch to the trunk and to py3k.
Did you mean the release branch?
I'd prefer not to backport this to 2.6 or 3.0: it's not a new feature,
but it's not a bugfix either and there's always some risk
STINNER Victor victor.stin...@haypocalc.com added the comment:
I already applied the x_divrem patch to the trunk and to py3k
Oops! I taught that you applied it to py3k and release30-maint :-/
It's ok, trunk and py3k is enough ;-)
--
___
Python
Mark Dickinson dicki...@gmail.com added the comment:
Thanks! Unfortunately, it looks like I messed this up yesterday by
removing mul1 (after the division patch went in, mul1 wasn't used any
more). I'll fix this.
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
I can definitely reproduce the problem under a Windows XP virtual
machine using Visual C++ 2008 Express in debug mode. Here is a screenshot.
Unfortunately, I'm not a Windows programmer and I'm not able to produce
a patch for this. But the close()
Mark Dickinson dicki...@gmail.com added the comment:
Updated version of longobject_diff1:
- add mul1 back in
- rename MAX_PARTIALS to the more descriptive BLOCK_MUL_SIZE
- rewrite digits_multiply so that the call to digits_multiply_add
always has b_size=BLOCK_MUL_SIZE, then hard-code this
Sjoerd Mullender sjo...@acm.org added the comment:
I wrote the module 16 years ago, but haven't done anything with AIFF
files for probably at least 10, so I can't really comment on the merits
of the two solutions (delete _skiplist or add CHAN to _skiplist). I'm
fine with either.
However, the
Mehmet Köse mehmet.k...@gmail.com added the comment:
Thank you very much. It was a kind of chinese torture.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4630
___
Mark Summerfield m...@qtrac.eu added the comment:
Yes, blinking cursors are torture for me too. Fortunately you can switch
them off globally in Windows, and in most cases on Linux (which is what
I use). But not on Mac OS X, and not it seems for Java apps. This site
has some tips:
M. Dietrich m...@pyneo.org added the comment:
i am not shure what the code snippet shall proove but shouldnt't it read
from datetime import datetime
a_datetime = datetime.now()
a_datetime = a_datetime.replace(microsecond = 1)
iso_str = a_datetime.isoformat()
b_datetime =
Andreas Schawo andreas.sch...@gmail.com added the comment:
r69214 works with os.close(f.fileno());f.close() (Exception with Errno 9)
r69560 does not compile
r70152 test_fileio failed (different reason)
MSVC Assertion with os.close(f.fileno());f.close()
I was not able to use _fileio.c
Ismail Donmez ism...@namtrac.org added the comment:
Well the test is now skipped on _all_ platforms. This looks wrong.
--
nosy: +cartman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3402
New submission from Antoine Pitrou pit...@free.fr:
This is a potentially annoying incompatibility between platforms.
Under Linux:
import os
print(os.device_encoding(1000))
None
--
components: Interpreter Core
messages: 84079
nosy: pitrou
priority: normal
severity: normal
status: open
Antoine Pitrou pit...@free.fr added the comment:
And under Windows:
print(os.device_encoding(1000))
Traceback (most recent call last):
File stdin, line 1, in module
OSError: [Errno 9] Bad file descriptor
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
The fix is wrong, it doesn't raise an error when the fd is invalid...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5544
___
Antoine Pitrou pit...@free.fr added the comment:
This may be related to the following lines in posixmodule.c:
if (!_PyVerify_fd(fd))
return posix_error();
--
nosy: +krisvale
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Basically, all FileIO methods should be protected (I'm not even sure why
you are asking! we can't let the interpreter crash rather than raise an
exception).
Someone has to write additional tests for those though, for now only
close() is tested.
Antoine Pitrou pit...@free.fr added the comment:
Thanks!
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5552
___
___
Peter Waller peter.wal...@gmail.com added the comment:
It looks like Matthew has dropped this feature from consideration.
See msg83993 .
--
nosy: +pwaller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue694374
HiroakiKawai ka...@apache.org added the comment:
Killing one or two is not the point in this issue ticket. The ticket is
opened per issue what one experienced. Thus there might be different
tickets that needs the same patch.
For this issue, the problem is Poor support other than 44.1khz,
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com:
Below is the relevant snippet from pyport.h. There are two reasons that
Py_LOCAL_INLINE doesn't actually emit the inline keyword (unless
compiling with MSC).
First, configure does not have code to test the compiler and
Changes by Guilherme Polo ggp...@gmail.com:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5129
___
___
Python-bugs-list mailing list
Guilherme Polo ggp...@gmail.com added the comment:
platform: Windows XP
In a file (cf attached file) with mixed tabs and spaces, the line
following else: appears at the same level than else:, while the file
probably still works with Python 2.6. At least, IDLE 2.5 or IDLE 2.4 or
vim don't have
R. David Murray rdmur...@bitdance.com added the comment:
The issue isn't whether the patch(es) are on one issue or not, if you
want to keep them here, that's fine. This patch is so small that
breaking it up isn't strictly necessary, either, though I still think it
would be cleaner and more
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
There are 2 reasons:
1. I've been told that my current patches contain too many differences
from the current implementation, so basically I have to go back to the
start and introduce any changes a little at a time, without knowing
Jean-Michel Fauth wxjmfa...@gmail.com added the comment:
I'm glad to have discovered this topic. I bumped into something similar
when I toyed with an interactive interpreter.
from code import InteractiveInterpreter
ii = InteractiveInterpreter()
source = ...
ii.runsource(source)
What should be
Roy H. Han starsareblueandfara...@gmail.com added the comment:
I'm also getting the same error retrieving a message through IMAP from a
Lotus Notes server.
Traceback (most recent call last):
File mail.py, line 152, in module
if 'setup' == argument: setup()
File mail.py, line 61, in
R. David Murray rdmur...@bitdance.com added the comment:
In 2.5, the fact that list was unhashable was checked in the list
object, and that message was hardcoded there. In 2.6, the check for
unhashableness uses generic code, and the resulting error substitutes
the type name into the message.
Roy H. Han starsareblueandfara...@gmail.com added the comment:
Using a different format, it seems the message involves cryptographic
keys signed by Lotus Notes?
server.fetch(407, '(BODY.PEEK[HEADER] FLAGS)')
To: pers...@place.com
Subject: subject
Message-ID: x...@place.com
Date: Tue, 28 Oct
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4690
___
___
Python-bugs-list mailing list
Christian Heimes li...@cheimes.de added the comment:
AC_CHECK_FUNC works only for trivial checks that do not require
additional headers.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5545
New submission from Ultrasick pyt...@ontheserver.de:
# open the file
file = open('F:/test.bmp', 'r')
# read the content
content = file.read()
# close the file
file.close()
print len(content): + str(len(content))
Ultrasick pyt...@ontheserver.de added the comment:
tested with python 2.6.1, Windows 2k
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5554
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Retry in binary mode: open('F:/test.bmp', 'rb'). It's not a bug :-)
http://docs.python.org/library/functions.html#open
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5554
___
Ultrasick pyt...@ontheserver.de added the comment:
ok thanks, sorry
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5554
___
___
Python-bugs-list
Phil Thompson p...@riverbankcomputing.com added the comment:
Yes I can update the patch, but it might be a while before I get the time.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1337876
New submission from Aaron Sherman a...@ajs.com:
First off, I want to be clear that this isn't a request for changes to
functionality, nor for debate over decisions which have already been
made. This is purely a request for correction to mis-statements about
the nature and origins of optparse's
Guilherme Polo ggp...@gmail.com added the comment:
Uhm, I don't agree with this TkinterTest name since it is only doing a
minor test on _tkinter._flatten. This same class is indicated in
tests_gui but it doesn't require gui to run, it should be indicated only
in tests_nogui.
Then there is
Mark Dickinson dicki...@gmail.com added the comment:
The longobject2.diff patch probably doesn't apply cleanly any more.
Anyone interested in updating it?
I think this patch looks like a promising beginning, but there's still
quite a lot of work to do. The main concerns at the moment are:
R. David Murray rdmur...@bitdance.com added the comment:
On Tue, 24 Mar 2009 at 18:24, Guilherme Polo wrote:
Any chance you can improve these names ?
Absolutely. I agree with you; I was trying to stay parallel to the
original names, but it felt wrong. And since I don't know TCL/TK/tkinter,
I
New submission from Jean-Michel Fauth wxjmfa...@gmail.com:
A few hours ago I sent a comment to the issue #4626. I didn't notice the
issue was closed. So I repeat it here. I'm interested in comments
because I have the feeling it is still a pending annoying isssue.
---
I'm glad to have
New submission from Tom Goddard godd...@cgl.ucsf.edu:
Bytecode compiling large Python files uses an unexpectedly large amount
of memory. For example, compiling a file containing a list of 5 million
integers uses about 2 Gbytes of memory while the Python file size is
about 40 Mbytes. The memory
Guido van Rossum gu...@python.org added the comment:
Please don't do this. We need stable APIs. Trying to switch the entire
community to use CapWord APIs for something as commonly used as datetime
sounds like wasting a lot of cycles with no reason except the mythical
PEP 8 conformance. As I
Martin v. Löwis mar...@v.loewis.de added the comment:
It might be possible to make it more efficient. However, the primary
purpose of source code is to support hand-written code, and such code
should never run into such problems.
So lowering the priority. If you want this resolved, it might be
Benjamin Peterson benja...@python.org added the comment:
Error messages are not part of the API.
--
nosy: +benjamin.peterson
resolution: wont fix - invalid
status: pending - closed
___
Python tracker rep...@bugs.python.org
Trundle andysmu...@hammerhartes.de added the comment:
I think the real problem here is `update_one_slot` and not `object_new`. It
is impossible to set __new__ to a PyCFunction inside Python code, which
may be a feature, but is in fact very irritating.
For example the following snippet:
class
Jess Austin jess.aus...@gmail.com added the comment:
I don't see a point to this one since Issue 5530 was rejected. If
someone else wants this they can reopen it.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
Jess Austin jess.aus...@gmail.com added the comment:
With the rejection of Issue 5530, it seems best for the name of this
class to remain lowercase. Mixing casing schemes within the same module
would be perverse.
--
title: datetime.MonthDelta - datetime.monthdelta
STINNER Victor victor.stin...@haypocalc.com added the comment:
Attached patch is a partial fix: support UTF-16-LE, UTF-16-BE and
UTF-32-LE. Some remarks about my patch:
* UTF-32-BE is not supported because I'm too lazy tonigh
to finish the patch and because such file begins with 0x00 0x00
STINNER Victor victor.stin...@haypocalc.com added the comment:
Python uses inefficent memory structure for integers. You should use a
3rd part library like numpy to manipulate large integer vectors.
--
nosy: +haypo
___
Python tracker
Changes by Sebastian Ramacher sebasti...@users.sourceforge.net:
--
nosy: +sebastinas
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5322
___
___
R. David Murray rdmur...@bitdance.com added the comment:
Thomas, do you accept this as a bug or should the issue be closed as
invalid?
--
nosy: +bitdancer
priority: - normal
type: - behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1
Benjamin Peterson benja...@python.org added the comment:
Applied in r70587.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4016
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1068268
___
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1027206
___
___
New submission from xdcdx agentr...@gmail.com:
The Python 3.0.1 Mac OS X installer image doesn't generate correct links
for Python3.0 binary interpreter on /usr/local/bin (as the ReadMe says
it will do). I'm using Mac Os X 10.5.6 (Darwin Kernel Version 9.6.0: Mon
Nov 24 17:37:00 PST 2008;
Changes by xdcdx agentr...@gmail.com:
--
components: +Installation
type: - behavior
versions: +Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5558
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1195571
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
I don't see the need to document TestProgram or TextTestRunner
Ok. And I don't want (have time/motivation) to document them. So I
prefer to close this issue.
--
resolution: - invalid
status: open - closed
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2504
___
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3392
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
loewis That's indeed exactly what I had proposed
loewis - only that you shouldn't repeat the .encode('ascii')
loewis all over the place, (...)
If you can only use bytes 0..127, it can not used for binary protocols
and so I don't
STINNER Victor victor.stin...@haypocalc.com added the comment:
Python 2.4 and 2.5 only accepts security fixes now.
Since there is now an external port of multiprocessing for Python
2.4/2.5, I think that we can close this issue.
http://code.google.com/p/python-multiprocessing/
Feel free to
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4216
___
___
Eric Smith e...@trueblade.com added the comment:
I also not fan on functions having different result type
(format-bytes or str, it depends...).
In 3.x, str.format() and bytes.format() would be two different methods
on two different objects. I don't think there's any expectation that
they have
STINNER Victor victor.stin...@haypocalc.com added the comment:
There are not enough informations to reproduce the issue or understand
the problem. Since farshad didn't answer since 4 months, I choose to
close the bug. Reopen the bug if you have new informations!
--
resolution: -
Brett Cannon br...@python.org added the comment:
On Tue, Mar 24, 2009 at 09:24, Jean-Michel Fauth rep...@bugs.python.orgwrote:
Jean-Michel Fauth wxjmfa...@gmail.com added the comment:
I'm glad to have discovered this topic. I bumped into something similar
when I toyed with an interactive
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also related issue: #4628 (No universal newline support for
compile() when using bytes).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4377
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also related issue: #4377 (tokenize.detect_encoding() and Mac
newline).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4628
STINNER Victor victor.stin...@haypocalc.com added the comment:
Anyone available for a patch review? Do you need anything else: tests,
documentation updates, etc.?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4591
STINNER Victor victor.stin...@haypocalc.com added the comment:
amaury The patch is fine.
Cool :-) Anyone to commit the fix? Maybe, tarek?
amaury If it were me, I'd change os.walk to accept
amaury keyword-only arguments:
amaury def walk(top, *, topdown=True, onerror=None,
amaury
Antoine Pitrou pit...@free.fr added the comment:
The documentation for PyArg_ParseTuple states that the I code doesn't
do any overflow checking. Does it mean the input parameters can be
silently truncated?
--
nosy: +pitrou
___
Python tracker
Jess Austin jess.aus...@gmail.com added the comment:
A comment on the two most recent patches... For both of these, we can
do the following:
from datetime import timedelta
td = timedelta(12)
td
datetime.timedelta(12)
td //= 3
td
datetime.timedelta(4)
td //= timedelta(2)
td
2 #
STINNER Victor victor.stin...@haypocalc.com added the comment:
In py3k, standard streams' names are now correct (since the io-c
merge):
Python 3.1a1+ (py3k:70589M, Mar 25 2009, 01:01:13)
import sys
sys.stdin.name, sys.stdout.name, sys.stderr.name
('stdin', 'stdout', 'stderr')
The last
Antoine Pitrou pit...@free.fr added the comment:
When compiling a source file to bytecode, Python first builds a syntax
tree in memory. It is very likely that the memory consumption you
observe is due to the size of the syntax tree. It is also unlikely that
someone else than you will want to
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file12301/posix_unsigned_uid.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4591
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Added file: http://bugs.python.org/file13413/posix_unsigned_uid-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4591
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file13412/posix_unsigned_uid-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4591
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file13413/posix_unsigned_uid-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4591
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oops, i forgot to ignore space changes in my diff... new patch.
--
Added file: http://bugs.python.org/file13414/posix_unsigned_uid-2.patch
___
Python tracker rep...@bugs.python.org
Skip Montanaro s...@pobox.com added the comment:
I'm closing this. It's my own fault that it languished for so long,
but the current trunk version of Python doesn't demonstrate the behavior
Neil documented four years ago.
--
resolution: - out of date
status: open - closed
Skip Montanaro s...@pobox.com added the comment:
(I did try to clarify the return type of the iterator a bit better.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1431091
___
Changes by Skip Montanaro s...@pobox.com:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1431091
___
___
Python-bugs-list mailing list
Skip Montanaro s...@pobox.com added the comment:
Closing as won't fix. There are bound to be limits to how the Sniffer
class works. I'm not sure it's worth the effort necessary to fix this
corner case.
(Andrew, reopen if you want to tackle this.)
--
resolution: - wont fix
status:
Skip Montanaro s...@pobox.com added the comment:
(I did try to clarify the return value of the next/__next__ method a bit.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1157169
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
New patch using PyNumber_Index()+PyLong_AsLong() for parse_uid() and
parse_gid() as proposed by antoine (on IRC).
Changes between python trunk and posix_unsigned_uid-3.patch:
- os.chown() and os.fchown() accepts uid and gid 2^31:
Terry J. Reedy tjre...@udel.edu added the comment:
3.0.1, WinXP, with two 3.0 revisions:
from tkinter import *
def _onMouseWheel(event):
print(event)
root = Tk()
root.bind('MouseWheel',_onMouseWheel)
In IDLE shell, nothing changes, wheel works normally.
In interpreter window, wheel
New submission from Claudio Canepa ccanep...@gmail.com:
in windows XP, python 2.6.1, 2.6 , python 2.4
1. do an Edit | 'Find in files' [ it pop ups the Output Window with
result]
2. Right click over one of the target lines found, click the 'goto file
\line' pop up
If the path in the target line
New submission from geremy condra debat...@gmail.com:
In 2.x, help(module) reported the docstrings from name when invoked. In
3.0, it simply reports the location of that module. pydoc3.0 invoked at
the commandline behaves identically.
--
components: Library (Lib)
messages: 84143
nosy:
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2006
___
___
Python-bugs-list mailing list
98 matches
Mail list logo