Bright side is that it is pretty easy to change with an MPF exit.
On Sat, 6 Jul 2019 14:28:28 -0500 Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
:>On Fri, 5 Jul 2019 22:45:12 +, Jesse 1 Robinson wrote:
:>
:>>... If what's entered is not a real NetView command, you ge
Hi,
Is it possible to dynamically change parameters in TSOKEY00?
HIBFREXT specifically.
We are using z/OS v2.3.
Thanks
Gadi
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.
Using MXG 32.04 with SAS 9.1.3, reading a mix of z/OS 2.1 and 2.3 data, I get
this message and RC=4
ERROR: FOR FILE SMF, INVALID VBS SEGMENT DETECTED. PROCESSING IS CONTINUING TO
THE NEXT RECORD.
Also tried using MXG 36.04 (which required hotfix 37166 for SAS).
Processed only the 2.3 dataset to
On Sat, Jul 6, 2019 at 2:28 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Fri, 5 Jul 2019 22:45:12 +, Jesse 1 Robinson wrote:
>
> >... If what's entered is not a real NetView command, you get this:
> >
> > REPLY INVALID. REPLY WITH VALID NCCF SYSTEM OPERATOR
What language and what error message are you getting?
What level of z/OS are you at?
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Joseph Reichman
> Sent: Sunday, July 07, 2019 5:35 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: include library for @@C
I’m using XL C\C++. I’m thinking the #pragma map will give me the name CEETEST
name of the load module in CEE.SCEERUN wonder if I have to do a pragma linkage
I think the call to ceetest is dynamic
> On Jul 8, 2019, at 8:23 AM, Lizette Koehler wrote:
>
> What language and what error messa
So I think this is should work. I have not coded in C for a while. Are you
using DEBUG process or do you want to eliminate DEBUG Process?
First you will need a compile/lked proc that will handle C code. There are .h
libs you will need to have available for the process.
Then if your code look
I have an Assembler started task communicating with a windows MFC program
There is code that is similar to both thus I have decided to use c/c++ for this
common code I normally use TEST to debug the Assembler from TSO but the C/C++
would be difficult thinking when I get to the ceetest is will i
On Wed, 3 Jul 2019 18:42:37 +, Jesse 1 Robinson wrote:
>So, all you chronic backer uppers, how many times have you
>resorted to restoring the whole shebang? Just wondering...
Truth is, I never bothered to take an explicit backup. I felt that our
regular full volume and incremental backups w
That's only partly true. Of the three such languages that I'm familiar with,
they all write the numbers so that higher order digits are to the left of lower
order digits but not all of them read in left to right order. One of them reads
the numbers right to left i.e. units tens hundreds order.
You can change the IKJTSOxx parameters with the PARMLIB command but I don't
know of any way to change the TSOKEYxx parameters dynamically, and at first
glance it would be difficult for IBM to add dynamic changes.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
Gadi Ben-Avi wrote:
>Is it possible to dynamically change parameters in TSOKEY00?
>HIBFREXT specifically.
>We are using z/OS v2.3.
Good question, it is a loong time ago I even looked at that parmlib member
and that HIBFREXT... ;-)
I believe it is not possible to do that dynamically. I have
Paul,
The problem is not SAS or MXG.
It means you have an out-of-sequence or missing segment of a spanned record
in the file.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion
Also, depending on the record type, I think Dr. Barry has some diagnostics when
MXG hits an invalid SMF record, check your SASLOG for some diagnostics showing
the invalid record(s).
been a while since I've used SAS/MXG but I believe this is still the case
Carmen Vitullo
- Original Mess
Beesley, Paul wrote:
>Using MXG 32.04 with SAS 9.1.3, reading a mix of z/OS 2.1 and 2.3 data, I get
>this message and RC=4
>ERROR: FOR FILE SMF, INVALID VBS SEGMENT DETECTED. PROCESSING IS CONTINUING
>TO THE NEXT RECORD.
I have used SAS many moons ago and I certainly remember this badd-a$$ mes
Recommend first-opportunity to upgrade SAS to a reasonably supported
version/release and maintenance-level, given SAS 9.1.3 was reduced to very
limited-support level back in 2013 -- also you are likely missing out on key
usability improvements, some of which would naturally occur "under the cove
The only expensive backups I've encountered were the ones that I didn't take
but should have. But it's not my dog.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Jesse 1 Robinson
Sent: Wednesd
I would expect users to report it as a bug if they saw an outstanding WTOR with
no surviving issuer.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Clark Morris
Sent: Wednesday, July 3, 2019 2
How about the GIMXSID utility???
I believe that SMP/E provides sample JCL to execute GIMXSID to produce
a consolidated inventory report to be used with ShopZ ordering. This is
basically a list of FMIDs and features.
-Original Message-
From: IBM Mai
Working with a user that needs include a bunch of data in a JCL. The data
is too large to copy into the JCL. During the copy he gets several E37s and
then ends with a B37. It appears to me that he runs out of space in that
PDS.
The data that needs to be included is a flat file and not a PDS, whi
I have some code that calls a load module. In my unit test, both online and
batch, with a hard coded DD for ISPLLIB, the call to the program works using
both Address LINKMVS and Address ISPEXEC 'Select PGM(xxx)'. When I change to
use a LIBDEF both address Linkmvs and address ispexec select fail bu
On Mon, 8 Jul 2019 14:49:00 -0400, Mark Pace wrote:
>Working with a user that needs include a bunch of data in a JCL. The data
>is too large to copy into the JCL. During the copy he gets several E37s and
>then ends with a B37. It appears to me that he runs out of space in that
>PDS.
>
>The data
Mark Pace wrote:
>Working with a user that needs include a bunch of data in a JCL. The data is
>too large to copy into the JCL. During the copy he gets several E37s and then
>ends with a B37.
How is the JCL generated in the first place? Do you build up a large, extra
large, extreme large dat
On Mon, 8 Jul 2019 14:02:20 -0500, Elardus Engelbrecht wrote:
>...
>??? Please explain that. Do you mean, you want to add the members as an input
>into that JCL? Why not just concatenate them using some DD statements?
> ...
>Why not use a [concatenated] DD refering to the source of that data in th
Separate the JCL into a prefix member and a suffix member, then write a job to
copy a concatenation of the pieces to the Internal Reader.
But if you don't need to do symbol substitution then you can just change your
job to use DSN= instead of * or DATA.
--
Shmuel (Seymour J.) Metz
http://mason
Does the OP need to do SUBMIT?
Do you have a business case for removing the brain-dead FB80 restriction in
SUBMIT?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000433f07
Hi!
In an effort to improve automation, I am looking for a method to determine
TSO USERMAX other than issuing console commands. Blowing the dust off old
documentation, "z/OS V1R10.0 Comm Svr: SNA Data Areas Volume 1", I found
"TCASUMAX" in "Terminal Control Address Space Table" (TCAST). Neat. This
On Mon, 8 Jul 2019 19:42:58 +, Seymour J Metz wrote:
>Does the OP need to do SUBMIT?
>
This feels like a case where the user is throwing his influence around
and invoking middle management's support against an "unresponsive"
support staff's refusal to accommodate the user's way.
>Do you have
Do you specify NEWAPPL? PASSLIB? What is the failure mode if not an S806?
I wouldn't expect address ISPEXEC to work with a LIBDEF'd library unless the
code was called with SELECT CMD(xxx). I don't recall the details, but combining
LIBDEF for ISPLLIB with SELECT PGM(xxx) can be a bit tricky.
--
if it is a foreground task, use ISRDDN with MEMEBER xxx or even better
LOAD xxx to find where the loadmodule is taken from.
ITschak
On Mon, Jul 8, 2019 at 11:03 PM Seymour J Metz wrote:
> Do you specify NEWAPPL? PASSLIB? What is the failure mode if not an S806?
>
> I wouldn't expect address IS
On Mon, 8 Jul 2019 14:33:14 -0500, Paul Gilmartin wrote:
> ...
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ikjc500/ikj2l2_SUBMIT_command_operands.htm
>Note [brightly highlighed]
>All characters in the job stream are converted to uppercase
>before being pr
Oh how I got led down a path today.
Guy told me a lot of stuff, but not everything. I didn't ask him the right
questions, ASSuMEing, he knew what he was doing. He was trying to insert
VB records in the JCL, and he was out of space in the PDS.
But I think I did learn something from you guys conce
Are you looking to set the usermax to an appropriate value via
automation, or simply trying to determine the current value??
In the CVT there is a pointer to the TCAST, CVTTCASP is at offset 1012
(x'3F4') in the CVT.
I believe that TCASUMAX is a 2 byte field at offset 6
Thanks Tony!
My intent is to merely interrogate to ensure someone hadn't left an
undesired value after a change window.
Traveling down the path of CVT > TCAST > TCASUMAX using Rexx storage calls
(via NetView) yields a null value.
The old doc mentioned TCAST was located in "System common area", but
The issue was the program I was calling itself called another using a process
that precluded it being in a LIBDEF ISPLLIB ☹
Thanks to all for your suggestions
Lionel B. Dyck <
Website: http://www.lbdsoftware.com
"Worry more about your character than your reputation. Character is what you
are
I think that the TCAST is located in Fetch protected storage. You would
need authorized code to even read it. I believe that is why Netview rexx gets a
null values.
Is there a problem with issuing commands???
In my opinion, it would be easier to Pipe a 'D TS' command to
Thanks again Tony, and I tend to agree that going the storage route in this
case is a dead end.
I've been trying to avoid command/response when possible for a few reasons:
- Command response timeouts (a storage call when possible should be
immediate)
- Key message ID avoidance ("D TS" res
Hi
I am getting a number of unresolved external references when trying to link
my DLL app
There are CEE (language environment ) modules and C library functions like
fopen
However the most troubling is the C function I exported I included the side
deck which has my exported function
Hi
Is there a file within CBTTAPE to find a specific proc among the JES2 procs
?
I am looking through but still didn't get a one yet .
Any pointers would be appreciated
Jake.
--
For IBM-MAIN subscribe / signoff / archive acces
I just run JCL invoking the proc with a deliberate JCL error.
Like so:
//
/*ROUTE XEQ <--- to pick up any certain system's standard proclib
order of search
//FINDPROC EXEC ,JCLERROR=YES
The IEFC001I message in the JESYSMSG dataset tells where the procedure was
found.
IEFC001I PROCEDURE
That works so long as the proc you are looking for is in the JES2 environment.
If your users are using JCLLIB statements, then you need to find all of the
JCLLIB Datasets and scan for those.
You can do the same thing.
JCLLIB statements with all of your proclibs. Then try the JCL process.
Cav
Here is a Clist that does what you are looking for. You have to update the
lines with the proclibs on them to have your proclib names (add more or remove
some if you don't have the same number of proclibs)
i.e. you need these two lines ofr each proclib:
SET &HINUM = &HINUM + 1
42 matches
Mail list logo
