What record types does ACF2 write? Does it write Type 80 records that are
equivalent to those written by RACF?
I find reference on the Web to ACF2 writing Type 230 records - can anyone
supply me with formats? - and also RACF-equivalent Type 80 records.
Thanks,
Charles
Thanks Lizette.
Do you recommend one over the other? I am a software developer for an ISV, not
a CA customer.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Lizette Koehler
Sent: Monday, December 05, 2011 1:37 PM
To:
Thanks all.
Don't see this information on Cheryl's site, but perhaps I am not looking in
the right place.
I have a CA support ID. The record layout specifics do not seem to be in the
ACF2 documentation. (If I'm wrong, can someone supply a specific manual
name?)
I have figured out that ACF2 may
Although unless you are a licensed user you wouldn#39;t need them
Au contraire! You might be a software product developer hoping to write code
to read (and make sense of!) the records.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Be very, very, very careful with casting. The compiler (usually) knows more
about C than a newbie coder does. If you code foo = bar and the compiler
objects, there is probably a good reason. Coding foo = (FooStruct)bar may
make the compiler error go away but it just trades it for a much harder to
To be totally correct the flag is %p. That will print a pointer in whatever
notation is appropriate to the platform. Of course for z, that format is
08X. Unless it's 64-bit z.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of
Have you tried writing a sanity check program?
Nope.
Have it do steps 1-3 and compare what is in the EOD field before and after
steps 1 and 3.
A dump shows that the EOD field is unchanged and correct. That was one of
the first things I checked. My first guess was that the EOD address (in
Peter -
Thanks for your reply. Sorry if my opinions seemed harsh -- I would call
them realistic. I was a little crabby after 2+ days wasted on this. IBM is
entitled to prioritize its business efforts in any way it sees fit. My
experience with the PMR process gives me the opinion that it would not
Charles Mills wrote:
I was a little crabby after 2+ days wasted on this.
Of course. I would also get jumpy if I still can't resolve a problem which
happens now and then without any dumps, messages, etc, while using all
diagnostic aids available. [1]
My conclusion was the following sequence
Of Charles Mills
Sent: Monday, October 17, 2011 12:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for clues on a bug in assembler
@Shmuel, I hear you. I certainly feel some duty to contribute to z/OS and
the community by helping to make z/OS better.
If the customers cared about this they would report
] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Monday, October 17, 2011 9:31 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for clues on a bug in assembler
In 079401cc8c5b$94514b50$bcf3e1f0$@mcn.org, on 10/16/2011
at 04:30 PM, Charles Mills charl...@mcn.org said:
I've already invested two days
Right. I meant could I possibly be arriving at 195E25xx if I were not in
AMODE 31? and I pretty much knew the answer. The question was 99%
rhetorical.
I am going out the door to get on an airplane it will be a day or two but I
had an idea on this in the middle of the night. I am going to add an
... If they can't do that, fine, but then
they should say so.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Sunday, October 16, 2011 8:49 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for clues on a bug in assembler
: Looking for clues on a bug in assembler
On Sun, 16 Oct 2011 15:54:40 -0700 Charles Mills charl...@mcn.org wrote:
:Grr!!! That was it. Refreshing the DCB before the second open
:made it work (and yes, it is RMODE31=BUFF and no, it does not appear to be
a :buffer problem). It appears
Don't say that! g
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Sam Siegel
Sent: Saturday, October 15, 2011 1:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for clues on a bug in assembler
Man you got me.
Thanks, John. Let me take those in reverse order.
It might also be possible that you go thru File 'B' in the wrong AMODE.
I would be the first to admit I am only about 98% on top of every 24- vs.
31-bit addressing consideration but seeing as how all of the action both
good and the S0C4 is
PSW. 078D1400 995E254A
Can you branch to 195E25xx if you're in AMODE 24?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Don Poitras
Sent: Saturday, October 15, 2011 5:44 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for
for?
DCB is MACRF=(GM),ERROPT=ACC if that makes any difference.
Charles Mills
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives
Hard without posting everything. Keep in mind as I said that it all works
99% of the time.
R5 has an 8 in it at the time of the S0C4. R9 points to the beginning of the
GET macro code. PDRETCOD is zero.
*
* INITIALIZE
configuration option, or ... ? What should I ask zTech to do
so that I have a Programmer-Name column in SDSF?
(z/OS 1.10, JES2)
Charles Mills
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
] On Behalf
Of Charles Mills
Sent: Tuesday, August 02, 2011 11:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Programmer-Name in SDSF?
On my Dallas system's SDSF there is no Programmer-Name column, although it
is described in the SDSF Help display. I'm certainly used to it on other Z
systems that I use
A ? without the quotes on the command line gives an alternate layout
that includes programmer name
On a Dallas system?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Williamson, James R
Sent: Tuesday, August 02, 2011 11:18 AM
Thanks!
I am not a PARMLIB guru but I can make this happen one way or another.
Thanks much, all.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Bob Shannon
Sent: Tuesday, August 02, 2011 11:30 AM
To: IBM-MAIN@bama.ua.edu
Doesn't anyone read posts any more? g
I mentioned that I tried ARRANGE and it gave me an error.
Why is it that an endless discussion of the semantics of the word hoax is
a good use of bandwidth but a technical question that could have been
answered with sufficient research -- assuming one knew
The Mainframe version written in Assembler. The PC version is written in
C.
Somewhat OT but why? Why not C on the mainframe? Why two code bases, one
fairly easy to debug and one relatively hard to debug?
I am thrilled with writing software for the mainframe in C (C++ actually)
after years of
Getting the old QSAM assembler code to run in AMODE 31 is fairly trivial
(probably -- I have not seen the code). Best case no code changes whatsoever
are necessary.
It is RMODE ANY that takes some effort.
So you should be able to make AMODE switching a non-event.
Charles
-Original
if you look at system control blocks (such as TCBTTIME) you will not pick
up the time since the last dispatch.
Which may or may not be satisfactory.
If you are computing pi to a million digits on an otherwise idle machine and
would like to know how much CPU time each pass through the main loop
Frankly, one could always make an argument for using a supported API in all
but the most extreme of situations.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Walt Farrell
Sent: Wednesday, July 13, 2011 10:26 AM
To:
I've got a paper I wrote on how to convert a QSAM or BSAM assembler module
to 31-bit. I offered it here some years ago and I still get requests. Let me
renew the offer at this time. Write me off-list.
It's not a magic solution. It is basically your the data areas can be moved
to 24 bit areas
Slightly OT to your question but I would avoid VS 2010 like the plague. VERY
unstable.
http://social.msdn.microsoft.com/Forums/en-US/vswpfdesigner/thread/2cfaf28f-
80af-49ee-8408-07b4a8e0e964
http://social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/406c3c85-e541
-4cd2-82ad-15da392d180b
Want to share the DCB, OPEN, and CLOSE parameters? Are they possibly
relevant?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Phil Smith III
Sent: Tuesday, June 28, 2011 8:21 AM
To: IBM-MAIN@bama.ua.edu
Subject: DD mystery
I
Default options could refer to the IBM defaults or to your installation's
customized defaults.
The former are in the Programmer's Guide publication in-line in the
section on Compiler Options.
The latter could be obtained by running a compile -- any compile, it does
not even really have to be
Also is not fiber preferred over copper for secure applications because it
does not act as an antenna?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Ed Gould
Sent: Saturday, June 04, 2011 10:12 AM
To: IBM-MAIN@bama.ua.edu
This thread has been really informative. I am going to put this to use. I
have code that is executing a million or so ~8K MVCLs a day. I have other
things on my plate at the moment but I will replace that with an MVC loop at
some point.
It seems to me like the ideal way to do this would be to
Or devoting the time to figuring out how not to MVC(L) the data at all.
Pointers are your friend. Of course, sometimes you have to move the data.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of john gilmore
Sent: Wednesday, June
A wild guess is that the vendor software is using the MVS TESTAUTH macro
which is about the simplest API in z/OS. My guess is that TESTAUTH is
telling the truth, i.e., the program is not authorized, probably for the
reason suggested by an earlier respondent: the specified alias name does not
match
Just my uninformed opinion, but it's hard for me to see how an MVC loop
could be faster. Both are interruptible. (MVC is not but an MVC *loop* is.)
Both update registers (okay, three versus four).
I know microcode is not magic but gee, if MVC were faster than whatever MVCL
does, wouldn't the
That was the conclusion apparently last time around:
http://groups.google.com/group/bit.listserv.ibm-main/browse_thread/thread/5f
59748279c428bc/fee5e1d477452dfb
I certainly agree with your second paragraph. It would have to be mighty
repetitive code for me to worry about this.
You could carry
Wow! Man do I stand corrected!
Sounds like an MVC loop is well worth the bother in anything where
performance *truly* matters.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Andy Coburn
Sent: Tuesday, May 31, 2011 3:10 PM
To:
REGION=0K requests only one-thousandth as much as REGION=0M.
Does SPACE=(TRK,0) allocate only 1/15 as much DASD as SPACE=(CYL,0)?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Thursday, May 26, 2011 4:38
Are trademarks case-sensitive?
In all seriousness, trademark infringement is not so cut-and-dried as, say,
filenames (e.g., UNIX filenames are case sensitive, Windows filenames are
not.). The test is would a potential purchaser in the relevant market be
likely to be confused. For consumer
Semi-relevant follow-up question: A slip trap's firing does not cut an SMF
record, does it?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Barkow, Eileen
Sent: Thursday, April 28, 2011 8:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re:
Even if the standard is written that way it would be a reasonable extension.
But of course there is not only the return address issue, there is also the
whole problem of stack variables. COBOL does not have the easy distinction
of static or not that some languages have.
Charles
-Original
We're definitely moving from threads that evolve into nostalgia to threads
that start right out with nostalgia.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Bob Rutledge
Sent: Monday, April 25, 2011 12:37 PM
To:
No, John said no action that is *a fortiori ineffectual* can be immoral.
(Emphasis added.) In other words, if the action has little or no effect,
what's the harm? Darren has not erased the post from history, only from a
single archive.
Charles
-Original Message-
From: IBM Mainframe
are probably in the
same boat.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Sam Siegel
Sent: Saturday, April 23, 2011 12:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Deleting post
On Sat, Apr 23, 2011 at 8:52 AM, Charles Mills charl
Oh boy, do you have some fun cut out for you!
//SYSLIB DD DISP=SHR,DSN=DB2.DSN710.ADSNMACS
//SYSINDD *
* See DB2 Performance and Tuning Section 5.4.1.1
* *** DSNDQWST DSECT=YES,SUBTYPE=ALLType 100
But only the *compiler*. If you don't have the compiler, or you prefer to
test interpreted and then compile, you will need to write your own program
to process a Rexx member and expand the %INCLUDEs. Grr.
Charles
-Original Message-
From: IBM Mainframe Discussion List
I have an application that consists of two parts, system exit code and a
started task. I would like to count the number of times the exit code was
driven and determined that the started task was swapped out. What is the
best indicator of address space is at this moment swapped out? (Yes, I do
know
* Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: 04 April 2011 15:52
To: IBM-MAIN@bama.ua.edu
Subject: Determining if address
Awesome!
Thanks much!
CM
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rob Scott
Sent: Monday, April 04, 2011 8:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining if address space is swapped out
I use something along the lines of
C supports normal assembler parameter lists. It's an option, PLIST(OS).
Search the manuals for how it all works. As I recall you get a void**
variable named _r1 that points to what you would expect R1 to point to.
I would *guess* you could make it work but I am far from an expert on SORT
exits.
As I think about this -- am I missing something?
I don't know much about the z sort programs but does a COPY function do what
I would guess it does -- copy from the input to the output?
Now you propose doing your own input and output? While you're at it, why not
just tie one to the other --
That works but keep in mind that it's not a supported programming interface
and technically the PCCA could vanish into thin air between your getting the
pointer to it and your referencing it. Not likely, but it is possible. Also
the CPU the program is executing on may change from instruction to
Which IBMID? There are several flavors, une of which is touted as
universal but isn't.
Isn't it infuriating!
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Thursday, March 24, 2011 8:17 AM
To:
better methods? (Was RE:
Trouble Reading a Spanned File with an Assembler Program - Working Program)
On Wed, 16 Mar 2011 19:29:35 -0700, Charles Mills wrote:
It would be an interesting exercise to write the simplest proper,
reentrant,
RMODE=31 assembler program that output Hello, world to anything
Of Steve Comstock
Sent: Wednesday, March 16, 2011 8:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Why is WTO so much easier to use than better methods? (Was RE:
Trouble Reading a Spanned File with an Assembler Program - Working Program)
On 3/16/2011 8:29 PM, Charles Mills wrote:
Perhaps z/OS needs
RMODE=ANY. Typos easier to spot after you hit send g.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Thursday, March 17, 2011 6:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Why is WTO so much easier to use than
to use than better methods? (Was RE:
Trouble Reading a Spanned File with an Assembler Program - Working Program)
On Thu, 17 Mar 2011 06:52:38 -0700, Charles Mills wrote:
Problem as stated included AMODE=31 and reentrancy.
It is reentrant, I believe. For the AMODE=31 and RMODE=31, add
HELLO
Perhaps z/OS needs a simpler way to put out data to, say, SYSPRINT or even
directly to the JESYSMSG SPOOL dataset for the job.
Boy, you can say that again!
In C you can output a message to the printed job information with one
statement:
printf(whatever ...);
Why isn't there something for
Linda, thanks, yes, that is more or less what I do for the can't pre-create
cases. I use an internal copy function. (My bug was in not recognizing certain
can't pre-create cases.)
I'm curious too. The only answer I could get was that IBM supported this and
that's what they wanted to do. They
Linda -
Thanks, yes, I am pre-creating (hope that's what you meant) the dataset. I get
into trouble if it's DSN(MEMBER),DISP=NEW/MOD because you can't do that twice.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Linda Mooney
data set that cannot exist - possibly I'm in the wrong universe!
Chris Mason
On Sat, 5 Mar 2011 11:28:40 -0800, Charles Mills charl...@mcn.org
wrote:
And I guess the bottom line on the original technical question is:
- DISP=NEW fails if the PDS already exists (or, if you will, may be used
The FTP LRECL default is 256 for both client and server.
The FTP RECFM default is VB for both client and server.
That's nice. I just tested
//TESTDD DD DSN=userid.FOO.BAR,DISP=(NEW,CATLG),UNIT=SYSDA,
// SPACE=(TRK,(1,1))
GET TCC.CTNL(IEFBR14)
DISP is always for the dataset and not the member
The problem is that DISP means different things. If you are a JCL coder,
then DISP is a parameter that indicates the current status of the dataset
and what is to become of it after the jobstep completes: DISP=(NEW,CATLG).
If you are using SVC 99
A lot of replies. Thanks all. Let me try to address various comments in a
single response.
You mis-interpreted my intention
Sorry. I took I'd suggest you to simply perform some tests - IMHO it's much
better than asking others about it and Has it occurred to anyone to just
look at the JCL
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Saturday, March 05, 2011 7:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Difference between DISP=NEW and MOD for a PDS member?
A lot of replies. Thanks all. Let me try to address various comments
want to support what your customers do
You got it!
issue an OPEN TYPE=J
Unfortunately I'm not doing the OPEN, FTP is.
The problem is not with the DISP per se. The underlying problem is that FTP
has the world's worst RECFM and LRECL defaults, something like RECFM=U,
LRECL=1024 (LRECL from
What is the difference between DISP=NEW and DISP=MOD for a PDS member
(member name specified on the DD statement)?
Both disallow duplicate member names. Are there any differences? What?
Charles
--
For IBM-MAIN subscribe /
for a PDS member?
W dniu 2011-03-04 21:03, Charles Mills pisze:
What is the difference between DISP=NEW and DISP=MOD for a PDS member
(member name specified on the DD statement)?
Both disallow duplicate member names. Are there any differences? What?
DISP is always for dataset, not for member.
DISP
Yes. Notice that it makes no distinction between MOD and NEW for a member.
That is exactly why I asked the question.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Gerhard Adam
Sent: Friday, March 04, 2011 4:08 PM
To:
.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Friday, March 04, 2011 4:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Difference between DISP=NEW and MOD for a PDS member?
Yes. Notice that it makes no distinction between MOD and NEW
allocation
On Wed, 23 Feb 2011 08:43:31 -0800, Charles Mills wrote:
I want to be able to use a
single common control file to specify the name of a file for an STC that
could be unique across systems:
You can use system symbols in started task JCL.
Yes, I could just write an STC to try
Nobody knows, or is this too obvious a question to warrant an answer?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Tuesday, February 22, 2011 11:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: System symbols
[mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Wednesday, February 23, 2011 6:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: System symbols in dynamic allocation
In 031b01cbd2c6$62366280$26a32780$@org, on 02/22/2011
at 11:26 AM, Charles Mills charl...@mcn.org said:
Do the same
Thanks. I have no interest in improving JCL. I want to be able to use a
single common control file to specify the name of a file for an STC that
could be unique across systems:
MYFILE=MY.SYSNAME..DATA.FILE
MY.SYSNAME..DATA.FILE would ultimately end up in an fopen():
fopen(MY.SYSNAME..DATA.FILE,
I've got code that has been running with no problem for years on various
JES2 systems. (It may also be working on some JES3 systems -- as a vendor
you hear mostly about the problems, not always the details of the
successes.)
It uses the IEFSSREQ macro with function code SSOBSSVI (54) to retrieve
to finish request
* Use SSVIRLEN to determine correct
*
amount required
On Tue, 22 Feb 2011 08:21:59 -0800 Charles Mills charl...@mcn.org wrote:
:I've got code that has been running with no problem for years on various
:JES2
Do the same restrictions on static system symbols exist for dynamic
allocation as exist for JCL in the same environment -- in other words, in
DSN allocation in a job you can use SYSUID but not SYSNAME?
That seems to be what I am seeing but I don't see that restriction
explicitly in the Authorized
09, 2011 4:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What is address spec terminates in context of LOAD EOM=YES?
On Tue, 8 Feb 2011 20:16:05 -0800, Charles Mills wrote:
Storage is cheap. I can pad my
1K+ by 50% and it won't be the end of the world.
Allocating 50% more common storage than you
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Tom Marchant
Sent: Thursday, February 10, 2011 5:43 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CSVDYLPA question
On Wed, 9 Feb 2011 16:26:44 -0800, Charles Mills wrote:
It appears to me that the 8-character
Following up on the earlier thread on permanent LOAD.
It appears to me that the 8-character module name(s) passed to CSVDYLPA must
be unique, is that correct? That is, unlike LOAD, it is not possible for two
different jobs or STCs to have access to different versions of a given
module, both of
The documentation for LOAD EOM= says Indicates whether a module in global
storage is to be deleted when the address space terminates (EOM=YES) or when
the task terminates (EOM=NO).
My interpretation of the address space terminates was the address space
being forced or something like that. However
To: IBM-MAIN@bama.ua.edu
Subject: Re: What is address spec terminates in context of LOAD EOM=YES?
On Tue, 8 Feb 2011 11:57:28 -0800 Charles Mills charl...@mcn.org wrote:
:The documentation for LOAD EOM= says Indicates whether a module in global
:storage is to be deleted when the address space
I wonder if some emulators might not let you do a cut and paste from a
non-display field. As someone who has written a couple of 3270 emulators I
can tell you it would be easy to add an option to an emulator to make
non-display data accessible in some fashion.
Charles
-Original Message-
issue the STORAGE OBTAIN in SP=241 yourself. Then issue the LOAD, pointing
to that area
Thanks. I had decided to ask about that. Sounds like less of a re-write than
going from LOAD to CSVDYLPA. The load module is small (a little over 1K) and
fairly stable. I already have an SP=241 area that I
: Tuesday, February 08, 2011 1:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What is address spec terminates in context of LOAD EOM=YES?
On Tue, 8 Feb 2011 11:57:28 -0800, Charles Mills charl...@mcn.org wrote:
My interpretation of the address space terminates was the address space
being forced or something
mainframe and
pc, but also kick off the pc software required to open the file?
When creating SAS graphs on MVS, I found all the stepx I had to take to view
them on the pc quite annoying.
--- On Tue, 2/8/11, Charles Mills charl...@mcn.org wrote:
From: Charles Mills charl...@mcn.org
Subject: Re
Yeah, LOAD, DELETE, LOAD offends me too.
It is a single assembly so I am hoping I can figure out a way to automate
knowing the length. The LOADing program is huge so it would not be out of
the question to include the little assembly in the loading program as a
total dummy just so I had the size
: TIMEUSED versus TCBTTIME
On 5/02/2011 12:38 AM, Charles Mills wrote:
@Kirk: I looked at it. I played a little with the in-line TRT to replace
an
strchr() or similar. I did not see any performance improvement and backed
it
out. (Note *I did not see* a performance improvement
The discussion of the ECT parameter of TIMEUSED on the thread STCK vs
TIMUSED got me to wondering. I am currently using TCBTTIME in a product
rather than TIMEUSED. The advantages of TCBTTIME as I see it are (1) has to
be very low overhead and (2) I can do it directly in C without linking to
@Kirk: I looked at it. I played a little with the in-line TRT to replace an
strchr() or similar. I did not see any performance improvement and backed it
out. (Note *I did not see* a performance improvement; not there was no ...
It may have been below my threshold of measurement.)
@Rob: It's not
This can be one of the most confusing things to troubleshoot. You really
have to think carefully and clearly. One says I have a hex xx in my dataset
and it is displaying incorrectly as a 'y'. There are so many places it
could be going wrong. The z/OS component could be using the wrong (from your
feliz año nuevo vs feliz ano nuevo
BIG difference g
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Tony Harminc
Sent: Tuesday, February 01, 2011 9:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Ñ(X'69') character and SYSLOG
On 1 February 2011 14:20, Charles Mills charl...@mcn.org wrote:
feliz año nuevo vs feliz ano nuevo
BIG difference g
And in French, porc salé vs porc sale. It's interesting that
Google Translate correctly makes the difference between those two in
French, but translates both the accented
My suggestion to IBM -- and no, I have no resources to open a requirement,
but I know this list is read by the folks who own and love MVS:
1. Freeze the current list of DD keywords handled specially by START. START
is just doing PROC writers a favor that has outlived its usefulness. After
all, if
Have him check his junk mail filters, both at the client (email program)
level and at the server (ISP or corporate IT) level.
I'm sure about 50 listers will tell you that the admin is Darren Evans-Young
[dar...@bama.ua.edu].
Charles
-Original Message-
From: IBM Mainframe Discussion List
Gil's right. It's a scoping issue. Once you declare a variable inside your
PROC it should be yours forever no matter what else happens outside of that
scope.
In sympathy to IBM, this stuff was set in stone back in about 1964 when (a.)
scoping was not so well-established a principle as it is now;
All three of the OP's scenarios involve the update of a PDS/Directory
while the information in that PDS/Directory is in a state of flux.
I don't think so. How does the ongoing execution of a program from a STEPLIB
put its directory in a state of flux?
Charles
-Original Message-
From:
.)
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Sunday, January 23, 2011 12:51 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Long-running jobs, PDS, and DISP=SHR
Hey, thanks much!
Bottom line is that only #1
201 - 300 of 1256 matches
Mail list logo