> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Peter
>
> Hi Group,
>
> Apology for asking a dummy question. Is it possible to keep a seperate
> Password for OMVS alone ?
Not "out of the box", but so long as RACF supports "password" and "password
phrase" as sepa
Seems that UI24300 did not ship an updated SRC member (just the MOD member) for
IGYCDOPT, so the resolution was to specify both PTFs in the PRE of the USERMOD.
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Chase, John
>
> Hi, All,
>
&
Sounds a lot like "Agile". :-)
But then Steve Jobs made a fortune building things people didn't know they
wanted. :-)
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John McKown
>
> Too good not to pass to this group.
>
> Preach it, Brother!
>
>
>
Hi, All,
On z/OS 1.13 I tried to re-apply our Installation Options USERMOD (IGYWD51)
after APPLYing UI24300 to COBOL v5.1, but the re-apply failed because it did
not PRE the previous PTF level (!).
Among other fixes, UI24300 adds a new compiler option, so the options module
IGYCDOPT gets updat
You originally wrote "complimentary", which in some contexts does mean "free
(of charge or cost)".
Perhaps you meant "complEmentary" instead?
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mitch
> Sent: Friday, Febru
CORRECTION: See below.
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Chase, John
>
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Ken MacKenzie
> >
> > In the old days, as far as I reme
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ken MacKenzie
>
> In the old days, as far as I remember though I can't prove it, you used to be
> able to look at a load
> library member, check for a certain string (e.g.
> C2 mm/dd/yy hh:mm:ss) and establish that th
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Tom Marchant
>
> On Mon, 2 Feb 2015 18:37:12 +, Staller, Allan
> wrote:
>
> >We the willing,
> >Are doing the impossible,
>
> I remember it as "We the willing, led by the unknowing..."
Also "We the willing, le
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
>
> On Tue, 27 Jan 2015 15:31:14 -0800, Charles Mills wrote:
>
> >I should add that in general in the US and most countries copyright notices
> >are unnecessary. I
> compare them to a "Private Property
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John McKown
>
> On Fri, Jan 23, 2015 at 8:53 AM, Chase, John wrote:
>
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of Sam Siegel
> > &
;was" fully inflated.
-jc-
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On
> Behalf Of Chase, John
> Sent: Friday, January 23, 2015 9:53 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: [EXTERNAL] Re: OT: Friday j
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Sam Siegel
>
> The question of the day is, were the balls fully inflated our not?
Precisely define "fully inflated". Dig me up when everybody's satisfied with
your definition. :-)
-jc-
> On Jan 23, 2015 6:28
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
>
> On 2015-01-21 15:12, Greg Dyck wrote:
> >
> > Normal (non-directed) LOAD processing serializes fetch processing for a
> > module and only performs
> relocation of ACONs/VCONs once when the module is
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Peter Hunkeler
> Sent: Friday, January 16, 2015 12:33 AM
>
> >>I just want to understand ?how?.
> >Why?
>
>
> I genrally say there is no stupid question, but this one is an exception.
> There is no use in asking
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John McKown
> Sent: Thursday, January 15, 2015 1:49 PM
>
> I'm reading the Redbook mentioned by Timothy Stipples on the z13. Some
> "interesting" things, to me.
>
> [ snip ]
> 10) Curious statement:
>
> If only Linu
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of R.S.
> Sent: Thursday, January 15, 2015 1:32 PM
>
> W dniu 2015-01-15 o 20:08, zMan pisze:
> > The other 5 LPARs are used by the NSA.
> >
> >
> Do you mean No Such Agency or I missed yet another overloaded acronym used
Context plus "smiley" suggest he meant there is no "BitCoin" machine.
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gibney, Dave
> Sent: Thursday, January 15, 2015 1:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re:
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John McKown
> Sent: Thursday, January 15, 2015 10:41 AM
>
> [ snip ]
>
> How fast could a fully enabled machine mint bitcoins or other cryptocurrency?
> How much power would
> such a machine use while doing so?
> "In
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Tony's Basement Computer
> Sent: Tuesday, January 13, 2015 10:26 AM
>
> The entry for Congerville, IL is incorrect. A farmer called it in using the
> C scale. I drove right
> by that morning and laughed at the radio
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bob Shannon
> Sent: Monday, January 12, 2015 8:04 AM
>
> > When I was in Boston in August and walked up to Fenway, it was bloody hot.
> > I mean seriously hot. And
> the footy was just played in sub-zero.
>
> I live
VTAM.
So how do you connect to the session managers?
-jc-
>
> On Thu, Jan 8, 2015 at 6:57 PM, Chase, John wrote:
>
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of Peter
> > > Sent: Thursday, January 08, 2015 3:27
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Peter
> Sent: Thursday, January 08, 2015 3:27 AM
>
> Cross Posted to IBM main
>
> Hello,
>
> I am using QWS emulator to connect mainframes. One of our LPAR i am able to
> logon using IBM DYNAMIC
> with the screen si
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John McKown
> Sent: Thursday, December 18, 2014 9:03 AM
>
> On Thu, Dec 18, 2014 at 8:36 AM, Chase, John wrote:
>
> > > -Original Message-
> > > From: IBM Mainframe Dis
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jon Butler
> Sent: Thursday, December 18, 2014 8:19 AM
>
> I'd like to state that even after 30 years of MVS, I still use the term
> "file" when referring to
> mainframe datasets. In fact, if you look at the IBM COBO
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
>
> [ snip ]
> My question is, why should there be a limit of 32761? I understand the
> signed halfword format imposes
> a limit of 32767. I see no reason for any smaller limit.
In a VSAM Control Int
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ed Gould
> Sent: Thursday, December 11, 2014 11:42 PM
>
> On Dec 11, 2014, at 7:11 AM, Peter Relson wrote:
>
> > Curiosity/Impact questions
> >
> > PROGxx has existed for almost 25 years, and support within there for
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of David Crayford
> Sent: Thursday, December 11, 2014 10:08 PM
>
> On 12/12/2014 11:38 AM, David Speake wrote:
> > I did a double DUH! when I saw the missing R reply. It wasn't quite that
> > bad.I cannot cut/paste the
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Chase, John
> Sent: Thursday, December 11, 2014 2:29 PM
>
> Hi, List,
>
> I set a SLIP IF trap that included DATA=(0R,EQ,0,AND,12R,EQ,25BD8),ID=ID01.
>
Hi, List,
I set a SLIP IF trap that included DATA=(0R,EQ,0,AND,12R,EQ,25BD8),ID=ID01.
The response to a D SLIP=ID01 command shows
DATA=0,0R,EQ,,AND,12R,EQ,00025BD8 .
Where did that "leading zero" immediately after the DATA= come from? I deleted
and reset the SLIP, and the "leading zer
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Alan Watthey
> Sent: Wednesday, December 10, 2014 11:45 PM
>
> David,
>
> Yes, this function works perfectly for me. You need to use R or RC in front
> of what you are finding
> or changing (first parameter).
>
> Y
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of MURALI KANNAN
> Sent: Wednesday, December 10, 2014 4:13 AM
>
> I would sort the VSAM files using a key and then copy the data to flat file,
> to avoid duplication or
> merging of data.
> Correct me if I am wrong.
The
We have a full-volume zfs on a Mod-9 set aside for this kind of situation.
Gives us about 8 GiB. Just hang it on a convenient mount point and point
//SMPWKDIR at it, and away we go.
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] O
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Shane Ginnane
> Sent: Monday, December 08, 2014 6:54 PM
>
> On Mon, 8 Dec 2014 06:03:50 -0500, Mitch wrote:
>
> > ... but why check when a job is submitted? Why not check before ...
>
> Wheww - tuff requirements.
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Frank Chu
> Sent: Friday, December 05, 2014 2:10 PM
>
> Hi Doug,
>
> Ok, so I need to make the z2.1 dasd volumes that contains the datasets to be
> mounted available to the
> zOS 1.13 system. How would I catalog the
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Peter Ten Eyck
> Sent: Friday, December 05, 2014 10:10 AM
>
> Sorry for the confusion... these LPARs are in a Parallel Sysplex (using CF),
> but not utilizing many of
> the Parallel Sysplex features. Reading through t
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples
> Sent: Friday, November 28, 2014 2:14 AM
>
> [ snip ]
>
> - smoke/vapor-based recording;
> I use the word "recording" here quite consciously. These recording systems
> could not be played back
> when
Google 'bit.listserv'.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dazzo, Matt
> Sent: Wednesday, November 26, 2014 11:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Archive search problems
>
> Dave, thanks that's awes
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
> Sent: Tuesday, November 25, 2014 12:25 PM
>
> I was told that System Programming would be reduced to PARMLIB updates. Circa
> 1981.
> And..
In a previous job as a CSR for an ISV, we got a new boss.
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Steve Comstock
> Sent: Tuesday, November 25, 2014 9:46 AM
>
> On 11/25/2014 8:19 AM, Chase, John wrote:
> [ snip ]
> >
> > Indeed. We're currently working a PMR in which, to get an
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht
> Sent: Tuesday, November 25, 2014 8:42 AM
>
> Lizette Koehler wrote:
>
> >Also these share presentations may be helpful
> >http://www-03.ibm.com/systems/z/os/zos/features/lang_environment/confer
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht
> Sent: Tuesday, November 25, 2014 8:14 AM
>
> Peter Ten Eyck wrote:
>
> >LE runtime is TERMTHDACT(UADUMP,,96)
>
> Ok. I will bite. I see in LE book, this:
>
> "Under non-CICS, if the appropriate
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John McKown
> Sent: Tuesday, November 25, 2014 8:01 AM
>
> Just a shortage of LOW COST workers who can do the job.
>
> The real issue, say Salzman and others, is the industry’s desire for
> lower-wage,more-exploitabl
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
> Sent: Monday, November 24, 2014 10:01 AM
>
> On Mon, 24 Nov 2014 07:41:14 -0700, Lizette Koehler wrote:
> >
> >http://www-01.ibm.com/support/docview.wss?uid=swg21225816
> >
> You can order mainten
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of ??? ?? ???
> Sent: Monday, November 24, 2014 7:55 AM
>
> Hi,
>
> Is it possible to use RECEIVE ORDER for a specific FMID?
>
> I am running SMP/E 36.11 on z/OS 1.13.
Yes, but only if the specific FMID is the only FMI
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler
> Sent: Monday, November 17, 2014 8:08 AM
>
> One solution I saw was using a Screen Scrapper process.
>
> Have a PC setup that only has SYSLOG streaming to it. Then have the screen
> scrapper monitor.
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hardee, Chuck
>
> No, I have an APPLY CHECK step executing separately, ahead of, my APPLY.
> It's the APPLY step I'm trying to capture.
To the extent you can do so without divulging any proprietary information,
could
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hardee, Chuck
>
> See, that's the rub.
> As I understand SMP/E, if there is no DD in the JCL, then SMP/E will allocate
> based on the DDDEFs.
> If there is a DD in the JCL, then SMP/E will use it.
>
> The first attem
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hardee, Chuck
>
> No, at least not intentionally.
> When I run my usermod using no changes to the CSI and/or JCL, the output is
> directed, via the MSGCLASS
> parm on the JOB statement to class X, which is a hold queu
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of nitz-...@gmx.net
>
> > Is anybody out there running the RSE server on z/OS (1.13) with
> > USEZOSV1R9RULES(NO) successfully?
> Anybody have any other idea why today the developers cannot authenticate to
> the RSE ser
Hi, All,
This past weekend we IPLed our DEV lpar with VSM USEZOSV1R9RULES(NO) for the
first time. After a brief period (on Sunday), it was noticed that one
subsystem failed to start (an "ancient" Oracle API of some kind). A fresh
DIAGxx containing USEZOSV1R9R7LES(YES) was dynamically activate
Reaching 100% might make you SAD. :-\
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, CP
> (SPLXM) - KLM
> Sent: Monday, October 27, 2014 7:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What address spac
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Beesley, Paul
>
> Oh for a mainframe with an internet connection ... sadly, not... customers
> say no.
> A RECEIVE ORDER capability here would be welcomed...
Our "sandbox" system is allowed "client only" external acc
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B.
>
> I get the same 'null'. I am trying to get a Security Integrity APAR (SIA) PTF
> for MQ. :-(
Have you not configured a RECEIVE ORDER job for obtaining PTFs?
"Greatest thing since sliced bread.
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of David Crayford
>
> On 24/10/2014 6:50 AM, Bernd Oppolzer wrote:
> > Doesn't the example in the benchmark show performance problems in
> > EXECIO instead of REXX? EXECIO, IMO, is not part of the REXX
> > interpreter, bu
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Yuhas
>
> I have been asked to install Enterprise COBOL 5.1 which went GA in October of
> 2013.
>
> We are currently running z/OS 1.13 with a current RSU Level of 1404. We have
> Enterprise COBOL 4.2 and
> the
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John Eells
>
> > What is the maximum number of cyclinders that can be used to define a dsn
> > that is not VSAM EXTENDED.
> I think it is 4400 cylinders. I was trying to allocate a dsn at 4500 4500
> but I kept on a
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht
>
> Chase, John wrote:
>
> >But see APAR PI17184 for an instance when BSM did not return correctly.
>
> Curious PER, hmmm. Is that only for COBOL 5.1 programs runnin
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Tom Marchant
>
> On Fri, 17 Oct 2014 16:36:38 -0400, Don Poitras wrote:
>
> >I guess it depends what you mean by "I would like to use 64bit storage
> >for some functions from Cobol." If the Cobol part is never going t
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
>
> On Mon, 20 Oct 2014 17:41:44 +, Bob Shannon
> wrote:
>
> >> We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB
> >
> >I'm curious why you are making this change. I view LNKAUTH=LNLKST
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler
>
> z/OS V1.12 - Yes I know.
>
>
> Okay, I am sure this is in a very easy to locate part of the HSM Admin
> manual, but I just am not
> seeing it.
>
> This should be an easy question. I want to rec
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rick Arellanes
>
> You might want to read the COBOL Performance Tuning paper (for Enterprise
> COBOL 4.2) at:
> http://www-01.ibm.com/support/docview.wss?rs=203&q=7018287&uid=swg27018287
> to see the performance impli
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ron Thomas
> Sent: Wednesday, October 15, 2014 8:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Performance in S9(08) COMP
>
> Hi .
>
> In our cobol programs we have the variables declared as s9(09) COMP, now one
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bernd Oppolzer
>
> I only had similar problems once in 2008 ca., but then subtasking was
> involved and APL etc., and there
> was some sort of race condition where one subtask ran too fast and the
> POST/WAIT protoco
It appears that we captured relevant problem data via GTF tonight, so "we shall
see what we shall see, when we see it".
-jc-
> -Original Message-
> From: Chase, John
> Sent: Thursday, October 09, 2014 12:44 PM
> To: 'IBM Mainframe Discussion List
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Peter Ten Eyck
>
> How do I tell if a given LPAR has RACF sysplex communication enabled?
Console command RVARY LIST:
. . .
"MEMBERIS SYSPLEX COMMUNICATIONS ENABLED & IN DATA SHARING"
-jc-
**
the text of a Language Environment runtime message. Verify that the
Language Environment runtime message module
for facility IRZ is installed in DFHRPL or STEPLIB." The same source deck
compiled with COBOL v4.2 runs fine.
RDz Support is currently working a PMR for that.
-jc-
>
>
fic addresses in the SLIP are where the job has allocated the storage
that holds the pointer that got corrupted in each previous dump, so we're
"gambling" on it being at the same virtual address in each job next time we try
to trap the corrupter. Note the generic job name in ASIDS
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Peter Hunkeler
>
> Jim, Peter
> Thanks a lot. I understand it is not some precise measurement. I understand
> this as a means to keep a
> badly written SLIP from negatively impacting the system.
>
> Out of curiosity:
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Mulder
>
> > [ snip ]
>
> I reviewed your PMR and dumps, and made some suggestions in the PMR.
>
> Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY
Thank you, Sir. We'll run it by Change Control,
Hi, Listers,
We seem to have hit a "show stopper" in our effort to implement COBOL v5.1
(upgrading from COBOL v4.2).
A collection of nightly batch jobs incurs sporadic, seemingly random S0C4
abends when the "main" program and a couple of subroutines are compiled with
the COBOL v5.1 compiler,
Hmmm.. Are you perhaps confusing this Chris Mason with the late SNA expert
of the same name?
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Shane Ginnane
> Sent: Tuesday, October 07, 2014 8:40 AM
> To: IBM-MAIN@L
Having installed HCTG900 (CICS Transaction Gateway v9.0) into our CICS TS 5.1
GLOBAL CSI according to the instructions in its Program Directory, I cannot
explain how HCTG900 was missing from the Global zone's FMID list, but it wasn't
there. Adding HCTG900 to the Global zone's list allowed the R
OK, puzzle me this:
RECEIVE
ORDER(
ORDERSERVER(ORDSRVR)
CONTENT(ALL)
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Charles Mills
>
> Well, I suppose it is possible that it is removing the *code* but not the
> literal.
>
> Does COBOL 5.1 have a "show me the pseudo-assembler listing" option? That
> would provide a better test
> IM
Hi, All,
Has anyone implemented COBOL 5.1 to the point that you have measured the
"promised" performance improvements in application code over the same code
compiled with earlier COBOL compilers? Any "hiccups" or other glitches or
gotchas you'd care to mention with COBOL v5.1?
TIA,
-jc-
*
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Steve Comstock
>
> On 9/26/2014 2:25 PM, Frank Swarbrick wrote:
> > Hey Steve,
> >
> > Your recommendation for defining binary data items and using
> > TRUNC(OPT) does not make the following truncate with COBOL standar
Try www.ibm.com/ibmlink
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gibney, Dave
> Sent: Friday, September 26, 2014 1:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SIS?
>
> And, even now I know where to go, I c
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
>
> Well, I'll whine. Where the F,,, is Ibmlink SIS now?
On my "ServiceLink" page, it's between Product Cross Reference (PCR) and
Service Request and Delivery (SRD), where it has been since "Day One" of
GIYF
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hansen, Dave L - Eagan, MN
>
> Dear Group,
>
> (Still waiting on the CICS-L Listserv)
>
>Back when my hair was a younger color I used to write online CICS
> programs. I found a sample CICS
> program s
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of nitz-...@gmx.net
[ snip ]
>
> So every sysprog should have enough dump reading skills to at least ascertain
> when someone is giving
> them bullsh.. (Now I dream on.)
You are not alone. :-)
-jc-
**
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Chase, John
>
> [ snip ]
>
> The SA trap we were given for the same problem specifies
> RANGE(12R?+1C4,+1C7), but the example in the
> SLIP doc restates the register in the ending
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Peter Relson
>
> >I also recommend MODE=HOME for PVTMOD=
>
> In general, you should try to use ASID and/or JOBNAME if you are going to use
> MODE=HOME. This avoids
> unnecessary space-switch interrupts (and their pro
Hi, All,
IBM Lvl 2 has given us a SLIP IF trap to set for a problem we currently have
open, but so far the trap has not triggered. The address range to monitor was
specified as . . .,PVTMOD=(modname,C4),. . . . The instruction immediately
preceding that offset is a STORE, so the instruction a
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz
> (Seymour J.)
>
> In <7227021730034872.wa.paulgboulderaim@listserv.ua.edu>, on
> 09/16/2014
>at 06:20 PM, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> said:
>
> >But empirical
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Shane Ginnane
>
> On Tue, 16 Sep 2014 07:25:10 -0600, Paul Gilmartin wrote:
>
> >Can't we forget MVS (that's *so* 20th Century), and talk instead about
> >z/OS, which is the topic of the Redbook (see URL)?
>
> Nope.
Been using Bluezone FTP for more than a decade, and have never encountered that
sort of error.
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Phil Smith
> Sent: Monday, September 15, 2014 11:55 AM
> To: IBM-MAIN@LISTS
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B.
>
> Our shop was without a Software Xcel contract for a few months due to a
> contract mix-up. As of this
> morning, we have it back.
>
> My question is "what changed" in the interim?
>
> I used
Sorry: "... key-related instructions simply to access key9 storage."
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Chase, John
> Sent: Friday, August 29, 2014 7:55 AM
> To: IBM-MAIN@LISTSERV
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of David Price
>
> What hardware are you on?
>
> I ask because a z196 has some high CPU costs for certain PSW Key-related
> instructions.
>
> For example, SPKA (Set PSW Key from Address) on a z196 shows up in CICS CPU
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jantje.
>
> [ snip ]
>
> My company (and I guess many others) blocks access to all such file-sharing
> services, unfortunately.
>
> Maybe you could consider using attachments to the posts?
I believe the listserv is
Not a flame, but I've finally gotten used to the InfoCenter delivery. But soon
I'll be "forced" to accustom to the "Knowledge Center" delivery. The
presentation is somewhat like the InfoCenter, but finding stuff initially is a
bit more challenging. For example, to find the doc for the COBOL c
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Joel C. Ewing
>
> On 08/16/2014 06:14 AM, Mike Stayton wrote:
> > and also
> >
> > http://www.research.ibm.com/articles/brain-chip.shtml
> >
> > Mike Stayton
> >
> >
> >
> An interesting development, but if technology
Hi, All,
Many of our TSO users have a 4MB default TSO Region size ("Size ===> 4096"
field on the logon panel), which nowadays is a "relic of the 1970s", pretty
much unusable for many utilities like Fault Analyzer, etc. I'm looking for
suggestions on what should be a reasonable and realistic de
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht
>
> [ snip ]
>
> Sigh... I can't win or lose... ;-)
>
> I could just toss up a coin (rare collectable or damaged pick-up): Head - you
> win. Tail - I lose. ;-)
"You can't win. You can't break e
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B.
>
> Can anyone post a good link for IBM Announcements?
>
> I have been through a couple of PCs in the last four months and have lost
> admin privileges (and
> FIREFOX) in the process. For now, I o
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Robert A. Rosenberg
>
> At 20:01 -0700 on 08/11/2014, Duffy Nightingale, SS wrote about Re:
> INITILAIZE COST:
>
> >Heavy emphasis on that last sentence. Just had a customer who
> >didn't keep track of the number of
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Norbert Friemel
>
> On Mon, 11 Aug 2014 09:24:00 -0500, Paul Gilmartin
> wrote:
>
> >On Mon, 11 Aug 2014 09:04:21 -0500, Norbert Friemel wrote:
> >
> >>On Mon, 11 Aug 2014 07:45:36 -0500, Barbara Nitz wrote:
> >>
>
It seems logical to me that a PTF which supersedes a HIPER PTF should itself be
ASSIGNed the HIPER SOURCEID flag, but in one current instance (UI19849, which
supersedes UI18382 whose APAR is flagged HIPER and DATALOSS) the superseding
PTF is not flagged HIPER.
Is that perhaps an oversight by th
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
>
> On Mon, 11 Aug 2014 09:04:21 -0500, Norbert Friemel wrote:
>
> >On Mon, 11 Aug 2014 07:45:36 -0500, Barbara Nitz wrote:
> >
> >>//SYSUT2 DD DISP=(,KEEP),DSN=SYS1.SIEALNKE.N,DSNTYPE=LIBRARY,
> >>//
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Robert A. Rosenberg
>
> At 09:30 -0400 on 08/03/2014, Shmuel Metz (Seymour J.) wrote about
> Re: LE APAR PM99349:
>
> >In <2830304844335286.wa.ibmmaintpg.com...@listserv.ua.edu>, on
> >08/03/2014
> >at 06:52 AM, S
1 - 100 of 185 matches
Mail list logo
