[issue8407] expose signalfd(2) and sigprocmask(2) in the signal module

2011-02-21 Thread Michael Schurter 

Michael Schurter  added the comment:

Any hopes of getting this into Python 3.3?

--
nosy: +schmichael
versions: +Python 3.3 -Python 2.7

___
Python tracker 
<http://bugs.python.org/issue8407>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6560] socket sendmsg(), recvmsg() methods

2011-09-10 Thread Michael Schurter 

Changes by Michael Schurter :


--
nosy: +schmichael

___
Python tracker 
<http://bugs.python.org/issue6560>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12957] mmap.resize changes memory address of mmap'd region

2011-09-10 Thread Michael Schurter 

New submission from Michael Schurter :

Since mmap.resize uses MREMAP_MAYMOVE on Linux, it would be nice to warn users 
that pointers into their memory mapped regions will be invalid after resizes. 
Linux's manpage offers the following explanation:

"If the mapping is relocated, then absolute pointers into the old mapping 
location become invalid (offsets relative to the starting address of the 
mapping should be employed)."

Since the only way I know of to use pointers into mmaps from pure Python is to 
use ctypes..from_buffer(), perhaps clarification would be better in 
the ctypes docs.

--
assignee: docs@python
components: Documentation
files: killctypes.py
messages: 143845
nosy: docs@python, schmichael
priority: normal
severity: normal
status: open
title: mmap.resize changes memory address of mmap'd region
type: feature request
versions: Python 2.7
Added file: http://bugs.python.org/file23126/killctypes.py

___
Python tracker 
<http://bugs.python.org/issue12957>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16796] Fix argparse docs typo: "an special action" to "a special action"

2012-12-27 Thread Michael Schurter 

New submission from Michael Schurter:

Title says it all; patch has the fix. No need for an ACKS entry

--
files: argparse-docs-typo.patch
keywords: patch
messages: 178348
nosy: schmichael
priority: normal
severity: normal
status: open
title: Fix argparse docs typo: "an special action" to "a special action"
Added file: http://bugs.python.org/file28463/argparse-docs-typo.patch

___
Python tracker 
<http://bugs.python.org/issue16796>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16796] Fix argparse docs typo: "an special action" to "a special action"

2012-12-27 Thread Michael Schurter 

Changes by Michael Schurter :


--
assignee:  -> docs@python
components: +Documentation
nosy: +docs@python

___
Python tracker 
<http://bugs.python.org/issue16796>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4537] webbrowser.UnixBrowser should use builtins.open

2008-12-04 Thread Michael Schurter 

New submission from Michael Schurter <[EMAIL PROTECTED]>:

On the joyous occasion of Python 3000's release my friends & I were
playing with "import antigravity" and it failed for someone with the
following traceback (anonymized):

Traceback (most recent call last):
  File "", line 1, in 
  File "/.../lib/python3.0/antigravity.py", line 4, in 
webbrowser.open("http://xkcd.com/353/";)
  File "/.../lib/python3.0/webbrowser.py", line 61, in open
if browser.open(url, new, autoraise):
  File "/.../lib/python3.0/webbrowser.py", line 275, in open
success = self._invoke(args, True, autoraise)
  File "/.../lib/python3.0/webbrowser.py", line 226, in _invoke
inout = open(os.devnull, "r+")
  File "/.../lib/python3.0/webbrowser.py", line 61, in open
if browser.open(url, new, autoraise):
  File "/.../lib/python3.0/webbrowser.py", line 271, in open
"expected 0, 1, or 2, got %s" % new)
webbrowser.Error: Bad 'new' parameter to open(); expected 0, 1, or 2, got r+

I believe the following patch (against branches/release30-maint) fixes
it cleanly:

Index: Lib/webbrowser.py
===
--- Lib/webbrowser.py   (revision 67538)
+++ Lib/webbrowser.py   (working copy)
@@ -8,6 +8,7 @@
 import stat
 import subprocess
 import time
+import builtins
 
 __all__ = ["Error", "open", "open_new", "open_new_tab", "get", "register"]
 
@@ -223,7 +224,7 @@
 cmdline = [self.name] + raise_opt + args
 
 if remote or self.background:
-inout = open(os.devnull, "r+")
+inout = builtins.open(os.devnull, "r+")
 else:
 # for TTY browsers, we need stdin/out
 inout = None

--
components: Library (Lib)
messages: 76931
nosy: schmichael
severity: normal
status: open
title: webbrowser.UnixBrowser should use builtins.open
type: crash
versions: Python 3.0

___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4537>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4537] webbrowser.UnixBrowser should use builtins.open

2008-12-04 Thread Michael Schurter 

Michael Schurter <[EMAIL PROTECTED]> added the comment:

I believe you forgot to "import io" in UnixBrowser (line 226).

___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4537>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com