I don't have access to my docs right now, otherwise I would have
specified the bit, but JFCVSL sounds correct. It needs to be set on any
OPEN when there is a changed data set name or serial. I seem to recall
setting it for a changed member name also.
I've tried setting the JFCBVSL flag before
On Mon, 14 Jan 2008 21:17:15 -0600, Walt Farrell ... wrote:
snip
If I have a VB (or even an FB) with a larger LRECL, it shouldn't take
handstands to copy!
For VB, I agree.
For FB, how would you like the output padded? Blanks? Binary zeros?
One of those will be incorrect for some
Hi Alan and all
I am Ana, a Raquel's colleague working in this subject . You say you used
the exit to store the accessing job name. Could you easyly retrieve it? How
did you do it? Are there any other attribrutes you were able to store (last
use date, last mod date, volser... ) ?
I am interested
General question, are the SHARE papers/proceedings available to the general
public ie non-SHARE members. If so I'm after something up to date-ish on
CICS debugging.
Jim McAlpine
--
For IBM-MAIN subscribe / signoff / archive
Anyone?
On Mon, 14 Jan 2008 01:16:05 -0600, Support, DUNNIT SYSTEMS LTD.
[EMAIL PROTECTED] wrote:
Can this be done? If so, any special pointers/gotchas as far as SVC coding?
Is
everything I need to know already covered in this thread from last August:
Calling a AMODE 31 program from AMODE 64
PLEASE!!!
--
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://bama.ua.edu/archives/ibm-main.html
In [EMAIL PROTECTED], on 01/14/2008
at 09:29 AM, Aaron Walker [EMAIL PROTECTED] said:
I've always thought that a slashdot-type interface
(http://slashdot.org/) would be much more useful,
It would be a death blow for people that work offline. Web interfaces tend
to be slow and clunky, even
are the SHARE papers/proceedings available to the general
public ie non-SHARE members.
The proceedings from the most recent SHARE are available to everyone at
www.share.org. The proceedings from earlier SHAREs are only available to SHARE
members.
Bob Shannon
Rocket Software
Thanks.
On 1/15/08, Bob Shannon [EMAIL PROTECTED] wrote:
are the SHARE papers/proceedings available to the general
public ie non-SHARE members.
The proceedings from the most recent SHARE are available to everyone at
www.share.org. The proceedings from earlier SHAREs are only available to
On Tue, 15 Jan 2008 05:04:12 +, Ted MacNEIL [EMAIL PROTECTED] wrote:
This kind of ambiguity happens fairly often with our software products
that run on z/OS, in my experience.
It shouldn't.
Since OS/390 came out almost all the ancillary software is supposed to have
the same release number as
Hi Everyone,
About two weeks ago I asked about a problem I had with
Installing XML Toolkit on z/OS 1.9. After working with IBM I found the problem.
The problem was that we had renamed the SYS!.SCUNTBL library to something else.
It seems that this name is hard coded somewhere. Renaming it
Hi,
I was looking at the z/OS Implementation red book and at the z/OS v1.9
migration guide and came across a component called capacity provisioning.
I tried looking for more information, but couldn't find any.
Does anyone know what this is, or where I can find more information about it.
Good day to all,
I submitted an AUDIT MDECTL VOLUMES(XD0094) FIX SERIALIZATION(CONTINUOUS)
command to build the MCD record yesterday at 10:00 a.m. It is still running.
I tried a
HSEND CANCEL REQUEST(3259) but the command is still running.
Is there a way of stopping the AUDIT?
The problem was that we had renamed the SYS!.SCUNTBL library to something
else.
It seems that this name is hard coded somewhere. Renaming it back to the
original name solved the problem.
I hope they had the common decency to write their own ETR.
Shane ...
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Walt Farrell
On Tue, 15 Jan 2008 05:04:12 +, Ted MacNEIL
[EMAIL PROTECTED] wrote:
This kind of ambiguity happens fairly often with our software
products
that run on z/OS, in my experience.
It shouldn't.
Strangely enough, there are some useful CICS presentations on the
Websphere Technical Exchange Webcasts pages, see:
http://www-306.ibm.com/software/websphere/support/supp_tech.html
Ted MacNEIL wrote:
All too often, a senior manager will get a
fixation on a particular platform, ignoring all others, to the ultimate
detriment of his company.
The platform should be the last thing determined; NOT the first.
RULE 1: Determine the application need
RULE 2: Keep the data as
On Mon, 14 Jan 2008 23:23:37 -0600, Ed Gould wrote:
On Jan 14, 2008, at 2:26 PM, Mark Zelden wrote:
On Mon, 14 Jan 2008 14:15:51 -0600, Ed Gould
[EMAIL PROTECTED] wrote:
2. The proverbial it worked last year before you put the maintenance
on just go back the point and run my job.
??
I've started working on exactly the Rexx process you describe... listing
the information on one LPAR and performing an ADDVOLUME on the other LPAR
to 'move' the RMM entry. I'm not too far yet, however, so if you or
anyone would happen to be able to share such a routine, it should would be
hsend hold audit eod
Terry Traylor
charlesSCHWAB
TIS Mainframe Storage Management
Remedy Queue: tis-hs-mstg
(602) 977-5154
WARNING: All email sent to or from this address will be received by the
Charles Schwab corporate e-mail system and is subject to archival and
review by someone other
One of our guys said:
Two things, increase the temporary storage dataset, this will increase the
CI's.Also make sure if he's doing a EXEC CICS WRITE TSQUEUE he should do a EXEC
CICS DELETE TSQUEUE when task is complete to clean up temp storage dataset.
Hope this helps.
Thanks
John Eatherly
I should know better than to respond to one of your posts... but I already did.
This will be my last response to you on this subject. Sometimes I find it
hard to
believe you were actually a sysprog.
On Mon, 14 Jan 2008 23:23:37 -0600, Ed Gould [EMAIL PROTECTED] wrote:
Mark, I dislike to
Hi ,
Today got some problem in the CICS Region which caused the CICS to hang and
there were no responses for any of the transactions. On analysis found that
there was following message in the CICS Log.
+DFHTS1315 CICSPROD The temporary storage data set has exceeded the maximum
number of control
On 1/15/08, Jacky Bright [EMAIL PROTECTED] wrote:
Hi ,
Today got some problem in the CICS Region which caused the CICS to hang
and
there were no responses for any of the transactions. On analysis found
that
there was following message in the CICS Log.
+DFHTS1315 CICSPROD The temporary
The VTS thing is working fine for in-house stuff. Now there is a push to
copy/convert all the offsite permanent volumes to stacked exported tapes.
The problem? We don't have a clue on how to get started on this beastie.
We're using TapeCopy as our engine and I can run all sorts of reports and
On 1/15/08, Kelman, Tom [EMAIL PROTECTED] wrote:
I'm an MVS performance/capacity person, not a CICS person. However, I
did discuss this with my CICS guru. He says that you could consider
what John says about increasing the size of the temporary storage
datasets. However a 45000 track (3000
How can we prove the fact that the transaction has gone in loop ? How to
monitor TSQ dynamically or using any utility ?
JAcky
On 1/15/08, Graham R Clark [EMAIL PROTECTED] wrote:
Maybe something has gone into a loop writing or creating queues? That's a
decent size DFHTEMP you have.
Cheers
The VTS thing is working fine for in-house stuff. Now there is a push to
copy/convert all the offsite permanent volumes to stacked exported tapes.
The problem? We don't have a clue on how to get started on this beastie.
We're using TapeCopy as our engine and I can run all sorts of reports and
From: [EMAIL PROTECTED] We're currently moving from Rumba as our terminal
emulator to IBM's Personal Communications (PComm) 5.9 and have encountered
a problem with file transfer - specifically receiving a text file from an
MVS/TSO host into a Windows PC file. The problem is the EOF
IMHO ICEGENER does it right IEBGENER does it wrong. Most sites have
an alternative copy utility by way of the SORT utility and it should provide
better performance than IEBGENER... so vote with your feet and avoid
IEBGENER whenever you can.
Bill
On Tue, 15 Jan 2008 03:12:48 -0600, Zaromil
On Jan 15, 2008, at 8:22 AM, Tom Marchant wrote:
On Mon, 14 Jan 2008 23:23:37 -0600, Ed Gould wrote:
On Jan 14, 2008, at 2:26 PM, Mark Zelden wrote:
On Mon, 14 Jan 2008 14:15:51 -0600, Ed Gould
[EMAIL PROTECTED] wrote:
2. The proverbial it worked last year before you put the
maintenance
I'm an MVS performance/capacity person, not a CICS person. However, I
did discuss this with my CICS guru. He says that you could consider
what John says about increasing the size of the temporary storage
datasets. However a 45000 track (3000 cylinder) temp store is pretty
big. Some other
Look at Opentech.com. They are VTS experts including tapecopy solutions.
Itschak
Itschak Mugzach, Director
SecuriTeam Software ltd.
Tel: +972 (522) 986404
Skype: Securiteam-Software
Email: [EMAIL PROTECTED]
Gmail: [EMAIL PROTECTED] for large mails
-Original Message-
From: IBM
On 1/15/08, Jacky Bright [EMAIL PROTECTED] wrote:
How can we prove the fact that the transaction has gone in loop ? How to
monitor TSQ dynamically or using any utility ?
JAcky
On 1/15/08, Graham R Clark [EMAIL PROTECTED] wrote:
Maybe something has gone into a loop writing or creating
Well, that is a different situation. You probably need to increase the
CI size. My person here said that the default is 4k but here we've
defined it as 32K. I also understand that you did post to the CICS-L
list and they've been saying the same.
Tom Kelman
Commerce Bank of Kansas City
(816)
The manual is unclear on this. First question: Is this supported? I.e.
will SORTOUT contain only one of the records with the duplicate key?
Second question: Which record will be kept? Random, the one read from
the lowest SORTINnn or the one read from the highest SORTINnn DD
statement?
--
John
We didn't opt for VDR as we use the ATL for our DR stuff.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
Some actually don't like -encrypted- transfers because they can't
monitor what is passing over the network. Worse, there is no way to
detect and filter malware.
Recall that encrypted zip files were a very popular attack vector not so
long ago. Not clear what countermeasures will be effective
We run a number of scenarios depending on the needs of the customer.
Many insist on one or more PC's in the path running expensive software
(and then presumably relay the data in the open to the end point). But
we prefer to originate FTP's from the host and 'push' to customers. That
way our
http://www.computerworld.com/action/article.do?
command=viewArticleBasicarticleId=9057233source=NLT_AMnlid=1
Now if only the rest of the US (and any foreign countries) get in line.
This guy was a thief (which almost everyone knew except for the brain
dead US attorney).
The companies that
Zaromil Tisler wrote on 01/15/2008 01:12:48 AM:
The argumentation above was apparently not used in ICEGENER design,
the ICEGENER (as a replacement for IEBGENER SYSUT1 DD DUMMY
combination) takes another approach:
Copying PS V shorter to PS V larger brings RC=0.
Copying PS F shorter to PS FB
We use VDR to back up the VTS.
Doug
At 11:21 15-01-08, you wrote:
We didn't opt for VDR as we use the ATL for our DR stuff.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED]
Sorry - can't less this pass.
I've got it wrong a few times. The ones that embarrass me the most:
a) MacDonalds opening in Germany. Germany has a long history of
family-friendly eateries,
mostly Italian-themed, but many Greek etc., mostly offering quite high quality
food at very
reasonable
On Tue, 15 Jan 2008 10:25:23 -0600, McKown, John wrote:
The manual is unclear on this. First question: Is this supported? I.e.
will SORTOUT contain only one of the records with the duplicate key?
Second question: Which record will be kept? Random, the one read from
the lowest SORTINnn or the one
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke
Sent: Tuesday, January 15, 2008 11:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFSORT question MERGE w/SUM FIELDS=NONE
On Tue, 15 Jan 2008 10:25:23 -0600, McKown, John
On Tue, 15 Jan 2008 16:10:34 -, Phil Payne wrote:
And the last hurdle is that you effectively have to be 'voted in' by the
incumbent team.
Somehow, that never happened.
Giggle.
While I've never met you personally, I have followed your posts on IBM-MAIN.
It's inconceivable to me that
If NOEQUALS is in effect, the record which is retained is determined
arbitrarily. If EQUALS is in effect, the record which is retained is
the first record read. In a MERGE application the retained record will
be from the lowest numbered input file.
These rules should hold true for SyncSort,
John McKown wrote on 01/15/2008 08:25:23 AM:
The manual is unclear on this. First question: Is this supported? I.e.
Yes, SUM FIELDS=NONE is supported for MERGE.
will SORTOUT contain only one of the records with the duplicate key?
Yes.
Second question: Which record will be kept? Random, the
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Yaeger
Sent: Tuesday, January 15, 2008 11:07 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFSORT question MERGE w/SUM FIELDS=NONE
[snip]
If NOEQUALS is in effect, it's random.
On Tue, 15 Jan 2008 11:05:40 -0600, McKown, John wrote:
Yes, I just didn't really see how EQUALS applies to a MERGE. Possibly
just lact of understanding on my part. I do understand how EQUALS
applies to SORT since SORT is only reading one input file, so which is
first makes sense to me. But MERGE
On Tue, 15 Jan 2008 11:00:01 -0600, Dave Kopischke wrote:
On Tue, 15 Jan 2008 10:25:23 -0600, McKown, John wrote:
The manual is unclear on this. First question: Is this supported? I.e.
will SORTOUT contain only one of the records with the duplicate key?
Second question: Which record will be
(Sorry if this appears twice - the first post seems to be taking forever to
get to the list, so I thought I'd try again.)
John McKown wrote on 01/15/2008 08:25:23 AM:
The manual is unclear on this. First question: Is this supported? I.e.
Yes, SUM FIELDS=NONE is supported for MERGE.
will
On Tue, 15 Jan 2008 11:20:25 -0600, Paul Gilmartin wrote:
Related question:
Does either product support sorting on N keys and eliminating all but
the first record with the first M (N) values identical? E.g. for all
records with identical Names, keep only the one with the most recent
Date.
An
The SVC FLIH will happily give control to the SVC routine in whatever mode
the SVC routine is defined to get control, regardless of what AMODE the
SVC-issuing program was in.
It is up to the SVC routine to decide what to do about that, often basing
its decisions on that caller's AMODE, as located
This appeared yesterday:
http://www.informationweek.com/news/showArticle.jhtml?articleID=205601557
---
...
Americans don't appear to be rushing to gain the IT-related skills that
organizations are looking for. The National Center for Education finds that
only 13%
Paul Gilmartin wrote on 01/15/2008 09:20:25 AM:
Related question:
Does either product support sorting on N keys and eliminating all but
the first record with the first M (N) values identical? E.g. for all
records with identical Names, keep only the one with the most recent
Date.
I've
On Tue, 15 Jan 2008 11:27:45 -0600, Dave Kopischke wrote:
An awkward solution would be to sort it in date sequence first, then SORT
dedupe. Multiple passes and not very elegant. But for a small file, who cares
??
If the file is small enough, I do it with an editor.
Would it be better on the
On Tue, 15 Jan 2008 11:20:25 -0600, Paul Gilmartin [EMAIL PROTECTED]
wrote:
Does either product support sorting on N keys and eliminating all but
the first record with the first M (N) values identical? E.g. for all
records with identical Names, keep only the one with the most recent
Date.
But the messages were probably only 16 bytes long 'Happy New Year !'
Or less than 1 MiB a second, 641 GiB total. Certainly within Mainframe
capabilities ;-)
-Original Message-
Phil Payne
b) GSM text messaging. I got a Nokia 1011 within days of GSM going live
in Europe. 160 byte
Peter, thanks for responding.
I'm familiar with coding SVCs, the different types and RBs.
This is an existing AMODE31 user SVC routine that needs to be updated to
start tolerating AMODE64 addresses. So my question still is whether
everything I need to know about coding such AMODE64 to AMODE31
DD SYSOUT=*
//DFSMSG DD SYSOUT=*
//IN DD *
FRANK 20080107
FRANK 20080115
PAUL 20071230
FRANK 20071231
PAUL 20080112
GEORGE 20080103
PAUL 20080105
//OUT DD SYSOUT=*
//TOOLIN DD *
SELECT FROM(IN) TO(OUT) ON(1,7,CH) FIRST USING(CTL1)
//CTL1CNTL DD *
SORT FIELDS=(1,7,CH,A,8,8,CH,D)
OUT
On Tue, 15 Jan 2008 11:40:44 -0600, Paul Gilmartin wrote:
On Tue, 15 Jan 2008 11:27:45 -0600, Dave Kopischke wrote:
An awkward solution would be to sort it in date sequence first, then SORT
dedupe. Multiple passes and not very elegant. But for a small file, who
cares ??
If the file is small
Dave Kopischke wrote on 01/15/2008 09:57:20 AM:
Will MERGE operate on a single input file, or would it require
SORTIN02 DD DUMMY?
My manual doesn't state a minimum. It just says the maximum is 32 DD's
following the naming pattern SORTINnn. You can skip sequence numbers too
if
you want. My
On Tue, 15 Jan 2008 11:46:02 -0600, Mark Zelden [EMAIL PROTECTED]
wrote:
Will DFSORT operate on Unix files?
Never tried it. I think it would if you got the JCL and sort statements
correct.
This worked (SYNCSORT). But I did have to specify LRECL, BLKSIZE,
and RECFM on the DDs or I got
snip---
The great thing about Gartner is they believe everything. It doesn't
matter what strategy you espouse, you will find a Gartner Research
Service that will back you up. And such a company cannot be wrong, can it?
I've had several recruitment run-ins
On Tue, 15 Jan 2008 12:16:53 -0600, Mark Zelden wrote:
Will DFSORT operate on Unix files?
Never tried it. I think it would if you got the JCL and sort statements
correct.
This worked (SYNCSORT). But I did have to specify LRECL, BLKSIZE,
and RECFM on the DDs or I got RC16:
Thanks for the
On Tue, 15 Jan 2008 12:33:01 -0600, Paul Gilmartin [EMAIL PROTECTED]
wrote:
On Tue, 15 Jan 2008 12:16:53 -0600, Mark Zelden wrote:
Will DFSORT operate on Unix files?
Never tried it. I think it would if you got the JCL and sort statements
correct.
This worked (SYNCSORT). But I did have to
On 15 Jan 2008 09:33:09 -0800, in bit.listserv.ibm-main you wrote:
This appeared yesterday:
http://www.informationweek.com/news/showArticle.jhtml?articleID=205601557
---
...
Americans don't appear to be rushing to gain the IT-related skills that
organizations are
Mark,
The zFS (or HFS) files appear to the sort as a sub-system data set and
can be read using standard BSAM I/O. When we OPEN them, there are DCB
characteristics. If you don't supply the DCB, there is no way for us to
determine what will be coming.
John Reda
Syncsort, Inc.
-Original
Sorry, the post should read:
The zFS (or HFS) files appear to the sort as a sub-system data set and
can be read using standard BSAM I/O. When we OPEN them, there are NO
DCB
characteristics. If you don't supply the DCB, there is no way for us to
determine what will be coming.
-Original
On 14 Jan 2008 17:45:10 -0800, [EMAIL PROTECTED] (Ed Gould)
wrote:
RULE #2: I am not sure I agree with you on this one. Most of the time
it is the case but there are times I do not think it is wise(or
useful). There are other cases that it serves no purpose to keep the
data as close to the
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.
[EMAIL PROTECTED] (Michael Stack) writes:
This appeared yesterday:
http://www.informationweek.com/news/showArticle.jhtml?articleID=205601557
Nearly 70% of middle school teachers lack
Does this mean, in physical location? Or does this mean logically close?
What I meant was the data shouldn't have to make a network trip to remote disk
everytime you do a read/write.
The application could be remote from the user, but the data should reside
with/near it.
-
Too busy driving to
Hi all,
Does anyone have any experience getting 74.8 data out of a DMX3/4? The
only requirements I am aware of is the 5775 'Enginuity' code and RMF option
ESS enabled. I have both of these in place, but still no stats.
Is there a setting required on the box (i.e. similar to an HDS 'mode'?)
As far as I can tell, that can't be done with any certainty. Problem is
that IP addresses are often munged or 'translated' for network security
reasons. You might get an IP address, but it may or may not be
consistently associated to a specific device.
Even if that is not the case, IP addresses
We are running DMX3 and as far as I can tell, it does not create these SMF
records. If I find out it can be done I will update you.
But at this time the RMF montior does not support EMC the same way it supports
the IBM family of dasd.
Lizette
Hi all,
Does anyone have any experience
Interesting. We were given the strong impression that the manual web interface
was our only option. We used to use the email process but not to IBM directly.
Rather, one of several authorized would glance at it and then would forward the
email.
-Original Message-
From: IBM Mainframe
We FTP our SCRT reports to IBM and they have no problem with this approach.
Do you review them, first?
Because IBM doesn't.
They just blindly bill.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff /
What's the address ?
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Tuesday, January 15, 2008 2:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Sub-CEC Reports
We FTP our SCRT reports to IBM and they have no problem with this
Andy,
IEANTRT is documented to NOT change registers R2-R13, so their slots in the
passed savearea can be used to format the required parameter list. Especially
since the TOKEN_NAME and TOKEN_VALUE fields can share the same storage:
RT_TOKEN_NAME DS 0XL16
Thanks Lizette,
Sorry I had a typo in my original post. The code level is 5772. The
information I had with this code level indicated that these functions would be
supported.
I'm not aware of any RMF requirements as they work fine with HDS subsystems.
Thanks again,
JB
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Aaron Walker
On Mon, 14 Jan 2008 10:25:27 -0600, Patrick O'Keefe
[EMAIL PROTECTED] wrote:
I know IBMs Boulder site (testcase ?) supports HTTPS transfers. Do
they also support FTPS or SFTP? And what about
Does anyone on this list use Mainline LOTS for zSeries?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
On Tue, 15 Jan 2008 08:01:40 -0800, Frank Yaeger
[EMAIL PROTECTED] wrote:
...
as a replacement for IEBGENER SYSUT1 DD DUMMY combination
That's SYSIN DD DUMMY, not SYSUT1 DD DUMMY.
...
Actually, SYSUT1 DD DUMMY simplifies things a bit.
It really speeds up the processing time. :-)
Pat O'Keefe
NOTICE:
All information in and attached to the e-mail(s) below may be proprietary,
confidential, privileged and otherwise protected from improper or erroneous
disclosure. If you are not the sender's intended recipient, you are not
authorized to intercept, read, print, retain, copy, forward, or
Did you by any chance read the rebuttal by Ron Hira, Rochester Institute
of Technology, Economic Policy Institute, that had a link in the side
bar?
http://www.informationweek.com/outsourcing/showArticle.jhtml?articleID=2
05601556pgno=1queryText=
There is one very telling statement in this
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A
Try creating a GSK trace with the FTP and reviewing that.
That helped me resolve several problems with encrypted FTP to
outside companies.
Most of my problems were finding the correct CA
There has been a 'request' in to IBM for some time related to this
automation/oops/ no automation topic.
The request is: allow sites to FTP or email the reports to IBM. IBM would
then stage your reports for your comments as-if you had used the web
interface. That is, they would get ready for you
Patrick O'Keefe wrote on 01/15/2008 01:21:56 PM:
...
as a replacement for IEBGENER SYSUT1 DD DUMMY combination
That's SYSIN DD DUMMY, not SYSUT1 DD DUMMY.
...
Actually, SYSUT1 DD DUMMY simplifies things a bit.
It really speeds up the processing time. :-)
Right :-) To clarify, I
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Yaeger
Sent: Tuesday, January 15, 2008 3:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEBGENER is BROKEN
Patrick O'Keefe wrote on 01/15/2008 01:21:56 PM:
...
as a replacement
McKown, John wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Yaeger
Sent: Tuesday, January 15, 2008 3:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEBGENER is BROKEN
Patrick O'Keefe wrote on 01/15/2008 01:21:56 PM:
...
as
Chase, John wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A
Try creating a GSK trace with the FTP and reviewing that.
That helped me resolve several problems with encrypted FTP to
outside companies.
Most of my problems were finding the
-Original Message-
From: Chase, John
To: 'IBM Mainframe Discussion List'
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Gray,
Larry - Larry A
Try creating a GSK trace with the FTP and reviewing that.
That helped me resolve several problems
John McKown wrote on 01/15/2008 02:01:10 PM:
And I might mention that DUMMY is __required__. We had some jobs that
ran with SYSIN being a DD *, but with no control cards. This is,
technically, equivalent to DUMMY, but not by ICEGENER. The same applies
to an empty dataset with no control cards.
On Jan 15, 2008, at 9:12 AM, Mark Zelden wrote:
I should know better than to respond to one of your posts... but I
already did.
This will be my last response to you on this subject. Sometimes I
find it
hard to
believe you were actually a sysprog.
On Mon, 14 Jan 2008 23:23:37 -0600, Ed
On Tue, 15 Jan 2008 15:01:58 -0700, Steve Comstock wrote:
And I might mention that DUMMY is __required__. We had some jobs that
ran with SYSIN being a DD *, but with no control cards. This is,
technically, equivalent to DUMMY, but not by ICEGENER. The same applies
to an empty dataset with no
Not change is not the same as not use. I would expect the routine to
save and restore the registers rather than never use them.
-Original Message-
From: Victor Gil [mailto:snip]
Sent: Tuesday, January 15, 2008 12:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Rexx external assembler
On Mon, 14 Jan 2008 17:10:06 -, Van Dalsen, Herbie
[EMAIL PROTECTED] wrote:
Not sure what's going to happen to the 3590 carts...
Some examples of what can be done, depending on requirements:
- If re-deploying 3590's, the Data Security Erase command can be used. This
is available from a
On Jan 15, 2008, at 5:06 PM, Paul Gilmartin wrote:
--SNIP
Can you expand on this (or am I requesting too much
a freebie)?
But (open message to designers): No! KISS dammit!
OPEN SYSIN; QSAM GET until you come to the end; then
CLOSE. Treat all empty data
On Tue, 15 Jan 2008 15:06:19 -0800, Schwarz, Barry A wrote:
Not change is not the same as not use. I would expect the routine to
save and restore the registers rather than never use them.
-Original Message-
From: Victor Gil [mailto:snip]
Sent: Tuesday, January 15, 2008 12:10 PM
IEANTRT
1 - 100 of 113 matches
Mail list logo