e wrong email address.
>
>On Fri, Sep 12, 2014 at 7:24 AM, Leopold Strauss
> wrote:
>> And who should be interested in that in this forum ???
>>
>>
>> On 12.09.2014 14:21, Shiminsky, Gary wrote:
>>>
>>> Sorry for the late notice but they sprung this one
Sorry for the late notice but they sprung this one on me yesterday afternoon.
I need to have an EKG done before starting PT on my knee.
I’ll be leaving at 8:30 but should not be gone too long.
Gary
Gary L. Shiminsky
Senior zVM/zVSE Systems Programmer
Mainframe Technical Support Group
Department
Many developers who had used OS/2 offered to rewrite any non-IBM code that
was in OS/2 so IBM could at least release it as open source.
IBM declined.
As we all know IBM has been very good at shooting itself in the foot over
the years (multiple times).
There is one vendor that still sells OS/2 un
Goodby WinXT, hello Linux!
Too bad IBM dumped OS/2.
Gary
Gary L. Shiminsky
Senior zVM/zVSE Systems Programmer
Mainframe Technical Support Group
Department of Information Technology
State of New Hampshire
27 Hazen Drive
Concord, NH 03301
603-271-1509 Fax 603-271-1516
Statement of Confidentia
Hi,
If my memory serves me right, back in the 1970s there was OS/MFT, OS/MVT,
OS/VS1, and OS/VS2.
OS/VS2 morphed to OS/SVS and then OS/MVS(? Or maybe just MVS) starting in
the 1980s.
I worked on OS/VS1 Rel 7 back in the 79-80 time frame. I didn¹t get back
to MVS till the mid 90¹s.
Gary
Gary
* prepare dasd for the clone of TSGZVM63 z/VM upgrade system
* copy TSGZVM63 to TSGZVMUG (z/VM 6.3 upgrade system)
* bring up TSGZVMUG and configure OPERATOR, AUTOLOG1 and AUTOLOG2
* retrieve and update SFS configuration startup parameters for 8 SFS
systems on TSGZVMUG
* planning migration of SFS
tz (Seymour J.)"
Organization: Atid/2
Reply-To: IBM List
Date: Friday, July 26, 2013 9:34 AM
To: IBM List
Subject: Re: Blame the COBOL, how cliché
>In , on 07/25/2013
> at 06:36 PM, "Shiminsky, Gary" said:
>
>>When I was in the Army in Korea we ran on Univac 1004 card
>
Seems like what the "bugs" you experienced back then were more related to
hardware malfunctions than actual programming errors.
When I was in the Army in Korea we ran on Univac 1004 card processors.
Occasionally the program card decks would would have problems due to wear
and tear from going throu
When I was in the Army and stationed in Korea in the early 70 due to a
payroll error I had to get "advances". Then they started taking the
advances out of my pay before they even fixed the problem making matters
worst.
COBOL is not at fault in this issue. It is incompetence. It is poor
managemen
Try this link (it was posted earlier in this thread)
http://www.comlay.net/ibmjarg.pdf
It's the 10th Edition from the early nineties. I have a printed version
since the early nineties.
I have not found any later edition.
Gary
Gary L. Shiminsky
Senior zVM/zVSE Systems Programmer
Mainframe Techn
10 matches
Mail list logo
