Re: Python 3.10 Fizzbuzz

On 3/1/23 20:28, Greg Ewing via Python-list wrote: On 2/03/23 10:59 am, gene heskett wrote: Human skin always has the same color Um... no? Yes, only the intensity of the color changes, the vector angle remains the same within a degree or so. Cheers, Gene Heskett. -- "There are four boxes

Re: Look free ID genertion (was: Is there a more efficient threading lock?)

On 2023-03-02, Chris Angelico wrote: > On Thu, 2 Mar 2023 at 08:01, <2qdxy4rzwzuui...@potatochowder.com> wrote: >> On 2023-03-01 at 14:35:35 -0500, >> avi.e.gr...@gmail.com wrote: >> > What would have happened if all processors had been required to have >> > some low level instruction that

Re: Look free ID genertion (was: Is there a more efficient threading lock?)

On Thu, 2 Mar 2023 at 13:02, Weatherby,Gerard wrote: > > So I guess we know what would have happened. > Yep. It's not what I was talking about, but it's also a very important concurrency management feature. ChrisA -- https://mail.python.org/mailman/listinfo/python-list

Re: Look free ID genertion (was: Is there a more efficient threading lock?)

So I guess we know what would have happened. Get Outlook for iOS From: Python-list on behalf of Chris Angelico Sent: Wednesday, March 1, 2023 8:45:50 PM To: python-list@python.org Subject: Re: Look free ID genertion (was: Is there a more

Re: How to fix this issue

On 3/1/2023 8:23 PM, Rob Cliffe via Python-list wrote: On 01/03/2023 18:46, Thomas Passin wrote: If this is what actually happened, this particular behavior occurs because Python on Windows in a console terminates with a instead of the usual . I think you mean . Correct! I double

Re: Look free ID genertion (was: Is there a more efficient threading lock?)

On Thu, 2 Mar 2023 at 08:01, <2qdxy4rzwzuui...@potatochowder.com> wrote: > > On 2023-03-01 at 14:35:35 -0500, > avi.e.gr...@gmail.com wrote: > > > What would have happened if all processors had been required to have > > some low level instruction that effectively did something in an atomic > > way

Re: Python 3.10 Fizzbuzz

On 2/03/23 10:59 am, gene heskett wrote: Human skin always has the same color Um... no? -- Greg -- https://mail.python.org/mailman/listinfo/python-list

Re: How to fix this issue

On 01/03/2023 18:46, Thomas Passin wrote: If this is what actually happened, this particular behavior occurs because Python on Windows in a console terminates with a instead of the usual . I think you mean . -- https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.10 Fizzbuzz

On 26Feb2023 13:07, Hen Hanna wrote: is there any reason to prefer"over' ? Not inherently. It is only important if you want to embed one of those characters in a string, eg: x = "That's silly." versus: x = 'That\'s silly.' and the converse for the other quote

Re: Python 3.10 Fizzbuzz

On 28Feb2023 12:54, Greg Ewing wrote: I guess this means I can't use Black. :-( Black's treatment of quotes and docstrings is one of the largest reasons why I won't let it touch my personal code. yapf is far better behaved, and can be tuned as well! Cheers, Cameron Simpson --

Re: Python 3.10 Fizzbuzz

On 3/1/23 11:41, rbowman wrote: On 1 Mar 2023 11:28:12 GMT, Stefan Ram wrote: IIRC, I've heard of professional video monitors which are set to standard values for color saturation, contrast, and brightness. They have no way to adjust these values, although they are more expensive

Re: Look free ID genertion (was: Is there a more efficient threading lock?)

On 2023-03-01 at 14:35:35 -0500, avi.e.gr...@gmail.com wrote: > What would have happened if all processors had been required to have > some low level instruction that effectively did something in an atomic > way that allowed a way for anyone using any language running on that > machine a way to

RE: How to escape RE

Cameron, The topic is now Regular Expressions and the sin tax. This is not exclusively a Python issue as everybody and even their grandmother uses it in various forms. I remember early versions of RE were fairly simple and readable. It was a terse minilanguage that allowed fairly complex things

Re: Look free ID genertion (was: Is there a more efficient threading lock?)

On Thu, 2 Mar 2023 at 06:37, wrote: > > If a workaround like itertools.count.__next__() is used because it will not > be interrupted as it is implemented in C, then I have to ask if it would > make sense for Python to supply something similar in the standard library > for the sole purpose of a

RE: Look free ID genertion (was: Is there a more efficient threading lock?)

If a workaround like itertools.count.__next__() is used because it will not be interrupted as it is implemented in C, then I have to ask if it would make sense for Python to supply something similar in the standard library for the sole purpose of a use in locks. But realistically, this is one

Re: How to fix this issue

On 3/1/2023 1:26 PM, Mats Wichmann wrote: On 2/27/23 17:51, Arslan Mehmood wrote: How I can remove python terminl, its again and again open during working in python. Please help me to resolve this issue. Python 3.11.1 (tags/v3.11.1:a7a450f, Dec  6 2022, 19:58:39) [MSC v.1934 64 bit (AMD64)] on

Look free ID genertion (was: Is there a more efficient threading lock?)

Chris Angelico wrote at 2023-3-1 12:58 +1100: > ... > The >atomicity would be more useful in that context as it would give >lock-free ID generation, which doesn't work in Python. I have seen `itertools.count` for that. This works because its `__next__` is implemented in "C" and therefore will not

Re: How to fix this issue

On 2/27/23 17:51, Arslan Mehmood wrote: How I can remove python terminl, its again and again open during working in python. Please help me to resolve this issue. Python 3.11.1 (tags/v3.11.1:a7a450f, Dec 6 2022, 19:58:39) [MSC v.1934 64 bit (AMD64)] on win32 Type "help", "copyright", "credits"

Re: How to escape strings for re.finditer?

On 3/1/2023 12:04 PM, Grant Edwards wrote: On 2023-02-28, Cameron Simpson wrote: Regexps are: - cryptic and error prone (you can make them more readable, but the notation is deliberately both terse and powerful, which means that small changes can have large effects in behaviour); the

RE: Python 3.10 Fizzbuzz

This discussion has veered a bit, as it often does, but does raise interesting points about programming in general and also in python. We seem to be able to easily cite examples where a group of things is lumped for convenience and people end up using them but then tweaking them. S an example,

Re: How to escape strings for re.finditer?

On 2023-02-28, Cameron Simpson wrote: > Regexps are: > - cryptic and error prone (you can make them more readable, but the >notation is deliberately both terse and powerful, which means that >small changes can have large effects in behaviour); the "error prone" >part does not mean

Re: Python 3.10 Fizzbuzz

On 1 Mar 2023 11:28:12 GMT, Stefan Ram wrote: > IIRC, I've heard of professional video monitors which are set to > standard values for color saturation, contrast, and brightness. They > have no way to adjust these values, although they are more expensive > than normal screens. Probably

pls donate acces

I need make an scrpit to impressive my friends   Envoyé à partir de [1]Courrier pour Windows   References Visible links 1. https://go.microsoft.com/fwlink/?LinkId=550986 -- https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.10 Fizzbuzz

On 2023-03-01, Simon Ward wrote: > On Tue, Feb 28, 2023 at 04:05:19PM -0500, avi.e.gr...@gmail.com wrote: >>Is it rude to name something "black" to make it hard for some of us to >>remind them of the rules or claim that our personal style is so often >>the opposite that it should be called

Re: Python 3.10 Fizzbuzz

On Tue, Feb 28, 2023 at 04:05:19PM -0500, avi.e.gr...@gmail.com wrote: Is it rude to name something "black" to make it hard for some of us to remind them of the rules or claim that our personal style is so often the opposite that it should be called "white" or at least shade of gray? The