zxpy

What's Changed

• Make CLI arguments accessible in zxpy programs by @tusharsadhwani in https://github.com/tusharsadhwani/zxpy/pull/52

Full Changelog: https://github.com/tusharsadhwani/zxpy/compare/1.6.2...1.6.3

What's Changed

• Replace the custom interpreter with a builtin one by @tusharsadhwani in https://github.com/tusharsadhwani/zxpy/pull/49

Full Changelog: https://github.com/tusharsadhwani/zxpy/compare/1.6.1...1.6.2

• Fix bug in interactive mode invocation: zxpy by itself wouldn't work before this.

Added interactive mode option: zxpy -i myfile.py.

Full Changelog: https://github.com/tusharsadhwani/zxpy/compare/1.5.2...1.6.0

What's Changed

• Break Multiline REPL Statements by @udasitharani in https://github.com/tusharsadhwani/zxpy/pull/40

New Contributors

• @udasitharani made their first contribution in https://github.com/tusharsadhwani/zxpy/pull/40

Full Changelog: https://github.com/tusharsadhwani/zxpy/compare/1.5.1...1.5.2

• use read1() instead of select polling, to simplify some logic
• remove the use of echo -n, as that is linux-specific

Adds Python3.10 support

• Use the select module to do non-blocking reads from the shell process, instead of reading 1 byte at a time. Leads to significantly faster output for large streams, without any blocking.
• Use process.communicate() to read stdout and stderr without causing deadlock due to buffer overflow.

• Ensure the package actually works in Python 3.6+
• Make sure that ~'...' raises an error if the process exits with a non-zero return code
• Fix an edge case in supported syntax: [a, b, c] = ~'...'

Now you can pass whole commands as variables inside f-strings, without quoting.

Take this piece of code:

>>> cmd = 'uname -a'
>>> ~f'{cmd}'
/bin/sh: 1: uname -a: not found 

This is because uname -a was quoted into 'uname -a' to avoid shell injection.

To avoid this, support for :raw format_spec as added:

>>> cmd = 'uname -a'
>>> ~f'{cmd:raw}'
Linux pop-os 5.11.0 [...] x86_64 GNU/Linux

Note that this shouldn't be used with external data, or this will expose you to shell injection.

Previously, only a few select ~'...' statements were being printed out, rather than any bash-string without any assignments to its left. This patch version fixes printing logic.

Fixes the previous broken build, refer #19

Refer #18

• __name__ will now be '__main__', just like how it is when running any other file directly
• Passing additional arguments to zxpy command is now supported

Anything passed as an f-string into a bash string will be automatically quoted with shlex.quote.

i.e., ~f'{xyz}' is the same as ~f'{shlex.quote(xyz)}

• Alternate method of invoking shell commands: stdout, stderr, return_code = ~'...'. Fixes #6
• Add a few tests.

• Removes zxpy executable from sys.argv, to mimic default python behaviour (#10)

• Finally figured out the correct way to handle expr transformations. Cleaned up a bunch of AST code.
• Shell strings and shell f-strings should be usable inside call statements now, eg. print(~'echo test')

• Renamed zx.start() to zx.install() for clarity

• Fix using string attributes over bash f-strings, i.e. (~f'...').splitlines()