Re: "Goto" statement in Python

2017-04-13 Thread Ian Kelly
On Thu, Apr 13, 2017 at 4:59 PM, bartc wrote: > On 13/04/2017 22:58, Ian Kelly wrote: >> >> On Thu, Apr 13, 2017 at 3:27 PM, Dennis Lee Bieber >> wrote: >>> >>> On Thu, 13 Apr 2017 15:52:24 +0100, bartc declaimed the >>> following: >>&g

Re: "Goto" statement in Python

2017-04-13 Thread bartc
On 13/04/2017 22:58, Ian Kelly wrote: On Thu, Apr 13, 2017 at 3:27 PM, Dennis Lee Bieber wrote: On Thu, 13 Apr 2017 15:52:24 +0100, bartc declaimed the following: 'goto' would be one easy-to-execute byte-code; no variables, objects or types to worry about. If implemented properly

Re: "Goto" statement in Python

2017-04-13 Thread Ian Kelly
On Thu, Apr 13, 2017 at 3:27 PM, Dennis Lee Bieber wrote: > On Thu, 13 Apr 2017 15:52:24 +0100, bartc declaimed the > following: > >>'goto' would be one easy-to-execute byte-code; no variables, objects or >>types to worry about. If implemented properly (with t

Re: "Goto" statement in Python

2017-04-13 Thread Marko Rauhamaa
Rob Gaddi : > On 04/13/2017 08:26 AM, Marko Rauhamaa wrote: >> I have occasionally felt the urge to try "goto" in my C code, but having >> written it, I have taken it out. It just doesn't make the code look more >> elegant or robust. Unlike "break"

Re: Goto Considered Harmful [was Re: Python and the need for speed]

2017-04-13 Thread Nathan Ernst
Thank you for that Alan Kay quote. Brightened up my day. Since you also mentioned COBOL, and this is a thread about "goto", reminded me of the single most abhorrent thing I ever saw in COBOL (I had to convert a single COBOL batch process to ASP.Net as an intern back in 2003-4). "MOV

Re: "Goto" statement in Python

2017-04-13 Thread Grant Edwards
On 2017-04-13, Rob Gaddi wrote: > No, C doesn't support exception handling. As a result, handling error > conditions in C is a huge pain for which (forward-only) goto is often, > while not the only remedy, the least painful one. Indeed. That is almost the only place I use &#

Re: Goto Considered Harmful [was Re: Python and the need for speed]

2017-04-13 Thread Larry Martell
On Thu, Apr 13, 2017 at 2:09 PM, Rustom Mody wrote: > Or consider(!) Alan Kay's statement: "Arrogance in computer science is > measured > in nanodijktras" Completely unrelated but it reminded me about this bon mot about Niklaus Wirth: Europeans tend to pronounce his name properly, as Nih-klaus

Re: Goto Considered Harmful [was Re: Python and the need for speed]

2017-04-13 Thread Rustom Mody
On Thursday, April 13, 2017 at 11:14:15 PM UTC+5:30, Steve D'Aprano wrote: > Meyer's "Considered Harmful Essays Considered Harmful" essay is hypocritical > junk, and should be considered harmful. Your view. Here's an alternative. [Sorry its a vague memory of something I read more than a decade ago

Re: "Goto" statement in Python

2017-04-13 Thread Mikhail V
On 13 April 2017 at 19:38, Ian Kelly wrote: > On Thu, Apr 13, 2017 at 11:25 AM, Mikhail V wrote: >> On 13 April 2017 at 18:48, Ian Kelly wrote: >>> On Thu, Apr 13, 2017 at 10:23 AM, Mikhail V wrote: Now I wonder, have we already collected *all* bells and whistles of Python in these tw

Re: "Goto" statement in Python

2017-04-13 Thread Rustom Mody
On Thursday, April 13, 2017 at 11:19:38 PM UTC+5:30, Ian wrote: > On Thu, Apr 13, 2017 at 11:39 AM, Rustom Mody wrote: > > My broader point (vive la Trump) was that if we learn to actively tolerate > > people with views wildly far from ours, the world would be a better place. > > I fail to see how

Re: "Goto" statement in Python

2017-04-13 Thread Ian Kelly
On Thu, Apr 13, 2017 at 11:39 AM, Rustom Mody wrote: > My broader point (vive la Trump) was that if we learn to actively tolerate > people with views wildly far from ours, the world would be a better place. I fail to see how my comment "Functions and exceptions are considered 'bells and whistles'

Re: "Goto" statement in Python

2017-04-13 Thread Rob Gaddi
On 04/13/2017 08:26 AM, Marko Rauhamaa wrote: Chris Angelico : Personally, I can't remember the last time I yearned for "goto" in Python, and the only times I've ever wished for it or used it in other languages have been multi-loop breaks or "for...else" blocks

Goto Considered Harmful [was Re: Python and the need for speed]

2017-04-13 Thread Steve D'Aprano
On Wed, 12 Apr 2017 10:44 am, Nathan Ernst wrote: > goto is a misunderstood and much misaligned creature. It is a very useful > feature, but like nearly any programming construct can be abused. Indeed. The problem is that it is abused far more often than it is used correctly -- or at le

Re: "Goto" statement in Python

2017-04-13 Thread Rustom Mody
h > > exceptions... > > presumably as basic elements. > > And that the bedrock of much contemporary computer technology — > > linux-kernel, > > even (C)Python itself, viz C — does not support one of these > > > > No, C doesn't support exception handli

Re: "Goto" statement in Python

2017-04-13 Thread Ian Kelly
On Thu, Apr 13, 2017 at 11:25 AM, Mikhail V wrote: > On 13 April 2017 at 18:48, Ian Kelly wrote: >> On Thu, Apr 13, 2017 at 10:23 AM, Mikhail V wrote: >>> Now I wonder, have we already collected *all* bells and whistles of Python >>> in these two examples, or is there something else for expressi

Re: "Goto" statement in Python

2017-04-13 Thread Ian Kelly
On Thu, Apr 13, 2017 at 11:13 AM, Rustom Mody wrote: > What to do?? > Ask Trump? > [I guess we now need a Godwin 2.0 with :s/Hitler/Trump ] Not even close. Whatever one's opinion may be of Trump, he hasn't murdered millions of people. -- https://mail.python.org/mailman/listinfo/python-list

Re: "Goto" statement in Python

2017-04-13 Thread Rob Gaddi
huge pain for which (forward-only) goto is often, while not the only remedy, the least painful one. Or if you've really developed a need for self-harm, setjmp/longjmp. Or, as is more frequently the case in code in the wild, error conditions simply don't get checked for and come as a

Re: "Goto" statement in Python

2017-04-13 Thread Thomas Nyberg
On 04/12/2017 04:42 PM, Mikhail V wrote: > For me it looks clear and I'd say easy to comprehend, > Main critic would be obviously that it is not > a good, *scalable application*, but quite often I don't > even have this in mind, and just want to express a > step-by-step direct instructions. I thin

Re: "Goto" statement in Python

2017-04-13 Thread Mikhail V
On 13 April 2017 at 18:48, Ian Kelly wrote: > On Thu, Apr 13, 2017 at 10:23 AM, Mikhail V wrote: >> Now I wonder, have we already collected *all* bells and whistles of Python >> in these two examples, or is there something else for expressing trivial >> thing. > > Functions and exceptions are co

Re: "Goto" statement in Python

2017-04-13 Thread bartc
On 13/04/2017 16:03, Ian Kelly wrote: On Thu, Apr 13, 2017 at 8:52 AM, bartc wrote: On 13/04/2017 15:35, Chris Angelico wrote: Personally, I can't remember the last time I yearned for "goto" in Python, and the only times I've ever wished for it or used it in other langu

Re: "Goto" statement in Python

2017-04-13 Thread Rustom Mody
On Thursday, April 13, 2017 at 10:19:33 PM UTC+5:30, Ian wrote: > On Thu, Apr 13, 2017 at 10:23 AM, Mikhail V wrote: > > Now I wonder, have we already collected *all* bells and whistles of Python > > in these two examples, or is there something else for expressing trivial > > thing. > > Function

Re: "Goto" statement in Python

2017-04-13 Thread Ian Kelly
On Thu, Apr 13, 2017 at 10:23 AM, Mikhail V wrote: > Now I wonder, have we already collected *all* bells and whistles of Python > in these two examples, or is there something else for expressing trivial > thing. Functions and exceptions are considered "bells and whistles"? -- https://mail.pytho

Re: "Goto" statement in Python

2017-04-13 Thread Mikhail V
art. I am upset and need some healing therapy now. I'll stay here for a while: https://www.pinterest.com/soren19/arqbrt/ On 13 April 2017 at 13:31, alister wrote: > > I expect you could simulate most of these with a custom exception > for example break from nested loop: > >

Re: "Goto" statement in Python

2017-04-13 Thread Marko Rauhamaa
Chris Angelico : > Personally, I can't remember the last time I yearned for "goto" in > Python, and the only times I've ever wished for it or used it in other > languages have been multi-loop breaks or "for...else" blocks. And > neither is very frequent.

Re: "Goto" statement in Python

2017-04-13 Thread Ian Kelly
On Thu, Apr 13, 2017 at 8:52 AM, bartc wrote: > On 13/04/2017 15:35, Chris Angelico wrote: >> Personally, I can't remember the last time I yearned for "goto" in >> Python, and the only times I've ever wished for it or used it in other >> languages h

Re: "Goto" statement in Python

2017-04-13 Thread bartc
On 13/04/2017 15:35, Chris Angelico wrote: On Thu, Apr 13, 2017 at 9:31 PM, alister wrote: I expect you could simulate most of these with a custom exception for example break from nested loop: class GoTo(Exception): pass try: for i in range(100): print i for j in

Re: "Goto" statement in Python

2017-04-13 Thread Chris Angelico
On Thu, Apr 13, 2017 at 9:31 PM, alister wrote: > I expect you could simulate most of these with a custom exception > for example break from nested loop: > > class GoTo(Exception): > pass > > try: > for i in range(100): > print i > for j in r

Re: "Goto" statement in Python

2017-04-13 Thread alister
On Thu, 13 Apr 2017 01:42:01 +0200, Mikhail V wrote: > On 12 April 2017 at 02:44, Nathan Ernst wrote: >> goto is a misunderstood and much misaligned creature. It is a very >> useful feature, but like nearly any programming construct can be >> abused. >> >> Const

Re: "Goto" statement in Python

2017-04-12 Thread Rob Gaddi
On 04/12/2017 04:42 PM, Mikhail V wrote: On 12 April 2017 at 02:44, Nathan Ernst wrote: goto is a misunderstood and much misaligned creature. It is a very useful feature, but like nearly any programming construct can be abused. Constructs like 'break', 'continue' or 

"Goto" statement in Python

2017-04-12 Thread Mikhail V
On 12 April 2017 at 02:44, Nathan Ernst wrote: > goto is a misunderstood and much misaligned creature. It is a very useful > feature, but like nearly any programming construct can be abused. > > Constructs like 'break', 'continue' or 'next' in langua

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-04 Thread Antoon Pardon
Op 04-11-13 10:07, Ben Finney schreef: > Antoon Pardon writes: > >> This is a typical: "Heads, I win, Tail, you lose" situation that is >> being set up. > > If you see a discussion as a zero-sum game – like a coin toss, where one > person's win can only be at the expense of someone else's loss –

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-04 Thread Ben Finney
Antoon Pardon writes: > This is a typical: "Heads, I win, Tail, you lose" situation that is > being set up. If you see a discussion as a zero-sum game – like a coin toss, where one person's win can only be at the expense of someone else's loss – then I fear this isn't going to be productive. Su

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-04 Thread Antoon Pardon
Op 03-11-13 23:11, Ben Finney schreef: > Antoon Pardon writes: > >> Op 03-11-13 06:17, Steven D'Aprano schreef: >>> I'm trying hard to give up threads like this, where people debate >>> the subjective tone of an email and ever more pedantic arguments >>> about the precise wording. Even when all p

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-03 Thread Ben Finney
Antoon Pardon writes: > Op 03-11-13 06:17, Steven D'Aprano schreef: > > I'm trying hard to give up threads like this, where people debate > > the subjective tone of an email and ever more pedantic arguments > > about the precise wording. Even when all participants are arguing in > > good faith, t

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-03 Thread Antoon Pardon
Op 03-11-13 06:17, Steven D'Aprano schreef: > On Sat, 02 Nov 2013 18:22:38 +, Joshua Landau wrote: > [...] >> Sure, you in all probability didn't mean it like that but rurpy isn't >> uncalled for in raising the concern. Really I just want to remind you >> that you're both on the same side here.

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-03 Thread rurpy
On 11/02/2013 11:17 PM, Steven D'Aprano wrote: > On Sat, 02 Nov 2013 18:22:38 +, Joshua Landau wrote: > [...] >> Sure, you in all probability didn't mean it like that but rurpy isn't >> uncalled for in raising the concern. Really I just want to remind you >> that you're both on the same side he

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-03 Thread rurpy
On 11/01/2013 09:52 PM, Steven D'Aprano wrote: >[...] > I did not declare as a > fact that he had no experience, as you claim, but posed it as a question > and expressed it explicitly as a subjective observation. This is a key point. Several of your other denials are true only if you are right

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-03 Thread Antoon Pardon
Op 03-11-13 06:17, Steven D'Aprano schreef: > On Sat, 02 Nov 2013 18:22:38 +, Joshua Landau wrote: > [...] >> Sure, you in all probability didn't mean it like that but rurpy isn't >> uncalled for in raising the concern. Really I just want to remind you >> that you're both on the same side here.

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-02 Thread Steven D'Aprano
On Sat, 02 Nov 2013 18:22:38 +, Joshua Landau wrote: [...] > Sure, you in all probability didn't mean it like that but rurpy isn't > uncalled for in raising the concern. Really I just want to remind you > that you're both on the same side here. Thanks for the comments Joshua, but I'm afraid I

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-02 Thread Chris Angelico
On Sun, Nov 3, 2013 at 6:49 AM, Skybuck Flying wrote: > For those programmers that want to write clear/understandable/less buggy > code instead of the fastest it could be interesting. "it", without context? What could be interesting? You're not quoting any text, so I have no idea what you're refe

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-02 Thread Skybuck Flying
For those programmers that want to write clear/understandable/less buggy code instead of the fastest it could be interesting. Also ultimately compilers are free to implement it they way they want it ;) Thus freeing the programmer from strange assembler instruction orders as usual ;) If you e

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-02 Thread Peter Cacioppi
Mark said : "The White Flag before this also escalates out of control. " This word "before" ... I don't think it means what you think it means. This thread has been off the rails for days. -- https://mail.python.org/mailman/listinfo/python-list

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-02 Thread Mark Lawrence
On 02/11/2013 18:22, Joshua Landau wrote: On 1 November 2013 05:41, Steven D'Aprano wrote: On Thu, 31 Oct 2013 21:41:32 -0700, rurpy wrote: On 10/31/2013 02:41 AM, Steven D'Aprano wrote: On Wed, 30 Oct 2013 19:48:55 -0700, rurpy wrote: On 10/30/2013 04:22 AM, Steven D'Aprano wrote: Skybuck

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-02 Thread Joshua Landau
On 1 November 2013 05:41, Steven D'Aprano wrote: > On Thu, 31 Oct 2013 21:41:32 -0700, rurpy wrote: > >> On 10/31/2013 02:41 AM, Steven D'Aprano wrote: >>> On Wed, 30 Oct 2013 19:48:55 -0700, rurpy wrote: On 10/30/2013 04:22 AM, Steven D'Aprano wrote: > Skybuck's experience at programming

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-02 Thread Antoon Pardon
Op 02-11-13 02:51, ru...@yahoo.com schreef: > On 11/01/2013 06:50 AM, Antoon Pardon wrote: >> Op 01-11-13 05:41, ru...@yahoo.com schreef: >>> On 10/31/2013 02:41 AM, Steven D'Aprano wrote: >>> I don't know whether you are deliberately lying, or whether you're just such a careless reader

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-01 Thread Steven D'Aprano
On Fri, 01 Nov 2013 18:50:02 -0700, rurpy wrote: > Instead of endlessly repeating your misrepresentation charges along with > exaggerations like "nothing of the sort", why don't you for once > actually say how my paraphrase differs materially in meaning from what > was said? I have directly addre

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-01 Thread rurpy
On 11/01/2013 06:50 AM, Antoon Pardon wrote: > Op 01-11-13 05:41, ru...@yahoo.com schreef: >> On 10/31/2013 02:41 AM, Steven D'Aprano wrote: >> >>> I don't know whether you are deliberately lying, or whether you're just >>> such a careless reader that you have attributed words actually written by

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-01 Thread rurpy
On 10/31/2013 11:41 PM, Steven D'Aprano wrote: > On Thu, 31 Oct 2013 21:41:32 -0700, rurpy wrote: >[...] >> Yes, on rereading you are correct, you did not say his proposition made >> no sense, you disagreed with him that "putting this exit condition on >> the top makes no sense" and claimed he had

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-11-01 Thread Antoon Pardon
Op 01-11-13 05:41, ru...@yahoo.com schreef: > On 10/31/2013 02:41 AM, Steven D'Aprano wrote: > >> I don't know whether you are deliberately lying, or whether you're just >> such a careless reader that you have attributed words actually written by >> Skybuck to me, but either way I expect an apol

