Change by Kyle Altendorf :
--
nosy: +altendky
___
Python tracker
<https://bugs.python.org/issue32219>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kyle Altendorf added the comment:
I'm not sure why I got added... but as mentioned in the SO response, this
isn't how stuff works. Python isn't monitoring what subprocesses are created
in the tree below the one Python itself creates nor does it have any way to
know which line of which
Change by Kyle Altendorf :
--
nosy: +altendky
___
Python tracker
<https://bugs.python.org/issue38989>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kyle Altendorf :
--
nosy: +altendky
___
Python tracker
<https://bugs.python.org/issue25655>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kyle Altendorf :
--
nosy: +altendky
___
Python tracker
<https://bugs.python.org/issue41836>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kyle Altendorf added the comment:
Vladimir, if compression were the cause wouldn't the extra bytes I added
(signature and length) not have any effect? If you've found an issue it seems
like it would be a different one than I was triggering
Kyle Altendorf added the comment:
Python 3.7 works with 2-byte elements, I managed to find the wrong section in
the doc-linked docs.
4.5 Extensible data fields
--
4.5.1 In order to allow different programs and different types
of information
Kyle Altendorf added the comment:
Turns out the docs do document this. My apologies.
https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT
4.3.11 Archive extra data record:
archive extra data signature4 bytes (0x08064b50)
extra field length 4
New submission from Kyle Altendorf :
This was first found over in Twisted tests. We probably aren't too terribly
worried about it but I wanted to report here anyways.
https://twistedmatrix.com/trac/ticket/9525
Both 3.6 and 3.7 write the same file (sha at the end) based on the script
Kyle Altendorf <s...@fstab.net> added the comment:
I totally failed to fill out the metadata, sorry. I would personally consider
this more of a bugfix than a feature enhancement, but I don't know how that's
decided exactly. It's also quite small. There are a couple other open
Change by Kyle Altendorf <s...@fstab.net>:
--
keywords: +patch
pull_requests: +6700
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Kyle Altendorf <s...@fstab.net>:
PS C:\Users\FSTAB\Desktop\g\20\grid-tied> py -3.6 -c "import os, pathlib,
subprocess; subprocess.run([pathlib.Path()])"
Traceback (most recent call last):
File "", line 1, in
File "C:\Program Files\Pyt
Change by Kyle Altendorf <s...@fstab.net>:
--
pull_requests: +5494
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32852>
___
_
Change by Kyle Altendorf <s...@fstab.net>:
--
pull_requests: +5493
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32852>
___
_
Change by Kyle Altendorf <s...@fstab.net>:
--
pull_requests: +5492
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32852>
___
_
Change by Kyle Altendorf <s...@fstab.net>:
--
pull_requests: +5491
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32852>
___
_
Change by Kyle Altendorf <s...@fstab.net>:
--
versions: +Python 3.8
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32852>
___
_
Change by Kyle Altendorf <s...@fstab.net>:
--
keywords: +patch
pull_requests: +5485
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Kyle Altendorf <s...@fstab.net>:
Normally sys.argv is a list but when using the trace module sys.argv gets
changed to a tuple. In my case this caused an issue with running an entry
point due to the line:
sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.
Kyle Altendorf added the comment:
I would think that the idea of simply adding some reference to `User` such as
was suggested with `UserDefinedContextClass` would be reasonable and helpful.
This doesn't involve any more code merely a more explanatory name.
--
nosy: +altendky
Kyle Altendorf added the comment:
time.sleep(0) and time.sleep(0.0) acted the same for me and both exhibited
matching 'random' values in some cases. (win10, python3.6) I also printed
time.time() with each 'random' value and it wasn't a perfect match but matching
times tended to go
Changes by Kyle Altendorf <s...@fstab.net>:
--
nosy: +altendky
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29085>
___
__
Changes by Kyle Altendorf <s...@fstab.net>:
--
nosy: +altendky
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26660>
___
__
Kyle Altendorf added the comment:
A little macro funny business gets a function the ability to know if the type
passed to its wrapping macro is signed or not.
http://ideone.com/NZYs7u
// http://stackoverflow.com/questions/7469915
#define IS_UNSIGNED(v) (v >= 0 && ~v >= 0)
Kyle Altendorf added the comment:
I do not seem to be getting a compiler warning.
arm-fsl-linux-gnueabi-gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv
-O3 -Wall -Wstrict-prototypes-Werror=declaration-after-statement -I.
-IInclude -I./Include
-I"/epc/t/262/misc-build-ar
New submission from Kyle Altendorf:
I am cross compiling Python 3.5.2 for use on a 32-bit ARM processor with Linux.
I use socket.CAN_EFF_FLAG and noticed that it is negative on the target
despite being positive on my host (64-bit Intel Linux).
Host:
altendky@tp:~$ uname -a
Linux tp 4.4.0
New submission from Kyle Altendorf:
Since the detected user path has the text `%APPDATA%` replaced into it
`os.path.isdir()` returns `False`. As a result, the user site path is not
added to the `%PATH%` variable.
The patch adds `os.path.expandvars()` to the `isdir()` check to resolve
27 matches
Mail list logo
