Jack Coats wrote:
IEFBR14 was my favorite utility. That, the internal card reader and
dependent job control (in JES2 and JES3), were my favorite utilities
and features back in the MVS days. I did start with MFT and HASP.
Once I finally understood JCL as a real language, it became as
dave wrote:
I may have to eat my words. I just looked at one of the .asm routines
and it looked rather well documented. But then that assumes that one
knows 360 assembler. The fortran documentation is terse.
360 assembler is fairly readable, once you know the basic format of the
List:
Not listing, straight up: right?
While surfing the apt stuff this morning I found a program called
cone.apt.
I looked appropriate to GH's problem. Edited version is listed below.
For some reason the loop limit doesn't kick in so it goes on past the
desired depth. Other than that it
On 3/5/2012 1:28 PM, Jon Elson wrote:
dave wrote:
I may have to eat my words. I just looked at one of the .asm routines
and it looked rather well documented. But then that assumes that one
knows 360 assembler. The fortran documentation is terse.
360 assembler is fairly readable, once you
On Mon, 05 Mar 2012 15:13:17 -0500
Kent A. Reed knbr...@erols.com wrote:
snip
The original MIT work ended ca. 50 years ago; the aptos work appears
to have ended only 5 years old. Have you tried to locate Brent
Muller, who apparently did the latter?
Regards,
Kent
Brent was on #cam a few
On Mon, Mar 5, 2012 at 9:50 PM, dave dengv...@charter.net wrote:
On Mon, 05 Mar 2012 15:13:17 -0500
Kent A. Reed knbr...@erols.com wrote:
snip
The original MIT work ended ca. 50 years ago; the aptos work appears
to have ended only 5 years old. Have you tried to locate Brent
Muller, who
On Mon, 5 Mar 2012 23:28:55 +
Dave Caroline dave.thearchiv...@gmail.com wrote:
On Mon, Mar 5, 2012 at 9:50 PM, dave dengv...@charter.net wrote:
On Mon, 05 Mar 2012 15:13:17 -0500
Kent A. Reed knbr...@erols.com wrote:
snip
The original MIT work ended ca. 50 years ago; the aptos
Kent A. Reed wrote:
To quote a Roy Clark line uttered in some of his old banjo-playing gigs,
that's so good it makes my nipples hard; I know it's wrong but I'm weak.
I never thought I'd ever run across the phrase BR 14 again and reading
it gave me a thrill. It's right up there with the
IEFBR14 was my favorite utility. That, the internal card reader and
dependent job control (in JES2 and JES3), were my favorite utilities
and features back in the MVS days. I did start with MFT and HASP.
Once I finally understood JCL as a real language, it became as
powerful as any other
Selected readings: links to historical papers plus abstracts of ANSI APT
tutorial and language.
Historical backround and philosophy for APT:
Google for: origins of apt Ross
should get you the paper listed below; or you can also use the line
below as a search and it will find it but not as a
On Sun, 2012-03-04 at 08:33 -0800, dave wrote:
Selected readings: links to historical papers plus abstracts of ANSI APT
tutorial and language.
... snip
Thanks for the links.
I looked up Douglas T Ross in Wikipedia:
http://en.wikipedia.org/wiki/Douglas_T._Ross
I was hoping to get him to join
On Sun, 04 Mar 2012 10:06:13 -0800
Kirk Wallace kwall...@wallacecompany.com wrote:
On Sun, 2012-03-04 at 08:33 -0800, dave wrote:
Selected readings: links to historical papers plus abstracts of
ANSI APT tutorial and language.
... snip
Thanks for the links.
I looked up Douglas T Ross
I was sorry to learn Mr. Ross had passed on. He was looking for an
interested CNC OEM/Mfctr to embed APT into the control when we met.
My employer cheaped out at that point. It was my opine that APT would
be a great addition to the control we were using at that time. I have
a working Apt post
Does anyone (on the list) have a link to the FORTRAN 77 source for P-APT?
I'd be interested in taking a look at it.
Ken
On 3/4/2012 4:31 PM, Thomas Powderly wrote:
I was sorry to learn Mr. Ross had passed on. He was looking for an
interested CNC OEM/Mfctr to embed APT into the control when
On 3/4/2012 5:07 PM, Kenneth Lerman wrote:
Does anyone (on the list) have a link to the FORTRAN 77 source for P-APT?
I'd be interested in taking a look at it.
Ken
Answering my own question, I found the source on sourceforge.
Now, if I had an IBM 360, with an operating system, assembler and
Kenneth Lerman wrote:
Answering my own question, I found the source on sourceforge.
Now, if I had an IBM 360, with an operating system, assembler and
fortran compiler, I could build it.
GAG! No, you really DON'T want the 360, even by emulation. You don't
need a 360 to run FORTRAN, I
On 3/4/2012 6:58 PM, Jon Elson wrote:
Kenneth Lerman wrote:
Answering my own question, I found the source on sourceforge.
Now, if I had an IBM 360, with an operating system, assembler and
fortran compiler, I could build it.
GAG! No, you really DON'T want the 360, even by emulation. You
On Sun, 04 Mar 2012 17:58:30 -0600
Jon Elson el...@pico-systems.com wrote:
Kenneth Lerman wrote:
Answering my own question, I found the source on sourceforge.
Now, if I had an IBM 360, with an operating system, assembler and
fortran compiler, I could build it.
GAG! No, you
Kenneth Lerman wrote:
This has lots of assembly code -- solution of polynomial equations for
example.
That's unfortunate, and I wonder why, as 360 FORTRAN was actually pretty
efficient. If the assembler is well-documented, it might not be hard to
rewrite
in C. Maybe somebody has already
On Sun, 04 Mar 2012 23:50:21 -0600
Jon Elson el...@pico-systems.com wrote:
Kenneth Lerman wrote:
This has lots of assembly code -- solution of polynomial equations
for example.
That's unfortunate, and I wonder why, as 360 FORTRAN was actually
pretty efficient. If the assembler is
On Sun, 04 Mar 2012 23:50:21 -0600
Jon Elson el...@pico-systems.com wrote:
Kenneth Lerman wrote:
This has lots of assembly code -- solution of polynomial equations
for example.
That's unfortunate, and I wonder why, as 360 FORTRAN was actually
pretty efficient. If the assembler is
Google for: origins of apt Ross
should get you the paper listed below; you can also use the line below
as a search and it will find it but not a a direct link. Don't know why.
ied.unipr.it/silve/meaz/origini-APT.pdf
and thanks to Matt Shaver:
On 26.02.12 09:04, dave wrote:
[... Description of some APT possibilities snipped ]
The only reason to do this is to make reasonable CAM available to
those that don't have the $$ or are just philosophically resistant to
using non-GPL software.
Yes, a popular FOSS CAM tool, well loved by
On 2/27/2012 3:27 AM, Erik Christiansen wrote:
I just refuse to remember what P and Q might mean in different contexts,
when I have a computer for that purpose.
Sometimes the simplest statement is the most profound. I liked this one
so much I thought it should be repeated.
I wish I could
I am an unashamed proponent of APT so take these comments in that light.
On Sat, Feb 25, 2012 at 11:43 PM, Erik Christiansen dva...@internode.on.net
wrote:
On 19.02.12 09:29, Kirk Wallace wrote:
In looking at the wiki APT page:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?AptProgrammingForEMC
On Sun, 26 Feb 2012 16:43:04 +1100
Erik Christiansen dva...@internode.on.net wrote:
On 19.02.12 09:29, Kirk Wallace wrote:
In looking at the wiki APT page:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?AptProgrammingForEMC
there is a link:
http://www.nfrpartners.com/nfraptlang.htm
On Sun, 26 Feb 2012 09:00:59 -0600
Stuart Stevenson stus...@gmail.com wrote:
I am an unashamed proponent of APT so take these comments in that
light.
massive snip
I can understand. You are good at it and you also have a very expensive
and well supported version.
I don't believe that is
On Sun, 2012-02-26 at 11:22 -0800, dave wrote:
On Sun, 26 Feb 2012 09:00:59 -0600
Stuart Stevenson stus...@gmail.com wrote:
I am an unashamed proponent of APT so take these comments in that
light.
massive snip
I can understand. You are good at it and you also have a very expensive
On 26.02.12 09:00, Stuart Stevenson wrote:
I am an unashamed proponent of APT so take these comments in that light.
And after reading what I've snipped below for brevity, I better
understand the appeal of APT. You're on the other side of the complexity
bridge from those of us yet to cross it.
On 19.02.12 09:29, Kirk Wallace wrote:
In looking at the wiki APT page:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?AptProgrammingForEMC
there is a link:
http://www.nfrpartners.com/nfraptlang.htm
What comes to mind is that APT may not be easier for simple g-code
tasks,
Kirk, you've
In looking at the wiki APT page:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?AptProgrammingForEMC
there is a link:
http://www.nfrpartners.com/nfraptlang.htm
What comes to mind is that APT may not be easier for simple g-code
tasks, but if one had a part where features are connected, such as the
On Sun, 19 Feb 2012 09:29:29 -0800
Kirk Wallace kwall...@wallacecompany.com wrote:
In looking at the wiki APT page:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?AptProgrammingForEMC
there is a link:
http://www.nfrpartners.com/nfraptlang.htm
What comes to mind is that APT may not be easier
32 matches
Mail list logo