Re: OT: Hierarchies [was Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.]

2013-11-01 Thread Chris Angelico
On Fri, Nov 1, 2013 at 6:00 PM, Steven D'Aprano wrote: > On Tue, 29 Oct 2013 17:22:03 +1100, Chris Angelico wrote: > >> On Tue, Oct 29, 2013 at 3:03 PM, wrote: >>> Regarding esr's "smart-questions", although I acknowledge it has useful >>> advice, I have always found it elitist and abrasive. I

OT: Hierarchies [was Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.]

2013-11-01 Thread Steven D'Aprano
On Tue, 29 Oct 2013 17:22:03 +1100, Chris Angelico wrote: > On Tue, Oct 29, 2013 at 3:03 PM, wrote: >> Regarding esr's "smart-questions", although I acknowledge it has useful >> advice, I have always found it elitist and abrasive. I wish someone >> would rewrite it without the "we are gods" att

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-31 Thread Steven D'Aprano
On Thu, 31 Oct 2013 21:41:32 -0700, rurpy wrote: > On 10/31/2013 02:41 AM, Steven D'Aprano wrote: >> On Wed, 30 Oct 2013 19:48:55 -0700, rurpy wrote: >>> On 10/30/2013 04:22 AM, Steven D'Aprano wrote: Skybuck's experience at programming *is relevant* to the question of whether or not he

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-31 Thread rurpy
uot; toward Skybuck is an ad hominem despite your denial because (in addition to the personal aspect) the implicit implication is "his claim, 'putting the loop condition at the top is wrong' is wrong" -> "he has no programming experience." and that is a

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-31 Thread Bernhard Schornak
Skybuck Flying wrote: >> Because it's logical. > > " > What is logical? > " > > To put the exit condition at the bottom is logical. As "logical" as to put it anywhere else inside the loop body. As long as we write code on machine language level, we are asked to choose the most efficient inst

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-31 Thread Bernhard Schornak
wolfgang kern wrote: > Bernhard Schornak replied to a "Flying-Bucket-post": > > Methink we all know about the often not-so-logical ideas from > Buck, they merely come from an abstracted view and are far away > from todays hardware given opportunities. > > OTOH, I sometimes got to think about his

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-31 Thread Steven D'Aprano
thought to look inside either of his wives' mouth, who maintained that women have fewer teeth than men. And so we come back to Skybuck, who apparently believes that the use of GOTO instead of loops makes code more reliable and easier to maintain. [1] To head off false accusations

