Probably desperate. The web site is a disaster - www.wavemindinc.com is a
duplicate of
www.wavemindit.com and copyscape spits it straight out. Then there's what
Google refers to as
canonicalization. Duplicate -30 places penalty from Google for a start. Then
all the title
statements are the
Hello: I am encountering a problem with the following scenario:
I have a dataset defined in the PARMLIB member LNKLSTxx like this:
dataset(volser)
After an IPL, I can access my program from this linklist data set.
Now, the dataset is moved to a new volser. I do the following sequence of
Paul:
The 106 abend with an F is usually indicative of a problem where the module
is now beyond the extent where it existed when the system was started. Try a
compress to bring it back within the original extents, or simply add a
steplib to it to use the deb created by the JCL as opposed to
Phil Payne wrote:
Probably desperate. The web site is a disaster - www.wavemindinc.com is a
duplicate of
www.wavemindit.com and copyscape spits it straight out. Then there's what
Google refers to as
canonicalization. Duplicate -30 places penalty from Google for a start. Then
all the title
In my opinion, the first activate of lnklst NEW1 would not have been necessary,
but does not hurt.
Did you restart all your initiators to pick up the new linklist NEW2? Remember,
only address spaces started *after* NEW2 was activated would have that new
dataset on the other volser in the
This certainly is the basic jist of it, also the redbook is your friend.
Search TCPIP and Security on the rebokk page and you should find it.
There is also good advice over on RACF-L
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S.
Sent:
On Wed, 30 May 2007 01:18:18 -0500, Paul Schuster wrote:
I have a dataset defined in the PARMLIB member LNKLSTxx like this:
dataset(volser)
From Init Tuning:
If you use LNKLSTxx instead of PROGxx, during IPL, the system opens and
concatenates each data set in the order it was listed,
Mark H. Young wrote:
Mark.do you mind my asking what no longer supported vendor product
you are talking about.and what co. ?? Just curious.
Might have something to do with console authority within the JES2 parm def
for internal readers (off the top of my sparse head). Did something
On Wed, 2007-05-30 at 06:56 -0400, Mark Jacobs wrote:
We have an old version of a mainframe based email package, EMC/TAO ...
Stirring up old memories there. Why didn't this appear in the tracking
data (prior to 1.8) ???.
I'm currently prepping for 1.8, and I'm relying heavily on all the
Shane wrote:
On Wed, 2007-05-30 at 06:56 -0400, Mark Jacobs wrote:
We have an old version of a mainframe based email package, EMC/TAO ...
Stirring up old memories there. Why didn't this appear in the tracking
data (prior to 1.8) ???.
I'm currently prepping for 1.8, and I'm relying
On Wed, 2007-05-30 at 07:35 -0400, Mark Jacobs wrote:
I just didn't think that anything bad would happen.
M - I have to say I don't like the concept that a 1.8 system
entering a happily running 'plex will unilaterally cause the master
console to vapourise. For the entire 'plex !!!.
Well, we just IPL'd 1.8 in the test plex for the first time. Guess what: Both
UNKNIDS and INTIDS were ignored in consolxx (iea196 with reason code 3, which
isn't in the 1.8 books anymore). I could vary that attribute on the 1.8 system
for all consoles, no matter where they are active. I cannot
Discovered after the implemetnation of the IBM Encryption facility to encrypt
our HSM dumps, that certain volumes may get skipped. Reported the problem
and it turns out it is not an IBM Encryption Facility issue but a HSM problem.
IBM level 2 created APAR OA21183 to document the problem.
IBM
Additional items to consider is a SHARE presentation on SSL which was
very good. And the RACF Security Administration manual does a nice job
of laying out different scenerios and the needed commands.
You might consider (if the client supports it) just auto-accepting the
certificate.
Some other
Barbara Nitz wrote:
Well, we just IPL'd 1.8 in the test plex for the first time. Guess what: Both
UNKNIDS and INTIDS were ignored in consolxx (iea196 with reason code 3, which
isn't in the 1.8 books anymore). I could vary that attribute on the 1.8 system
for all consoles, no matter where they
Okay, I am probably way off base, but is it possible this might be related
to Security?
I now there was an APAR at z/OS V1.1 that required some security profiles
for the Console. OW53806
* USERS AFFECTED: Users running
Radoslaw,
I read your reply to Phil and laughed. You dissed Phil saying that his
efforts were wasted time and inappropriate to post here. But yet, you
continued the thread by posting on it.
Personally, I'm glad for Phil's research. I too got the email from
them. When I first started
We talked with you a week ago and can't find your
contact information. Please give us a call or
drop us a line offlist.
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-393-8716
http://www.trainersfriend.com
z/OS Application development made easier
* Our classes include
On Wed, 30 May 2007 01:18:18 -0500, Paul Schuster [EMAIL PROTECTED]
wrote:
Hello: I am encountering a problem with the following scenario:
I have a dataset defined in the PARMLIB member LNKLSTxx like this:
dataset(volser)
After an IPL, I can access my program from this linklist data set.
Now,
On Wed, 30 May 2007 08:53:22 +0200, Barbara Nitz [EMAIL PROTECTED] wrote:
Did you restart all your initiators to pick up the new linklist NEW2?
Remember, only address spaces started *after* NEW2 was activated would have
that new dataset on the other volser in the linklist. All other address
On Wed, 30 May 2007 05:11:03 -0500, Norbert Friemel [EMAIL PROTECTED] wrote:
On Wed, 30 May 2007 01:18:18 -0500, Paul Schuster wrote:
I have a dataset defined in the PARMLIB member LNKLSTxx like this:
dataset(volser)
From Init Tuning:
If you use LNKLSTxx instead of PROGxx, during IPL, the
After an IPL, I can access my program from this linklist data set.
Now, the dataset is moved to a new volser. I do the following
sequence of
commands:
SETPROG LNKLST DEFINE,NAME=NEW1,COPYFROM=CURRENT
SETPROG LNKLST ACTIVATE,NAME=NEW2
At this point, a SETPROG
On Wed, 30 May 2007 14:22:13 +0200, Barbara Nitz [EMAIL PROTECTED] wrote:
Well, we just IPL'd 1.8 in the test plex for the first time. Guess what:
Both UNKNIDS and INTIDS were ignored in consolxx (iea196 with reason code 3,
which isn't in the 1.8 books anymore). I could vary that attribute on the
Mark Jacobs wrote:
I received the same IEA198 message when I ipled my test 1.8 system. I
manually enabled the options on consoles in my zos 1.8 system and on the
system that receives the failure. Nothing worked. I still received the
same IEE345I message.
Maybe you have OA11274 installed on your
George Kozakos wrote:
Mark Jacobs wrote:
I received the same IEA198 message when I ipled my test 1.8 system. I
manually enabled the options on consoles in my zos 1.8 system and on the
system that receives the failure. Nothing worked. I still received the
same IEE345I message.
Maybe
No. SETPROG LNKLST is doing what it was advertised to do, but remember
that changes to the active linklist only take effect for address spaces
started after you issue SETPROG. Batch jobs run in initiators and they
live a very long time. So chances are your job is trying to fetch the
module using
On 29 May 2007 14:13:27 -0700, [EMAIL PROTECTED] (Eric
Spencer) wrote:
Since this discussion
has been going on for over three decades with little progress in terms
of widespread change, one has to ask: is parallel programming just too
difficult for most programmers? Are the tools inadequate or
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
[EMAIL PROTECTED] (Howard Brazee) writes:
Depending on one's definition of parallel programming, we have been
doing to various degrees since before they started
Is there much of a cost to switching amodes?
Is it worth writing code to be able to run completely in 64 bit mode (and
maintain the top half of the registers) or is it fine to switch in and out
when referencing storage above the bar?
POPs does not indicate anything.
--
Binyamin Dissen [EMAIL
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
Anne Lynn Wheeler [EMAIL PROTECTED] writes:
long ago and far away, this was one of the battles getting the
compareswap instruction into 370 architecture. testset
Binyamin Dissen wrote:
Is there much of a cost to switching amodes?
Is it worth writing code to be able to run completely in 64 bit mode (and
maintain the top half of the registers) or is it fine to switch in and out
when referencing storage above the bar?
POPs does not indicate anything.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe
Sent: Wednesday, May 30, 2007 11:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Is there a cost in switching AMODEs?
Binyamin Dissen wrote:
Is there much of a cost to
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Binyamin Dissen
Sent: Wednesday, May 30, 2007 11:20 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Is there a cost in switching AMODEs?
On Wed, 30 May 2007 09:45:04 -0700 Edward Jaffe
[EMAIL
Binyamin Dissen wrote:
:In my experience, excessive switching of addressing mode is quite
:expensive. I suspect it's because the entire pipeline must be flushed.
I didn't see that in the POPs.
AFAIK, the Principles of Operation does not discuss processor pipeline
considerations for any
On Wed, 30 May 2007 09:45:04 -0700 Edward Jaffe [EMAIL PROTECTED]
wrote:
:Binyamin Dissen wrote:
: Is there much of a cost to switching amodes?
: Is it worth writing code to be able to run completely in 64 bit mode (and
: maintain the top half of the registers) or is it fine to switch in and out
For the archives, I believe file 758 (just made available) on the CBT site will
solve the original problem.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET
Do you need to refresh LLA ?
-Original Message-
From: Paul Schuster [mailto:snip]
Sent: Tuesday, May 29, 2007 11:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SETPROG LNKLST--problem or procedural error?
Hello: I am encountering a problem with the following scenario:
I have a dataset
On Wed, 30 May 2007 10:39:48 -0700 Edward Jaffe [EMAIL PROTECTED]
wrote:
:Binyamin Dissen wrote:
: :In my experience, excessive switching of addressing mode is quite
: :expensive. I suspect it's because the entire pipeline must be flushed.
: I didn't see that in the POPs.
:AFAIK, the
Binyamin Dissen wrote:
Why would an AMODE change require a pipline flush? It doesn't branch anywhere.
The current pipline should be valid.
I simply indicated that, in *my* experience, address mode switching is
fairly expensive and suggested one possible cause. (FWIW, I've found
similar
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen
Sent: Wednesday, May 30, 2007 1:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Is there a cost in switching AMODEs?
On Wed, 30 May 2007 10:39:48 -0700 Edward Jaffe
Binyamin Dissen wrote:
Is there much of a cost to switching amodes?
I see in follow-up posts you're not near a definitive answer.
Could you post your queries on Assembler-L?
Groete / Greetings
Elardus Engelbrecht!
'Full portability: Same bugs on every platforms.'
'On a clear disk you can
Binyamin and Ed,
Certainly, if operands were pre-fetched based on 31-bit addresses, the
addresses of operands could change once you were in 64-bit mode, so the
actual operands could be changed. If operands were changed, since the
processor makes pre-fetching decisions based on preliminary
On Wed, 30 May 2007 11:45:10 -0700 Edward Jaffe [EMAIL PROTECTED]
wrote:
:Binyamin Dissen wrote:
: Why would an AMODE change require a pipline flush? It doesn't branch
anywhere.
: The current pipline should be valid.
:I simply indicated that, in *my* experience, address mode switching is
On Wed, 30 May 2007 13:48:47 -0500 Tom Harper [EMAIL PROTECTED]
wrote:
:Certainly, if operands were pre-fetched based on 31-bit addresses, the
:addresses of operands could change once you were in 64-bit mode, so the
:actual operands could be changed. If operands were changed, since the
:processor
I can't get a ptf ordered and trying to enter an ETR also fails.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
I guess it might have been I.E. Open/close browser seems to have helped
:(
I'm really, REALLY, going to miss tn3270 access to Ibmlink.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gibney, Dave
Sent: Wednesday, May 30, 2007 12:18 PM
To:
Binyamin Dissen wrote:
A key change caused a slowdown? Interesting.
Yes. And PoP gives no clue as to why that would be the case. I *assumed*
it was because instructions executed later in the pipeline must be
re-processed using the new key.
I have lots of code where it switches to key0
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave
Sent: Wednesday, May 30, 2007 2:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: One day to go and Web Ibmlink isn't working for me
I can't get a ptf ordered and trying to enter
I just tried to print a data set list from ISRUDLP Data Set List
Utility. I got:
.-.
| The listing of data sets was placed in the ISPF list data set. Lines have |
| been wrapped because the logical record length is
This is probably the ISPF Configuration. You can check the config file and see
if it has OUTPUT specified differently from the message. I can validate my
system with ISPVCALL function. In the output it has the OUTPUT listing file
and its attributes.
Lizette
I just tried to print a data set
I forgot to show what it looks like in my ISPVCALL output
Edit BackupOutlist
Block Size 13,680 Block Size 13,566
Primary blocks 40 Primary tracks 200
Secondary blocks.. 200
On Wed, 30 May 2007 14:40:22 -0500, Paul [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I just tried to print a data set list from ISRUDLP Data Set List
Utility. I got:
.-.
| The listing of data sets was placed in the ISPF
On Wed, 30 May 2007 15:02:34 -0500, Mark Zelden wrote:
Well, it does seem pretty self explanatory to me.
Yes, but it doesn't give the expected Programmer Response
I think it changed in 1.7 (we skipped that release).You can change it via
SETTINGS Log/List List Data set characteristics
Ah!
On Wed, 30 May 2007 15:45:16 -0500, Paul Gilmartin [EMAIL PROTECTED]
wrote:
On Wed, 30 May 2007 15:02:34 -0500, Mark Zelden wrote:
Well, it does seem pretty self explanatory to me.
Yes, but it doesn't give the expected Programmer Response
I guess it should say to change it via SETTINGS. I'm
I'm really going to miss 3270 access tio IBMLINK. It actually WORKED, a wild
concept.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search
I may have missed it if someone else has already posted it, but ABCs of
z/OS System Programming Volume 8: An introduction to z/OS problem
diagnosis is available with a 15 May 2007 publish date.
http://www.redbooks.ibm.com/abstracts/sg246988.html?Open
Craig
I tried some of the suggestions here (stoprestart initiator, SETPROG
UPDATE) and still got the same 106-F rc40 error.
Maybe it's related to how these data sets are cataloged.
Oh well, an IPL only takes a few minutes.
Thank you.
Paul Schuster
I tried some of the suggestions here (stoprestart initiator, SETPROG
UPDATE) and still got the same 106-F rc40 error.
Did you by any chance try to submit the job with a steplib pointing
directly to the new library. Just wondering if by happenstance that
(new) library is broken.
CC
On Mon, 28 May 2007 16:12:24 +0100, William Walsh
[EMAIL PROTECTED] wrote:
Our SysProg
uses ServerPac for everything, but I'm wondering if it's possible to get
a report of holddata that's relevant between the level of the previous
DB2 and the new DB2.
Sounds like you want to define the old
Hello everyone,
I'm tring to get a list of our CICS transactions. Is there a way to
run a batch job that would
give the results of a: CEMT INQ TRAN
Thanks!!
Dave Schaeffer
--
For IBM-MAIN subscribe / signoff / archive
Paul Knudsen wrote:
Looking for ideas for a file processing problem.
The client can receive one or more data files on their server each
day. The mainframe needs to run an FTP followed by a file-edit for
each. How might this best be accomplished?
Not 100% sure what the process is.
What is
[EMAIL PROTECTED] wrote:
Hello everyone,
I'm tring to get a list of our CICS transactions. Is there a way to
run a batch job that would
give the results of a: CEMT INQ TRAN
Thanks!!
Dave Schaeffer
You can run RDO in batch. This will not tell you what transactions are
actually
In a message dated 5/30/2007 3:45:43 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
But it restricts Line length to 150. I wonder what the rationale?
1403-N1?
** See what's free at http://www.aol.com.
Paul,
I don't agree.
When you transfer data in ASCII mode, unless you tell ftp to *not* add
CRLF to the record, each record will get a CRLF added to it as it is
stored. This is evidenced by your display having 3 lines for FOO3 and 4
lines for FOO4.
On the other hand, when you ask ftp to
On Tue, 29 May 2007 14:05:25 -0500, Ray Prevott
[EMAIL PROTECTED] wrote:
Just getting started on this. Any advice out there? I am on z/OS 1.7 and
PCOM 5.8. Hope to use RACF to manage certificates, but I don't have a clue
as to what kind I might need. Any help appreciated.
While not strictly
65 matches
Mail list logo