Ross Lagerwall rosslagerw...@gmail.com added the comment:
Unbuffered subprocess was fixed in 1dc52ecb8949
Closing this as a duplicate of #11459.
--
nosy: +rosslagerwall
resolution: - duplicate
status: open - closed
___
Python tracker rep
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Closing this as a duplicate of #8052
--
nosy: +rosslagerwall
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11284
Ross Lagerwall rosslagerw...@gmail.com added the comment:
See #11284 (a duplicate) for more discussion about this issue.
--
nosy: +haypo, loewis, neologix, s7v7nislands
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8052
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Closing as invalid - believed to be a buffering issue.
--
nosy: +rosslagerwall
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I don't think setting the cloexec flag is a viable solution, especially since
fds can be opened in custom c modules.
For what its worth, an strace of Java's Process class appears to cheat by
opening /proc/self/fd inbetween fork exec
Ross Lagerwall rosslagerw...@gmail.com added the comment:
OK, I simply removed the functions.
--
assignee: - rosslagerwall
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Without more information and a way of reproducing on a recent version of
Python, this can't progress. Closing as works for me.
--
nosy: +rosslagerwall
resolution: - works for me
status: open - closed
Ross Lagerwall rosslagerw...@gmail.com added the comment:
It is noted in the Linux man page for socketpair:
On Linux, the only supported domain for this call is AF_UNIX (or synonymously,
AF_LOCAL). (Most implementations have the same restriction.)
--
nosy: +rosslagerwall
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I'd argue that this is not a feature request but a bug.
I did some testing of this issue and the problem is that EPIPE is only
generated sometimes depending on the time the process takes to finish, the size
of the data sent
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Closing as duplicate of #10963. See #10963 for more discussion.
--
nosy: +rosslagerwall
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Marked #6457 as a duplicate. See #6457 for more discussion.
--
nosy: +Yaniv.Aknin, amaury.forgeotdarc, dwalczak, mcrute
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Committed, thanks.
--
assignee: - rosslagerwall
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
type: feature request - behavior
___
Python tracker rep
Ross Lagerwall rosslagerw...@gmail.com added the comment:
This has been fixed with all the subprocess improvements in between 3.1 and 3.2
but the decision has been taken (msg125910) not to backport the fix to 3.1 and
2.7 which would involve a C extension.
However, a workaround on 2.7 and 3.1
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Closing this as fixed since it has been fixed on 3.2 and decided not to be
backported on 3.1 and 2.7.
--
nosy: +rosslagerwall
resolution: out of date - fixed
status: open - closed
___
Python
Ross Lagerwall rosslagerw...@gmail.com added the comment:
This changes seems to have been made from 2.5 to 2.6 which are security fix
only.
Closing as wont fix.
--
nosy: +rosslagerwall
resolution: - wont fix
status: open - closed
___
Python
Ross Lagerwall rosslagerw...@gmail.com added the comment:
OS X filesystem does not support seeking ahead to create sparse files.
The test is supposed to skip the LargeMmapTests on OS X and Windows with (line
679 of test_mmap.py):
if sys.platform[:3] == 'win' or sys.platform == 'darwin
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Thanks for the patch.
--
assignee: - rosslagerwall
nosy: +rosslagerwall
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 2.7, Python 3.1, Python 3.2
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Fixed the examples for Python 3.
It writes and reads bytes now. Also fixed the old Python 2 print statement.
--
assignee: docs@python - rosslagerwall
nosy: +rosslagerwall
resolution: - fixed
status: open - closed
versions
Ross Lagerwall rosslagerw...@gmail.com added the comment:
http://docs.python.org/release/3.1.3/library/tempfile.html doesn't to have an
Examples section like 3.2 and 3.3.
It appears to have been introduced in b172d7537b99 with #5178.
--
___
Python
Ross Lagerwall rosslagerw...@gmail.com added the comment:
#10838 has a bit of discussion about list2cmdline and being part of the public
api (generally agreeing that it should be made private, I think).
--
nosy: +rosslagerwall
___
Python tracker rep
Ross Lagerwall rosslagerw...@gmail.com added the comment:
As an extra, presumably if you just do:
import webbrowser
webbrowser.open(http://www.python.org;)
it also fails?
--
nosy: +rosslagerwall
status: pending - open
type: crash - behavior
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Closed #11941 as a duplicate of this.
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11457
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I think this is a duplicate of #11457.
--
nosy: +rosslagerwall
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11941
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Ok, that's true, reopening.
--
resolution: duplicate -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11941
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
dependencies: +Support st_atim, st_mtim and st_ctim attributes in os.stat_result
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11457
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Adding this to the posix module would enforce linking with lcap and lattr
always. The development headers for these are not installed by default on some
distributions.
I think it would be better if they are added to a separate module
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12081
___
___
Python-bugs
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I think it would be better if they are added to a separate module
Can you propose a name for the module?
I would say either posixcap or capabitilies.
--
___
Python tracker rep
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I would say either posixcap or capabitilies.
The problem with capabilities is that it's easy to misspell, as I did :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I don't think that Python should guess what the user expects (i.e. Python
should not sync the file *implicitly*).
Agreed.
The documentation patch looks good.
--
nosy: +rosslagerwall
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Looked at it again and i think it's much better english with an
additional ..to ensure that local...
@Ross, aren't you a native english speaker? What do you say?
Yes I am, but that doesn't make me any good ;-)
I'd probably agree
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12158
___
___
Python-bugs
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Python 3.3 (as yet unreleased) supports the lutimes function:
http://docs.python.org/dev/py3k/library/os.html#os.lutimes
Python 2.7 is not getting any more features so it will not be added.
I'm changing the title to the second part
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Out of interest, is there any reason that the configure check for pipe2 is a
special case near the bottom of configure.in instead of with all the other
function checks in the AC_CHECK_FUNCS[] section in the middle?
I know this patch
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Also, the pure python implementation of subprocess for posix can now be
updated to use pipe2 if it exists (previously on _posixsubprocess.c
used it).
I don't understand the last part :-)
What do you suggest?
Perhaps, os.pipe2 can
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Could this be related to http://bugs.python.org/issue6559#msg123958?
Or Issue10826?
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12230
Ross Lagerwall rosslagerw...@gmail.com added the comment:
These failures were specific to Solaris/OpenIndiana: they were door files
Yeah, I saw that but thought maybe the reason was similar, some library
function in the child process was opening a file and not closing it properly.
using -m
Ross Lagerwall rosslagerw...@gmail.com added the comment:
All stable buildbots appear to be green, so closing...
--
nosy: +rosslagerwall
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Attached is a patch for review.
It adds st_atim, st_ctim and st_mtim.
They are defined even when the underlying system does not have nanosecond
precision.
--
keywords: +patch
stage: - patch review
Added file: http
Ross Lagerwall rosslagerw...@gmail.com added the comment:
http://bugs.python.org/review/4489/diff/3383/10563#newcode319
Lib/test/test_shutil.py:319: @unittest.skipIf(threading == None, 'requires
threading')
On 2011/10/07 19:29:47, eric.araujo wrote:
You can just say skipUnless(threading, 'msg
Ross Lagerwall rosslagerw...@gmail.com added the comment:
#11454 is another case where pre-parsing and pickling the regular expressions
in the email module may improve import time considerably.
--
nosy: +rosslagerwall
___
Python tracker rep
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I see this requires dpkg-architecture which isn't always available. While it
isn't hard to install it, it isn't very clear that this is the cause of the nis
and crypt modules failing to build on a fresh install of 11.10.
What would
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13195
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13196
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13197
___
___
Python-bugs
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I guess that would make it more general...
I'll play around with it for a bit. It mustn't become too hard to use though
since the original point was to simplify the opening of files
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13263
___
___
Python-bugs
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Some functions would be easy to split off into separate modules conceptually
like the sched_* functions and the cap_* functions (see #1615158).
However, certain groups of functions like the *at functions cover a lot of
different
Ross Lagerwall rosslagerw...@gmail.com added the comment:
What would you envisage the API for the custom opener to look like?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12797
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Before I implement it properly, is this the kind of api that's desired?
import os
import io
class MyOpener:
def __init__(self, dirname):
self.dirfd = os.open(dirname, os.O_RDONLY)
def open(self, path, flags, mode
Ross Lagerwall rosslagerw...@gmail.com added the comment:
The attached patch adds the opener keyword + tests.
--
Added file: http://bugs.python.org/file23550/opener.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12797
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Updated patch:
* checks for long overflow
* raises original exception if opener returns null
* makes it explicit that opener must return an open file descriptor.
I don't think that mode should be passed in since it is not specified
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Thanks (and for the English lesson ;-) )
--
assignee: - rosslagerwall
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep
Ross Lagerwall rosslagerw...@gmail.com added the comment:
import time
import sys
t = time.gmtime(time.time())
s = time.strftime('%Z', t)
print(s)
time.mktime((-1, 1, 1, 0, 0, 0, -1, -1, -1))
t = time.gmtime(time.time())
s = time.strftime('%Z', t)
print(s)
outputs:
SAST
LMT
on my Gentoo box
Ross Lagerwall rosslagerw...@gmail.com added the comment:
It outputs:
SAST
LMT
LMT
An equivalent C program to the first test:
#include time.h
#include stdlib.h
#include stdio.h
int main() {
time_t t;
struct tm *tmp;
t = time(NULL);
tmp = localtime(t);
char str[200
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Thanks!
--
assignee: - rosslagerwall
nosy: +rosslagerwall
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
___
Python-bugs
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Thanks Charles, I'll take your comments into account and take a look at making
a general walker method.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4489
Ross Lagerwall rosslagerw...@gmail.com added the comment:
+ increases this value, c:func:`devpoll` will return a possible
+ incomplete list of active file descriptors.
I think this should change to:
+ increases this value, c:func:`devpoll` will return a possibly
+ incomplete list
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Is write()ing a devpoll fd a blocking operation in the kernel?
Does it need to have Py_BEGIN_ALLOW_THREADS around it?
The same question applies for open()ing it.
Obviously, the ioctl() call *is* blocking
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Also, you can use Py_RETURN_NONE instead of:
+Py_INCREF(Py_None);
+return Py_None;
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
Ross Lagerwall rosslagerw...@gmail.com added the comment:
That was thorough :-) Seems OK though.
+if (n size) {
+PyErr_SetString(PyExc_IOError, failed to write all pollfds.
+Please, report in http://bugs.python.org/;);
If n size, it's not a Python error is it? I
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Has it been reported?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13309
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13424
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13517
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13559
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13564
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13530
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13578
___
___
Python-bugs
Ross Lagerwall rosslagerw...@gmail.com added the comment:
getstatusoutput() is broken given that it doesn't work on windows yet it should.
I'd also recommend leaving the behavior as is and deprecating the function (and
getoutput() while we're at it).
A related bug (#10197) also recommends
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Removed the warnings.
Thanks.
--
assignee: - rosslagerwall
nosy: +rosslagerwall
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.3
___
Python
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13684
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13694
___
___
Python-bugs
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Nice patch :-)
I think the two function approach works well.
Since you have already checked that termsize is not NULL, Py_DECREF can be used
instead of Py_CLEAR.
Would it not be better to use sys.__stdout__ instead of 1
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I'll try investigate Solaris a bit...
Also, what should be the default terminal size?
Gnome-terminal and xterm seem to default to 80x24, not 80x25.
--
___
Python tracker rep
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Retrieving the result of a future after the executor has been shut down can
cause a hang.
It seems like this regression was introduced in a76257a99636. This regression
exists only for ProcessPoolExecutor.
The problem is that even
Changes by Ross Lagerwall rosslagerw...@gmail.com:
Added file: http://bugs.python.org/file24129/itest.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12364
New submission from Ross Lagerwall rosslagerw...@gmail.com:
806cfe39f729 introduced a regression for http.client read(len).
To see this:
$ ./python test.py
$ wget http://archives.fedoraproject.org/pub/archive/fedora/linux/core/1/SRPMS/
$ diff index.html index2.html
This is a difference
Ross Lagerwall rosslagerw...@gmail.com added the comment:
The patch looks right and seems to fix the issue. Thanks :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13713
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Has there already been done any work? Ross mentioned he wanted to take a stab?
Unfortunately, I'm rather busy at the moment but when I get some free time and
if no one else wants to work on it then I'll take a look
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
dependencies: +Add a generic directory walker method to avoid symlink attacks
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4489
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Thanks!
--
assignee: - rosslagerwall
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I see two options:
1. rewind the directory stream in fdlistdir()
2. document this
Here's a patch for option 1.
Yeah, looks good.
--
___
Python tracker rep...@bugs.python.org
http
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I'm currently leaning towards the simple 4-tuple approach
I would also take that approach. It seems simplest to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ross Lagerwall rosslagerw...@gmail.com added the comment:
The reason I made it like that was that it seemed closer to the fdopendir()
function which steals the fd for internal use.
However, I agree that it makes more sense to dup() it.
Patch looks good
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +ned.deily, ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13777
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13779
___
___
Python-bugs
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Thanks for the patch.
However, this cannot as far as I understand be used for the subprocess
implementation due to the limitation of what can be called after a fork() and
before an exec().
Take a look at #8052 for some more discussion
Ross Lagerwall rosslagerw...@gmail.com added the comment:
FreeBSD has a /dev/fd as well as a procfs (deprecated AFAIK).
However, both may not be mounted so a patch would *need* to at least fallback
to the current functionality.
--
___
Python tracker
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13845
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13846
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13876
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13893
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13817
___
___
Python-bugs
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16639
Ross Lagerwall added the comment:
It seems like getgrouplist returns the information from the system
database whereas getgroups (and consequently id -G) returns the
supplementary groups for the calling process.
I'm not exactly sure how getgrouplist() can be effectively tested
Ross Lagerwall added the comment:
I wouldn't think so. A call to setgroups can add or remove groups for
the calling process. If it removes groups, then getgrouplist() won't
return a subset of getgroups().
--
___
Python tracker rep...@bugs.python.org
Ross Lagerwall added the comment:
Is that fixed now? I simplified the test to check for a non-empty list being
returned.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16661
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
assignee: - rosslagerwall
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16661
Ross Lagerwall added the comment:
getgrouplist() is new in 3.3. Those failures are from getgroups() failing. I'll
open a separate issue for that.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16661
501 - 600 of 788 matches
Mail list logo