On 1 May 2019 16:51:49 -0700, in bit.listserv.ibm-main
(Message-ID:)
jesse1.robin...@sce.com (Jesse 1 Robinson) wrote:
So this is all absolutely true. The module *is* 32760
while the PDS *is* 19069-the ancient 3350 track size that
was fairly standard for load libraries in the Dark Ages.
So
Yeah, the question is WHAT Changed? APF, LLA, LPALIST LINKLST, CSV, Extents,
Exits
In a message dated 5/1/2019 8:27:50 PM Central Standard Time,
0224d287a4b1-dmarc-requ...@listserv.ua.edu writes:
Hm. Maybe someone APFed that library and fetch is now able to load the module
from there,
Hi!
Thank you for that clarification. Just to be 100% clear, that does mean
that the Library Server site,
https://publib.boulder.ibm.com/support/libraryserver/library, will indeed be
shut off after the June 1 date, correct, or will it continue to be online, but
just not maintained?
Hi Gabe;
I have a few quick comments:
1. 'We' are very dependent on IVPs provided by the suppliers when we first
install or upgrade system software products into a sandpit LPAR.
'We' also have a certain level of locally-developed integration testing
processes to follow, still
I remember him! He made guitars talk.
Ouch... I checked https://www.acronymfinder.com/IBM.html and it has at
least one other body issue that could be considered worse.
On 5/1/2019 6:22 PM, Phil Smith III wrote:
Those of you who were conscious should know who Peter Frampton is (if you were
Hm. Maybe someone APFed that library and fetch is now able to load the module
from there, vs finding a copy in the linklist/lpa.
A true WAG.
Mark Jacobs
Sent from ProtonMail mobile
Original Message
On May 1, 2019, 7:51 PM, Jesse 1 Robinson wrote:
> This is almost nutty
Those of you who were conscious should know who Peter Frampton is (if you were
and you don't, report to room 100 immediately for
remedial instruction).
TIL that he's suffering from IBM: inclusion body myositis, a degenerative
disease that causes muscles to weaken over time but
generally
This is almost nutty enough to be a weekend post, but it's a live production
environment, so here goes. We have a prod job (batch Db2) that has run daily
for years. Suddenly on 14 April it started abending with this message from
Fault Analyzer:
IEW2541S 471A MEMBER CUA625 IDENTIFIED BY DDNAME
If, as I gather, this is highly integrated into PL/I FILE access, it's very
cool, but likely not reasonably convertible to modern PL/I. None of the
PLI* or IBMB* macros appear to be extant. I'd think that a more generic
version that provided GET/PUT routines would be feasible. And with the
ICU covers collation and lots more. Open source.
http://userguide.icu-project.org/collation
In article
you wrote:
> The collating sequence for a code page is neither right nor wrong, it just
> is. The appropriate way to sort is to take locale into account. That implies
> that two sorts of
I've had a small number of great responses to this but nothing like the
number I usually get to queries. Surprising, I thought this would be an
interesting topic with many people commenting...
Testing -- what's that? How do you test/validate z/OS
systems/applications/networks?
> No professional keypunch operator ever entered lower case letters.
Even if that was what the customer requested?
> It would have required remembering the multi-punch combination for all the
> letters
>and would have destroyed their "cards per hour" rating, on which their jobs
>frequently
The collating sequence for a code page is neither right nor wrong, it just is.
The appropriate way to sort is to take locale into account. That implies that
two sorts of the same data in the same code page on the same machine may be
different.
--
Shmuel (Seymour J.) Metz
On Wed, 1 May 2019 18:06:32 +, Jesse 1 Robinson wrote:
>My first tube in 1978 at TRW (ancestor of Experian) was a Raytheon wannabe.
>Don’t remember the model number, but it may have been a takeoff of '3270'.
>
I remember something like that. All the logic was in a control box, connected
to
That depends on the environment. For TSO.
Page 59 of
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sa320972/$file/ikja300_v2r3.pdf
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on
Is there anyone willing to bring
http://mason.gmu.edu/~smetz3/source/STOWBLDL.ASM up to date?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
John McKown
Sent: Wednesday, May 1, 2019 10:35 AM
My first tube in 1978 at TRW (ancestor of Experian) was a Raytheon wannabe.
Don’t remember the model number, but it may have been a takeoff of '3270'.
There was an up-down case switch, but it may have changed the display only--a
real horse's ass. I haven't noticed a mention in this thread, but
On Wed, 1 May 2019 04:47:02 -0500, Elardus Engelbrecht wrote:
> ...
>Another sequence (collation) problem which is also sometimes overlooked: one
>example - 'North' certainly comes before 'Northern'. This can be resolved by
>giving a space higher priority for this case.
>
This is sometimes
This makes me wonder if there is a "need" for a QPAM-like package to be
written for the CBT.
On Wed, May 1, 2019 at 9:26 AM Joseph Reichman
wrote:
> Steve
>
> Maybe you are right ?
>
>
>
> Joe Reichman
> 170-10 73 rd ave
> Fresh meadows NY 11366
>
> > On May 1, 2019, at 10:11 AM, Steve Smith
Steve
Maybe you are right ?
Joe Reichman
170-10 73 rd ave
Fresh meadows NY 11366
> On May 1, 2019, at 10:11 AM, Steve Smith wrote:
>
> It sure seems like QPAM would have been an obvious void that IBM could have
> filled many decades ago -- but I for one would rather write a de-blocking
>
It sure seems like QPAM would have been an obvious void that IBM could have
filled many decades ago -- but I for one would rather write a de-blocking
routine than an RFE.
sas
On Tue, Apr 30, 2019 at 1:15 PM Seymour J Metz wrote:
> You can't do a GET after a FIND because GET is a QSAM macro
There is a Sr mainframe system programmer position open in Long Island NY. This
position is a full time position and requires being onsite at the company's
headquarters. The platform consists of IBM mainframe, z/OS 2.2, DB2, CICS, RACF
along with numerous vendor products to support. Salary is
Paul Gilmartin wrote:
>IBM 7030 did something like the latter, but neither is right; it's worse.
>... Note that "CAMEL" comes after "Camel" but before "canary". So you can't
>simply say either that Aa.
Clark Morris wrote:
>A more important reason was that addition of mixed case in either
Solved!
Thank you very much Tony and Binyamin
PARSE SOURCE cracked the problem nicely
Sean
On Wed, 1 May 2019 at 10:15, Binyamin Dissen
wrote:
> Lookup PARSE SOURCE
>
>
>
> On Wed, 1 May 2019 09:38:05 +0100 Sean Gleann
> wrote:
>
> :>Hello all
> :>I am developing a REXX that, for a number of
Lookup PARSE SOURCE
On Wed, 1 May 2019 09:38:05 +0100 Sean Gleann wrote:
:>Hello all
:>I am developing a REXX that, for a number of reasons, needs to know the
:>name of the PDS that it is stored in.
:>The intention is that the REXX will be invoked from ISPF option 6, so
:>typing something
What does "PARSE SOURCE" return?
Tony Thigpen
Sean Gleann wrote on 5/1/19 4:38 AM:
Hello all
I am developing a REXX that, for a number of reasons, needs to know the
name of the PDS that it is stored in.
The intention is that the REXX will be invoked from ISPF option 6, so
typing something
Hello all
I am developing a REXX that, for a number of reasons, needs to know the
name of the PDS that it is stored in.
The intention is that the REXX will be invoked from ISPF option 6, so
typing something like:
exec 'MY.REXX.LIB(TESTREXX)' 'MY.REXX.LIB'
*is* an option, but one that is prone to
'On your z/OS you might also have the latest command additions to display
stuff like the SFPs and light intensity on fibres which you might find
useful'
Interesting any idea from zOS level I can use the commands on zOS ?
On Wed, 1 May, 2019, 9:34 AM Alan(GMAIL)Watthey,
wrote:
> Peter,
>
>
28 matches
Mail list logo