Re: Mainframe JOBS in Austin

[Edward Gould]

> On Mar 12, 2017, at 9:57 AM, scott Ford  wrote:
> 
> Ed.
> 
> I am nost surprised, it seems critical thinking has disappeared or is
> hiding.
> It's like the cycle of a company centralizing IT resources and
> de-centralizing..all at the whim of some mangler.
> I feel you have to have a long range game plan for company, products, etc.
> 
> Scott

This company is unique and the “owners” are the brokerage houses. i.e. a sale 
costs x many cents and we got the x many cents, Anytime we had to increase the 
prices the brokerage houses screamed bloody murder. For instance a new CPU for 
us took profits away from the buys/sellers. We always had to beg money out of 
them for anything. When the brokers heard that they could make more money if 
the DC was in Texas they mandated the move.
I think what bit them in the end was the automated sell/buy orders. At one time 
we were doing 200,000 contracts a day and with computerized trading it broke 
2,000,000 a day.

Ed

ps: The numbers I used were rough numbers as its been 20+ years and my memories 
is going.
> 
> On Sun, Mar 12, 2017 at 1:23 AM Edward Gould 
> wrote:
> 
>>> On Mar 11, 2017, at 8:17 AM, scott Ford  wrote:
>> 
>>> 
>> 
>>> Amen Jack, everyone doesn't get that mainframe sysprogs and developers
>> 
>>> really aren't a dime a dozen.
>> 
>>> 
>> 
>>> My dad used to say "buy cheap get cheap", see this everyday..
>> 
>>> 
>> 
>>> Scott
>> 
>> 
>> 
>> Scott:
>> 
>> A place I used to work moved their computers down to TEXAS as its was
>> supposed to save them money.
>> 
>> It didn’t.
>> 
>> Ed
>> 
>> 
>> 
>> --
>> 
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> 
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
> Scott Ford
> IDMWORKS
> z/OS Development
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Bridging the Distance: Remote system control, despite its complexity, is worth it

[Gabe Goldberg]

Bridging the Distance
Remote system control, despite its complexity, is worth it

Remote system programming used to mean using a keypunch machine outside 
the data center. But card decks still needed to get to the clunky 2540 
or equivalent unit record device. Maybe we had a key or door code to do 
this ourselves, or maybe we handed it to an operator. Then, 3270-style 
devices allowed for increased distance—and hike—to and from our systems. 
Finally, networked terminals and workstations made location irrelevant. 
Whether in an office or working from home, z Systems 
programmers/administrators can now work from the next office, building, 
city, time zone or continent.


But should this be happening? Do today's system programmers need 
physical access to data centers? Why or why not? Does being able to see 
and touch one's systems hold real value, or is it just a matter of 
professional pride? And to what extent is it practical to have a lack of 
immediacy to data centers, operations staff, users or matters?


http://destinationz.org/Mainframe-Solution/Business-Case/Bridging-the-Distance


--
Gabriel Goldberg, Computers and Publishing, inc.g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn:http://www.linkedin.com/in/gabegold Twitter: GabeG0


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Enterprise COBOL for z/OS, V6.1 supports the continuous delivery model for new features

[Paul Gilmartin]

On Sun, 12 Mar 2017 12:47:25 -0700, Charles Mills wrote:

>Ratio of virtual address space to real memory is largely independent of 
>addressing mode. Potentially 64-bit addressing makes the problem worse in that 
>a 31-bit program can only map 2GB of virtual onto whatever backing real is 
>available, but a 64-bit program could potentially map 9 exabytes, more or less.
> 
Sure.  It all depends on the programmers' choice of technique.  Many Rexx
programmers have the often bad habit of reading an entire file into a stem,
processing that, even if merely sequentially, then writing out results.  This
becomes adverse when it's paging-limited.  This is not a good way to compute
the total of a few hundred million numbers presented in a file.

DFSORT would surely do better as a consequence of great design resource
expended.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: timely

[Paul Gilmartin]

On Sun, 12 Mar 2017 18:16:42 -0500, Steve Horein wrote:

