The software development process.

Even Microsoft got rid of them sometime in the late '80s :-)

I actually kinda missed them for awhile... it makes it a lot harder to have an interactive/interpreted environment (like the old BASICs were) when it's no longer trivial to use "list 100-200" or whatever and then enter "150 print "hello!" " ...

I remember learning the hard way back on an Apple II about how only the first two characters of a variable name were significant. "print teevee$" gives the same result as "print teletubbies$"-- it killed some of my first attempts to use meaningful vairable names rather than just a$, b$, etc... @#$@#% (this restriction was lifted in later/fancier BASICs, of course)

Here he is in one of his (I hope) crabbier moods...

I'd love to see some of *his* code.

John

John Larkin wrote: [programming languages, GOTO considered harmful]

For C++, probably, but that's mainly because it's horrible. I seem to recall the author of C++ once saying he never expects anybody to understand all of it (and I suspect that includes him!). Anyway, part of the idea of OO languages is that it doesn't matter how you got there, because it's all neatly encapsulated. You can only get 'there' through one of the well defined interfaces, so you needn't look beyond the few files that define the class, because there are no bizarre interactions, no unexpected entry-points and no curious side-effects from other parts of the code. In theory anyway. Sometimes it even works something like that.

Tim

Sounds like my approach to analog circuit design.

Of course I get criticized for simplistic designs (Bloggs in particular)... no matter that they always work.

...Jim Thompson

In message , dated Mon, 11 Sep 2006, Steve at fivetrees writes

When I first read that I thought it was an instruction!

Think how useful it would be with a good debugger! Just set a breakpoint on the GTSCH instruction, then single-step.

Why don't processors have this instruction?

What was that Western Digital machine that executed Pascal directly? It may have been the only CPU ever made without a jump instruction.

John

Pascal has a "goto" statement.

You aren't thinking of the Burroughs B5500, which ran Algol 60, are you? That's a machine I wish I had known more about. It struck me as being 20 years ahead of its time.

Ah. Western Digital Pascal MicroEngine:

Its native instruction set was UCSD p-code. I don't know if that means there was no jump instruction.

"Jim Thompson" wrote in message news: snipped-for-privacy@4ax.com...

My point exactly. I learned hardware engineering first, and I often think I gained a significant advantage in so doing.

I really really hate debugging, whether in hardware or software. Hardware people, for instance, learned how to avoid races long ago (synchronous design, in order to reduce the important variables down to a handful - i.e. clock rate and setup/hold times). They also learned how to make schematics readable (well, some of them did ;)). Etc. Engineering is engineering, and appropriate methodologies and a big dose of discipline will keep you out of trouble.

I tend to take the view that software practioneers too often see these as "constraints", and re-invent the wheel... by throwing things together and then spending large amounts of time finding out why it doesn't work, and finally releasing something that just about hangs together, except on the

Steve

Yes, although that's rather damning with faint praise.

That sounds much better at least.

Robert

I'm not so sure. If a program contained begin, start and launch which one would be the program beginning?

And there's the synonym flinch which seems appropriate for some environments :)

I don't think there is a single obvious answer here. main is really no worse than the other choices and is used in several different languages as are other possibilities.

Actually that's one of my complaints about Visual Basic (VB6 at least), it's impossible to tell from the source code what the starting point is. That's one of several important pieces of information not in the source but rather in a non-human readable project file.

Robert

Hello David,

There is also competition in SW. Not with operating systems though, at least not from a practical point of view. Linux doesn't run some stuff that I need to run. WRT to office, CAD and other stuff I am happily using non-Microsoft products. Because they are IMHO better.

It does? I'm shocked, shocked.

I had a friend working on a PhD in computer science at UCLA. On the final exam, he used a GOTO (this was in C) where it fit perfectly, and it cost him a letter grade.

John

... snip ...

It didn't. It executed the 'ideal Pascal machine' instruction set, i.e. P-code. One of the instructions was 'jump if negative'. Another was 'unconditional jump'.

#define DRAT BombOut( #define BOGUS #define ARGUMENT "The argument was too bogus to use");

DRAT BOGUS ARGUMENT

Taking computer "science" classes is the same as taking social studies... if you don't parrot the instructor you can lose more than just one grade.

I've already told of my "Surely Shirley" episode, where I got "F" in Pascal for using diagramming instead of outlining.

I think I'm going to buy PowerBasic.

Silvaco wants $250/day to lease their UTMOST (device modeling) software.

For that kind of money I'll just write my own iterative equation solver ;-)

...Jim Thompson

I once read a program that contained MENU2, MENUTWO, MENUTOO, and (probably by mistake) MNEU2.

In the basic in the ZX80 there were several things you could do:

There was no real checking on the FOR-NEXT nesting so you could do some funny logic flows with them.

The NEXT also would take you out of a subroutine but leave the subroutine return point on stack.

Overeflows were not trapped in many cases.

The line number in a GOTO can be computed

You could assign a string and then parse and react to it on a character by character basis.