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
> pow
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 language,
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 wit
On Mon, 5 Mar 2012 23:28:55 +
Dave Caroline wrote:
> On Mon, Mar 5, 2012 at 9:50 PM, dave wrote:
> > On Mon, 05 Mar 2012 15:13:17 -0500
> > "Kent A. Reed" wrote:
> >
> >
> >>
> >> The original MIT work ended ca. 50 years ago; the aptos work
> >> appears to have ended only 5 years old. Have
On Mon, Mar 5, 2012 at 9:50 PM, dave wrote:
> On Mon, 05 Mar 2012 15:13:17 -0500
> "Kent A. Reed" wrote:
>
>
>>
>> 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?
>>
>
On Mon, 05 Mar 2012 15:13:17 -0500
"Kent A. Reed" wrote:
>
> 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 years ago. MY
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, onc
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 appear
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
instru
On Sun, 04 Mar 2012 23:50:21 -0600
Jon Elson 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 well-document
On Sun, 04 Mar 2012 23:50:21 -0600
Jon Elson 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 well-document
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 alre
On Sun, 04 Mar 2012 17:58:30 -0600
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
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 emul
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,
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 a
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
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 pr
On Sun, 04 Mar 2012 10:06:13 -0800
Kirk Wallace 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 in Wikipedia:
> ht
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 joi
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 d
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:
http://www.computerhistory.org/timeline/images/195
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 part
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 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 Sun, 26 Feb 2012 11:40:28 -0800
Kirk Wallace wrote:
> On Sun, 2012-02-26 at 11:22 -0800, dave wrote:
> > On Sun, 26 Feb 2012 09:00:59 -0600
> > Stuart Stevenson wrote:
> >
> > > I am an unashamed proponent of APT so take these comments in that
> > > light.
> > < massive snip>
> >
> > I can
On Sun, 2012-02-26 at 11:22 -0800, dave wrote:
> On Sun, 26 Feb 2012 09:00:59 -0600
> Stuart Stevenson 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 we
On Sun, 26 Feb 2012 09:00:59 -0600
Stuart Stevenson 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 true of the conve
On Sun, 26 Feb 2012 16:43:04 +1100
Erik Christiansen 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
> >
> > What comes
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 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
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'v
On Sun, 19 Feb 2012 09:29:29 -0800
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
> t
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
exa
33 matches
Mail list logo