Charles Lester [EMAIL PROTECTED] writes:
We've got an MVS application (LE C++, calling assembler which cares
nothing about LE), executing out of MVS datasets in the STEPLIB, which
we're modifying, so that the assembler now calls some LE C++ code that
uses a DLL which sits over in USS-land.
I am modifying a JES exit 6 program to assign a SCHENV based on what is
coded in the JCL, by setting a value in JCTSCHEN. It works fine but
what I want to do is honour any SCHENV= parameter coded on the jobcard.
However, the contents of JCTSCHEN, which is where I am putting the
derived Schenv
Sure wish you could convince my CIO of this. All divisions of our company
but one are moving away from the mainframe to distributed systems which take
up allot more space than our one mainframe; which all the lines of business
were running on. Cooling all these distributed servers has been a
Paul,
If memory serves - you must $CALL the XINTKEY service to retrieve the
actual settings of keywords rather than rely on the contents of the
$JCT.
Rob Scott
Rocket Software
http://www.rs.com/portfolio/mxi/
--
For IBM-MAIN
Rob and Ituriel
Thanks very much, I'll give this a try. JCTCLASS has always contained
the correct job class ( I think ) but maybe I've just been lucky with
that particular field!
Thanks again
Paul
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
It is veeery good question; WHY.
Whye do they do it so complicated, why don't they provide any help for that.
BTW:I guess the F508 corresponds to 0508 in PSP bucket, column called VOLID.
I still don't know what it is, why sometimes it is 0508 and sometimes F508.
BTW2: PSP bucket is another
OS/390 (or more likely today z/OS) cuts a number of different logs for
different purposes. There is the SYSLOG which contains all (or a vast
majority of) the WTO's issued by system components and application programs.
There are the SMF records, which record numerous system events for
performance
Hello,
at following scenario:
//PROC00 DD DISP=SHR,DSN=lib01
// DD DISP=SHR,DSN=lib02
// DD DISP=SHR,DSN=lib03
1) TDMF process have moved lib03 to another DASD.
2) This lib03 has been deleted (manually).
3) This lib03 has been allocated (through 3.2 option) from system x
Hi,
Anyone using 3590 shared between z/OS (z800) and Intel servers?
Please contact me.
Thanks
Carlos A. Bodra
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
Christian Blesa wrote:
Hello,
at following scenario:
//PROC00 DD DISP=SHR,DSN=lib01
// DD DISP=SHR,DSN=lib02
// DD DISP=SHR,DSN=lib03
1) TDMF process have moved lib03 to another DASD.
2) This lib03 has been deleted (manually).
3) This lib03 has been allocated (through 3.2
When you've implemented dymamic proclibs, you can add/delete proclibs
to/from JES2 dynamically.
Gerrit.
R.S. [EMAIL PROTECTED]
Verzonden door: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
08-02-2006 14:16
Antwoord a.u.b. aan
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
Aan
On Wed, 8 Feb 2006 14:16:17 +0100, R.S. [EMAIL PROTECTED]
wrote:
AFAIK, JES2 restart is required.
--
Radoslaw Skorupka
Lodz, Poland
It's required JES2 restart only system x or all sysplex systems?
Ta.
--
For IBM-MAIN
Huckert, James wrote:
Sure wish you could convince my CIO of this. All divisions of our company
but one are moving away from the mainframe to distributed systems which take
up allot more space than our one mainframe; which all the lines of business
were running on. Cooling all these distributed
As long as the JES2 started task will not JCL error - all you need to do
is hot start JES2 :
(a) $PJES2,ABEND
(b) S JES2
On restart, JES2 will pick up the new dataset catalog entry.
Rob Scott
Rocket Software
http://www.rs.com/portfolio/mxi/
JES2 has allocated the original volser for lib03 and keeps on opening lib03 on
this volser (213-04).
If lib03 exists on another volser, stop/start JES2.
If lib03 does not exist anymore, delete it from JES2 JCl and stop/start JES2.
Consider dynamic Proclibs to make these changes dynamically.
It's been awhile, but it seems like I remember this could be
fixed by switching the proc list - run an iefbr14 job with
/*JOBPARM PROCLIB=PROC01
You'll need to run it in each initiator is the down side. Be a
real pain if there's many defined and probably easier to hot
You do not need to restart JES to fix this. We've, I'm not proud to say,
have had this happen once or twice.
You need to get the proclib back on the original volume. The location on
the volume doesn't matter. Then run a job that has a /*JOBPARM
PROCLIB=99. The PROC99 does not need to be
0508 indicates the PTF was on PUT tape 0508. For UA19532, the SOURCEID in
SMP will show PUT0508 and RSU0512.
Radoslaw asked:
-Original Message-
From: R.S. [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 08, 2006 7:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Applicable
Thanks Kees
At this moment it only impacts to system x. Why? Due to this lib03 has
been allocated from this system?
On Wed, 8 Feb 2006 14:36:04 +0100, Vernooy, C.P. - SPLXM
[EMAIL PROTECTED] wrote:
JES2 has allocated the original volser for lib03 and keeps on opening
lib03 on this volser
Two answers:
1. lib03 on volser3 was allocated when JES2 started and this never changes.
JES2 will search this PROCLIB concatenation for the rest of its life.
2. If all PROCs are found in lib01 and lib02, there is no need to search
lib03. If lib03 must be searched, the error and thus the
If all PROCs are found in lib01 and lib02, there is no need to search lib03.
If lib03 must be searched, the error and thus the message is generated.
So yes, to correct all JES problems, JES2 must be restarted on all systems
allocating lib03.
Kees.
Christian Blesa [EMAIL PROTECTED] wrote in
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould
Sent: Tuesday, February 07, 2006 8:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Moving from CA-MIM to GRS.
snip
John,
CA is not all bad, just some of their sales tactics
David,
I remember your trick, but do not recall what it was for. It causes JES2 to
close PROC00 and open PROC01 for this particular job and will switch back to
PROC00 for the next job that does not specify a //PROCLIB.
I don't see how this helps in this situation. PROCLIBs are used by the
Christian,
If the library that was moved was for a non-system dataset (like
SYS1.PROCLIB), then you might want to look at incorporating the JCLLIB into
JCL. This allows the end user to control what proclibs are used without
them being allocated to JES2.
Title: z/OS V1R4.0 MVS JCL Reference
Anybody have any idea why IBM decided to remove ASM's technique of
suspending channel programs in APAR OA14248? The APAR is titled NEW
FUNCTION. Is suspending channel programs now considered a false savings?
Brian
--
For
I believe when Jes switches to procxx then back to PROC00 it
will re-allocate all the proclibs which should pick up the new location
of lib03. I switched to dynamic procs awhile ago so I can't test it
myself. Should be easy enough to check though - run a typrun=scan that
has a
Brian Peterson [EMAIL PROTECTED] wrote in message news:[EMAIL
PROTECTED]...
Anybody have any idea why IBM decided to remove ASM's technique of
suspending channel programs in APAR OA14248? The APAR is titled NEW
FUNCTION. Is suspending channel programs now considered a false savings?
Brian
In [EMAIL PROTECTED], on 02/06/2006
at 08:27 PM, Bruce Hewson [EMAIL PROTECTED] said:
where the ^ is shift-6,
That depends on the keyboard mapping and translation tables. On a real
3270 ¬ is Shift-6, but for many of us Caret is Shift-6 and ¬ is
something else, e.g., Alt-Shift-6.
Depending on
In [EMAIL PROTECTED], on 02/07/2006
at 09:25 AM, Charles Mills [EMAIL PROTECTED] said:
What is the simplest way for a batch or TSO (only, never running as
an STC) assembler application to tell whether it is running under
JES2 or JES3?
The one that comes to mind is to look in the SSIB. It's
I can't seem to find the answer to this in the OSA manuals so I thought
I'd run it by here..
Two weeks ago, we upgraded to a z890-A04. With this z890 came two OSA
Express 1000Base-T Ethernet cards. I have configured Port 0 on one of
the cards for TCPIP traffic (using QDIO) and port 1 is
-- snip --
1) TDMF process have moved lib03 to another DASD.
2) This lib03 has been deleted (manually).
3) This lib03 has been allocated (through 3.2 option) from system x
Then, some messages are showed:
IEC143I 213-04,,JES2,JES2,PROC00-0003,,volser
How could fix it?
AFAIK,
In
[EMAIL PROTECTED],
on 02/06/2006
at 02:06 PM, Porowski, Ken [EMAIL PROTECTED] said:
Is this what we have to look forward to?
What? People who believe that CICS, DB2, IMS, IDMS, JCL and IBM
Utilities are programming languages? Considering the number of
advertisements that I've seen that
In [EMAIL PROTECTED], on 02/06/2006
at 01:51 PM, Steve Arnett [EMAIL PROTECTED] said:
Besides ALC, where are PL/I and RPG II.
I know PL/I. I will only admit to RPG under duress, and it doesn't
count if my lawyer isn't present.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO
In [EMAIL PROTECTED],
on 02/07/2006
at 09:10 AM, McKown, John [EMAIL PROTECTED] said:
I have a similar hate/love relationship with auditors. They have also
been a help to the z/OS side by their points about Windows security
and auditability which we can address on z/OS.
I have a very
In [EMAIL PROTECTED], on
02/06/2006
at 11:45 PM, Arthur T. [EMAIL PROTECTED] said:
The not character is an EBCDIC x'5F'. It is not on the PC
keyboard and I don't think it has an ASCII equivalent.
It's not in ASCII but it *is* in ISO 8859-1 and similar character
sets. I believe that
On Wed, 8 Feb 2006 09:35:58 -0500, Clark, David [EMAIL PROTECTED]
wrote:
I believe when Jes switches to procxx then back to PROC00 it
will re-allocate all the proclibs
snip
No, it has nothing to do with allocation.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL
The Devil is in the details; the cost of sharing an
existing link might be negligible or might be unacceptable.
I've found negligible to be the case everytime I've checked.
Also, if you are using STAR, the cost is around 10MB of memory in the CF, PLUS
any duplexing costs.
-
-teD
I’m an
Hello,
Not an exact answer to your question. However this company make windows
support for 3590s.
http://www.cartagena.com/index.html
Kevin
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Bodra - Pessoal
Sent: Wednesday, February 08, 2006
Ted MacNEIL wrote:
The Devil is in the details; the cost of sharing an
existing link might be negligible or might be unacceptable.
I've found negligible to be the case everytime I've checked.
Also, if you are using STAR, the cost is around 10MB of memory in the CF, PLUS
any duplexing
On 8 Feb 2006 07:25:59 -0800, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (Shmuel Metz , Seymour J.) wrote:
The not character is an EBCDIC x'5F'. It is not
on the PC
keyboard and I don't think it has an ASCII equivalent.
It's not in ASCII but it *is*
A point of confusion has arisen regarding TIME and what it refers to with
respect to (1) JES2 JOBCLASS, (2) SMFPRMxx JWT, (3) TIME= specified on the
JOB or EXEC statements, and (4) the difference between S322 and S522
completion codes. Our shop defaults are JOBCLASS TIME=(30,0) and SMFPRMxx
In a message dated 2/8/2006 11:41:27 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
time. Apparently that is not true? And since we also know that the batch
job was waiting for access to VSAM datasets that a CICS region had
allocated, why wouldn't it have abended S522 instead of
On Tue, 7 Feb 2006 23:58:50 -0700, Timothy Sipples wrote:
...
There have also been rumblings of 3270 user interface discontinuance for
certain subsystems (or parts of subsystems). CICS V3R2 is one example
where you'll start to see that happen.
I certainly hope, even pray, that CICS' user
Hi,
A weird one and a problem for which we have a query into HDS support.
Has anyone seen message IEE012A issued for no apparent reason when
issuing PPRC commands against HDS DASD?
A PPRC command was being sent to change the status of a trigger group.
IEA494I 4936,HDSTR2,PPRC PAIR
Two weeks ago, we upgraded to a z890-A04. With this z890 came two OSA
Express 1000Base-T Ethernet cards. I have configured Port 0 on one of
the cards for TCPIP traffic (using QDIO) and port 1 is configured for
ICC (system consoles). No problems there.
Unfortunately, my Auto-Negotiate setting did
You need to have a look at OA09675. This is a problem affecting UCB swap
performed by HyperSwap, TDMF, FDRPAS, etc. It looks like the design changes
to fix this are very complex. The problem affects a suspended channel
program on a alias when the alias is unbound during UCB swap. Looks like it
Was there a burst of WTO activity at the time of the IEE012A? Perhaps the
burst simply overwhelmed console syslog processing. Perhaps IBM console
support would have some idea regarding this issue.
FWIW, on my system, the following value is set:
LOG BUFFERS IN USE:0 LOG BUFFER LIMIT:
Anybody have any idea why IBM decided to remove ASM's technique of
suspending channel programs in APAR OA14248? The APAR is titled NEW
FUNCTION. Is suspending channel programs now considered a false savings?
According to my sources, OA14248 is, in part, to solve the problem
described in
Jorge,
There is a 5.11 version of TASID. I forgot where at IBM I got it from, I
think I had to do a google search, maybe a poster can give the correct
link.
Thanks,
Fletch
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jorge Arueira
On Wed, 8 Feb 2006 17:16:12 -0200, Jorge Arueira Campos [EMAIL PROTECTED]
wrote:
Hi All
I have a problem when I look memory map in the program of IBM TASID 5.08.
In
the display of TASID the PSA have a 4K(Z/os 1.4), see below:
Storage area map
Start___ Name___
Doug Nadel's website says there is a more current version (5.11) available from
ISPF development through the ISPF website.
Bob Richards
VP, Enterprise Technologist
Enterprise Technology Infrastructure
SunTrust Banks, Inc.
(404) 575-2798
Seeing beyond money (sm)
-Original Message-
TASID link is
http://www-1.ibm.com/support/docview.wss?uid=swg24009131
or just go to www.ibm.com and search for TASID
HTH
Steve
==
Please access the attached hyperlink for an important electronic communications
On Wed, 8 Feb 2006 14:16:45 -0600, Mark Zelden [EMAIL PROTECTED]
wrote:
I just checked his web site and there was a pointer to IBM's
web site which has an updated version of TASID!
I haven't tried it yet, so I can't tell you if this particular issue
was fixed. I'm currently using the same
Mark
I downloaded the version 5.11 in the IBM site, and the same value (4K) of
PSA is displayed.
Thanks and best regards
Jorge Arueira Campos
On 2/8/06, Mark Zelden [EMAIL PROTECTED] wrote:
On Wed, 8 Feb 2006 14:16:45 -0600, Mark Zelden [EMAIL PROTECTED]
wrote:
I just checked his web
On Wed, 8 Feb 2006 18:43:23 -0200, Jorge Arueira Campos [EMAIL PROTECTED]
wrote:
Mark
I downloaded the version 5.11 in the IBM site, and the same value (4K) of
PSA is displayed.
TSO %IPLINFO VMAP :-)
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North
Mark,
I love your IPLINFO program. I thought the name looked familiar.
Thanks,
Fletch
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Wednesday, February 08, 2006 3:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PSA
In CICS you can do a STARTBR on a VSAM KSDS or ESDS file and then
issue a READPREV to get the previous record from the key you started
at. However, this function is not available to COBOL or IBM
Assembler in batch. We have an issue where we need to know what the
last RBA is in an ESDS file.
Isn't this available from the catalog? You might be able to get what you
want using the SHOWCAT macro.
Stephen M. Wiegand [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
02/08/2006 03:59 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
Don't know about COBOL, but in assembler (batch) all you have to do to find
the last record in a VSAM data set is issue the GET macro with the RPL
pointed to by the GET macro containing the OPTCD=(LRD,BWD) parameter.
See the DFSMS Macro Instructions for Data Sets manual - VSAM Macro
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/08/2006
02:56:15 PM:
Anybody have any idea why IBM decided to remove ASM's technique of
suspending channel programs in APAR OA14248? The APAR is titled NEW
FUNCTION. Is suspending channel programs now considered a false
http://news.yahoo.com/s/nm/20060208/tc_nm/ibm_servers_dc_3
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http
As far as (batch) COBOL goes, if this is an issue for your installation,
have your marketing branch submit a REQUEST for IBM to implement the (well
defined, but processor dependent) feature from the ANSI/ISO 2002 Standard.
In the REQUEST reference the SHARE requirement
SSLNGC0313596 RC 2002 ISO
On Feb 8, 2006, at 7:57 AM, McKown, John wrote:
--SNIP-
Hum, sounds like Microsoft, doesn't it? I wonder who taught whom?
Its the old saying Absolute power corrupts absolutely. When a
company gets so big (like IBM as an example) they think they can
All,
I am completely new to CLIST so please forgive me for my ignorance. Is there
any type of array variable type in CLIST or anything like a stem variable in
REXX? I am somewhat familiar with Rexx, and I am used to using stem variables
and dereferencing the values in a loop, but I can't
Jim wrote on 09/02/2006 08:29:55 AM:
I suspect that they discovered that on modern systems, the time savings
from the suspended I/O was not sufficient to justify it and the
associated issues like OA09675.
Exactly correct.
No doubt true for the latest and greatest kit with all the
In [EMAIL PROTECTED], on
02/08/2006
at 11:53 AM, Vinoth Thiyagarajan [EMAIL PROTECTED]
said:
I am a programmer. I don't know the about the log files created by
mainframe OS/390 at the system level.
There are many files that fit that description. There's the syslog
facility for consoles.
In
[EMAIL PROTECTED],
on 02/07/2006
at 12:16 PM, Lester, Charles (LNG-DAY)
[EMAIL PROTECTED] said:
I'm posting to the Assembler list because I mention assembler several
times in this message :-) Cross-posting to IBM-MAIN.
uses a DLL which sits over in USS-land.
uses a DLL which sits over in
In [EMAIL PROTECTED], on 02/07/2006
at 08:28 PM, Dave Salt [EMAIL PROTECTED] said:
In my opinion, people will NEVER get excited about using mainframes
as long as they have no option but to work with the default
interface.
My experience has been that the users don't learn the alternative
In [EMAIL PROTECTED], on 02/08/2006
at 07:06 AM, Christian Blesa [EMAIL PROTECTED] said:
//PROC00 DD DISP=SHR,DSN=lib01
// DD DISP=SHR,DSN=lib02
// DD DISP=SHR,DSN=lib03
1) TDMF process have moved lib03 to another DASD.
2) This lib03 has been deleted (manually).
3) This
In [EMAIL PROTECTED],
on 02/08/2006
at 07:57 AM, McKown, John [EMAIL PROTECTED] said:
Hum, sounds like Microsoft, doesn't it?
Not quite; AFAIK CA always buys the competitive company before it
starts using their intellectual property. While I have had support
issues with CA over the years,
Hi Nick,
If you already know REXX my advise would be stay away from CLIST as REXX is
much more powerful. If there's some reason why you can't do that and you
absolutely have to use CLIST, you can create an array by prefixing variables
with adjoining ampersands. For example:
/* This CLIST
From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED]
My experience has been that the users don't learn the alternative
interfaces that are there, even when they have been available for
decades.
I agree with you to a certain extent. Many people move blindly from one
release of an operating system
Thanks to all who responded to my recent question about the jobclass override
field in the XPL. Our current exit for z/OS 1.4 is in exit 3, which I think
should have been exit 2. That is why I am putting it in exit 2/52 when we go
to z/OS 1.7.
Dave Barrows
On Feb 8, 2006, at 7:36 PM, Dave Salt wrote:
From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED]
My experience has been that the users don't learn the alternative
interfaces that are there, even when they have been available for
decades.
I agree with you to a certain extent. Many people move
No doubt true for the latest and greatest kit with all the go-fast
goodies.
Looks like that APAR is targeted at z/OS 1.4+. Given that it's HIPER
John D. Slayton wrote:
I was once touring a data center facility were they had Mainframe
systems and such. But I went to this area and they had this clock which
displayed the atomic time in the 24 hour format. It was like 3 to 4
inches wide and the same for the lenght.
I hope you understand
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/08/2006
06:53:16 PM:
Jim wrote on 09/02/2006 08:29:55 AM:
I suspect that they discovered that on modern systems, the time
savings
from the suspended I/O was not sufficient to justify it and the
associated issues like
The prices for CICS and DB2 grow with version.
No, not necessarily. Offload engines are one reason. DB2 V8 will support
zIIPs, and DB2 V7 won't. V8 also has multi-row fetch/insert and MQTs. Does
V8 have a higher price?
CICS 3.1 has better performance for thread-safe code and for SOAP (Web
Sure wish you could convince my CIO of this.
All CIOs eventually reconcile their activities with their CFOs. Some more
dramatically than others. :-)
It's what I said: it has little to do with the
business case, really. IBM has lost the hearts
and minds of the young management as far as the
For future (or perhaps current) reference, note that there are many ways
you can isolate user TCP/IP activity from underlying changes to your
network configurations. If you look into the VIPA/DVIPA concepts in the
references you may find some good information.
That's probably a good idea
IBM is pushing 2 releases out every year
Not since 1.4 came out.
IE: it's been three years since IBM went to one release a year.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
--
For IBM-MAIN
81 matches
Mail list logo