If you only care about this running on a single machine to get some
coverage and don't care about all architectures, you can change
Misc/build.sh to add the configure option.
n
On Mon, Jan 26, 2009 at 2:31 PM, Antoine Pitrou wrote:
> Martin v. Löwis v.loewis.de> writes:
>>
>> Me. Does it have t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 25, 2009, at 10:27 PM, Jared Grubb wrote:
Regardless of the outcome, those that want to use SVN can use SVN,
and those that want to use "chosen DVCS" can use that. In the end,
which is the more "lossy" repository? It seems like if the chan
> Can this really be made safe without an explicit flow control protocol,
> such as a pseudo-TTY? stdio reads data from pipes such as stdin in 4K
> or so chunks.
I don't think the subprocess module uses stdio.
> I can easily imagine the child blocking while it waits
> for its stdin buffer to fil
Andrew Bennetts wrote:
> Daniel Stutzbach wrote:
> [...]
>> If you really need to communicate with multiple subprocesses (which so far
>> has
>> not been suggested as a motivating example), then you can use select().
>
> Not portably. select() on windows only works on sockets.
In addition, sele
Daniel Stutzbach wrote:
[...]
>
> If you really need to communicate with multiple subprocesses (which so far has
> not been suggested as a motivating example), then you can use select().
Not portably. select() on windows only works on sockets.
-Andrew.
_
On Mon, Jan 26, 2009 at 4:43 PM, Nick Coghlan wrote:
> With the vanilla subprocess Popen implmentation, the stdin.write calls
> can actually both block if the stdin buffer is full (waiting for the
> child process to clear space) and the stdout.readline call can
> definitely block (waiting for the
Daniel Stutzbach wrote:
> I'm confused. What's wrong with the following?
>
> p = Popen('do_something', stdin=PIPE, stdout=PIPE)
> p.stdin.write('la la la\n')
> p.stdin.flush()
> line = p.stdout.readline()
> p.stdin.write(process(line))
> p.stdin.flush()
>
> If you want t
Martin v. Löwis v.loewis.de> writes:
>
> Me. Does it have to be a configure option? It is difficult to invoke
> different commands in different branches; better if the configures in
> all branches get the same options.
Well, after a quick test, it seems that configure doesn't complain if you pas
> Unfortunately I've heard we shouldn't upgrade to svn 1.5 until more
> Linux distributions ship with it by default.
We *could* upgrade to subversion 1.5 on the server (if only Debian
would get their ... together and release the version they promised
for last September).
The question is then whet
On Jan 26, 2009, at 5:18 PM, Jeffrey Yasskin wrote:
On Mon, Jan 26, 2009 at 2:00 PM, Guido van Rossum
wrote:
On Mon, Jan 26, 2009 at 1:57 PM, Giovanni Bajo
wrote:
On Mon, 26 Jan 2009 10:31:55 -0800, Guido van Rossum wrote:
On Mon, Jan 26, 2009 at 8:08 AM, Paul Hummer >
wrote:
At a pre
Antoine Pitrou wrote:
> Hello python-dev,
>
> r68924 in py3k introduced a new configure option named --with-computed-gotos.
> It
> would be nice if one of the buildbots could exercise this option, so that the
> code doesn't rot (the buildbot has to use gcc). Whom should I ask for this?
Me. Does
On Mon, Jan 26, 2009 at 2:00 PM, Guido van Rossum wrote:
> On Mon, Jan 26, 2009 at 1:57 PM, Giovanni Bajo wrote:
>> On Mon, 26 Jan 2009 10:31:55 -0800, Guido van Rossum wrote:
>>
>>> On Mon, Jan 26, 2009 at 8:08 AM, Paul Hummer
>>> wrote:
At a previous employer, we had this same discussion
> Is that documentation maintained in some way?
I don't think so. It isn't in the pydotorg repository, and the
files were last touched in 2005.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyt
> In callproc.c from trunk is a function called SetException(), which calls
> FormatError() only to discard the contents. Can anyone enlighten me to the
> reasons thereof?
Interestingly enough, the code used to say
PyErr_SetString(PyExc_WindowsError, lpMsgBuf);
Then it was changed to its c
On Mon, Jan 26, 2009 at 1:57 PM, Giovanni Bajo wrote:
> On Mon, 26 Jan 2009 10:31:55 -0800, Guido van Rossum wrote:
>
>> On Mon, Jan 26, 2009 at 8:08 AM, Paul Hummer
>> wrote:
>>> At a previous employer, we had this same discussion about switching to
>>> a DVCS, and the time and cost required to
(Apologies for the incomplete title! I sometimes eat my words...)
Antoine Pitrou pitrou.net> writes:
>
> Hello python-dev,
>
[snip]
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On Mon, 26 Jan 2009 10:31:55 -0800, Guido van Rossum wrote:
> On Mon, Jan 26, 2009 at 8:08 AM, Paul Hummer
> wrote:
>> At a previous employer, we had this same discussion about switching to
>> a DVCS, and the time and cost required to learn the new tool. We
>> switched to bzr, and while there we
Hello python-dev,
r68924 in py3k introduced a new configure option named --with-computed-gotos. It
would be nice if one of the buildbots could exercise this option, so that the
code doesn't rot (the buildbot has to use gcc). Whom should I ask for this?
Speaking of which, there are only five buil
Ulrich Eckhardt schrieb:
> Hi!
>
> In callproc.c from trunk is a function called SetException(), which calls
> FormatError() only to discard the contents. Can anyone enlighten me to the
> reasons thereof? Is it just to check if the errorcode is registered in the
> stringtables?
I think that yo
Georg Brandl wrote:
re
http://bugs.python.org/issue5066
Is that documentation maintained in some way?
Not currently, pretty obviously. Screenshots are 1.5.2. Windows was 95/98.
Shouldn't it be merged into the main docs?
If and only if updated. As noted on the issue, I am willing to hel
On Mon, Jan 26, 2009 at 12:44 AM, anatoly techtonik wrote:
> You can't launch a process and communicate with it without blocking at
> some point. The scenario where you can periodically check output and
> error pipes without blocking and send input is not supported.
>
> Scenario One: control conso
(re #5066)
Is that documentation maintained in some way? Shouldn't it be merged
into the main docs?
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
On Mon, Jan 26, 2009 at 8:08 AM, Paul Hummer wrote:
> At a previous employer, we had this same discussion about switching to a DVCS,
> and the time and cost required to learn the new tool. We switched to bzr, and
> while there were days where someone got lost in the DVCS, the overall
> advantages
Hi!
In callproc.c from trunk is a function called SetException(), which calls
FormatError() only to discard the contents. Can anyone enlighten me to the
reasons thereof? Is it just to check if the errorcode is registered in the
stringtables?
The reason I ask is the CE port. The FormatMessage A
On Sunday 25 January 2009, Luke Kenneth Casson Leighton wrote:
> matthieu, thank you for responding. from
> http://en.wikipedia.org/wiki/Dynamic-link_library:
>
> "Third, dynamic linking is inherently the wrong model for paged memory
> managed systems. Such systems work best with the idea that cod
On Mon, 26 Jan 2009 17:44:15 +0900, David Cournapeau
wrote:
> >
> > Again, I don't take the cost of learning a new tool lightly, but
> > please let's call that cost by its name, and not bring "distributed"
> > into it.
>
> I can only strongly agree on this point - most people asserting that
> DV
I'm confused. What's wrong with the following?
p = Popen('do_something', stdin=PIPE, stdout=PIPE)
p.stdin.write('la la la\n')
p.stdin.flush()
line = p.stdout.readline()
p.stdin.write(process(line))
p.stdin.flush()
If you want to see if data is available on p.stdout, use t
Nick Craig-Wood wrote:
But for the conversational case (eg using it to do a remote login) it
doesn't work at all :-
run child
send stuff to stdin
child reads stdin and writes stdout
Can this really be made safe without an explicit flow control protocol,
such as a pseudo-TTY? stdio read
Scott Dial wrote:
> I think
> it's been made clear that nobody is opposed to having an all-free build
> of Python for Win32, however it is not the focus of anyone's interest
> here because it's "free enough" for our purposes. I believe Martin wrote
> you a reply that explained that quite well.
One
On Sat, Jan 24, 2009 at 07:58:40AM -0800, Guido van Rossum wrote:
> I'm confused. The subprocess already allows reading/writing its
> stdin/stdout/stderr, and AFAIK it's a platform-neutral API. I'm sure
> there's something missing, but your post doesn't make it clear what
> exactly, and the recipe
On Mon, Jan 26, 2009 at 1:38 PM, Stephen J. Turnbull wrote:
>
> Again, I don't take the cost of learning a new tool lightly, but
> please let's call that cost by its name, and not bring "distributed"
> into it.
I can only strongly agree on this point - most people asserting that
DVCS are much mo
Hi, Guido
You can't launch a process and communicate with it without blocking at
some point. The scenario where you can periodically check output and
error pipes without blocking and send input is not supported.
Scenario One: control console program. This implies reading from input
and writing re
32 matches
Mail list logo
