I am out of the office until 11/09/2009.
I will respond to your message when I return. Primarily working from home;
limited access to e-mail/phonemail. Call me at home (845-297-5196) or send
an e-mail if you need to get touch with me.
Note: This is an automated response to your message
If the risk could be isolated to the updated address
space, that might be acceptable;
The risk is isolated to the updated address space if you only update that
address space. If you ask to update every address then you apply the risk
to every address space.
None of the appends has asked why do
On Tue, 2009-11-03 at 07:23 -0500, Peter Relson wrote:
None of the appends has asked why do you want to use LNKLST UPDATE with
JOB=*?
Mmmm - you have to wonder. FWIW I've never found the need.
I find if you say potential system exposure/compromise, most customers
will opt for a better option.
We have an ibm z9 mainframe. it is configured w/ 6 lpars: 3 test, and 3
production. the 3 test lpars all run z/os 1.9. Two of the production lpars
are 1.9, the third is still 1.7. I myself do the ipl-s of the test lpars on an
ad hoc basis and there is never any problem. The production lpars
Hi
I while ago I have converted the LOGREC to LOGSTREAM.
Seems to me no any recording to the LOGREC logstream, I see a feww
entries from the time of the
conversion to LOGSTREAM.
No any error message in the console, the LOGREC medium is LOGSTREAM and
is in CONNECTED status
(z/OS 1.10)
--
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] För Chris Craddock
Skickat: den 3 november 2009 07:39
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: An Alternative Modest PARM Proposal
You and I have diametrically opposed perspectives of
On Tue, 3 Nov 2009 14:43:25 +0100, Miklos Szigetvari
miklos.szigetv...@isis-papyrus.com wrote:
Hi
I while ago I have converted the LOGREC to LOGSTREAM.
Seems to me no any recording to the LOGREC logstream, I see a feww
entries from the time of the
conversion to LOGSTREAM.
No any error message
Hi
Thank you Mark.
I don't think we have a well behaved system.
I try to use via batch as
//ACCIN DD DSN=SYSPLEX.LOGREC.ALLRECS,
// SUBSYS=(LOGR,IFBSEXIT)
I got back the records from the time I have converted to logstream
(three monts ago)
Currently not very important,
Mark Zelden mark.zel...@zurichna.com wrote in message
news:listserv%200911030830458551.0...@bama.ua.edu...
On Tue, 3 Nov 2009 14:43:25 +0100, Miklos Szigetvari
miklos.szigetv...@isis-papyrus.com wrote:
Hi
I while ago I have converted the LOGREC to LOGSTREAM.
Seems to me no any recording
On Tue, Nov 3, 2009 at 9:28 AM, Thomas Berg thomas.b...@swedbank.se wrote:
Tsk, tsk. I think You should leave this matter to more persons with
more knowledge. You see, this is a complicated matter, which You
will maybe grasp when You have got some experience.
And just how does this poorly
On 3 Nov 2009 06:37:12 -0800,
thomas.b...@swedbank.se (Thomas Berg) wrote:
Från: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] För Chris Craddock
Skickat: den 3 november 2009 07:39
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: An Alternative Modest PARM Proposal
THAT my friends is
On Mon, 2 Nov 2009 17:12:51 -0600 Paul Gilmartin paulgboul...@aim.com wrote:
:On Mon, 2 Nov 2009 23:50:17 +0200, Binyamin Dissen wrote:
::The suffix does not violate compatibility. A CVT bit could indicate the
::support for the suffix.
::So that a program that works with a long parm today, such
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] För P S
Skickat: den 3 november 2009 15:56
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: An Alternative Modest PARM Proposal
On Tue, Nov 3, 2009 at 9:28 AM, Thomas Berg
On 2 Nov 2009 14:55:21 -0800, paulgboul...@aim.com (Paul Gilmartin)
wrote:
First, as Shmuel notes, most programs don't differentiate between
being CALLED and JCL LAUNCHED. They're oblivious, and it's pretty
hard to tell; parameters is parameters. If a second parameter is
present, it shall be
Hi
Upset a little about the SMB server and the replies for the PMR's:
1) We wanted to use the SMB server in read only mode to look the
dataset's from Windows
The server allocates the PDS PDSE datasets with DISP=OLD
work as designed said the IBM
2) We use the fastfilesize option to avoid, to
On Tue, 3 Nov 2009 15:48:38 +0100, Miklos Szigetvari
miklos.szigetv...@isis-papyrus.com wrote:
Hi
Thank you Mark.
I don't think we have a well behaved system.
My statement was a joke of course. I would expect something
in logrec - the minimum would be IPL records.
I try to use via batch as
I still say dump the request for a change to PARM length max for JCL and/or the
PARMX=. For __NEW__ functionality, implement POSIX environment variables into
the JCL. Perhaps using the current SET syntax! Then __NEW__ programs can do an
getenv() type call to grab the environment variable(s)
This does not have to be a 'all-or-none', or 'my-way-or-the-highway' issue.
Assume the some programs can accept JCL-format parms of more than 100
bytes. Also assume that some programs cannot accept such parms. Also
assume you don't want to force program changes.
So what's the issue? In some
I wonder if you are being hit by one of the 'slow IPL' issues. Have the
operator simply wait for a while. That is, the IPL sequence is progressing but
there is no visible progress.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
On Tue, 3 Nov 2009 09:33:01 -0600, McKown, John wrote:
I still say dump the request for a change to PARM length max for JCL and/or
the PARMX=. For __NEW__ functionality, implement POSIX environment variables
into the JCL. Perhaps using the current SET syntax! Then __NEW__ programs can
do an
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Bonno, Tuco
Sent: Tuesday, November 03, 2009 7:17 AM
To: IBM-MAIN@bama.ua.edu
Subject: problem w/ data stream to System Operator console at ipl
Over the last couple of months, the remaining
I like John's idea. I think that this idea was discussed before with
the suggestion that JCL PROC/SET variables be stored in a special
ASASYMBM table.
Re: Use of symbols in the operand of SET is not supported. - really?
This works fine:
// SET PRFX=SYS1
// SET MACLIB=PRFX..MACLIB
// SET
On Tue, 3 Nov 2009 17:06:23 +0200, Binyamin Dissen wrote:
The API is defined as 100 byte maximum and programs are coded for that. Any
change must respect the existing programs. New programs wishing to use a
larger plist can be coded to use a new way to get to the data.
The JCL manual does say,
On 3 Nov 2009 08:29:39 -0800, m42tom-ibmm...@yahoo.com (Tom Marchant)
wrote:
To prevent possible errors, always use the count as a
length attribute in acquiring the information in the PARM field.
/quote
It does not mention the 100 byte limit.
No. But it does a CYA by telling us to program
Sent from my iPhone
On Nov 2, 2009, at 8:31 PM, Mike Ross m...@corestore.org wrote:
On 2 Nov 2009 08:37:54 -0800, ee...@us.ibm.com (John Eells) wrote:
Mike Ross wrote:
snip
I can't find ANY doc on restoring the preinstalled system (OS/390
2.4) from tape
(if anyone can point me to some doc
In
ofab5d85dd.e9f08605-on8525765d.0042ff46-8525765d.00442...@metlife.com,
on 10/28/2009
at 08:24 AM, Andy White awh...@metlife.com said:
We are debating within out department about doing dynamic changes with
SET PROG LNKLST and wanted to know how other shops might be handling
it.
My approach
I'm at a lost about several things that you mention (other apparently
understood), maybe you could clarify?
snip
drains the lpar, goes to the HMC (hardware management console) , finds the
?activate? colophon for that lpar, selects it
/snip
I don't understand how activate would work unless part
On Tue, 3 Nov 2009 00:39:03 -0600, Chris Craddock wrote:
The PARM interface is older than dirt and even though we can all agree with
hindsight that it was a momentously stupid design, it is nevertheless a
formal, documented interface and literally thousands of badly written
programs work
On Tue, 3 Nov 2009 11:56:19 -0600, Rick Fochtman wrote:
-snip
Wow! Do you have ANY idea of who you just challenged??? I see blood and
the streets, and it won't be Chris'.
---unsnip---
On 2 Nov 2009 08:37:54 -0800, ee...@us.ibm.com (John Eells) wrote:
1. SADSS says the 3390-2 volume I created isn't big enough to
restore the system
pack (R1ASP4) - it has something like 08nn cylinders but wants 0Dnn
- which
seems too much.
Something like 08nn cylinders is a 3390-2 and
Just realized accroding to the IBM doc
It's not necessary to have Address space process a socket the
Givesocket/Takesocket can work in different Address spaces that's
probably what Edward Jaffe meant when same port number was used
As long as it's one conversation
Sent from my iPhone
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of McKown, John
Sent: Tuesday, November 03, 2009 12:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: asynchronous file open?
This is likely a crazy question. But I'm wondering if anybody has come
up w=
On 11/3/2009 at 9:04 AM, in message
listserv%200911031004341010.0...@bama.ua.edu, Paul Gilmartin
paulgboul...@aim.com wrote:
On Tue, 3 Nov 2009 09:33:01 -0600, McKown, John wrote:
I still say dump the request for a change to PARM length max for JCL and/or
the PARMX=. For __NEW__
On Tue, 03 Nov 2009 13:14:53 -0500, des...@verizon.net wrote:
I find the whole issue of compatibility bogus.
Existing programs are compatible with existing parms.
Increasing the max is irrelevant to compatibility.
Longer parms are a total waste of time though.
They're too hard to code.
Real
On Wed, 17 Jun 2009 10:33:53 -0500, McKown, John wrote:
I love this one!
quote
Support for FTP access to UNIX-named pipes is planned for z/OS Communications
Server V1.11. Both server and client support, in either read or write mode, is
planned for the pipes (also known as first in, first out,
In ts3ue5lagh91i16hlub6vm6poq4oc65...@4ax.com, on 11/02/2009
at 06:59 PM, Binyamin Dissen bdis...@dissensoftware.com said:
Huh?
Paul is referring to the documented[1] OS/360 convention that a main
program is just another subroutine.
The suffix does not violate compatibility.
It breaks
On 2009-11-03 at 14:36 concerning Re: asynchronous file open?, John
McKown joh..mck...@hea..mark...com wrote to IBM-Main :
-Original Message-
From: IBM Mainframe Discussion List
On Behalf Of Gerhard Postpischil
Sent: Tuesday, November 03, 2009 1:24 PM
snip
It's fairly simple to
I still don't see why there would be a problem with just PARM= behaving
just as it does now.
and having a new PARMX= (or whatever) that sets up exactly the same
thing except that the string can be up to whatever that two-byte length
field allows (I don't remember if it's supposed to be signed or
In 6fh0f55c4lt4scbntma0r9udums736r...@4ax.com, on 11/03/2009
at 05:06 PM, Binyamin Dissen bdis...@dissensoftware.com said:
The API is defined as 100 byte maximum
There is no such formal API. The limitations of the R/I and C/I were just
that, limitations. They were never a contract to the
I agree with some others: this is a management issue, not a technical one. I
can think of a couple of things to try (such as a sub task, a timer pop, or a
'handle condition' ESTAE that hides the x22 abend), but this would be a lot of
work and increases the fragility of the process.
FWIW, I
This is likely a crazy question. But I'm wondering if anybody has come up with
a way to do what I will call an asynchronous open of a tape or disk file?
Basically, what I want to do is an OPEN with an ECB= operand. When the OPEN
completes, the ECB is posted with the return code from OPEN. Why?
management decided that operators would NOT use the load to do a normal ipl
-- only ACTIVATE.
and they don't change anything -- they just respond yes when prompted as to
whether they really really want to do this.
the process is the same for the other two lpars, and it works fine. it worked
On Tue, 3 Nov 2009 15:05:57 -0500, Baraniecki, Ray
ray.baranie...@morganstanley.com wrote:
If TASID can display this list then I'm sure any program (probably authorized)
can do it. I think this should be the real question. How would a program
display the list of SVCs?
TASID is not
On 2 Nov 2009 13:22:56 -0800, in bit.listserv.ibm-main you wrote:
On Mon, 2 Nov 2009 21:16:42 +0100, Thomas Berg wrote:
If we really go the new syntax road, I liked the suggestion,
by someone I don't remember for the moment, that we introduce
a new JCL operand:
// PARM '...'
I like that
On 3 Nov 2009 09:58:50 -0800, rfocht...@ync.net (Rick Fochtman) wrote:
Yes, compatability must be maintained, as ugly as it may be. Making a
major change now, after 45+ years, could cause major chaos and
discontent in MANY shops.
Maybe in this case, the benefit wouldn't be worth the cost in
In d173ec266418d84395b4b89759d861d403cf9...@usmdlmdowx025.dow.com, on
11/02/2009
at 05:21 PM, van der Grijn, Bart (B) bvandergr...@dow.com said:
As far as I'm concerned everyone has the right to use whatever reply
prefix they want
There is an Internet convention to use re: in replies,
On Tue, 3 Nov 2009 15:28:21 -0500, Shmuel Metz (Seymour J.) wrote:
If the client is using multiple port numbers then it should be able to
sustain multiple conversations with a single server. TCP/IP does not allow
concurrent multiple conversations between a single src-IP:port dst-IP port
pair.
Of
Over the last couple of months, the remaining 1.9 lpar has started giving
us problems, described as follows:
the operator, per SOP drains the lpar, goes to the HMC (hardware
management console) , finds the “activate†colophon for that lpar,
selects it, responds to the various prompts
On Tue, 3 Nov 2009 10:25:51 -0600, Kirk Wolf wrote:
Re: Use of symbols in the operand of SET is not supported. - really?
This works fine:
// SET PRFX=SYS1
// SET MACLIB=PRFX..MACLIB
// SET AMACLIB=PRFX..AMACLIB
// SET LINKLIB=PRFX..LINKLIB
Ah! Found it! (They hid it well):
Linkname:
In 4aef4550.4040...@ync.net, on 11/02/2009
at 02:47 PM, Rick Fochtman rfocht...@ync.net said:
IIRC, the IBM compilers will also accept a *PROCESS statement that can
be as long as necessary.
The options on *PROCESS can't be specified in JCL; the options in PARM
can.
--
Shmuel
yes and I checked it out and I found that whenever we ipl that lpar,
it goes into a disabled wait state 0020...878040.
last time I had *that* problem, (a couple of years ago), I fixed it by putting
an initsqa 0500k 1000k in the loadXX.
I'll try that next sunday.
thanks a
In 75pte5d4gbjq6ivuct5cia1svu0khlb...@4ax.com, on 11/02/2009
at 03:55 PM, Binyamin Dissen bdis...@dissensoftware.com said:
Not at all.
There's a compatibility problem with programs that currently use HW +
characters as the first parameter and don't rquire the length to be less
than 101.
--
On Tue, Nov 3, 2009 at 11:48 AM, Paul Gilmartin paulgboul...@aim.comwrote:
On Tue, 3 Nov 2009 00:39:03 -0600, Chris Craddock wrote:
The PARM interface is older than dirt and even though we can all agree
with
hindsight that it was a momentously stupid design, it is nevertheless a
formal,
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Tuesday, November 03, 2009 3:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What SVCs are in use?
On Tue, 3 Nov 2009 14:23:55 -0600, Andy Wood woo...@ozemail.com.au
wrote:
On
On Tue, 3 Nov 2009 17:36:05 -0500, Tony Harminc wrote:
The argument would be that if such a program fails only because it
copies parmlength bytes to a 100-byte buffer without checking that
the length does not exceed 100, it does not compromise MVS System
Integrity, since the Integrity statement
McKown, John wrote:
This is likely a crazy question. But I'm wondering if anybody
has come up with a way to do what I will call an asynchronous
open of a tape or disk file? Basically, what I want to do is
an OPEN with an ECB= operand. When the OPEN completes, the
ECB is posted with the return
On Tue, 3 Nov 2009 17:01:12 -0600, Chris Craddock wrote:
When you call a batch job step program through another interface than EXEC
PGM= you are taking responsibility for ensuring that the program's
interface requirements are met. And you're right there are many such
programs that can safely and
Thankx I think I got it
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Edward Jaffe
Sent: Tuesday, November 03, 2009 2:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Givesocket/Takesocket multiple address spaces
Joe Reichman wrote:
Just
That is also an option. I just put this in because I know that CA has
customers that do not have the staff to do the coding for this type of function.
Lizette
On Tue, 3 Nov 2009 14:27:47 -0500, Lizette Koehler
stars...@mindspring.com wrote:
List -
This is in-case anyone wants to tag along
Hi,
I'm having trouble reconciling some CICS EOD statistics for some of our VSAM
RLS files, particularly EXCP counts. I am pursuing already what appears to be
some serious flaws ust in the documentation regarding what counts as an EXCP
for a VSAM RLS file as reported in the CICS statistics
Hi Robert,
Thanks for your reply.
Did you mount a file there, did any get mounted there, or did it go to
the 'root'?
Thanks,
Rez
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Our standard procedure is to use LOAD rather then activate for a normal
IPL, so I might be missing how this works. However, I always thought the
Activate of an object does whatever it needs to do to get the object in
the desired state, but nothing more. If nothing changes in your
activation
On Tue, 3 Nov 2009 14:20:36 -0500, Don Williams wrote:
I have wanted to be able to pass long parms from JCL since the early 80's.
I've have to use inventive ways to get around that restriction. I've
listened to many people complain that 100 characters was too small.
Something like PARMX has be
I don't understand how activate would work unless part of drain means
to deactivate the LPAR. Why not reset clear and IPL?
= drain means the operator begins to enter a series of commands at the
operator console to stop/cancel the various jobs and stc-s that are running,
culminating in the
SNIPPAGE
This reminds me of PL/1. Designed and implemented by committee.
How about writing it up, and if you are a SHARE member, submitting it
for a vote. Let IBM decide how they are going to deal with it (they will
any way, given my experience with JES2 development).
But, this is just one
The command TASID can be used. Go to option 5 then SVC. You will get a list of
SVCs that are in use.
If TASID can display this list then I'm sure any program (probably authorized)
can do it. I think this should be the real question. How would a program
display the list of SVCs?
Thanks,
In 01ca5b6c$532d3e30$f987ba...@net, on 11/01/2009
at 10:26 PM, Joe Reichman joereich...@optonline.net said:
Here are my Final Conclusions These can only be one Active Conversation
between a Client and Server on a port (if its between two different
machines)
If the client is using multiple
On Tue, Nov 3, 2009 at 1:36 PM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net shmuel%2bibm-m...@patriot.net wrote:
In 6fh0f55c4lt4scbntma0r9udums736r...@4ax.com, on 11/03/2009
at 05:06 PM, Binyamin Dissen bdis...@dissensoftware.com said:
The API is defined as 100 byte maximum
Does the HMC system messages icon start to blink? Does it show a wait
state ?
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Hal Merritt
Sent: Tuesday,
In 3ukue5d024hvsqq36tesv225fu3lr0c...@4ax.com, on 11/02/2009
at 11:50 PM, Binyamin Dissen bdis...@dissensoftware.com said:
Compatibility has its costs. This solution does not change the number of
parameters and is completely compatible.
No; it breaks compatibility with existing code that
List -
This is in-case anyone wants to tag along with my DAR I had opened with CA1 -
18760498/2
Basically this DAR is a request for CA 1 to provide a utility for listing in a
range of tapes those that are not in DELETE status.
It stated:
A suggestion for a new utility that would not only
Hi Rez,
I recently applied 0908 to 1.9 and had to make the directory and add the DDDEF.
It was applied to my service root, which is probably what your /SR009A/usr...
is. This is how it looks now after recreating Root from my service root.
EUID=0 /usr/lpp/ispf/bin/IBM/
Type Filename
In listserv%200911031148532643.0...@bama.ua.edu, on 11/03/2009
at 11:48 AM, Paul Gilmartin paulgboul...@aim.com said:
BTW, I wonder, which is older, Assembler CALL or JCL PARM?
Neither; they were contemporaneous. Both were in the original OS/360
announcement, as was the principle that a main
Maybe the only thing that is broken is the manual :-)
On Tue, Nov 3, 2009 at 4:40 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 3 Nov 2009 10:25:51 -0600, Kirk Wolf wrote:
Re: Use of symbols in the operand of SET is not supported. - really?
This works fine:
// SET PRFX=SYS1
// SET
On Tue, 3 Nov 2009 10:25:51 -0600, Kirk Wolf wrote:
Re: Use of symbols in the operand of SET is not supported. - really?
This works fine:
// SET PRFX=SYS1
// SET MACLIB=PRFX..MACLIB
// SET AMACLIB=PRFX..AMACLIB
// SET LINKLIB=PRFX..LINKLIB
Outdated information? I clearly remember a warning in
Tom Marchant wrote:
exceed 100 characters, but I wouldn't call that an API. The Assembler
Services Guide describes the API. It reads,
quote
snipped?
/quote
It does not mention the 100 byte limit.
It also does not mention that you could receive a four word list
if called as a CP, or a
On Tue, 3 Nov 2009 14:27:47 -0500, Lizette Koehler
stars...@mindspring.com wrote:
List -
This is in-case anyone wants to tag along with my DAR I had opened with
CA1 - 18760498/2
Basically this DAR is a request for CA 1 to provide a utility for listing in a
range of tapes those that are not in
Thompson, Steve wrote:
Actually, I was being quite literal and was thinking how I could
determine this, without having to have an intercept in SVCFLIH. And then
I started reading other people's answers and didn't say anything.
In this case GTF may be the right answer as suggested, but you
I have wanted to be able to pass long parms from JCL since the early 80's.
I've have to use inventive ways to get around that restriction. I've
listened to many people complain that 100 characters was too small.
Something like PARMX has be desired for a very long time by many people. A
solution is
-snip
Wow! Do you have ANY idea of who you just challenged??? I see blood and
the streets, and it won't be Chris'.
---unsnip---
While I agree that Chris needs a better understanding
In p06240805c71505a12...@[192.168.1.11], on 11/02/2009
at 04:58 PM, Robert A. Rosenberg hal9...@panix.com said:
When CALLED as opposed to JCL LAUNCHED, do these IBM Compilers accept a
longer than 100 character PARM Entry (while also accepting DDNAME
Overrides in Parms 2+)?
Yes. They're not
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Gerhard Postpischil
Sent: Tuesday, November 03, 2009 1:24 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: asynchronous file open?
snip
It's fairly simple to do, providing you're willing
On Tue, 3 Nov 2009 16:46:26 -0600, Chris Craddock wrote:
Au contraire. The 100 character limit has been documented since the
beginning of time. An unknowably large number of programmers wrote an
unknowably large number of (arguably incorrect) batch job step programs that
functioned correctly ONLY
If a program is APF-authorized and can be invoked from JCL and does not
properly validate any parameter(s) provided to it by its invoker, then I
would argue that the program is defective and that the lack of parameter
validation is APAR'able.
John P. Baker
-Original Message-
From: IBM
Carlos,
That still doesn't answer the original question nor my question. The
OP's question was can someone point me to a manual or command
that will show what SVCs are actually in use?. You answered use ISRDDN.
How does browsing a module with ISRDDN show which SVCs are in use?
While the
IIRC, there is a 'load upon activate' option in the activation profile. Check
to see if that is selected or not.
Our standard procedure is to Activate.
An attempt to IPL an inactive LPAR ought to generate messages. However, an
activate without the load option will just quietly complete much
On Tue, 3 Nov 2009 14:23:55 -0600, Andy Wood woo...@ozemail.com.au wrote:
On Tue, 3 Nov 2009 13:16:26 -0600, Mark Zelden
mark.zel...@zurichna.com wrote:
Carlos,
That still doesn't answer the original question nor my question. The
OP's question was can someone point me to a manual or command
Mark,
Using TSO ISRDDN you can find its location and browse the module:
ex: M IGC0023B
B IGC0023B
2009/11/2 larry macioce mace1...@gmail.com
If you have CAs Datacom you can look it up using dbutlty
mace
On Fri, Oct 30, 2009 at 10:24 AM, Mark Zelden mark.zel...@zurichna.com
wrote:
I
On Tue, 3 Nov 2009 12:20:05 -0600, McKown, John wrote:
This is likely a crazy question. But I'm wondering if anybody has come up with
a way to do what I will call an asynchronous open of a tape or disk file?
Basically, what I want to do is an OPEN with an ECB= operand. When the OPEN
completes,
In b0c6f15b0911022239s3a22a2a2gf6404101562bb...@mail.gmail.com, on
11/03/2009
at 12:39 AM, Chris Craddock crashlu...@gmail.com said:
The PARM interface is older than dirt and even though we can all agree
with hindsight that it was a momentously stupid design, it is
nevertheless a formal,
Joe Reichman wrote:
Just realized accroding to the IBM doc
It's not necessary to have Address space process a socket the
Givesocket/Takesocket can work in different Address spaces that's
probably what Edward Jaffe meant when same port number was used
As long as it's one conversation
[Note:
On Tue, Nov 3, 2009 at 9:08 AM, Thomas Berg thomas.b...@swedbank.se wrote:
On Tue, Nov 3, 2009 at 9:28 AM, Thomas Berg
thomas.b...@swedbank.se wrote:
Tsk, tsk. I think You should leave this matter to more
persons with
more knowledge. You see, this is a complicated matter,
which
On Tue, 3 Nov 2009 13:16:26 -0600, Mark Zelden
mark.zel...@zurichna.com wrote:
Carlos,
That still doesn't answer the original question nor my question. The
OP's question was can someone point me to a manual or command
that will show what SVCs are actually in use?. You answered use ISRDDN.
Ray,
Any program (you do not have to be auth) can run the simple set of control
blocks to show the SVCs, the ESR entries and even the SVCUPDTE information - it
really is not too difficult :
CVT : CVTABEND --- SCVTSECT : SCVTSVCT --- SVC table (mapped by IHASVC)
Also :
SCVTSECT : SCVTSVCR ---
In a6b9336cdb62bb46b9f8708e686a7ea005bde01...@nrhmms8p02.uicnrh.dom, on
11/03/2009
at 12:20 PM, McKown, John john.mck...@healthmarkets.com said:
This is likely a crazy question. But I'm wondering if anybody has come up
with a way to do what I will call an asynchronous open of a tape or disk
This, IMHO, is a good thing. In some versions of the HMC/SE, LOAD gets its IPL
parameters from one place and 'load upon activate' gets the parameters from
another. By using only Activate, a potential operator error is averted.
-Original Message-
From: IBM Mainframe Discussion List
2009/11/3 John P. Baker jbaker...@comporium.net:
If a program is APF-authorized and can be invoked from JCL and does not
properly validate any parameter(s) provided to it by its invoker, then I
would argue that the program is defective and that the lack of parameter
validation is APAR'able.
Shmuel Metz , Seymour J. wrote:
In 01ca5b6c$532d3e30$f987ba...@net, on 11/01/2009
at 10:26 PM, Joe Reichman joereich...@optonline.net said:
Here are my Final Conclusions These can only be one Active Conversation
between a Client and Server on a port (if its between two different
In listserv%200911021027099979.0...@bama.ua.edu, on 11/02/2009
at 10:27 AM, Tom Marchant m42tom-ibmm...@yahoo.com said:
No. As I recall, Shmuel's original proposal was to provide a list
somewhere, preferably in PARMLIB, of programs that could not handle the
long parm.
More precisely, a list
On Tue, Nov 3, 2009 at 5:44 PM, Paul Gilmartin paulgboul...@aim.com wrote:
snip
You're inconsistent in your assumptions. You appear to believe that:
o Some JCL programmers won't take responsibility ... but
o All Assembler, Rexx, FORTRAN, COBOL, C, PL/I, ... can be
presumed to take
1 - 100 of 104 matches
Mail list logo