>I see what you did there
>
>On Sunday, March 12, 2017, Paul Gilmartin <
>000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>> http://www.gocomics.com/nonsequitur/2017/03/12
>>
What did I do there?  Did it work?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: timely

[Steve Horein]

I see what you did there

On Sunday, March 12, 2017, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> http://www.gocomics.com/nonsequitur/2017/03/12
>
> -- gil
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FTP Client for Mac OS

[Timothy Sipples]

What about the one you (IBM) produces: IBM Rational Host On-Demand?


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: curious: why S/360 & decendants are "big endian".

[scott Ford]

John,

No problemo, I live in PA about  an hour from Philly.
What part of Canada are you in?

Scott


On Sun, Mar 12, 2017 at 3:34 PM John Abell <
john.ab...@intnlsoftwareproducts.com> wrote:

> Hi,
>
>
>
> Thanks for the plug for Canada.  Where are you located?
>
>
>
> Cheers,
>
> John T. Abell
>
> Tel:800-295-7608Option 4
>
> President
>
> International:  1-416-593-5578  Option 4
>
> E-mail:  john.ab...@intnlsoftwareproducts.com
>
> Fax:800-295-7609
>
>
>
> International:  1-416-593-5579
>
>
>
>
>
> International Software Products
>
> www.ispinfo.com
>
>
>
> This email may contain confidential and privileged material for the sole
> use of the intended recipient(s). Any review, use, retention, distribution
> or disclosure by others is strictly prohibited. If you are not the intended
>
> recipient (or authorized to receive on behalf of the named recipient),
> please contact the sender by reply email and delete all copies of this
> message. Also,email is susceptible to data corruption, interception,
>
> tampering, unauthorized amendment and viruses. We only send and receive
> emails on the basis that we are not liable for any such corruption,
> interception, tampering, amendment or viruses or any consequence thereof.
>
>
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of scott Ford
>
> Sent: Sunday, March 12, 2017 10:52 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: curious: why S/360 & decendants are "big endian".
>
>
>
> John,
>
>
>
> My career is similar , unit record equip then 360/40 DOS/VS/POWER, the
>
> 360/40 had MFCM and I learned Assembler on a 360/20, of course I wasn't in
> your wonderful country, I always liked Canada.
>
>
>
> Scott
>
>
>
> On Fri, Mar 10, 2017 at 7:23 AM John Abell <
> john.ab...@intnlsoftwareproducts.com> wrote:
>
>
>
> > I started at IBM in Toronto in August 1964.  1401's, a 1440, a 1460, a
>
> > 7044, an 1130 and all the unit record equipment you could want except
>
> > 403s and 407s,  We also had Tape-to-Tape data flow over a phone line
>
> > in the evenings between Montreal and Toronto and Vancouver and Toronto
>
> > using 200BPI horizontal vacuum column tape drives. Soon thereafter, we
>
> > had a
>
> > 360/20 with an MFCM.  I will leave the multiple interpretations of
>
> > MFCM to those from that era.
>
> >
>
> >
>
> >
>
> > Anyone else out there remember learning and using Autocoder and FARGO?
>
> > I will forego panel wiring for the time being as this was an
>
> > interesting programming method learned first.
>
> >
>
> >
>
> >
>
> > Cheers,
>
> >
>
> > John T. Abell
>
> >
>
> > Tel:800-295-7608Option 4
>
> >
>
> > President
>
> >
>
> > International:  1-416-593-5578  Option 4
>
> >
>
> > E-mail:  john.ab...@intnlsoftwareproducts.com
>
> >
>
> > Fax:800-295-7609
>
> >
>
> >
>
> >
>
> > International:  1-416-593-5579
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > International Software Products
>
> >
>
> > www.ispinfo.com
>
> >
>
> >
>
> >
>
> > This email may contain confidential and privileged material for the
>
> > sole use of the intended recipient(s). Any review, use, retention,
>
> > distribution or disclosure by others is strictly prohibited. If you
>
> > are not the intended
>
> >
>
> > recipient (or authorized to receive on behalf of the named recipient),
>
> > please contact the sender by reply email and delete all copies of this
>
> > message. Also,email is susceptible to data corruption, interception,
>
> >
>
> > tampering, unauthorized amendment and viruses. We only send and
>
> > receive emails on the basis that we are not liable for any such
>
> > corruption, interception, tampering, amendment or viruses or any
> consequence thereof.
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > -Original Message-
>
> >
>
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>
> > On Behalf Of Mike Myers
>
> >
>
> > Sent: Thursday, March 09, 2017 8:08 PM
>
> >
>
> > To: IBM-MAIN@LISTSERV.UA.EDU
>
> >
>
> > Subject: Re: curious: why S/360 & decendants are "big endian".
>
> >
>
> >
>
> >
>
> > Warren:
>
> >
>
> >
>
> >
>
> > My God, you've been around even longer than me. I only joined IBM on Nov.
>
> > 9, 1964 and started programming school the day before OS/360 went GA.
>
> > How many other old f***s (friends) have we out here on this forum?
>
> >
>
> >
>
> >
>
> > Mike Myers
>
> >
>
> > Mentor Services Corporation
>
> >
>
> > (919) 341-5210
>
> >
>
> >
>
> >
>
> > On 03/09/2017 07:39 PM, Warren Brown wrote:
>
> >
>
> > >   I thought it was me . .joined IBM the same day as the 360 was
>
> >
>
> > > announced
>
> >
>
> > > 
>
> >
>
> > > On Thu, 3/9/17, Anne & Lynn Wheeler  wrote:
>
> >
>
> > >
>
> >
>
> > >   Subject: Re: curious: why S/360 & decendants are "big endian".
>
> >
>
> > >   To: IBM-MAIN@LISTSERV.UA.EDU
>
> >
>
> > >   Date: Thursday, March 9, 2017, 7:26 PM
>

