New submission from Roffild :
Everyone uses GIL wrong! = DEADLOCK
I used sub-interpreters in embedded Python:
https://github.com/Roffild/RoffildLibrary/blob/35ef39fafc164d260396b39b28ff897d44cf0adb/Libraries/Roffild/PythonDLL/private.h#L44
https://github.com/Roffild/RoffildLibrary/blob
Roffild added the comment:
It is necessary to assemble a single path from several lines depending on the
OS.
It is logical to expect behavior in Java.
https://docs.oracle.com/javase/8/docs/api/java/nio/file/Paths.html
Converts a path string, or a sequence of strings that when joined form a
New submission from Roffild :
Code:
import os
print(os.path.join("C:/123\\345", "\\", "folder///filename.bin"))
import pathlib
print(pathlib.PureWindowsPath("C:/123\\345", "\\", "folder///filename.bin"))
Result:
C:\folder///filenam
Roffild added the comment:
Yes, my mistake.
3.6/Lib/subprocess.py:970
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Roffild added the comment:
Yes, the string with spaces must be enclosed in double quotes. But when a
programmer calls CreateProcess(), he himself puts double quotes or calls
CommandLineToArgvW().
subprocess.list2cmdline() is always called and can spoil the launch string.
I propose to add
New submission from Roffild :
This issue has already been discussed in #23862
Have to use this hack:
import subprocess
def list2cmdlineHack(seq):
return " ".join(seq)
subprocess.list2cmdline = list2cmdlineHack
There must be an argument in subprocess.run()
