-Original Message-
From: Paul Gilmartin [mailto:[EMAIL PROTECTED]
Sent: Friday, May 18, 2007 11:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Date Time in JCL
On Fri, 18 May 2007 10:42:32 -0400, Farley, Peter x23353 wrote:
Let the customer decide what they want:
SYSTMEG
Picking up on something Paul G. said in another thread, I realized I have
never known *why* the system issues JOB scope ENQ's on DSN's.
I do realize that it is most probably to avoid an ENQ deadly embrace
somewhere along the line, but for the life of me (well, and maybe because
it's Friday) I
You can start here (watch the line-wrap):
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D430/3.1.3.2?
SHELF=DGT2BK41DT=20040624112123
From that page, the third byte of the RDW for each record is the segment
control byte, only the last two bits of which are significant:
Figure
: Paul Gilmartin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 16, 2007 12:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How do I find the SPANNED indicator in a VB record?
On Wed, 16 May 2007 11:56:46 -0400, Farley, Peter x23353 wrote:
Snipped
Something like this (untested):
SORT FIELDS=COPY
INCLUDE
Frank, won't the RDW's be processed for each segment independently if the
SORTIN DD has an override for RECFM=V or VB, bypassing the Spanned
processing?
-Original Message-
From: Frank Yaeger [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 16, 2007 12:24 PM
To: IBM-MAIN@BAMA.UA.EDU
z/OS 1.6 JCL manual, under LRECL subparameter says:
The value of bytes is:
1 to 32,760 for non-VSAM data sets.
Peter
-Original Message-
From: Paul Gilmartin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 16, 2007 5:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: LRECL of Spanned Records
Bruce, I don't want to go up against you in a DASD knowledge battle (I know
I would lose), but my copy of IBM 3390 Direct Access Storage Reference
Summary, GX26-4577-2, August 1990, Table 2 (3390 mode), page 10, says that
255 to 288 byte blocks with keys of 1-22 bytes are max 45 to the track (not
Me three. SYSDA works here all the time, and at least at one small service
bureau I am aware of, and last but not least at a very large telecom firm
with giant IBM hardware installations all over the place.
Personally, I thought SYSALLDA went out with MVT, but then I was never an
MVS sysprog.
I told Clem about this in a private email, and I have already received a
reply from him: Apparently his ISP lost some things for him and he will
recover them, perhaps as soon as tomorrow. As he is in Aussie-land, I'm not
quite sure if that means Sat. or Sun. EDT, but give him a bit of time and
Tom,
Do I read your complaint correctly, the Mobius JCL expected to be able to
run the FTP client on the mainframe to retrieve the file from your PC?
Or did it just have a comment telling you to FTP from the PC to the
mainframe (a much more normal procedure)?
Just curious.
Peter
-Original
Thanks for the CBT pointer, but since I am not a sysprog here, I have zero
chance of being able to use an exit like that for myself.
They do already have one running here that seems to have the same kind of
data you describe, or at least the I/O stuff anyway. I can see reductions
in EXCP counts
Followup re: VSAM LSR statistics for the archive:
It appears that VSAM LSR keeps certain statistics for each buffer pool from
the time it is created to the time it is deleted. You can get the current
values by using SHOWCB with an ACB that is already OPEN using LSR and that
buffer pool. These
Thanks for the pointer, Ed, but I can't use SMB because I am not dealing
with Extended datasets. As noted in the info you quoted below, the
requirements to use SMB include a requirement to use SMS storage and
Extended format.
I am using SMS storage but not Extended format here. At the moment
The argument here appears to be that Extended permits Compressed, and
Compressed uses (very) scarce CPU resources. I am given to understand you
can't limit the usage of Compressed after allowing Extended, but I have not
done my own RTFM to verify or refute that.
-Original Message-
From:
Two things:
1. I have been told that REPRO is a good usage of compressed data --
repeated sequential access of any kind gives good results because each
buffer is uncompressed only once. OTOH, nearly random access and compressed
are not good use of compressed data (i.e., higher CPU utilization
provided useful information to
users. And a report option for WTO of EOJ stats would have been
nice-to-have as well. And none of it would have required GTF.
Peter
-Original Message-
From: Farley, Peter x23353 [mailto:Peter(dot)Farley(at)BROADRIDGE(dot)COM]
Sent: Monday, May 07, 2007 1:48
Interesting! I had previously been under the impression that BLSR was in
the picture from OPEN to CLOSE, positioned somewhere inside VSAM in between
the user RPL and the actual I/O operation to read or write a buffer.
So, my question should have been: What statistics can I get from VSAM LSR
Sure I could, in my copious spare time... and of course the reporting would
be user-optional.
Yes, enough reduction of elapsed time with reasonable CPU increase is
the ultimate goal of all of this shilly-shallying around. All I have been
asking is if there were any actual measurements that could
Thanks for the idea. A question though -- where exactly in the SDSF panels
would I see the pages of core used by the job step -- my SDSF DA panel only
has a column for REAL storage (SDSF manual says that column represents real
page frames). That would only give me the working-set size, right?
Thanks Ted! That actually works for me -- Now I have something new to look
at!
Peter
-Original Message-
From: Ted MacNEIL [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 09, 2007 6:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to measure actual usage of BLSR buffers?
my SDSF DA panel
My example was not necessarily reality. You are assuming the file has more
CI's than specified buffers. I can't discuss details, but for my situation
sometimes that is true and sometimes it isn't true, and I am trying to
achieve a reasonable balance. I can't do that without measurements that
Your eyes are obviously not presbyopic yet. Trying to read the font in
which 62x132 displays on a 14 laptop screen is actually hurtful, especially
to eyes already tired from all-day screen-reading. And it's not a whole lot
easier on a 17 second monitor, either.
Unless you've got one of those
Yes, but your ability to issue that command reveals your privileged
authority level. Non-authorized users can't do that, and most users and
programmers are non-authorized.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17,
Owe something to LISP? Not even close, IMHO. LISP has often been
(correctly) described as parenthesis h**l. I believe its adherents refer to
it as a functional language (i.e., every frellin' thing you do is a
function, requiring arguments in parentheses!).
Rexx is *so* much nicer than LISP...
I'm hoping some of the IBM LE folk who lurk here can answer a question I had
over on the CICS-L list.
CICS TS 3.1 introduced the XOPTS(LEASM) parameter to permit LE-compliant
Assembler programs to be the frst program in a CICS transaction. The CICS
Assembler translator and macros produce an LE
Thanks Roland, yes, that I know. The discussion on CICS-L covered that as
well. The real question is what happens during LE initialization of your
LEASM main program when your DSA/DFHEISTG size is 4K bytes. Does CICS LE
initialization crap out, or does some other nasty surprise await your
I agree, BLSR is a useful critter. I am, in fact, pretty familiar with it,
having introduced its use into production jobs in my group to help
performance.
As to why I need to remove it, there may be a storage overlay issue in my
massively multitasking assembler application code, OR there may be
, Farley, Peter x23353 [EMAIL PROTECTED] said:
Environment is z/OS 1.6. The Fine Manual specifically says that
SUBSYS=? Overrides DDNAME=?, but makes no mention of whether DDNAME=?
overrides SUBSYS=?. Also no mention for DSN=?.
DDNAME=x overrides everything not consistent with the target DD
Solution to S0C4 at CLOSE SVC found: Always code STRNO=(# I/O subtasks)+1 in
your JCL and you'll avoid the problem. Dynamically acquired strings
(default is STRNO=2) get freed at subtask termination, leading to S0C4 at
CLOSE.
Thanks to all for help on SUBSYS override.
Peter
-Original
Environment is z/OS 1.6. The Fine Manual specifically says that SUBSYS=?
Overrides DDNAME=?, but makes no mention of whether DDNAME=? overrides
SUBSYS=?. Also no mention for DSN=?.
Situation is, I have a PROC with DD statements containing only SUBSYS=?
Parameter, and I need to override these
SYS1.MACLIB(STCKCONV) since a long time ago... before z/OS, at least.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 13, 2005 11:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Converting TOD to Local Time
Where is STKCONV macro
A batch job and your TSO session are executing in different address spaces
and thus they are INDEPENDENT of each other -- what you do in one of them
*usually* has no impact on the other one. The usual exception is if one
of the two allocates a file EXCLUSIVELY (DISP=OLD), then the other one
Lizette, the default DISP for existing datasets is OLD,KEEP, not OLD,DELETE.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 08, 2005 10:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: 'ALLOCATE' a data set in my TSO/E session
that is created and deleted during a step.
So the default when not coded at all is DISP=(NEW,DELETE,DELETE)
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
Of Farley, Peter x23353
Sent: Thursday, December 08
, Farley, Peter x23353
[EMAIL PROTECTED] wrote:
Snipped
Huh? You can have your symbolics resolution in your application at run
time. You want the resolution in the JCL to reflect execution time?
That may be weeks after the JCL is processed. I don't pretend to know what
part of JCL processing is done
Gil,
No, I made no mistake. I do understand that JCL is (in effect) a compiled
language. Even a compiled language can call a dynamic subroutine to get a
value when it needs it. But yes, I do expect IBM could implement deferred
evaluation of environmental values (i.e., symbolics in the context
One small typo in the code below: The 2nd constant in the INSPECT statement
has the replacement C and D reversed:
INSPECT WS-HEX-OUTPUT CONVERTING
X'FAFBFCFDFEFF' TO 'ABDCEF'. == Note: DC not CD
Should be instead:
INSPECT WS-HEX-OUTPUT
Walt, this has been an interesting thread. For an ancient like myself who
grew up with MFT/MVT uni-processor systems, it has been an education to
learn that JCL Conversion and Interpretation are no longer handled in one
place, much less that Execution is a separate third phase. That these are
Thank you for a non-IBMLINK way to see what everyone is discussing. Many of
us don't have access to IBMLINK.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 30, 2005 1:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK
Something wacky with your workstation or your network firewall then,
because I get to an IBM page whose title is Processor version codes and SRM
constants with a lot of other content. It looks like you only got the
first 20 or 30 lines of the web page source code. There's a lot more than
that
PARM='RPTSTG/DATAHERE' (for CBLOPTS OFF or other than COBOL) or
PARM='DATAHERE/RPTSTG' (for COBOL with CBLOPTS ON) would request an LE
Storage Report at EOJ. See the LE reference manual for (many) more LE
runtime options.
Peter
-Original Message-
From: IBM Mainframe Discussion List
What language? COBOL? What compiler version? Help depends on the details.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 09, 2005 11:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Program exhausting below the line storage
We
With such a current compiler release, just recompiling with the COBOL option
DATA(31) should put your working storage above the line.
Unless your IDMS requires DATA(24), in which case you have no choice but to
reduce the number of buffers assigned to each QSAM file (remember, system
default is 5
Can that invocation of IEBGENER be done from REXX called under a shell, and
if so is address TSO required first? Or can this only be accomplished
from TSO/batch REXX?
Thanks for helping cure my ignorance.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL
More specifically, google for QEDIT +assembler +MVS and look at the
WAITREXX page from Xephon.
Just googling QEDIT gets you to the semware.com page for the PC file editor
QEDIT, now named The Semware Editor, a fine tool indeed (disclaimer: I
have owned/used/recommended it since PCDOS days) but
Thanks for the references! Education is a wonderful thing.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Friday, November 04, 2005 12:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PKZIP for mainframe
In a recent note, Farley, Peter x23353
http://www.info-zip.org/pub/infozip/Zip.html#MVS
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 02, 2005 2:02 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: ZIP SOFTWARE for Mainframe
Does anyone know of any software/freeware for the
Shouldn't any competent auditor who is asking about a vendor's programs know
that they have to ask the vendor, not the user? Shouldn't your only
response have to be Ask IBM?
Oops. Is competent auditor an oxymoron?
Peter
-Original Message-
From: IBM Mainframe Discussion List
62x160 = 9920-byte buffer. I thought I had read here and elsewhere that
there is a limitation of 8192 on the total buffer size? Not so?
And I have to agree with Ed on the squint factor, though 50 lines isn't too
bad on a good large monitor.
Peter
-Original Message-
From: IBM Mainframe
:[EMAIL PROTECTED]
Sent: Thursday, October 27, 2005 10:51 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TN3270 Emulator
Farley, Peter x23353 wrote:
62x160 = 9920-byte buffer. I thought I had read here and elsewhere
that there is a limitation of 8192 on the total buffer size? Not so?
Time to crack
That quote is subtly wrong, here is the one I have always quoted:
Ignorance is curable, only stupidity is fatal.
Robert Heinlein, The Notebooks of Lazarus Long (Part of his Methuselah
series, collected in The Past Thru Tomorrow if memory serves. Which it
might not, but what the hey, it's still
-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 08, 2005 1:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Assembler question
At 16:59 -0400 on 10/07/2005, Farley, Peter x23353 wrote about Re:
Assembler question:
I don't know if that takes care of leading
Scott and Bob,
What you need to do is break out the length of each GRPUSERS(I) string and
then loop for the quotient of that length over 256, something like this:
LCLA GLEN,GCNT,K,L
GLEN SETA K'GRPUSERS(I)
GCNT SETA GLEN/256
K SETA 1
GRPUSRI
Awesome! Yes, I personally would LOVE to see more sessions recorded.
Budgets being what they are (i.e., tight as a drumhead), it is nonetheless
entirely possible to justify a nominal cost for access to the recorded
sessions by spreading it over many developers, thus providing quality
education
I found the following worked for a clean character translation:
1. Click on link for each, Save As a txt file;
2. Rename each *.txt file to *.txt.gz;
3. Use Cygwin gunzip from a command window to unzip both files, without
running either through iconv or anything else.
In the resulting txt files,
Interesting. I found they were available as text with no problem from my
home PC, which is not encrypted. I hadn't thought to try wget.
In any case, I now have them.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Friday, September 30,
Yes, and from my work machine they showed up as trash. No problems from my
home PC.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 01, 2005 12:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Are there any mainframe sites out
Do you by chance remember the name or file number on CBT, or any key string
one could use to find it in the CBTF1 doc?
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Steve Grimes
Sent: Friday, September 30, 2005 11:55 AM
To:
Sorry for the delayed reply, but having read the FLOGR description in the
PDF of the z9 PoO I think the answer to your question about the *LOG* in the
name is a qualified no:
FLOGR: Find Leftmost One / Grande / Register
It is a 64-bit-wide RR instruction (GR).
Of course, its usefulness in
services
Farley, Peter x23353 wrote:
OK, I admit my ignorance and beg for enlightenment: What is ESR-style
vectored linkage, or where could I learn about it for myself?
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a860/23.2.2
_
This message and any attachments are intended only
Thanks for the explanation. That's one of the things I like about this
list, where you can learn about things you never knew existed.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Monday, September 26, 2005 8:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Thanks, I will look at that. However, I'm not really looking for something
tied to a webserver, if it can be avoided. All I need is the ability to
programmatically act as a 3270 terminal and record the outputs that I get
from the applications that I run. And no, I don't really want to write
John,
Yes, that's an alternative, but still a lot more complex (to me anyway) than
I need. I don't anticipate capturing user input; since I'm the user, I'll
make up the inputs myself. And composing TN370E packets into 3270 screen
images is definitely more work than I want to take on. It's
WRT proxy listener issues, that is way beyond my experience so I can't
comment there. However, thanks for the reminder that there can be rules
on the assignment of LU's from TCP/IP connections. I knew that but had
forgotten it. It would affect any program substituting for a TN3270E
client.
(Posted to both MVS-OE and IBM-MAIN)
Hi all,
Our friends at IBM seem to think that these questions are worth a consulting
contract, which I am not in a position to even discuss. Can anyone here
answer my questions, or point me to where I might find answers (no-charge
answers, of course)?
Hi all,
I encountered a reference to the EDGAR editor today, which (it was said)
would run under VM/370 R6.
Does anyone know of a source for EDGAR? Or is it lost in the mists of time?
TIA for your help.
Peter
_
This message and any attachments are intended only for the use of the addressee
Thanks, I'll check the archives there.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Friday, August 12, 2005 1:35 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Anyone know whether VM/370 EDGAR is still available anywhere?
You might try
Yes, I saw that, but it doesn't seem to actually say where. Unless the
Yahoo feed is slow and I haven't seen the one you saw yet. I'll keep an eye
out.
Thanks for the heads-up.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Friday,
For VM/370 R6 under Hercules, where we have no XEDIT nor any other
fullscreen editor available. However, I have been informed privately that
EDGAR also required DIAG 58, which is also not present in VM/370 R6.
*Sigh*
Are you sure it was a Program Product? I was also told that it was an FDP,
not
Pardon my ignorance, but is Display Editing System for CMS the official
title for EDGAR? If so, IUP is a good status. IIRC, IUP's were not
copyrighted or licensed, though they were sometimes chargable. Or at least,
that was true for some IUP's.
ISTR the software hierarchy used to be IUP, FDP
Peter,
We share more than a first name. I agree with your point that new blood
thinking needs to happen for this environment to survive.
I also agree that cooperative development of freeware tools would be A Good
Thing(TM). However, where is the freeware interface to the build process
on the
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 11, 2005 3:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Wouldn't it be WIKI and SourceForge time?
Hi all gentle listers,
I'm a MVS/OS390/zOS professional for many years (oops more
Hmm. Sounds like the start of a really neat and interesting SHARE technical
session in the HLASM track to me... complete with take-home examples of
working code! :)
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 09, 2005
I wish I was attending. Budget disallows it this time around. I look
forward to seeing the conference proceedings, though.
Thanks, Sam.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 10, 2005 10:27 AM
To:
All reasonable answers, Frank, but the awk script proposed in one of the
replies to the OP's question will do it right now with no fuss, no muss,
problem solved already. Floating fields like the OP gave as an example are
perfect targets for regular expression pattern matching.
What you could
ITYM Section 16.1 here:
http://publibz.boulder.ibm.com/zoslib/pdf/zosbasic.pdf
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 10, 2005 12:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: What is a Systems Programmer
Mike,
http://dannyreviews.com/h/Art_Programming.html
You have to write them yourself for C language, only STL for C++ provides
pre-packaged versions.
Or find some enterprising programmer who has already done it and pay him/her
for his/her version.
HTH
Peter
-Original Message-
From: IBM
PMFJI here, but isn't NIST time available via NTP to the microsecond or
better? ISTR they use an atomic clock to synchronize NIST, and the accuracy
is quite high (or so I was led to believe).
Why wouldn't that be sufficient for z systems?
Caveat -- I've not had the need to sync a system to NIST
Ah! I misunderstood then. Thanks for the clarification.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Friday, July 29, 2005 1:14 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Server Time Protocol (Was: Re: SMPE 3.4)
Ulrich Boche wrote:
Yes, I quickly found that out. As I was once an ISV software programmer, I
am well aware of not being able to guarantee you are the one using the
field, so I quickly abandoned that idea.
Earlier in this thread Rolf Ernst also pointed out the TCBFSA hack, which
works very well (especially when
TSO FREE DATASET('your.dataset.name')
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 21, 2005 12:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TSO Unallocate Dataset.
Hello all,
I haven't had to do anything like this for a while but
Agreed. The problem is that the support for MVS DSN's is not universal in
all the tools. This is flat wrong, IMHO, if they ever hope to get
programmers who have to deal with MVS DSN's all day every day to use these
services.
Moving MVS DSN's to (x)FS via cp command or whatever is NOT the
Precisely.
-Original Message-
From: McKown, John [mailto:[EMAIL PROTECTED]
Sent: Friday, July 15, 2005 11:51 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Open MVS question
Snipped
Of course, one could wonder why open() was not written
to support MVS datasets like fopen() was.
_
This message
And though undocumented and unsupported, any Unix System Service program
that uses only fopen()/fread()/fclose() can also access MVS datasets
directly. awk is one tool I have successfully used to do this.
Of course, I didn't *stay* with awk for that application. The performance
was so bad I had
I never even envisioned automated tools looking at VSAM stats. My
ASSumption when reading Mark's posts was that he was referring to individual
programmers looking at individual VSAM file stats for guidance. My
experience is obviously severely limited in this regard, as in my varied
positions
See my earlier reply to Mr. Richards for the ASSumptions behind that
statement.
Peter
-Original Message-
From: Ted MacNEIL [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 05, 2005 6:14 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM VSAM Statistics are often Bogus
...
Just because they are
Well, not everywhere. RRDS/ESDS in my experience are still actively used,
especially where database complexity would be a performance drawback instead
of an advantage. Not *every* business transaction requires a database.
KISS is still a good design principle.
Peter
-Original Message-
PMFJI here, but I cannot hold my (virtual) tongue any longer.
ALL of what is being argued about here ASSuMEs that somthing BAD has
happened. Either an ABEND or a CICS IMMediate shutdown or some other
ABNORMAL event.
ISTM that for the vast majority of programmers who might use those VSAM
One transition requirement you have left out is HLL's (COBOL included)
losing the sequential file distinction among QSAM, ESDS and HFS/ZFS/NFS
PATH's -- i.e., no matter the access method, no matter the format, no
matter the storage mechanism, no matter the locality of the data.
-Original
[was: RE: ISKE/IVSK]
In [EMAIL PROTECTED],
on 06/28/2005
at 10:10 AM, Farley, Peter x23353 [EMAIL PROTECTED] said:
Well, he's not the only graybeard who didn't get that memo. I missed
it too. I just looked it up,
Where? The Devil is in the details.
IDENTIFY *must* specify an
address within
-
From: Shmuel Metz (Seymour J.) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 29, 2005 4:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IDENTIFY restriction [was: RE: ISKE/IVSK]
In [EMAIL PROTECTED],
on 06/29/2005
at 09:49 AM, Farley, Peter x23353 [EMAIL PROTECTED] said:
http
Well, he's not the only graybeard who didn't get that memo. I missed it
too. I just looked it up, and Ed is correct -- IDENTIFY *must* specify an
address within an already-loaded/fetched/etc. program.
Now why'd they go and do that? That means I can't use that old CompSci
trick of
Thank you for that assurance. It will help in the negotiations to follow.
Peter
-Original Message-
From: Peter Relson [mailto:[EMAIL PROTECTED]
Sent: Friday, June 24, 2005 7:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Name/Token Services in COBOL? IEANTC
If the result of a C compile
Thanks, Walt. I'll try that route.
Peter
-Original Message-
From: Walt Farrell [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 22, 2005 8:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Name/Token Services in COBOL?
Snipped
Members of SYS1.SAMPLIB are (in my experience) generally
Rolf,
Sorry for the delayed reply, but I did not see your message until I browsed
the newsgroup today. I normally only read from the mailing list.
That's an interesting hack, thanks for the info. It never hurts to have
another tool in your back pocket for when it is needed.
Peter
--
Thanks, Peter, and yes, we are at z/OS 1.4. So why should 1.4 SAMPLIB have
1.5-only content? Is that still APAR-able?
Peter
-Original Message-
From: Peter Relson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 22, 2005 12:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Name/Token Services
Agreed, Bill. An anchor for persistent data is the application, and
name/token services is the right answer. For very small amounts of data,
though, it just seems like overkill.
Peter
-Original Message-
From: Bill Fairchild [mailto:[EMAIL PROTECTED]
Sent: Monday, June 20, 2005 9:18 PM
As I said earlier, name/token services is the right answer to the right
question. I had only hoped there was a less complex method for small
amounts of data.
Peter
-Original Message-
From: Leonard Woren [mailto:[EMAIL PROTECTED]
Sent: Monday, June 20, 2005 10:00 PM
To:
Not to mention the other language copy members there (IEANTC, IEANTPAS,
IEANTPLI).
BTW, the C language sample in SYS1.SAMPLIB(IEANTC) has an error in the
#pragma's for the 64-bit IEANT functions:
They are each declared as linkage(...,OS64_NOSTACK), but OS64_NOSTACK is
not a supported option of
Hi all,
The subject says it all, I am trying to find out if there is a
supported+documented interface to set and retrieve the TCBUSER word from a
NON-authorized program WITHOUT writing any authorized code.
I tried a simple ST instruction, but that's an 0C4 storage violation.
TIA for any
501 - 600 of 614 matches
Mail list logo