OT: Hierarchies (was Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.)

2013-10-30 Thread Chris Angelico
On Thu, Oct 31, 2013 at 1:53 PM, wrote: > Your hierarchy is particularly unappealing to me. We all > know that such hierarchies exist in the real world, but > there is a question: should they be promoted as a natural > and desirable state of society to be encouraged? > > There are people like Ay

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-30 Thread rurpy
On 10/29/2013 12:22 AM, Chris Angelico wrote: > On Tue, Oct 29, 2013 at 3:03 PM, wrote: >> Regarding esr's "smart-questions", although I acknowledge >> it has useful advice, I have always found it elitist and >> abrasive. I wish someone would rewrite it without the >> "we are gods" attitude. >

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-30 Thread rurpy
what makes sense or doesn't." >[...] > I think it is quite unfair of you to misrepresent my post as an attack, > particularly since my reply gave an example of a type of loop that > supports Skybuck's position. It wasn't unfair because it wasn't a misrepresentati

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-30 Thread Steven D'Aprano
On Tue, 29 Oct 2013 13:00:07 -0700, rurpy wrote: > On Tuesday, October 29, 2013 8:08:16 AM UTC-6, Steven D'Aprano wrote: >> On Tue, 29 Oct 2013 12:37:36 +0100, Skybuck Flying wrote: >>[...] >> Skybuck, please excuse my question, but have you ever done any >> programming at all? You don't seem to h

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-29 Thread rurpy
On Tuesday, October 29, 2013 8:08:16 AM UTC-6, Steven D'Aprano wrote: > On Tue, 29 Oct 2013 12:37:36 +0100, Skybuck Flying wrote: >[...] > Skybuck, please excuse my question, but have you ever done any > programming at all? You don't seem to have any experience with actual > programming languages

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-29 Thread wolfgang kern
Bernhard Schornak replied to a "Flying-Bucket-post": Methink we all know about the often not-so-logical ideas from Buck, they merely come from an abstracted view and are far away from todays hardware given opportunities. OTOH, I sometimes got to think about his weird ideas, but mainly figured th

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-29 Thread Steven D'Aprano
On Tue, 29 Oct 2013 12:37:36 +0100, Skybuck Flying wrote: > To put the exit condition at the bottom is logical. > > The exit condition glues the loop to the code that will be executed next > which is also at the bottom. Skybuck, please excuse my question, but have you ever done any programming

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-29 Thread Skybuck Flying
Because it's logical. " What is logical? " To put the exit condition at the bottom is logical. The exit condition glues the loop to the code that will be executed next which is also at the bottom. Example: Loop NextCode ^ Placing the exit ondition near next code makes more sense at lea

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-28 Thread Chris Angelico
On Tue, Oct 29, 2013 at 3:03 PM, wrote: > Regarding esr's "smart-questions", although I acknowledge > it has useful advice, I have always found it elitist and > abrasive. I wish someone would rewrite it without the > "we are gods" attitude. I find it actually pretty appropriate. The attitude co

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-28 Thread rurpy
On 10/28/2013 12:51 AM, rusi wrote: > > On Monday, October 28, 2013 11:26:21 AM UTC+5:30, rusi wrote: >> >> On Monday, October 28, 2013 11:10:21 AM UTC+5:30, ru...@yahoo.com >> >> wrote: >>> >>> I updated the page, hopefully it's an improvement? >> >> >> >> Otherwise ok I think > > > > Just looke

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-28 Thread Bernhard Schornak
Due to unknown "improvements", SeaMonkey's built-in news editor meanwhile ignores saved changes and sends long deleted text parts rather than thwe last seen text - "What you See Is _Not_ What You Get"... This is the real reply to Skybuck's posting. Please ignore the mixture of deleted text par

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-28 Thread Bernhard Schornak
Skybuck Flying wrote: Because it's logical. What is logical? If the exit condition was placed on the top, the loop would exit immediatly. This might be the programmer's intention? Instead the desired behaviour might be to execute the code inside the loop first and then exit. It

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-27 Thread rusi
On Monday, October 28, 2013 11:26:21 AM UTC+5:30, rusi wrote: > On Monday, October 28, 2013 11:10:21 AM UTC+5:30, ru...@yahoo.com wrote: > > I updated the page, hopefully it's an improvement? > > > Otherwise ok I think Just looked at the general netiquette link -- its long and not much use for a

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-27 Thread rusi
On Monday, October 28, 2013 11:10:21 AM UTC+5:30, ru...@yahoo.com wrote: > I updated the page, hopefully it's an improvement? Most people who top-post have no idea that they are top-posting and that there are alternatives and they are preferred (out here) http://en.wikipedia.org/wiki/Posting_styl

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-27 Thread rurpy
On Sunday, October 27, 2013 1:59:05 AM UTC-6, rusi wrote: > On Sunday, October 27, 2013 10:34:11 AM UTC+5:30, ru...@yahoo.com wrote: > > On 10/26/2013 07:45 PM, rusi wrote: > > > On Sunday, October 27, 2013 2:07:53 AM UTC+5:30, Peter Cacioppi wrote: > > First, thanks (both of you) very much for the

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-27 Thread rurpy
On 10/26/2013 07:56 PM, Chris Angelico wrote: > On Sun, Oct 27, 2013 at 12:45 PM, rusi wrote: >> Yes... that page is longer and more confusing than necessary. >> 1. The double-posting bit is unnecessary -- not been happening after the >> 'new' GG. >> 2. The missing attributions problem is new and

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-27 Thread rusi
On Sunday, October 27, 2013 2:07:53 AM UTC+5:30, Peter Cacioppi wrote: > Rusi said: > > > Users of GG are requested to read and follow these instructions > > https://wiki.python.org/moin/GoogleGroupsPython > > Yes, I read those instructions and found them fairly opaque. If you want to > instruct

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-27 Thread rusi
On Sunday, October 27, 2013 10:34:11 AM UTC+5:30, ru...@yahoo.com wrote: > On 10/26/2013 07:45 PM, rusi wrote: > > > On Sunday, October 27, 2013 2:07:53 AM UTC+5:30, Peter Cacioppi wrote: > >> Rusi said: > >> > >> "Users of GG are requested to read and follow these instructions > >> https://wiki.

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-26 Thread rurpy
On 10/26/2013 07:45 PM, rusi wrote: > On Sunday, October 27, 2013 2:07:53 AM UTC+5:30, Peter Cacioppi wrote: >> Rusi said: >> >> "Users of GG are requested to read and follow these instructions >> https://wiki.python.org/moin/GoogleGroupsPython " >> >> Seriously, it's not exactly clear what prot

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-26 Thread Peter Cacioppi
Rusi said : "Please do! If I were in charge I would say "Patches welcome!" Well, I don't really know what the GG best practice ought to be here. What I am doing now (manually copying whatever I need to quote to give some context) seems to be tolerable to law enforcement (I guess). But I'm mini

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-26 Thread Chris Angelico
On Sun, Oct 27, 2013 at 12:45 PM, rusi wrote: > Yes... that page is longer and more confusing than necessary. > 1. The double-posting bit is unnecessary -- not been happening after the > 'new' GG. > 2. The missing attributions problem is new and needs to be added > 3. The main message of that pag

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-26 Thread rusi
On Sunday, October 27, 2013 2:07:53 AM UTC+5:30, Peter Cacioppi wrote: > Rusi said: > > "Users of GG are requested to read and follow these instructions > https://wiki.python.org/moin/GoogleGroupsPython " > > > Seriously, it's not exactly clear what protocol GG users are expected follow > to m

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-26 Thread Peter Cacioppi
Rusi said: "Users of GG are requested to read and follow these instructions https://wiki.python.org/moin/GoogleGroupsPython " Yes, I read those instructions and found them fairly opaque. If you want to instruct "children" (odd that I find myself categorized that way on a CS forum, but whateve

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-25 Thread Rhodri James
On Fri, 25 Oct 2013 19:57:37 +0100, Peter Cacioppi wrote: Some readers can discern context from the previous posts. That's sort of what the word context means. But I understand this skill isn't universal. Some readers are reading this "forum" as a mailing list or Usenet newsgroup. Googl

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-25 Thread Peter Cacioppi
Dave said : "Include a quote from whomever you're responding to, and we might actually take you seriously. And of course, make sure you don't delete the attribution. " This forum is working for me. One of the more frequent and sophisticated posters emailed me saying he appreciates my contributi

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-25 Thread Mark Lawrence
On 24/10/2013 21:02, Skybuck Flying wrote: Because it's logical. If the exit condition was placed on the top, the loop would exit immediatly. Instead the desired behaviour might be to execute the code inside the loop first and then exit. Thus seperating logic into enter and exit conditions mak

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-25 Thread Skybuck Flying
Because it's logical. If the exit condition was placed on the top, the loop would exit immediatly. Instead the desired behaviour might be to execute the code inside the loop first and then exit. Thus seperating logic into enter and exit conditions makes sense. Bye, Skybuck. -- https://ma

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-23 Thread Bernhard Schornak
Skybuck Flying schrieb: This hereby indicates problems with the while loop: it makes little sense to put the exiting conditions at the top. Why? ... dec rcx jbe 1f 0:some code to perform ... jmp 0b p2align 5,,31 1:continue

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-21 Thread Dave Angel
On 21/10/2013 17:19, Peter Cacioppi wrote: > Just because the CPython implementation does something doesn't mean If you're going to drop messages in here with no context, you'd be better off just putting it in a bottle and tossing it into the sea. Include a quote from whomever you're responding

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-21 Thread Mark Lawrence
On 17/10/2013 00:36, Skybuck Flying wrote: Unfortunately python does not have labels and goto statements as far as I know http://entrian.com/goto/ -- Python is the second best programming language in the world. But the best has yet to be invented. Christian Tismer Mark Lawrence -- https

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-21 Thread Peter Cacioppi
Just because the CPython implementation does something doesn't mean that thing is something other than risky/tricky/to-be-avoided-if-possible. Python (and it's implementations) exist so that ordinary people can avoid doing risky stuff. I'm not critiquing the CPython implementation here, I'm poin

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-18 Thread Mark Lawrence
On 18/10/2013 08:44, Chris Angelico wrote: On Fri, Oct 18, 2013 at 6:40 PM, Mark Lawrence wrote: On 18/10/2013 00:53, Peter Cacioppi wrote: You know, I'd heard somewhere that Goto was considered harmful trying to remember exactly where Yep, but it's used throughout t

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-18 Thread Mark Lawrence
On 18/10/2013 01:43, Peter Cacioppi wrote: Cmon, Skip, assuming everyone gets the "considered harmful" reference falls under the "we're all adults here" rubric. Context, context everywhere trying to remember exactly where -- Roses are red, Violets are blue, Most poems rhyme, But this

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-18 Thread Chris Angelico
On Fri, Oct 18, 2013 at 6:40 PM, Mark Lawrence wrote: > On 18/10/2013 00:53, Peter Cacioppi wrote: >> >> You know, I'd heard somewhere that Goto was considered harmful trying >> to remember exactly where >> > > Yep, but it's used throughout t

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-18 Thread Mark Lawrence
On 18/10/2013 00:53, Peter Cacioppi wrote: You know, I'd heard somewhere that Goto was considered harmful trying to remember exactly where Yep, but it's used throughout the CPython code for error handling, nothing wrong with that as it's crystal clear that you're

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-17 Thread Peter Cacioppi
yes it was a joke, apparently not a good one On Thu, Oct 17, 2013 at 5:39 PM, Skip Montanaro wrote: > > On Oct 17, 2013 6:59 PM, "Peter Cacioppi" > wrote: > > > > You know, I'd heard somewhere that Goto was considered harmful > trying to remember ex

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-17 Thread Peter Cacioppi
Cmon, Skip, assuming everyone gets the "considered harmful" reference falls under the "we're all adults here" rubric. -- https://mail.python.org/mailman/listinfo/python-list

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-17 Thread Skip Montanaro
On Oct 17, 2013 6:59 PM, "Peter Cacioppi" wrote: > > You know, I'd heard somewhere that Goto was considered harmful trying to remember exactly where I can't tell if you were kidding or not... Just in case: http://en.m.wikipedia.org/wiki/Considered_harmful

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-17 Thread Peter Cacioppi
You know, I'd heard somewhere that Goto was considered harmful trying to remember exactly where -- https://mail.python.org/mailman/listinfo/python-list

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-17 Thread Steven D'Aprano
On Thu, 17 Oct 2013 01:36:36 +0200, Skybuck Flying wrote: > Computer languages should also support labels and the goto statement so > that code recovery from failures is more easy: O_o That's a very ... interesting ... statement. Oh look, your post was cross-posted to no fewe

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-16 Thread Ben Finney
"Skybuck Flying" writes: > version 0.01 created on 17 october 2013 by Skybuck Flying. Thanks for writing your essay, but it's rather too long and context-free to make a good post here. Could you please post it on your weblog instead? -- \ “Beware of and eschew pompous prolixity.” —Charle

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-16 Thread Skybuck Flying
One final example plus further analysis to be perfectly clear what fine code would look like and why it's adventage: At the bottom I come to the conclusion that the proposed loop construct with begin and ending conditions has merit after all ! ;) =D LoopBegin if not BeginningCondition the

Possibly better loop construct, also labels+goto important and on the fly compiler idea.

2013-10-16 Thread Skybuck Flying
version 0.01 created on 17 october 2013 by Skybuck Flying. (after having some experience with python which lacks repeat until/goto/labels and programming game bots) (the exit conditions described below prevent having to use logic inversion: while BeginCondition and not EndCondition <- u

Re: Foxpro goto command and deleted records

2012-07-19 Thread Ian Kelly
On Wed, Jul 18, 2012 at 8:40 AM, Grant Edwards wrote: > On 2012-07-17, Ethan Furman wrote: > >> In Foxpro if you do a > > Foxpro? http://en.wikipedia.org/wiki/Visual_FoxPro -- http://mail.python.org/mailman/listinfo/python-list

<    1   2   3   4   5   >