On 21/6/2023 2:22 pm, Muhammad Sulthan Mazaya wrote:
>> On 21/6/2023 11:55 am, Muhammad Sulthan Mazaya wrote:
>> > Turns out subprocess.Popen operates on posix mode.
>>
>> Is this true for non-POSIX systems?
>>
>> Where is this documented?
>
> It's not, turns out it is also dependent on the system
> On 21/6/2023 11:55 am, Muhammad Sulthan Mazaya wrote:
> > Turns out subprocess.Popen operates on posix mode.
>
> Is this true for non-POSIX systems?
>
> Where is this documented?
It's not, turns out it is also dependent on the system too. It is
documented here
https://docs.python.org/3/library/s
On 21/6/2023 11:55 am, Muhammad Sulthan Mazaya wrote:
> Turns out subprocess.Popen operates on posix mode.
Is this true for non-POSIX systems?
Where is this documented?
Chris
Also, there is an
> issue with previous implementation of pipe command that is fixed by
> Chris. Now, it can also accep
Turns out subprocess.Popen operates on posix mode. Also, there is an
issue with previous implementation of pipe command that is fixed by
Chris. Now, it can also accepts command in form of a string. The unit
test for that is added via this patch.
---
rtemstoolkit/execute.py | 21 ++
Pushed
Thanks
Chris
On 20/6/2023 8:47 am, Muhammad Sulthan Mazaya wrote:
> The regular split-by-space function used to split command arguments
> creates compatibility issues with many shell command syntaxes. A
> specific example is the handling of string arguments, as shown below:
>
> %define re
Hi,
I applied the patch and ran the unit tests and they passed however the change
has broken the execute class.
The FreeBSD host runs sysctl to detect the number of cores when options are
loaded and the `e.shell()` at the top of `freebsd.py` is failing with:
$ ./tester/rtems-test --help
s: /: Pe
