[issue2707] Tiny fix for os.walk docstring
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: Tiny fix for os.walk docstring
versions: Python 2.6
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2707
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2703] SimpleXMLRPCDispatcher.__init__ is not python2.4-backward-compatible
Changes by Ralf Schmitt [EMAIL PROTECTED]: -- nosy: +schmir __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2703 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1222] locale.format bug if thousand separator is space (french separator as example)
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. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1222 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2703] SimpleXMLRPCDispatcher.__init__ is not python2.4-backward-compatible
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 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2703 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1222] locale.format bug if thousand separator is space (french separator as example)
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2262] Helping the compiler avoid memory references in PyEval_EvalFrameEx
Changes by Antoine Pitrou [EMAIL PROTECTED]: -- nosy: +pitrou __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2262 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2697] Logging ancestors ignored after configuration
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 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2697 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1883] Adapt pydoc to new doc system
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... ;) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1883 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1883] Adapt pydoc to new doc system
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2708] IDLE subprocess error
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: 1: Socket Error: Connection refused 2: IDLE's subprocess didn't make connection. Either IDLE can't start a subprocess or personal firewall is blocking the connection. The code written in IDLE that triggers the problem can be something simple like: a = 'hello world' print a I have to reboot to get past the error. I'm only getting the error when running vista and xp theres no problom in any of the other systems i'v tried (mainly linux) I should mention that the error dosn't come every time I kill IDLE, I would say about every 3rd run, or there about. I'v tried removeing/killing windows owen firewall and then running IDLE but with the same result. Like I said, i been look around fore a fix fore this but havent found any... If I have made a double post please let me know and remove this post -- components: IDLE messages: 65918 nosy: Kris severity: normal status: open title: IDLE subprocess error type: crash versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2708 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2663] shutil.copytree glob-style filtering [patch]
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 all its content is removed. Indeed. Sorry about that. So, unless we change this behavior, which I doubt it is a good idea, it won't be possible. I agree. But in general, it would be nice to separate file list generation and the actual operation. Something similar to shell where it resolves the pattern while the actual command itself cares only about the files passed to it. This is not necessarily a comment on this patch which I am hoping I can check it out soon. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2663 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1180] Option to ignore or substitute ~/.pydistutils.cfg
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] http://bugs.python.org/issue1180 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1180] Option to ignore or substitute ~/.pydistutils.cfg
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 PROTECTED] http://bugs.python.org/issue1180 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2709] tk.rst possibly wrong ?
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 ... Why does it say Tkinter has weak documentation ? There is a printed book (Python and Tkinter Programming), several online tutorials and references, there is a wiki too, the mail list and possibly something else I've missed. -- assignee: georg.brandl components: Documentation messages: 65922 nosy: georg.brandl, gpolo severity: normal status: open title: tk.rst possibly wrong ? versions: Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2709 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2650] re.escape should not escape underscore
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 patch using enumerate. The patch also uses a frozenset rather than a dict for the special characters. -- nosy: +donlorenzo Added file: http://bugs.python.org/file10130/re.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2650 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2663] shutil.copytree glob-style filtering [patch]
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 Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2663] shutil.copytree glob-style filtering [patch]
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 bit vague and should ideally be replaced by something like list of elements (which is what appears in the doc) or list of entries. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2663 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2690] Precompute range length
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 PROTECTED] http://bugs.python.org/issue2690 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2480] eliminate recursion in pickling
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue841728] urllib and cookie module improvements
Changes by Georg Brandl [EMAIL PROTECTED]: -- status: open - closed Tracker [EMAIL PROTECTED] http://bugs.python.org/issue841728 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2541] Unicode escape sequences not parsed in raw strings.
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] http://bugs.python.org/issue2541 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2711] error: (10035, 'The socket operation could not complete without blocking')
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2710] error: (10035, 'The socket operation could not complete without blocking')
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 = self.sock.send(s[:BUFSIZE]) error: (10035, 'The socket operation could not complete without blocking') Does this look familiar to anyone? I can't figure out what to do about it. Python 2.5, windoze. I get it when I execute a Tkinter op that works elsewhere. changing this (works): t = self.b.create_text( (point.baseX + 1)*self.checkerSize/2 + fudge, y + fudge, text = str(point.occupied), width = self.checkerSize) to t = self.b.create_text( (point.baseX + 1)*self.checkerSize/2 + fudge, y + fudge, text = str(point.occupied), font=(Times, str(self.checkerSize/2), bold), width = self.checkerSize) for example. The same code works fine elsewhere. I thought I'd ask here before I try (no clue) increasing BUFSIZE in rpc.py? I'm not crazy about tinkering with code I have no clue about.. It has been suggested that the problem is competition with IDLE for tkinter resources. -- don -- files: tkinterwork.py messages: 65928 nosy: dhanlen severity: normal status: open title: error: (10035, 'The socket operation could not complete without blocking') versions: Python 2.5 Added file: http://bugs.python.org/file10133/tkinterwork.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2710 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2711] error: (10035, 'The socket operation could not complete without blocking')
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 = self.sock.send(s[:BUFSIZE]) error: (10035, 'The socket operation could not complete without blocking') Does this look familiar to anyone? I can't figure out what to do about it. Python 2.5, windoze. I get it when I execute a Tkinter op that works elsewhere. changing this (works): t = self.b.create_text( (point.baseX + 1)*self.checkerSize/2 + fudge, y + fudge, text = str(point.occupied), width = self.checkerSize) to t = self.b.create_text( (point.baseX + 1)*self.checkerSize/2 + fudge, y + fudge, text = str(point.occupied), font=(Times, str(self.checkerSize/2), bold), width = self.checkerSize) for example. The same code works fine elsewhere. I thought I'd ask here before I try (no clue) increasing BUFSIZE in rpc.py? I'm not crazy about tinkering with code I have no clue about.. It has been suggested that the problem is competition with IDLE for tkinter resources. -- don -- files: tkinterwork.py messages: 65929 nosy: dhanlen severity: normal status: open title: error: (10035, 'The socket operation could not complete without blocking') versions: Python 2.5 Added file: http://bugs.python.org/file10132/tkinterwork.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2711 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1542407] httplib reads one byte per system call
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] http://bugs.python.org/issue1542407 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2712] enhanced ioctl
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
-
from ctypes import *
libc = CDLL ('/lib/libc.so.6')
#print libc.ioctl
def set_ioctl_argtype (arg_type):
libc.ioctl.argtypes = (c_int, c_int, arg_type)
IOC_WRITE = 0x1
_IOC_NRBITS=8
_IOC_TYPEBITS= 8
_IOC_SIZEBITS= 14
_IOC_DIRBITS= 2
_IOC_NRSHIFT= 0
_IOC_TYPESHIFT= (_IOC_NRSHIFT+_IOC_NRBITS)
_IOC_SIZESHIFT= (_IOC_TYPESHIFT+_IOC_TYPEBITS)
_IOC_DIRSHIFT= (_IOC_SIZESHIFT+_IOC_SIZEBITS)
def IOC (dir, type, nr, size):
return (((dir) _IOC_DIRSHIFT) | \
((type) _IOC_TYPESHIFT) | \
((nr)_IOC_NRSHIFT) | \
((size) _IOC_SIZESHIFT))
def ioctl (fd, request, args):
return libc.ioctl (fd, request, args)
Example (not complete):
class eos_dl_args_t (Structure):
_fields_ = [(length, c_ulong),
(data, c_void_p)]
args = eos_dl_args_t()
args.length = len (c)
args.data = cast (pointer (c), c_void_p)
from eioctl import *
set_ioctl_argtype (POINTER (eos_dl_args_t))
EOS_IOC_MAGIC = 0xF4
request = IOC(IOC_WRITE, EOS_IOC_MAGIC, 0x00, 0) # ignore size
err = ioctl (fd, request, args)
--
components: Extension Modules
messages: 65933
nosy: ndbecker
severity: normal
status: open
title: enhanced ioctl
type: feature request
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2712
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2541] Unicode escape sequences not parsed in raw strings.
Benjamin Peterson [EMAIL PROTECTED] added the comment: Fixed in r62568. -- status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2541 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1734346] patch for bug 1170311 zipfile UnicodeDecodeError
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 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2713] Py3k warn on unicode escapes in raw strings
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 title: Py3k warn on unicode escapes in raw strings type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file10134/unicode_escape_warn.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2713 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2690] Precompute range length
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 search. This is easy to implement, but I will wait for more feedback before posting further changes. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2690 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2712] enhanced ioctl
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 thing. -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2712 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1734346] patch for bug 1170311 zipfile UnicodeDecodeError
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 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1734346] patch for bug 1170311 zipfile UnicodeDecodeError
Changes by Martin v. Löwis [EMAIL PROTECTED]: -- priority: normal - high _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1734346 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2712] enhanced ioctl
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 fcntl.ioctl, and how does this fragment overcome the limitation? AFAICT, they do exactly the same thing. In the example I gave, the ioctl passes a structure: class eos_dl_args_t (Structure): _fields_ = [(length, c_ulong), (data, c_void_p)] AFAIK, there is no way to do that with fcntl.ioctl, is there? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2712 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2712] enhanced ioctl
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 fcntl.ioctl(fd, request, args_p) should also work, IIUC. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2712 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2713] Py3k warn on unicode escapes in raw strings
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2690] Precompute range length
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 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2690 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2714] Unable to start IDLE on Windows Server 2003 x64 Edition w/ SP2
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. -- components: IDLE messages: 65943 nosy: qgd000 severity: normal status: open title: Unable to start IDLE on Windows Server 2003 x64 Edition w/ SP2 type: behavior versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2714 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2714] Unable to start IDLE on Windows Server 2003 x64 Edition w/ SP2
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] http://bugs.python.org/issue2714 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2710] error: (10035, 'The socket operation could not complete without blocking')
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] http://bugs.python.org/issue2710 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2714] Unable to start IDLE on Windows Server 2003 x64 Edition w/ SP2
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2715] Remove carbon-specific code from binhex
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) messages: 65947 nosy: brett.cannon priority: high severity: normal status: open title: Remove carbon-specific code from binhex type: behavior versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2715 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2716] Reimplement audioop because of copyright issues
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 remove the current module and re- implement it from scratch (or remove it entirely). -- components: Library (Lib) messages: 65948 nosy: brett.cannon priority: high severity: normal status: open title: Reimplement audioop because of copyright issues versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2716 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2712] enhanced ioctl
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, args) Alternatively, args = eos_dl_args_t() ... args_p = cast(pointer(args), c_void_ptr).value fcntl.ioctl(fd, request, args_p) should also work, IIUC. You are correct, both of the above work (at least on x86) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2712 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2712] enhanced ioctl
Benjamin Peterson [EMAIL PROTECTED] added the comment: So, should we close this? -- nosy: +benjamin.peterson __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2712 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2717] tempfile.mkstempf
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, patch, patch messages: 65951 nosy: skip.montanaro priority: normal severity: normal status: open title: tempfile.mkstempf versions: Python 2.6 Added file: http://bugs.python.org/file10136/mkstempf.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2717 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2349] Py3K warn against assigning to True/False
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2343] Raise a Py3K warning when using a float where an int is expected
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2716] Reimplement audioop because of copyright issues
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 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2716 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1180] Option to ignore or substitute ~/.pydistutils.cfg
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] http://bugs.python.org/issue1180 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2690] Precompute range length
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2712] enhanced ioctl
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 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