Re: IBM Enterprise COBOL for z/OS, V6.1 supports the continuous delivery model for new features

[Charles Mills]

Ratio of virtual address space to real memory is largely independent of 
addressing mode. Potentially 64-bit addressing makes the problem worse in that 
a 31-bit program can only map 2GB of virtual onto whatever backing real is 
available, but a 64-bit program could potentially map 9 exabytes, more or less.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Sunday, March 12, 2017 9:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Enterprise COBOL for z/OS, V6.1 supports the continuous 
delivery model for new features

The big advantage of 64 bit on the mainframe is the elimination of paging.  
Using hundreds of address spaces that are potentially 1-2 GB each spread over 
32GB or more instead of paging in and out with much smaller amount of memory.

On Sun, Mar 12, 2017 at 3:01 AM, Bill Woodger  wrote:
> Decimal floating point is nothing to do with being "64-bit" or not.
>
> The compiler is prepared for 64-bit when customer need arises.
>
> V7 is coming. I don't know when, or what it contains, but it contains 
> something to be V7 not V6.n.
>
> If it were to be 64-bit addressing, I doubt that... people... will be writing 
> to unequivocally applaud that. Expect the snarky "16 years late" (or any 
> other number, it doesn't really matter) at least. At worst it will be "more 
> proof" of something-or-other (it doesn't matter what).
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: curious: why S/360 & decendants are "big endian".

[John Abell]

Hi,

Thanks for the plug for Canada.  Where are you located?

Cheers,
John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Sunday, March 12, 2017 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: curious: why S/360 & decendants are "big endian".

John,

My career is similar , unit record equip then 360/40 DOS/VS/POWER, the
360/40 had MFCM and I learned Assembler on a 360/20, of course I wasn't in your 
wonderful country, I always liked Canada.

Scott

On Fri, Mar 10, 2017 at 7:23 AM John Abell < 
john.ab...@intnlsoftwareproducts.com> wrote:

> I started at IBM in Toronto in August 1964.  1401's, a 1440, a 1460, a
> 7044, an 1130 and all the unit record equipment you could want except
> 403s and 407s,  We also had Tape-to-Tape data flow over a phone line
> in the evenings between Montreal and Toronto and Vancouver and Toronto
> using 200BPI horizontal vacuum column tape drives. Soon thereafter, we
> had a
> 360/20 with an MFCM.  I will leave the multiple interpretations of
> MFCM to those from that era.
>
>
>
> Anyone else out there remember learning and using Autocoder and FARGO?
> I will forego panel wiring for the time being as this was an
> interesting programming method learned first.
>
>
>
> Cheers,
>
> John T. Abell
>
> Tel:800-295-7608Option 4
>
> President
>
> International:  1-416-593-5578  Option 4
>
> E-mail:  john.ab...@intnlsoftwareproducts.com
>
> Fax:800-295-7609
>
>
>
> International:  1-416-593-5579
>
>
>
>
>
> International Software Products
>
> www.ispinfo.com
>
>
>
> This email may contain confidential and privileged material for the
> sole use of the intended recipient(s). Any review, use, retention,
> distribution or disclosure by others is strictly prohibited. If you
> are not the intended
>
> recipient (or authorized to receive on behalf of the named recipient),
> please contact the sender by reply email and delete all copies of this
> message. Also,email is susceptible to data corruption, interception,
>
> tampering, unauthorized amendment and viruses. We only send and
> receive emails on the basis that we are not liable for any such
> corruption, interception, tampering, amendment or viruses or any consequence 
> thereof.
>
>
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mike Myers
>
> Sent: Thursday, March 09, 2017 8:08 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: curious: why S/360 & decendants are "big endian".
>
>
>
> Warren:
>
>
>
> My God, you've been around even longer than me. I only joined IBM on Nov.
> 9, 1964 and started programming school the day before OS/360 went GA.
> How many other old f***s (friends) have we out here on this forum?
>
>
>
> Mike Myers
>
> Mentor Services Corporation
>
> (919) 341-5210
>
>
>
> On 03/09/2017 07:39 PM, Warren Brown wrote:
>
> >   I thought it was me . .joined IBM the same day as the 360 was
>
> > announced
>
> > 
>
> > On Thu, 3/9/17, Anne & Lynn Wheeler  wrote:
>
> >
>
> >   Subject: Re: curious: why S/360 & decendants are "big endian".
>
> >   To: IBM-MAIN@LISTSERV.UA.EDU
>
> >   Date: Thursday, March 9, 2017, 7:26 PM
>
> >
>
> >   john.archie.mck...@gmail.com
>
> >   (John McKown) writes:
>
> >   > ​Same in other
>
> >   books I've seen. Why? Probably because we write from top
>
> >   to
>
> >   > bottom. We write the lowest first,
>
> >   at the top, and the highest last, at the
>
> >   > bottom. And then we confuse everybody by
>
> >   calling them "ascending" memory
>
> >   > addresses while writing them in a
>
> >   descending pattern. English is a _stupid_
>
> >   > language.
>
> >
>
> >   in the 70s as fullscreen 3270s editors were
>
> >   starting to appear, there
>
> >   was big editor
>
> >   culture wars over up & down.
>
> >
>
> >   prior to that, line-editing was from
>
> >   perspective of the user ...  "up"
>
> >   moving towards the "top" (beginning)
>
> >   of the 

timely

[Paul Gilmartin]

http://www.gocomics.com/nonsequitur/2017/03/12

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Enterprise COBOL for z/OS, V6.1 supports the continuous delivery model for new features

[Bill Woodger]

Mike, is that the top of a list of performance/usability improvements for 
64-bit addressing in general and in isolation? Or for a combined 
31-bit-vs-64-bit, so that the difference in paging outweighs other losses?

A quote from Tom Ross, from a discussion here on 15 January 2015, which shortly 
afterwards went off-COBOL-topic...

"AMODE 64 COBOL is still being worked on here at IBM.

I (like the other poster) would like to know what you would do with AMODE 64 
COBOL?
Also, does everyone realize that AMODE 64 code will run slower than AMODE 31 
code?
We assume that AMODE 64 COBOL will be used for very specialized one-off cases
to solve specific business problems, and that in general 99% of code will be
compiled for AMODE 31 even after we ship AMODE 64 COBOL.

  Unlike AMODE 31, which we expected EVERYONE to move to (still waiting :-) we
do not think very many users will need AMODE 64 in the next 10-15 years.
We are gathering use cases and verifiable needs for AMODE 64 COBOL, so if
you know of any, please SHARE!  (get it? :-)"

Unfortunately Tom did not return to the conversation to take up some of the 
questions raised.

To turn around the questions asked about inter-language communication, what 
benefits are 64-bit addressing C/C++ and Java (and "software") bringing, and 
are they general or specialised?

At the moment, I agree with Tom Ross (which is by no means always the case) and 
expect that few requirement would actually need 64-bit addressing in COBOL. 
When it becomes available, I seriously hope that it is only used when needed, 
not "change that compiler option now! We must have 64 because it is sexy".

As well as plain slow-downs (unless offset by the no-paging and whatever else), 
for existing systems there will be subtle (worse) and not-so-subtle problems 
with pointers, indexes, index-data-items, and others. New calling-convention, 
fix all those Asm programs out there which are serving COBOL programs with 
information on number of parameters and name of CALLer, and such-like.

Large amorphous lumps of data may well work best with 64-bit addressing for 
COBOL. It is unlikely that existing code if recompiled with 64-bit addressing 
COBOL will benefit.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Enterprise COBOL for z/OS, V6.1 supports the continuous delivery model for new features

[Paul Gilmartin]

On Sun, 12 Mar 2017 11:22:09 -0500, Mike Schwab wrote:

>The big advantage of 64 bit on the mainframe is the elimination of
>paging.  Using hundreds of address spaces that are potentially 1-2 GB
>each spread over 32GB or more instead of paging in and out with much
>smaller amount of memory.
> 
But that can be done without 64 bit virtual.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Enterprise COBOL for z/OS, V6.1 supports the continuous delivery model for new features

[Mike Schwab]

The big advantage of 64 bit on the mainframe is the elimination of
paging.  Using hundreds of address spaces that are potentially 1-2 GB
each spread over 32GB or more instead of paging in and out with much
smaller amount of memory.

On Sun, Mar 12, 2017 at 3:01 AM, Bill Woodger  wrote:
> Decimal floating point is nothing to do with being "64-bit" or not.
>
> The compiler is prepared for 64-bit when customer need arises.
>
> V7 is coming. I don't know when, or what it contains, but it contains 
> something to be V7 not V6.n.
>
> If it were to be 64-bit addressing, I doubt that... people... will be writing 
> to unequivocally applaud that. Expect the snarky "16 years late" (or any 
> other number, it doesn't really matter) at least. At worst it will be "more 
> proof" of something-or-other (it doesn't matter what).
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mainframe JOBS in Austin

[scott Ford]

Ed.

I am nost surprised, it seems critical thinking has disappeared or is
hiding.
It's like the cycle of a company centralizing IT resources and
de-centralizing..all at the whim of some mangler.
I feel you have to have a long range game plan for company, products, etc.

Scott

On Sun, Mar 12, 2017 at 1:23 AM Edward Gould 
wrote:

> > On Mar 11, 2017, at 8:17 AM, scott Ford  wrote:
>
> >
>
> > Amen Jack, everyone doesn't get that mainframe sysprogs and developers
>
> > really aren't a dime a dozen.
>
> >
>
> > My dad used to say "buy cheap get cheap", see this everyday..
>
> >
>
> > Scott
>
>
>
> Scott:
>
> A place I used to work moved their computers down to TEXAS as its was
> supposed to save them money.
>
> It didn’t.
>
> Ed
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: curious: why S/360 & decendants are "big endian".

[scott Ford]

John,

My career is similar , unit record equip then 360/40 DOS/VS/POWER, the
360/40 had MFCM and I learned Assembler on a
360/20, of course I wasn't in your wonderful country, I always liked Canada.

Scott

On Fri, Mar 10, 2017 at 7:23 AM John Abell <
john.ab...@intnlsoftwareproducts.com> wrote:

> I started at IBM in Toronto in August 1964.  1401's, a 1440, a 1460, a
> 7044, an 1130 and all the unit record equipment you could want except 403s
> and 407s,  We also had Tape-to-Tape data flow over a phone line in the
> evenings between Montreal and Toronto and Vancouver and Toronto using
> 200BPI horizontal vacuum column tape drives. Soon thereafter, we had a
> 360/20 with an MFCM.  I will leave the multiple interpretations of MFCM to
> those from that era.
>
>
>
> Anyone else out there remember learning and using Autocoder and FARGO?  I
> will forego panel wiring for the time being as this was an interesting
> programming method learned first.
>
>
>
> Cheers,
>
> John T. Abell
>
> Tel:800-295-7608Option 4
>
> President
>
> International:  1-416-593-5578  Option 4
>
> E-mail:  john.ab...@intnlsoftwareproducts.com
>
> Fax:800-295-7609
>
>
>
> International:  1-416-593-5579
>
>
>
>
>
> International Software Products
>
> www.ispinfo.com
>
>
>
> This email may contain confidential and privileged material for the sole
> use of the intended recipient(s). Any review, use, retention, distribution
> or disclosure by others is strictly prohibited. If you are not the intended
>
> recipient (or authorized to receive on behalf of the named recipient),
> please contact the sender by reply email and delete all copies of this
> message. Also,email is susceptible to data corruption, interception,
>
> tampering, unauthorized amendment and viruses. We only send and receive
> emails on the basis that we are not liable for any such corruption,
> interception, tampering, amendment or viruses or any consequence thereof.
>
>
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mike Myers
>
> Sent: Thursday, March 09, 2017 8:08 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: curious: why S/360 & decendants are "big endian".
>
>
>
> Warren:
>
>
>
> My God, you've been around even longer than me. I only joined IBM on Nov.
> 9, 1964 and started programming school the day before OS/360 went GA. How
> many other old f***s (friends) have we out here on this forum?
>
>
>
> Mike Myers
>
> Mentor Services Corporation
>
> (919) 341-5210
>
>
>
> On 03/09/2017 07:39 PM, Warren Brown wrote:
>
> >   I thought it was me . .joined IBM the same day as the 360 was
>
> > announced
>
> > 
>
> > On Thu, 3/9/17, Anne & Lynn Wheeler  wrote:
>
> >
>
> >   Subject: Re: curious: why S/360 & decendants are "big endian".
>
> >   To: IBM-MAIN@LISTSERV.UA.EDU
>
> >   Date: Thursday, March 9, 2017, 7:26 PM
>
> >
>
> >   john.archie.mck...@gmail.com
>
> >   (John McKown) writes:
>
> >   > ​Same in other
>
> >   books I've seen. Why? Probably because we write from top
>
> >   to
>
> >   > bottom. We write the lowest first,
>
> >   at the top, and the highest last, at the
>
> >   > bottom. And then we confuse everybody by
>
> >   calling them "ascending" memory
>
> >   > addresses while writing them in a
>
> >   descending pattern. English is a _stupid_
>
> >   > language.
>
> >
>
> >   in the 70s as fullscreen 3270s editors were
>
> >   starting to appear, there
>
> >   was big editor
>
> >   culture wars over up & down.
>
> >
>
> >   prior to that, line-editing was from
>
> >   perspective of the user ...  "up"
>
> >   moving towards the "top" (beginning)
>
> >   of the file and "down" was moving
>
> >   towards the "bottom" (end) of the
>
> >   file.
>
> >
>
> >   The side that had
>
> >   enhanced previous line editors to support 3270
>
> >   fullscreen and preserved the up/down
>
> >   orientation (meaning).
>
> >
>
> >   A
>
> >   couple of "new" 3270 fullscreen editors, done from
>
> >   scratch, insisted
>
> >   on "up" was from
>
> >   the orientation of the program (not the user), the
>
> >   program would move the file up ... towards the
>
> >   bottom of the file or
>
> >   move the file
>
> >   "down" ... towards the top of the file (difference
>
> >   was`
>
> >   whether up/down was from the human
>
> >   perspective or the program/software
>
> >   perspective).
>
> >
>
> >   --
>
> >   virtualization experience
>
> >   starting Jan1968, online at home since Mar1970
>
> >
>
> >   --
>
> >   For IBM-MAIN subscribe / signoff / archive
>
> >   access instructions,
>
> >   send email to lists...@listserv.ua.edu
>
> >   with the message: INFO IBM-MAIN
>
> >
>
> > --
>
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
>
> > email to 

Re: Free Webinar on MLC Pricing

[Don Poitras]

Just googling the title finds it:

https://tinyurl.com/jlmzanu


In article <8fb5e836-d86e-4ac9-85f1-f9df00e33...@comcast.net> you wrote:
> Charles:

> The first time I sent it to the group it got denied.
> Unfortunetly I trimmed the URL off in my attempt to get it posted.
> My apologies.
> I do remember I got the announcement from IBM though. I just can?t find it in 
> the junk or trash.
> Ed

> > On Mar 11, 2017, at 3:49 PM, Charles Mills  wrote:
> > 
> > And where and how pray tell would one register for this Webinar?
> > 
> > Charles
> > 
> > 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> > Behalf Of Edward Gould
> > Sent: Saturday, March 11, 2017 5:22 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Free Webinar on MLC Pricing
> > 
> > Understanding MLC: The Journey from SCRT to Operational Efficiency 
> > Wednesday, March 22
> > 10 PT / Noon CT / 1 ET
> > 
> > The journey to mainframe cost optimization can seem daunting, but is more 
> > manageable than you think. Today?s modern approaches and technologies 
> > enable companies that rely on mainframes to be more efficient with their 
> > resources and expenses.
> > 
> > In this webinar, you will learn strategies for moving from manual processes 
> > to a more systematic, structured approach that can ensure your company 
> > maintains or even improves its operational efficiencies and service levels.
> > 
> > The way you approach the cost optimization lifecycle can make all the 
> > difference!
> > 
> > Register for this webinar to:
> > Understand why the journey to operational efficiency can increase business 
> > service levels while reducing costs.
> > Learn the latest news on MLC software pricing and how your bill is 
> > calculated.
> > Hear how you can take several paths to cost optimization ? and examine the 
> > one that is right for your company.

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Can you use IDCAMS REPRO on zFS files

[pushpalatha ch]

Zfs aggregate will help extending the zfs file dynamically if it runs out
of space. To dynamically extend, the option
aggrgrow= on should be specified in IOEPRMxx or IOEFSPRM file which defines
the configuration options for zfs PROC. The Zfs aggregate must have
secondary allocation defined and there should be enough space on volume to
extend it dynamically.

Thanks,
Pushpalatha
z/OS sys prog

On Mar 3, 2017 10:25 PM, "Lizette Koehler"  wrote:
>
> List -
>
> When I expand a zFS file I will create a new one, mount it on a temp
directory,
> then copy from the original to the new.  Dismount Old, alter/newname new
and
> then mount on original path.
>
> I have someone telling me that I can use a simple IDCAMS Repro
>
>  Which means my process would be
>  Unmount
>  Rename current to .old
>  Create new with correct name
>  REPRO old to new
>  Mount new file on original mount point
>
> Is it possible to use IDCAMS to copy a zFS file and not break the
structure?
> Inquiring minds want to know.
>
> Thanks
>
>
> Lizette
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Enterprise COBOL for z/OS, V6.1 supports the continuous delivery model for new features

[Bill Woodger]

Decimal floating point is nothing to do with being "64-bit" or not.

The compiler is prepared for 64-bit when customer need arises.

V7 is coming. I don't know when, or what it contains, but it contains something 
to be V7 not V6.n. 

If it were to be 64-bit addressing, I doubt that... people... will be writing 
to unequivocally applaud that. Expect the snarky "16 years late" (or any other 
number, it doesn't really matter) at least. At worst it will be "more proof" of 
something-or-other (it doesn't matter what).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN