On 1/29/2023 4:15 PM, elvis-85...@notatla.org.uk wrote:
On 2023-01-28, Louis Krupp wrote:
On 1/27/2023 9:37 AM, mutt...@dastardlyhq.com wrote:
eval("print(123)")
123
Does OP expect the text to come from the eval or from the print?
x = print( [i for i in range(1, 10)] )
[1, 2, 3, 4,
On 29Jan2023 08:10, avi.e.gr...@gmail.com wrote:
You are technically correct but perhaps off the mark.
Yes, a python program only sees what is handed to it by some shell if invoked a
certain way.
The issue here is what you tell people using your program about what they need
to type to get
On 29Jan2023 07:12, 2qdxy4rzwzuui...@potatochowder.com
<2qdxy4rzwzuui...@potatochowder.com> wrote:
On 2023-01-29 at 16:51:20 +1100,
Cameron Simpson wrote:
They're unrelated. As others have mentioned, "--" is _extremely_
common;
almost _all_ UNIX command like programmes which handle -* style
On 2023-01-29 10:18:00 +0100, Johannes Bauer wrote:
> Am 29.01.23 um 05:27 schrieb Thomas Passin:
> > IOW, perhaps there is a more practical way to accomplish what you want.
> > Except that we don't know what that is.
>
> Well, I don't know. I pretty much want a generic Python mechanism that
>
On 1/29/2023 6:09 AM, Christian Gollwitzer wrote:
Am 28.01.23 um 02:56 schrieb Thomas Passin:
On 1/27/2023 5:10 PM, Christian Gollwitzer wrote:
Am 27.01.23 um 21:43 schrieb Johannes Bauer:
I don't understand why you fully ignore literally the FIRST example
I gave in my original post and
This thread has run its course and seems to now be generating more heat than
light.
It is now closed (at least on the Python List side).
Thank you everyone for your participation and understanding.
--
~Ethan~
Moderator
--
https://mail.python.org/mailman/listinfo/python-list
On 2023-01-29, Peter J. Holzer wrote:
> On 2023-01-29 02:09:28 -, Jon Ribbens via Python-list wrote:
>> I'm not aware of any significant period in the last twenty-one years
>> that
> [the gateway]
>> hasn't been working. Although sometimes it does feel like it isn't, in
>> that I reply to a
Igor Berger writes:
> On Saturday, January 28, 2023 at 10:02:57 PM UTC-5, Ben Bacarisse wrote:
>> Jon Ribbens writes:
>>
>> > On 2023-01-29, Ben Bacarisse wrote:
>> >> "Peter J. Holzer" writes:
>> >>
>> >>> On 2023-01-27 21:04:58 +, Ben Bacarisse wrote:
>>
Jach Feng wrote:
Thank you for detail explanation of the role the shell is involved in this
problem. I'm very appreciated!
It seems that a CLI app may become very complex when dealing with different
kind of shell, and may not be possible to solve its problem. But the good thing
in my app is
Am 29.01.23 um 05:27 schrieb Thomas Passin:
Well, yes, we do see that. What we don't see is what you want to
accomplish by doing it, and why you don't seem willing to accept some
restrictions on the string fragments so that they will evaluate correctly.
I'll have to accept the restrictions.
Jach Feng wrote:
Jach Feng 在 2023年1月22日 星期日上午11:11:22 [UTC+8] 的信中寫道：
Fail on command line,
e:\Works\Python>py infix2postfix.py "-4^2+5.3*abs(-2-1)/2"
usage: infix2postfix.py [-h] [infix]
infix2postfix.py: error: unrecognized arguments: -4^2+5.3*abs(-2-1)/2
Also fail in REPL,
Jach Feng 在 2023年1月22日 星期日上午11:11:22 [UTC+8] 的信中寫道：
> Fail on command line,
>
> e:\Works\Python>py infix2postfix.py "-4^2+5.3*abs(-2-1)/2"
> usage: infix2postfix.py [-h] [infix]
> infix2postfix.py: error: unrecognized arguments: -4^2+5.3*abs(-2-1)/2
>
> Also fail in REPL,
>
>
Am 28.01.23 um 02:56 schrieb Thomas Passin:
On 1/27/2023 5:10 PM, Christian Gollwitzer wrote:
Am 27.01.23 um 21:43 schrieb Johannes Bauer:
I don't understand why you fully ignore literally the FIRST example I
gave in my original post and angrily claim that you solution works
when it does not:
On Saturday, January 28, 2023 at 10:02:57 PM UTC-5, Ben Bacarisse wrote:
> Jon Ribbens writes:
>
> > On 2023-01-29, Ben Bacarisse wrote:
> >> "Peter J. Holzer" writes:
> >>
> >>> On 2023-01-27 21:04:58 +, Ben Bacarisse wrote:
> mut...@dastardlyhq.com writes:
>
> > Hi
Am 29.01.23 um 02:09 schrieb Chris Angelico:
The exact same points have already been made, but not listened to.
Sometimes, forceful language is required in order to get people to
listen.
An arrogant bully's rationale. Personally, I'm fine with it. I've been
to Usenet for a long time, in which
On 2023-01-29 02:09:28 -, Jon Ribbens via Python-list wrote:
> I'm not aware of any significant period in the last twenty-one years
> that
[the gateway]
> hasn't been working. Although sometimes it does feel like it isn't, in
> that I reply to a post with an answer and then several other
On 2023-01-29 15:47:47 +1100, Chris Angelico wrote:
> On Sun, 29 Jan 2023 at 14:36, Stefan Ram wrote:
> > (This message was written for Usenet. If you read it in a
> > mailing list or the Web, it has been stolen from Usenet.)
>
> I'm curious as to the copyright protections available to you,
On 2023-01-27 21:03:39 -0800, Jach Feng wrote:
> I have to admit that I don't know the background upon which the
> argparse was built. The good side is that I don't carry its historical
> knowledge ( or burden?), that's why I can use it in a new way
I don't see what's new about that.
> which may
On 2023-01-29 07:59:21 -0500, avi.e.gr...@gmail.com wrote:
> Although today you could say POSIX is the reason for many things including
> the use of "--" I hesitate to mention I and many others used that convention
> long before as a standard part of many UNIX utilities.
I somewhat doubt that you
Cameron,
You are technically correct but perhaps off the mark.
Yes, a python program only sees what is handed to it by some shell if invoked a
certain way.
The issue here is what you tell people using your program about what they need
to type to get it to work. That means if their shell is
Although today you could say POSIX is the reason for many things including
the use of "--" I hesitate to mention I and many others used that convention
long before as a standard part of many UNIX utilities. Like many other such
things, you build things first and by the time you standardize, ...
On 2023-01-29 at 16:51:20 +1100,
Cameron Simpson wrote:
> They're unrelated. As others have mentioned, "--" is _extremely_ common;
> almost _all_ UNIX command like programmes which handle -* style options
> honour the "--" convention. _argparse_ itself honours that convention, as
> does getopt
22 matches
Mail list logo
