New submission from Yinon Ehrlich [EMAIL PROTECTED]:
os.walk.__doc__ has the following example-line (os.py, line 271):
for root, dirs, files in walk('python/Lib/email'):
it should be os.walk
--
components: Library (Lib)
messages: 65911
nosy: Yinon
severity: normal
status: open
title:
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2703
__
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou [EMAIL PROTECTED] added the comment:
I've had the opportunity to test on a Windows box and there are various
failures in the TestStringMethods test case. If someone with more
knowledge of the Windows world could take a lookm it would be nice.
__
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The patch is OK, but I'm still -0.
The doc string says: There should never be any reason to instantiate
this class directly. I don't see how this could break backwards
compatibility badly.
--
nosy: +amaury.forgeotdarc
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Ok, here is an updated patch for Windows compatibility of the test suite.
Added file: http://bugs.python.org/file10128/bug1222.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1222
Changes by Antoine Pitrou [EMAIL PROTECTED]:
--
nosy: +pitrou
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2262
__
___
Python-bugs-list mailing list
Unsubscribe:
Vinay Sajip [EMAIL PROTECTED] added the comment:
This is not a bug - it's by design, as I explained in my reply to your
posting on comp.lang.python. In my reply, I suggested how you could
avoid problems.
--
assignee: - vsajip
nosy: +vsajip
resolution: - invalid
status: open - closed
Humberto Diogenes [EMAIL PROTECTED] added the comment:
According to Georg, the adaptation referred by this issue is just about
changing the URLs in the documentation to point appropriately to the URLs
generated by the new doc system.
Anyway, the doc-cleanup.patch is still pending... ;)
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Anyway, the doc-cleanup.patch is still pending... ;)
No, I already removed the duplicated code in r62505.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1883
__
New submission from Kristian Lauridsen [EMAIL PROTECTED]:
Hi all.
I'w been looking for an answer to this.
If I use IDLE for som just fore fun programming and then exit, I have
to kill IDLE, dispite theres nothin running persay, then when i
start IDLE again I get too error messages popping up:
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
My update with email failed so I am just copying my response here:
while working on the patch to add the same feature in rmtree, I realized
this is a non sense since the root folder itself is removed at the end
of the function when
Paul Winkler [EMAIL PROTECTED] added the comment:
Phillip, here's another revision of the monkeypatch-in-setUp() approach,
simplified per your suggestions.
Added file: http://bugs.python.org/file10129/python_distutils_1180_3.patch
__
Tracker [EMAIL PROTECTED]
Phillip J. Eby [EMAIL PROTECTED] added the comment:
It looks like you can drop the change to distutils.core, too, since
it's just a change in the comment, and the changed comment is
inaccurate, AFAICT. Apart from that, it looks good.
__
Tracker [EMAIL
New submission from Guilherme Polo [EMAIL PROTECTED]:
tk.rst tells, among other things:
`Tkinter`'s chief virtues are that it is fast, and that it usually comes
bundled with Python. Although it has been used to create some very good
applications, including IDLE, it has weak documentation ...
Lorenz Quack [EMAIL PROTECTED] added the comment:
The loop in escape should really use enumerate
instead of for i in range(len(pattern)).
It needs i to edit s[i].
enumerate(iterable) returns a tuple for each element in iterable
containing the index and the element itself.
I attached a
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
The patch looks good to me.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2663
__
___
Python-bugs-list mailing list
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
I forgot to add that the example provided in rst doc is incorrect. The
copytree() in that example should be given destination path as well. In
addition, the docstring for copytree mentions which is a directory
list. directory list is a
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
I've implemented range slicing and x in range(..) in range-sequence.diff
and registered range with the Sequence ABC.
Added file: http://bugs.python.org/file10131/range-sequence.diff
__
Tracker [EMAIL
Bob Kline [EMAIL PROTECTED] added the comment:
Please open a new issue and don't forget to provide an example case.
Looks like Daniel beat me to the punch.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2480
__
Changes by Georg Brandl [EMAIL PROTECTED]:
--
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue841728
___
Python-bugs-list mailing list
Georg Brandl [EMAIL PROTECTED] added the comment:
Please apply the patch, but rename Unicode escapes to \u and \U
escapes first.
--
assignee: georg.brandl - benjamin.peterson
resolution: rejected - fixed
__
Tracker [EMAIL PROTECTED]
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Duplicate of #2710.
--
nosy: +draghuram
resolution: - duplicate
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2711
__
New submission from Don Hanlen [EMAIL PROTECTED]:
IDLE internal error in runcode()
Traceback (most recent call last):
File C:\PYTHON25\lib\idlelib\rpc.py, line 235, in asyncqueue
self.putmessage((seq, request))
File C:\PYTHON25\lib\idlelib\rpc.py, line 332, in putmessage
n =
New submission from Don Hanlen [EMAIL PROTECTED]:
IDLE internal error in runcode()
Traceback (most recent call last):
File C:\PYTHON25\lib\idlelib\rpc.py, line 235, in asyncqueue
self.putmessage((seq, request))
File C:\PYTHON25\lib\idlelib\rpc.py, line 332, in putmessage
n =
Georg Brandl [EMAIL PROTECTED] added the comment:
Dupe of #2576.
--
nosy: +georg.brandl
resolution: - duplicate
status: open - closed
superseder: - httplib read() very slow due to lack of socket buffer
_
Tracker [EMAIL PROTECTED]
New submission from ndbecker [EMAIL PROTECTED]:
IIUC, current ioctl is not capable of handling arbitrary argument
types.
This code will allow any arg type (such as structures with pointers to
embedded structures).
The code for _IOC is taken from linux and might not be portable.import
-
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Fixed in r62568.
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2541
__
___
Christophe Kalt [EMAIL PROTECTED] added the comment:
Any chance of this making it in sometime?
The current behaviour is rather limiting/annoying.
--
nosy: +kalt
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1734346
New submission from Benjamin Peterson [EMAIL PROTECTED]:
This patch gives a Py3k warning when a unicode escape occurs in a raw
unicode string.
--
components: Unicode
files: unicode_escape_warn.patch
keywords: patch
messages: 65936
nosy: benjamin.peterson
severity: normal
status: open
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
Reviewing my own patch (range-sequence.diff), I've realized that it is
being a bit too clever in handling x in range(..) where x is not an
integer. It seems that upon a failed PyLong_Check, range_contains should
just do a linear
Martin v. Löwis [EMAIL PROTECTED] added the comment:
IIUC, current ioctl is not capable of handling arbitrary argument
types.
Can you please be a bit more explicit? What limitation do you see in
fcntl.ioctl, and how does this fragment overcome the limitation?
AFAICT, they do exactly the same
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Any chance of this making it in sometime?
I'll see what I can do for 2.6, but perhaps it gets delayed until
2.7/3.1.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1734346
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
priority: normal - high
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1734346
_
___
Python-bugs-list mailing
ndbecker [EMAIL PROTECTED] added the comment:
On Monday 28 April 2008, Martin v. Löwis wrote:
Martin v. Löwis [EMAIL PROTECTED] added the comment:
IIUC, current ioctl is not capable of handling arbitrary argument
types.
Can you please be a bit more explicit? What limitation do you see in
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Passing structures is certainly possible. I'd try
args = struct.pack(iP, len(c), cast (pointer (c), c_void_p).value)
fcntl.ioctl(fd, request, args)
Alternatively,
args = eos_dl_args_t()
...
args_p = cast(pointer(args), c_void_ptr).value
Changes by Benjamin Peterson [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file10135/unicode_escape_warn2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2713
__
Facundo Batista [EMAIL PROTECTED] added the comment:
My 2 cents: for me is more useful to have a unbound range() than to be
able to do a len() on it.
For me, range() should mimic a number generator: no limit, no length.
--
nosy: +facundobatista
__
New submission from Gregory Dai [EMAIL PROTECTED]:
Installed 2.5.2 Intel msi on
Windows Server 2003 Standard x64 Edition w/ SP2
on
Intel Xeon CPU 3.2GHz, 8GB of RAM
Selected IDLE from its startup menu item, but it refused to started.
Tried several times w/ the same outcome.
--
Facundo Batista [EMAIL PROTECTED] added the comment:
Disable all Operating System firewalls and try again (remember to enable
the firewalls again after the test).
This was a common problem in WinXP
--
nosy: +facundobatista
__
Tracker [EMAIL PROTECTED]
Don Hanlen [EMAIL PROTECTED] added the comment:
ah, lines 284-289 (the lines in question) need indenting 4 levels. I
just DL'd 2.5.2, ran the code once, no problem, 2nd time, got the usual
error message.
__
Tracker [EMAIL PROTECTED]
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Can you please run IDLE in a console window, and report the exceptions
that you get? Invoke Lib\idlelib\idle.py to do so.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2714
New submission from Brett Cannon [EMAIL PROTECTED]:
There is carbon-specific code in binhex. It really should go so that the
module is completely platform-independent. This is especially pertinent
for 3.0 as all Mac-specific modules are slated to go.
--
components: Library (Lib)
New submission from Brett Cannon [EMAIL PROTECTED]:
The audioop module contains a comment that is somewhat troubling from an
IP standpoint:
/* Code shamelessly stolen from sox, 12.17.7, g711.c
** (c) Craig Reese, Joe Campbell and Jeff Poskanzer 1989 */
Because of this it would be best to
ndbecker [EMAIL PROTECTED] added the comment:
On Monday 28 April 2008, Martin v. Löwis wrote:
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Passing structures is certainly possible. I'd try
args = struct.pack(iP, len(c), cast (pointer (c), c_void_p).value)
fcntl.ioctl(fd, request,
Benjamin Peterson [EMAIL PROTECTED] added the comment:
So, should we close this?
--
nosy: +benjamin.peterson
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2712
__
___
New submission from Skip Montanaro [EMAIL PROTECTED]:
On python-dev Guido lamented the fact that tempfile.mkstemp()
returns a file descriptor instead of a file object. This
patch adds tempfile.mkstempf to remedy that.
--
components: Library (Lib)
files: mkstempf.diff
keywords: easy,
Brett Cannon [EMAIL PROTECTED] added the comment:
If Raymond says it's fine, then it's also fine by me.
--
assignee: brett.cannon - benjamin.peterson
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2349
__
Brett Cannon [EMAIL PROTECTED] added the comment:
Closing as out of date since it seems to have already been handled.
--
resolution: - out of date
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2343
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I would support removing this in Py3k. It seems like a specialty module
not worth having in the standard library. Also, is this even being
maintained?
--
nosy: +benjamin.peterson
versions: +Python 3.0
Paul Winkler [EMAIL PROTECTED] added the comment:
In what way is the comment in core.py inaccurate? I only added the
phrase and override config files, which is an important side effect of
parse_command_line().
__
Tracker [EMAIL PROTECTED]
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
For me, range() should mimic a number generator: no limit, no length.
That's itertools.count()
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2690
__
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I think we should close it.
--
resolution: - works for me
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2712
__
52 matches
Mail list logo