> -Original Message-
> From: IBM Mainframe Assembler List l...@listserv.uga.edu> On Behalf Of Paul Gilmartin
> Sent: 04 September 2020 14:33
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Deep cuts
>
> On 2020-09-04, at 07:23:49, Gary Weinhold wrote:
> >
> > Even if they'd had the
> -Original Message-
> From: IBM Mainframe Assembler List l...@listserv.uga.edu> On Behalf Of robi...@dodo.com.au
> Sent: 05 June 2020 00:39
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Convert *signed* EBCDIC to packed decimal
>
> On 2020-06-05 08:24, Seymour J Metz wrote:
> >
s with a "programmer friendly instruction set" and Bill Elliot, its
designer, worked for IBM Research between 1956 and 1961
http://www.cs.man.ac.uk/CCS/res/res25.htm#e
so perhaps he had some input to the processes that lead to the 360...
Dave Wade
> -Original Message-
> F
Seymour
The last Ferranti Mk1 was delivered in 1957 and that used Williams tubes.
Whilst Ferranti stopped using Williams Tubes after the Mk1 the Pegasus still
used valves/tubes for a long time afterwards.
They also continued to avoid core, referencing delay lines, presumably to
void patent
> > I've been coding MVS assembler for 30 years and this is the first I've
heard
> of this guideline.
>
> Any decent text on the subject (dating from Struble's "Assembler Language
> Programming
> the IBM S/360" of the 1960s will point this out.
Some one was asking about books and Struble is
> -Original Message-
> From: IBM Mainframe Assembler List l...@listserv.uga.edu> On Behalf Of Peter Relson
> Sent: 18 May 2020 13:21
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Close MACRO in Z390
>
>
> This is what happens in Assembler XF if the () is the result of SETC
>
90
>
> Same macro library or different?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Assembler List [ASSEMBLER-
> l...@listserv.uga.edu] on behalf of Dave Wade
> [dave.g
ginal Message-
> From: IBM Mainframe Assembler List l...@listserv.uga.edu> On Behalf Of Ed Jaffe
> Sent: 16 May 2020 21:06
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Close MACRO in Z390
>
> On 5/16/2020 12:30 PM, Dave Wade wrote:
> > CLOSEMAC CLOSE
Paul
Well (,) also works...
Dave
P.S. how can such simple code cause such issues...
> -Original Message-
> From: IBM Mainframe Assembler List l...@listserv.uga.edu> On Behalf Of Paul Gilmartin
> Sent: 16 May 2020 21:48
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Close MACRO in
to ASM but the manual seems to
be missing the ASM options..
Dave Wade
G4UGM & EA7KAE
Kerry,
I tried it recently. I think the simple answer is you need to specify macro
directories using the SYSMAC option. There are no defaults.
I spent ages searching for a way to set up a search path that persists. There
isn't one.
Dave
> -Original Message-
> From: IBM Mainframe
I never remember it been called anything other than the POP
... e.g.
http://vm.marist.edu/~vmshare/browse.cgi?fn=360POP=MEMO=pop#hit
but here both POP and POPs are used...
http://vm.marist.edu/~vmshare/browse.cgi?fn=3090=MEMO=pops#hit
Dave
> -Original Message-
> From: IBM
When I did desktop support I was required to wear steel toes capped shoes in
case I dropped a PC on my feet.
Apparently me saying if I dropped one it would be my fault wasn't sufficient to
absolve them from blame...
Dave
> -Original Message-
> From: IBM Mainframe Assembler List
s run on CMS at the University of Waterloo."
So not from another package. I think I might have to try IBM-MAIN or the VM
list
Dave Wade
PS He says he cant post to the list as Notes attaches an icon and the list
rejects his quote.
> -Original Message-
> From: IBM Mainfram
Looks like JES2 to me
> Keven Hall
>
> JES2?
Actually as it has a $FILEDEF I think its CMS specific...
Dave
>
> On Fri, Feb 16, 2018 at 3:50 PM -0600, "Dave Wade"
> <dave.g4...@gmail.com> wrote:
>
> Folks,
>
>
>
> Perhaps apposite to
ot; source to the CMS interface
routine. Sadly its full of macros which I don't have. They have things like
$PARM , $TESTBUF, $TYPEBUF. Does any one on here have any idea where they
came from?
Dave Wade
> -Original Message-
> From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
> l...@listserv.uga.edu] On Behalf Of Paul Gilmartin
> Sent: 11 February 2018 20:55
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Fair comparison C vs HLASM
>
> On 2018-02-11, at 13:46:22, Seymour J Metz
> -Original Message-
> From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
> l...@listserv.uga.edu] On Behalf Of Jon Perryman
> Sent: 07 February 2018 09:50
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: OOP
>
> > Someone wrote:
>
> > "OOP is, I think, quite a bit more than a
> -Original Message-
> From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
> l...@listserv.uga.edu] On Behalf Of Rob van der Heij
> Sent: 02 February 2018 14:42
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Pascal
>
> On 2 February 2018 at 14:28, Martin Ward
> -Original Message-
> From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
> l...@listserv.uga.edu] On Behalf Of Paul Gilmartin
> Sent: 30 January 2018 16:06
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Fair comparison C vs HLASM
>
> On 2018-01-30, at 06:27:02, Tom Marchant
very similar to CICS.
I believe the first RDBMS was on Multics but I have no idea of the why or
when...
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
Dave Wade
> -Original Message-
> From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
> l...@listserv.uga.edu] On Behalf Of Glen
> Sent: 25 January 2018 08:02
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Fair comparison C vs HLASM
>
> (snip on optimizing and compilers)
>
>
> > On January
I think that this article :-
https://www.theregister.co.uk/2018/01/23/serverless_exhilarating_terrifying_ridiculous_name/
shows the futility of this discussion. Note that its about software
development, not about hardware. It illustrates that in most cases there is
more than one way to get
> -Original Message-
> From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
> l...@listserv.uga.edu] On Behalf Of Rob van der Heij
> Sent: 22 January 2018 11:05
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Fair comparison C vs HLASM
>
> On 22 January 2018 at 07:47, Jon Perryman
overs. Forget taking source off platform and give it a try. One of
> the options is number of lines for syncing. If there is a problem with syncing
> after changed lines, then look at the options. It worked great for code
> reviews. Regards, Jon.
>
> On Monday, December 11, 2017
If you have "old source" and find "new updates" and have removed the sequence
numbers, then you probably can't easily work out how they applied...
Dave
> -Original Message-
> From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
> l...@listserv.uga.edu] On Behalf Of John McKown
> Sent:
> -Original Message-
> From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
> l...@listserv.uga.edu] On Behalf Of Robin Vowels
> Sent: 01 August 2017 01:42
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Question about CPUs
>
> From: "Gary Weinhold"
> Sent:
Its been a while but bear with me and tell me if I am talking drivel...
I guess on a modern machine its not a problem, but on an older
environment with restricted memory and 4K page sizes then that is
going to be around 10 pages. If the data is paged out and item you are
looking for is in the
environment
many don't want to learn. They have enough work to keep them busy 100%
of the time. There are no monetary rewards for learning extra skills
John Gilmore, Ashland, MA 01721 - USA
Dave
Altrincham, Cheshire, England
--
Dave Wade G4UGM
Illegitimi Non Carborundum
On 30/03/2012 15:27, McKown, John wrote:
Thank you very much for the example code. I'm learning quite a bit from reading the LE and Binder manuals. I'm doing
all my work from a UNIX shell, using UNIX command such as as and ld. One thing that I've
learned that was non-obvious to me was that the
30 matches
Mail list logo