Changes by Akira Li <4kir4...@gmail.com>:
Removed file: http://bugs.python.org/file37132/test_mktime_changes_tzname.c
___
Python tracker
<http://bugs.python.org/i
Akira Li added the comment:
scandir is slower on my machine:
$ git clone https://github.com/benhoyt/scandir
$ cd scandir/
$ ../cpython/python benchmark.py /usr/
Using slower ctypes version of scandir
Comparing against builtin version of os.walk()
Priming the system's
Akira Li added the comment:
> STINNER Victor added the comment:
>
>> scandir is slower on my machine:
>
> Please share more information about your config: OS, disk type (hard
> drive, SSD, something else), filesystem, etc.
>
Ubuntu 14.04, SSD, ext4 filesystem. Resu
Akira Li added the comment:
To see what happens at syscall level, I've run various implementations
of get_tree_size() functions (see get_tree_size_listdir.diff) with
strace:
get_tree_size_listdir_fd -- os.listdir(fd) + os.lstat
get_tree_size -- os.scandir(path) + entry.
Changes by Akira Li <4kir4...@gmail.com>:
Removed file: http://bugs.python.org/file37284/get_tree_size_listdir.diff
___
Python tracker
<http://bugs.python.org/i
Akira Li added the comment:
This issue could be fixed using sync-time-timezone-attr-with-c.diff patch from
http://bugs.python.org/issue22798
--
___
Python tracker
<http://bugs.python.org/issue22
Akira Li added the comment:
> Alexander Belopolsky added the comment:
>
> 1. It is not the job of the time module documentation to warn about
> "many functions in the stdlib." What are these functions, BTW?
The e-mail linked in the first message of this issue msg226539
Akira Li added the comment:
> Alexander Belopolsky added the comment:
>
> In the context of Python library documentation, the word "encoding"
> strongly suggests that you are dealing with string/bytes. The
> situation may be different in C. If you want to refer to somet
Akira Li added the comment:
> Alexander Belopolsky added the comment:
>
>> I've provide the direct quote from *C* standard ...
>
> I understand that C standard uses the word "encoding", but it does so
> for a reason that is completely unrelated to the choi
Akira Li added the comment:
C standard defines locale-specific *printing characters* that are [ -~]
in "C" locale for implementations that use 7-bit US ASCII character set
i.e., SP (space, 0x20) is a printing character in C (isprint() returns
nonzero).
There is isgraph() function th
Changes by Akira Li <4kir4...@gmail.com>:
--
nosy: +akira
___
Python tracker
<http://bugs.python.org/issue22932>
___
___
Python-bugs-list mailing list
Akira Li added the comment:
Two minor details:
1. It is possible that `fileno(stdout) != 1` even in C [1].
I don't know what happens if the code from the answer is
run on Windows.
In principle, it may break eryksun's workaround. I don't
know how likely it is in pr
Akira Li added the comment:
@mitya57: Please, combine the code changes, tests, docs into a single
rietveld-compatible patch (hg diff); read devguide and
http://bugs.python.org/issue13963
Make sure "review" link appears on the right near the patch. Example:
http://bugs.python.org/
New submission from Akira Li:
There is the corresponding StackOverflow question with 60K view
"time.sleep — sleeps thread or process?" [1]
The documentation patch is attached.
[1] http://stackoverflow.com/questions/92928/time-sleep-sleeps-thread-or-process
--
assignee: d
Akira Li added the comment:
I do not understand. Have you tried to look at the patch in Rietveld?
The new content is highlighted in a darker green. It is clearly
visible. I've tested on Chromium, Firefox, Safari.
If I won't reflow then the first line will be longer than the
recomme
Akira Li added the comment:
> I think it's superfluous to mention the GIL here, since it has no impact on
> the function.
If GIL is not released then all Python code in other threads is
effectively blocked.
It is worth mentioning explicitly that it is guaranteed to be released
Akira Li added the comment:
> Only if the behaviour was unintuitive (i.e. if it *didn't* release the
> GIL) would it make sense to document it.
There is no intuitive interface, not even the nipple. It's all learned. [1]
> Yes, on consideration I agree with Antoine. That l
Akira Li added the comment:
I've removed mentioning of GIL and uploaded a new patch.
--
Added file:
http://bugs.python.org/file37850/docs-time.sleep-other-threads-are-not-blocked-2.diff
___
Python tracker
<http://bugs.python.org/is
New submission from Akira Li:
Python 2.7.9 (default, Jan 25 2015, 13:41:30)
[GCC 4.9.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os, sys, tempfile
>>> d = u'\u20a
New submission from Akira Li:
It is suggested in https://bugs.python.org/issue23251
that only a core Python developer may reflow paragraphs
while submitting patches for the Python documentation.
It should be codified in devguide: I haven't found the
word *reflow* in it.
--
compo
Akira Li added the comment:
> Isn't this a duplicate of #13466?
In what way is it a duplicate?
--
___
Python tracker
<http://bugs.python.org/issue22799>
___
Akira Li added the comment:
I agree that time.timezone, time.altzone is not enough in the general
case. Because UTC offset may be different at different dates for
reasons unrelated to DST transitions therefore any solution that
doesn't take into account a given date/time into account will
Akira Li added the comment:
As I've mentioned in http://bugs.python.org/issue22524#msg231703
os.walk size 7925376343, scandir.walk size 5534939617 -- NOT EQUAL!
os.walk and scandir.walk do a different work here.
I don't see that it is acknowledged so I assume the benchmark is not
Akira Li added the comment:
Martin, thank you for the review. As Matthias mentioned, the introduction of
subprocess.run() perhaps deprecates this issue: old api should be left alone
to avoid breaking old code, new code should use new api, those who need old api
(e.g., to write 2/3 compatible
Changes by Akira Li <4kir4...@gmail.com>:
--
nosy: +akira
___
Python tracker
<http://bugs.python.org/issue19007>
___
___
Python-bugs-list mailing list
Akira Li added the comment:
People do have problems that SimpleNamespace can solve:
- Why Python does not support record type i.e. mutable namedtuple [1]
- Does Python have anonymous classes? [2]
- How to create inline objects with properties in Python? [3]
- python create object and add
Akira Li added the comment:
To make _pyio correspond to the C version I've added
sys.platform in {'win32', 'cygwin'}
condition. See the attached pyio_setmode.diff
It is not clear why the absence of _setmode(fd, os.O_BINARY) is not detected by
tests.
(a) a cor
Akira Li added the comment:
> C mktime itself should not change timezone globals, but it may indirectly if
> it calls tzset() and TZ changed between calls.
You should have run the attached test_mktime_changes_tzname.c which
demonstrates that (at least on some systems) C mktime *does*
Akira Li added the comment:
The C code produces correct values according to the tz database.
If TZ=Europe/Moscow then
tzname={"MSK", "MSD"} at 2010-07-01 and
tzname={"MSK", "MSK"} at 2015-07-01. Notice the difference!
The code calls C mktime() with c
Akira Li added the comment:
> Would issue22798.diff patch address your issue?
No. The issue is that C mktime() may update C tzname on some platforms
but time.mktime() does not update time.tzname on these platforms while
the time module docs suggest that it might be expected e.g.:
Most
Changes by Akira Li <4kir4...@gmail.com>:
--
nosy: +akira
___
Python tracker
<http://bugs.python.org/issue24773>
___
___
Python-bugs-list mailing list
Akira Li added the comment:
Marc-Andre Lemburg writes:
...
> tzname is set when the module is being loaded and not updated
> afterwards (unless you call tzset()). I can't really see why you
> would expect a module global in Python to follow the semantics
> of a C globa
New submission from Akira Li:
The entry for *dict view* in the glossary may be clarified, to avoid
confusion with collection.abc.Sequence i.e., from:
They are lazy sequences that will see changes in the underlying
dictionary.
to something like:
They provide a dynamic view on the
Akira Li added the comment:
Thank you for `view`, hint. I did look for :term:`view` that was
obviously not enough.
The new patch contains the renamed entry in the correct place. All `view`,
`
occurrences dictionary view are updated now.
--
Added file: http://bugs.python.org/file40654
Akira Li added the comment:
python3 -I
could be used as a workaround.
--
nosy: +akira
___
Python tracker
<http://bugs.python.org/issue25288>
___
___
Python-bug
New submission from Akira Li:
asyncio code uses "sys.platform == 'win32'" to detect OS.
asyncio docs use both os.name and sys.platform.
As far as I can tell there is no *practical* difference
between "os.name == 'nt" and "sys.platform == 'win32
Akira Li added the comment:
Should this issue be reopened in light of
http://bugs.python.org/issue26372 (Popen.communicate not ignoring
BrokenPipeError)?
If .close() shouldn't raise BrokenPipeError in .communicate() (and it
shouldn't) then it seems logical that .close() shoul
Akira Li added the comment:
IDLE can implement functionality similar to what colorama [1] module does on
Windows: translate ANSI escape character sequences into corresponding GUI
method calls.
For example, \b might be implemented using a .delete() call, \r using
.mark_set(), etc.
[1] https
Akira Li added the comment:
Updated the patch to address vadmium's review comments.
--
versions: -Python 3.4
Added file:
http://bugs.python.org/file42777/subprocess-stderr_redirect_with_no_stdout_redirect-2.diff
___
Python tracker
Akira Li added the comment:
pytz explicitly documents this case (crossing DST boundary). There is
tz.normalize() method.
> the tzinfo object is responsible for handling daylight savings time. This
> looks like a bug in pytz.
Are any of tzinfo methods even called during `before + tim
Akira Li added the comment:
On Windows behavior
http://stackoverflow.com/questions/23688492/oserror-errno-22-invalid-argument-in-subprocess
--
nosy: +akira
___
Python tracker
<http://bugs.python.org/issue21
Akira Li added the comment:
POSIX timestamp doesn't count (literally) past/future leap seconds.
It allows to find out that the timestamp 2**31-1 corresponds to
2038-01-19T03:14:07Z (UTC) regardless of how many leap seconds will
occur before 2038:
>>> from datetime import datet
Changes by Akira Li <4kir4...@gmail.com>:
--
nosy: +akira
___
Python tracker
<http://bugs.python.org/issue10482>
___
___
Python-bugs-list mailing list
Akira Li added the comment:
> I'm going to be honest; seeing None being returned from a pipe read feels
> *really* broken to me. When I get None returned from an IO read operation, my
> first instinct is "there can't be anything else coming, why else would it
> ret
101 - 144 of 144 matches
Mail list logo
