Erik Aronesty added the comment:
bug is worse than that:
perfectly valid redirected paths (winfsp ram drives for example) now break in
python 3.9.6 (maybe fixed in later version?)
>>> import pathlib
>>> p=pathlib.Path('C:\\Users\\erik\\Atakama')
>>> p.resolve()
Erik Aronesty added the comment:
> The Scripts/bin thing is not specific to venv - for whatever reason, the
> original Windows implementation chose to use "Scripts" rather than "bin"
That's irrelevant to the PR, which solves the problem in a compatible way.
Erik Aronesty added the comment:
See https://github.com/python/cpython/pull/18083 for an example of a 'simple
copy' for shell script compatibility ... rather than trying to make Scripts
move around (which it can't trivially).
--
___
Python
Change by Erik Aronesty :
--
pull_requests: +17474
pull_request: https://github.com/python/cpython/pull/18083
___
Python tracker
<https://bugs.python.org/issue35
Erik Aronesty added the comment:
the single Scripts/activate tool should be simply copied to bin/activate ...
this is what you have to do to write a bash script for python now:
source bin/activate || source Scripts/activate
we should not assume that all windows users use things like CMD
Erik Aronesty added the comment:
This is the fist of what I'm using:
https://gist.github.com/earonesty/a052ce176e99d5a659472d0dab6ea361
Seems OK for my use cases. There's probably issues with relying on __del__
this way. But it solves the Windows close/reopen problem, too
Erik Aronesty added the comment:
i would like to point out that the primary reason any of this nonsense exists
is because of short filename restrictions.
i've replaces nearly all of my temp file creation code in all of my project to
`return os.urandom(32).hex()` ... which is reliable
class Status:
valid = 1
invalid = 2
unknown = 3
On Fri, Jul 26, 2019, 3:37 PM Chris Angelico wrote:
> On Sat, Jul 27, 2019 at 5:16 AM Erik Aronesty wrote:
> >
> > I just spend a while tracking down and killing all "if Enum" and "if not
> > En
I just spend a while tracking down and killing all "if Enum" and "if not
Enum" bugs in my code. I was frankly shocked that this didn't raise a
ValueError to begin with.
Apparently all enums are true/false depending on whether the underlying
value is truthy or falsy.
Which breaks the
Erik Aronesty added the comment:
Series of operations needed to answer the questions os.access is not answering
on windows:
bool CanAccessFolder( LPCTSTR folderName, DWORD genericAccessRights )
{
bool bRet = false;
DWORD length = 0;
if (!::GetFileSecurity( folderName
Erik Aronesty added the comment:
yes, duplicate of https://bugs.python.org/issue22107 ... tried looking first,
sry.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Change by Erik Aronesty :
--
type: -> crash
___
Python tracker
<https://bugs.python.org/issue37477>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Erik Aronesty :
Depending on the user's permissions, this code can hang, instead of raising an
exception:
from tempfile import NamedTemporaryFile
NamedTemporaryFile(dir="/")
The problamatic code is in tempfile.py:
When encountering a "[Errno 13] Pe
New submission from Erik Aronesty <e...@q32.com>:
I asked on #python-dev and was told that it's most likely due to legacy reasons
that the class has things like `socket.__init__` instead of `super().__init__`
--
assignee: christian.heimes
components: SSL
messages: 30483
New submission from Erik Aronesty <earone...@gmail.com>:
When strict is "false", pathlib should not fail if the network share is
inaccessible. It should, as documented, catch the exception and continue with
as much of the path as it has.
>>> pathlib.Path("
Change by Erik Aronesty <earone...@gmail.com>:
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
16 matches
Mail list logo