2014-06-11 18:17 GMT+02:00 Antoine Pitrou :
> Le 11/06/2014 10:28, Victor Stinner a écrit :
>> (...)
>> Issues describing the problem, I attached a patch implementing my ideas:
>> http://bugs.python.org/issue21205
>>
>> Would you be ok with these (minor) incompatible changes?
>
> +1 from me.
>
> Re
11.06.14 05:28, Antoine Pitrou написав(ла):
close() should indeed be idempotent on all bundled IO class
implementations (otherwise it's a bug), and so should it preferably on
third-party IO class implementations.
There are some questions about close().
1. If object owns several resources, shou
Hello Victor,
On 2014-06-11, 10:28 AM, Victor Stinner wrote:
Hi,
I'm working on asyncio and it's difficult to debug code because
@asyncio.coroutine decorator removes the name of the function if the
function is not a generator (if it doesn't use yield from).
I propose to add new gi_name and gi_
Hi there,
I just started testing a project of mine on Python 3.4.0b1. I ran into a
change that broke compatibility with the logging module in 3.3.
The basic test is:
$ py34/bin/python -c 'import logging;
print(logging.getLevelName("debug".upper()))'
Level DEBUG
$ py33/bin/python -c
On 13 Jun 2014 08:59, "Don Spaulding" wrote:
>
> Hi there,
>
> I just started testing a project of mine on Python 3.4.0b1. I ran into a
change that broke compatibility with the logging module in 3.3.
>
> The basic test is:
>
> $ py34/bin/python -c 'import logging;
print(logging.getLevelName("
Hi,
2014-06-13 0:38 GMT+02:00 Don Spaulding :
> Is this a bug or an intentional break? If it's the latter, shouldn't this
> at least be mentioned in the "What's new in Python 3.4" document?
IMO the change is intentional. The previous behaviour was not really expected.
Python 3.3 documentation i
SHELLS ARE NOT CROSS-PLATFORM Seriously, there are going to be
differences. If you really must:
escape = lambda s: s.replace('^', '^^') if os.name == 'nt' else s
Viola.
On Wed, Jun 11, 2014 at 5:53 PM, anatoly techtonik
wrote:
> On Thu, Jun 12, 2014 at 1:30 AM, Chris Angelico wrote:
>
>
Benjamin Peterson writes:
> On Wed, Jun 11, 2014, at 17:11, Nikolaus Rath wrote:
>> MRAB writes:
>> > On 2014-06-11 02:30, Nikolaus Rath wrote:
>> >> Hello,
>> >>
>> >> I recently noticed (after some rather protacted debugging) that the
>> >> io.IOBase class comes with a destructor that calls sel
"R. David Murray" writes:
> Also notice that using a list with shell=True is using the API
> incorrectly. It wouldn't even work on Linux, so that torpedoes
> the cross-platform concern already :)
>
> This kind of confusion is why I opened http://bugs.python.org/issue7839.
Can someone describe an
On Fri, Jun 13, 2014 at 12:11 PM, Nikolaus Rath wrote:
> Can someone describe an use case where shell=True actually makes sense
> at all?
>
> It seems to me that whenever you need a shell, the argument's that you
> pass to it will be shell specific. So instead of e.g.
>
> Popen('for i in `seq 42`;
On 13 Jun 2014 12:12, "Nikolaus Rath" wrote:
>
> "R. David Murray" writes:
> > Also notice that using a list with shell=True is using the API
> > incorrectly. It wouldn't even work on Linux, so that torpedoes
> > the cross-platform concern already :)
> >
> > This kind of confusion is why I opene
* Nikolaus Rath [2014-06-12 19:11:07 -0700]:
> "R. David Murray" writes:
> > Also notice that using a list with shell=True is using the API
> > incorrectly. It wouldn't even work on Linux, so that torpedoes
> > the cross-platform concern already :)
> >
> > This kind of confusion is why I opened
Nikolaus Rath wrote:
you almost certainly want to do
Popen(['/bin/sh', 'for i in `seq 42`; do echo $i; done'], shell=False)
because if your shell happens to be tcsh or cmd.exe, things are going to
break.
On Unix, the C library's system() and popen() functions
always use /bin/sh, NOT the user'
On Thu, Jun 12, 2014, at 18:06, Nikolaus Rath wrote:
> Consider this simple example:
>
> $ cat test.py
> import io
> import warnings
>
> class StridedStream(io.IOBase):
> def __init__(self, name, stride=2):
> super().__init__()
> self.fh = open(name, 'rb')
> self.stri
14 matches
Mail list logo