On Tue, 1 Oct 2013 11:50:51 -0400, John Gilmore wrote:
The PL/I leave statement is very different from the C continue and that ilk.
But perhaps slightly less different from the C break.
Paul Gilmartin will object to these [and other] uses of labels, but
they are in fact innocuous.
But what
On Wed, 2 Oct 2013 17:03:09 +0200, Bernd Oppolzer wrote:
PL/1 and System 360 was a combined effort; OS/360, too.
The same way as the 360 architecture should make all other
platforms obsolete, PL/1 was supposed to make all other programming
languages obsolete. As we know today, the first goal was
On Wed, 2 Oct 2013 18:14:15 +0300, Binyamin Dissen wrote:
I am aware of the ISPF LM functions.
I wonder if there is a native MVS or TSO command to easily do this.
There is delete pds(member), but that requires exclusive access.
There is IEHPROGM, but I would as soon just avoid it.
I believe
On Wed, 2 Oct 2013 11:05:34 -0500, Elardus Engelbrecht wrote:
Binyamin Dissen wrote:
As this is all REXX, I am trying to avoid shipping a program.
Ah, now I understand. You can write a little REXX program. I was ready to post
it here, but you don't want a program
:Good. What about utilities
On Wed, 2 Oct 2013 11:47:44 -0500, Kirk Wolf wrote:
I'm curious - if the PDS is allocated with DISP=SHR, will IDCAMS use ISPF
compatible ENQs to serialize the member when deleting?
Do you like to gamble?
-- gil
--
For
On Wed, 2 Oct 2013 11:00:35 -0700, Linda wrote:
Yep, I'll take works over pretty any time. Better would be if they put it up
on z.
Can they afford it? Perhaps if it could run in specialty engines.
-- gil
--
For IBM-MAIN
On Thu, 3 Oct 2013 12:11:55 -0500, Joel C. Ewing wrote:
To test this properly requires either extraordinary timing ability, or
getting a program which will OPEN a PDS for output without the
appropriate ISPFEDIT enqueue and keep it open for long enough, say 10 to
30 seconds, from a batch job or a
On Thu, 3 Oct 2013 14:57:08 -0400, Gerhard Postpischil wrote:
(1) I still have the manual for BOUMAC, a package for vector and matrix
calculation, from the Boulder, CO office of the National Bureau of
Standards (the N.I.S.T. precursor).
... which had been called DEVMAC, internally, incorporating
On Thu, 3 Oct 2013 16:22:23 -0400, Gord Tomlin wrote:
Python is an interesting, and frustrating, case. There have been ports
to s390, but the custodians of the Python trunk are unwilling to accept
I think you use the plural by your judgment.
s390 patches into their code base, and are quite
On Thu, 3 Oct 2013 16:57:13 -0400, Shmuel Metz (Seymour J.) wrote:
I think I rather prefer Python.
Out of the frying pan and into the fire. The fact that the indentation
level is significant can make things interesting when editing a
program.
I need to ponder that.
A while back, on TSO-REXX,
On Fri, 4 Oct 2013 09:06:59 -0500, Yashshri G wrote:
I have designed a REXX to invoke SDSF and SET CONSOLE name automatically to a
random value as follows,
/* REXX */
CONNAM=SDSFRANDOM()
Eek! Think
On Fri, 4 Oct 2013 10:57:06 -0600, Mark Post wrote:
On 10/3/2013 at 04:22 PM, Gord Tomlin wrote:
Python is an interesting, and frustrating, case. There have been ports
to s390, but the custodians of the Python trunk are unwilling to accept
s390 patches into their code base, and are quite
On Fri, 4 Oct 2013 10:31:54 -0700, Charles Mills wrote:
His points, and the points in the serious article he links to, have merit.
There are several links in the article, but probably:
http://www.joelonsoftware.com/articles/Unicode.html
Which says:
...
You probably think I'm going
On Wed, 2 Oct 2013 12:53:57 -0400, Tony Harminc wrote:
Hmmm... A case for UTF-EBCDIC as a vehicle?
Hmmm... So I look at the Wikipedia (yes, I know) article:
http://en.wikipedia.org/wiki/UTF-EBCDIC
which says:
... an encoding based on UTF-8 (known in the specification as UTF-8-Mod)
On Fri, 4 Oct 2013 17:19:44 -0400, Tony Harminc wrote:
To say nothing of y+diaeresis U+00FF, which carries the strange
baggage of having its lower case version ÿ in ISO 8859-1 (and CP 037,
1047, and so on), but finding its upper case version Ÿ languishing in
the higher reaches of the Unicode BMP
On Fri, 4 Oct 2013 17:25:27 -0700, Charles Mills wrote:
prohibits names that are not valid UTF-8
What is an example of a name that is not valid UTF-8? Names that include
Tangut or Klingon characters? Or do you mean broken UTF-8 that contains
bytes (NOT characters) that are not valid UTF-8, or
On Sat, 5 Oct 2013 15:12:09 -0400, John Gilmore wrote:
. . .
The difficulty arises when a convention for representing '�' as two
successive byte values of the form
-minuscule-e code pointaccent-aigu code point
in one code page collides with the single-byte representation of '�'
and '�' as just
On Sat, 5 Oct 2013 21:09:59 -0400, Shmuel Metz (Seymour J.) wrote:
A while back, on TSO-REXX, I advocated labelling END statements to
take advantage of the processor's enforcing that they match the DOs,
and complained that the processor ignores some mismatches.
Did you open an ETR? That
On Mon, 7 Oct 2013 02:40:44 -0500, efinnell15 wrote:
Maybe Darren can add more, I just know that incoming mail is subject to 'text'
scans looking for glyphs or graphics. Transliterations may occur.
Haven't heard from Darren in a long time. And this is a persistent
problem; worse with BASE64
On Mon, 7 Oct 2013 07:08:43 -0500, John McKown wrote:
..., and one Windows
laptop (required in order to remote into work due to the way that the
Windows people set things up to be useless without it).
Have you considered running a virtual Linux system under Windows
and using W largely as a
On 2013-10-07 14:02, Roberts, John J wrote:
But what about unit testing? For one, I don't want to run unit test jobs
from Control-M, since our license will count these against our limit. And I
don't want to force our developers to edit the JCL before submission, since
(a) it would be a
On Tue, 8 Oct 2013 10:03:25 -0400, Kurt Quackenbush wrote:
Also, it used to be the case that only one instance of the SMP/E dialog
was allowed within a single TSO/ISPF session - a 2nd concurrent
invocation in split screen was not allowed and would produce a failure
message..
I had suffered
On Tue, 24 Sep 2013 08:47:24 -0400, Farley, Peter x23353 wrote:
Programmers like me would desperately love to see the new compiler in action
and get going on using the enhanced facilities -- but the procedural hurdles
that IBM has thrown up with this PDSE requirement are going to be
On Wed, 9 Oct 2013 15:01:16 -0600, Steve Comstock wrote:
However, COBOL calling programs could use the BPX1LOD service to LOAD
an executable stored as a z/OS UNIX file (COBOL can't ATTACH or XCTL
anyway). Then COBOL 'CALL data-item' can invoke the loaded module.
I wonder why the initiator
(We don't yet have 2.1, so I can't experiment.)
There was plenty discussion here of the new-fangled facility to
support symbol resolution in instream data sets, but I don't
recall whether this specifically was discussed:
What will happen (JES2, specifically) if substituting a symbol in
an
On 2013-10-10, at 14:28, Roberts, John J wrote:
What will happen (JES2, specifically) if substituting a symbol in an
instream data set causes a record to exceed the otherwise LRECL (over which
the programmer now has little control)?:
Oh how I wish there was just an option for the JCL
On Thu, 10 Oct 2013 20:33:37 +, Ted MacNEIL wrote:
Oh how I wish there was just an option for the JCL stream to be
RECFM=VB,LRECL=255 (or more).
Can't be MORE until we can edit MORE interactively.
Broaden your horizons; try a better editor. And I rely on long
SYSIN records largely when
appear. In the meantime, this unfortunate situation
will continue.
On Thu, 10 Oct 2013 15:22:16 -0500, Paul Gilmartin wrote:
o The record is quietly truncated? Worst; even if a warning is
issued the job should not be allowed to execute. (I hate quiet
truncation!)
Best of all would
On 2013-10-10, at 18:19, Shmuel Metz (Seymour J.) wrote:
Actually, I don't believe program objects are required to reside in
PDSEs,
They may be allowed in a Unix file, but they are not allowed in a PDS,
not do I see how they could be allowed.
Bits is bits. A UNIX file is simply a flat
On Thu, 10 Oct 2013 22:34:07 -0500, Shmuel Metz (Seymour J.) wrote:
Best of all would be to restore control to the programmer: allow
RECFM and/or LRECL to coexist with * or DATA on the DD statement
(presently they're mutex). Those values, if coded, should be merged
with the DCB at OPEN. An
On Fri, 11 Oct 2013 10:42:25 -0500, Doug Henry wrote:
Isn't symbol substitution performed by the reader/converter/interpreter
(whatever), but well before execution tme?
From MVS JCL Reference http://publibz.boulder.ibm.com/epubs/pdf/iea3b600.pdf
in-stream symbolic substitution is performed by
On Fri, 11 Oct 2013 13:21:24 -0500, Doug Henry doug_he...@usbank.com wrote:
. Might one assume, then, that with SYMBOLS=CNVTSYS substitution
is performed on the Reader/Converter system, before job initiation,
and JCL errors could be reported. If SYMBOLS=EXECSYS, it's not
clear whether conversion
On Fri, 11 Oct 2013 15:25:27 -0700, Charles Mills wrote:
Right. when it is read could equally well mean when it is read originally
by JES2 or when it is read finally by the problem program.
In fact, the more I think about it, the more I like the first interpretation.
From JES2's point of view,
On Sat, 12 Oct 2013 08:42:02 -0400, John Gilmore wrote:
A PDSE member containing a program object has a very different, and
very sketchily documented, mixed internal structure. Moreover, the
loading of some of its text elements may be deferred until they are
required|requested.
sketchily
On Sat, 12 Oct 2013 14:26:19 -0400, John Gilmore wrote:
There is|are. The z/OS UNIX System Services commands cp and mv and
the TSO commands OGET and OPUT can do the necessary conversions in
both directions.
And, of course Binder, which I suspect all the others (along with IEBCOPY)
invoke
On Sat, 12 Oct 2013 22:32:37 -0500, Shmuel Metz (Seymour J.) wrote:
In 120ff13c56e7db4cbb4b89959eb492d826bff...@apswp0475.ms.ds.uhc.com,
on 10/11/2013
at 06:00 PM, Bass, Walter W said:
Sure you can. Dataset not found produces a runtime JCL error quite
frequently.
OPEN failures are not JCL
On Sun, 13 Oct 2013 11:59:41 -0400, John Gilmore wrote:
Tom Russell is of course right about this. The work that cp and mv
and OGET and OPUT too appear to be doing is all done under the covers
by the Binder.
(Add IEBCOPY and/or whatever ISPF uses) I wonder, though, do these
explictly ATTACH
On Thu, 10 Oct 2013 15:22:16 -0500, Paul Gilmartin wrote:
(We don't yet have 2.1, so I can't experiment.)
...
Best of all would be to restore control to the programmer:
allow RECFM and/or LRECL to coexist with * or DATA on the
DD statement (presently they're mutex). Those values, if
coded
On Mon, 14 Oct 2013 10:19:32 -0500, John McKown wrote:
... I would have used 0 so that SDB would find the best fit for the receiving
device.
When was that invented?
I would use (without trying it lately):
quote site blksize=0
quote site lrecl=1024
quote site recfm=FB
... or just
On Mon, 14 Oct 2013 11:40:09 -0400, Tony Harminc wrote:
is the 'STOP' command will be intreppeted as a SIGTSTP signal to the
program that running under the Shell script?
No - nothing will happen. To receive a STOP command you have to use
either the __console() or __console2() service to
On Tue, 15 Oct 2013 11:11:36 -0500, Ron Wells wrote:
Have Directory's on one lpar wanting to copy over to another
zfs files are different name on each system...
best method ... and example would be appreciated
(Without testing) I'd do something like:
# On the destination lpar:
cd
On Tue, 15 Oct 2013 12:42:21 -0500, Ron Wells wrote:
what is the ssh ?
Oops. ssh is among the Ported Tools, which you might need to
have installed. I keep forgetting how antiquated z/OS UNIX is,
compared to other UNIXen where I can just expect it to be there.
-- gil
On Wed, 16 Oct 2013 09:22:25 -0500, Ron Wells wrote:
Thanks...but in Diff lpar..
I can..because it is diff. named uss file...mount it...but was wanting to
get away from extra steps.
thought there was a simple..way to backup..from Dir..file/sub dir..to a
fiole then upload it back to another/other
On Wed, 16 Oct 2013 17:27:13 -0500, Shmuel Metz (Seymour J.) wrote:
6233 will fit on a 2314, but not on a 2311.
Damn! So I should change all the JCL samples I distribute in order not
to inconvenience customers.
-- gil
--
For
On Wed, 16 Oct 2013 16:25:23 -0700, Charles Mills wrote:
For Enterprise COBOL v4.1 and 4.2, if you are loading the compiler from an
assembler program and want to override SYSOPTF or DBRMLIB, they are entries
20 and 21 respectively in the Alternative DD name list.
For Enterprise COBOL v5.1, if
On Wed, 16 Oct 2013 16:58:24 -0700, Charles Mills wrote:
Agreed on both points. (And failing that, c'mon man, how about a little
consistency?)
Built into ATTACH would be a big architectural deal.
But keywords are easy!
Tom Ross's explanation of the problem provides a powerful argument for
On 2013-10-21 14:57, Kirk Wolf wrote:
But there is no SYS1.SCUNTBL(CUNLM0EB) and an attempt to load the
conversion table for 1047-850 with technique=L fails:
Might this have fallen victim to the Scunthorpe Problem?
-- gil
On Tue, 22 Oct 2013 14:23:45 -0500, Eric Bielefeld wrote:
When I started in systems programming in 1978, most of the IBM manuals were
free. I remember talking to our account SE at the time, and he said that
most of them were free if you ordered a reasonable quantity. ...
Many companies give
On 2013-10-23, at 09:04, Hansen, Dave L - Eagan, MN wrote:
CROSS POSTED to ISPF-L and IBM-MAIN
LMFREE doesn't have any extra parameters. I keep getting a message about
ALREADY IN USE, TRY LATER+, DATA SET IS ALLOCATED TO ANOTHER JOB OR
USER. GRS shows I'm doing this to myself. This
On Wed, 23 Oct 2013 17:23:09 +0200, Thomas Berg wrote:
Address TSO FREE FI(LMIN LMOUT) (NOTE the ddnames...)
Yes, on careful reading, but, ugh!
-Original Message-
Behalf Of Hansen, Dave L - Eagan, MN
Sent: Wednesday, October 23, 2013 5:04 PM
...
LMINIT DATAID(INDD)
On Wed, 23 Oct 2013 09:21:25 -0700, Jon Perryman wrote:
1. LMINIT allocates a new DD. The DDNAME is placed in the variable you
specified in DATAID.�
I hadn't known this; I still don't believe it; rather LMINIT uses the DDNAME
given and places a generated name in the variable specified in
On 2013-10-23 10:55, Thomas Berg wrote:
-Original Message-
From: Paul Gilmartin
Sent: Wednesday, October 23, 2013 6:45 PM
On Wed, 23 Oct 2013 09:21:25 -0700, Jon Perryman wrote:
1. LMINIT allocates a new DD. The DDNAME is placed in the variable you
specified in DATAID.
LMINIT do
On Wed, 23 Oct 2013 14:09:45 -0500, Kirk Wolf wrote:
(*Note*: in the following examples, shell input is bold and follows .
Also: you need set -o pipecurrent when piping jessym output into read
or . )
So, I asked myself, Why pipecurrent? Then I saw:
* set -o pipecurrent *
* jessym A | read
On Wed, 23 Oct 2013 14:09:45 -0500, Kirk Wolf wrote:
(*Note*: in the following examples, shell input is bold and follows .
Also: you need set -o pipecurrent when piping jessym output into read
or . )
...
* set -o pipecurrent *
* jessym A | read -r myvar*
* echo $myvar*
B
Now, you've got
On Thu, 24 Oct 2013 15:12:39 -0400, Robert A. Rosenberg wrote:
This will also fix the INIT issue that if a JOB Step has a DISP=OLD
with further steps as DISP=SHR, the dataset remains exclusively held
until the last DISP=SHR step ends (since INIT can not downgrade the
EXC ENQ to the SHR ENQ used
On Thu, 24 Oct 2013 21:25:50 -0700, Phil Smith wrote:
But the data is also shared across tasks, so we don't want a window where it's
half-written and some task tries to read it.
UNIX files provide the natural solution to such a requirement
in that the UNIX rename() is preemptive and atomic:
o
On Fri, 25 Oct 2013 08:50:53 -0500, Donald Likens wrote:
TMECVTD
+0 0867 10182013
The time is not correct (the date is). Any ideas on what I am doing wrong? By
my calculations the time
On Fri, 25 Oct 2013 10:01:20 -0500, John McKown wrote:
If I were in charge (no chance), I would go with exactly TWO different
... While I'm at it, the default TZ in LE and UNIX, if not
specifically set, should also be assumed to be the equivalent of what the
offset is in the CVT.
How would you
On Fri, 25 Oct 2013 18:04:20 -0500, Shmuel Metz (Seymour J.) wrote:
on 10/23/2013 at 11:44 AM, Paul Gilmartin paulgboul...@aim.com said:
What's this ampersand business?
Assuming this is clist
I considered that possibility but deemed the presence of the address
instruction a refutation
On Sat, 26 Oct 2013 10:57:09 -0700, Jon Perryman wrote:
TSO ALLOC does not support the use of (0) and (+1) in the dataset name.
Instead use BPXWDYN which does support it.�
Does GDG play well with FTP? NFS? These are two facilities I use
extensively to share/move data among mainframe and
On Mon, 28 Oct 2013 08:26:31 -0500, John McKown wrote:
Although many will likely disagree, I rather like that Java decided on
using Unicode internally for all character data. The I/O subsystem
translates that to the native encoding on input and output.
No, Java decided to use a 16-bit subset of
On Mon, 28 Oct 2013 11:38:45 -0500, John Gilmore wrote:
... a tractable case; but there are also requirements to embed,
say, Arabic or Hebrew text, written from right to left, in Danish
text, written from left to right. There is probably no escape from
the ugly device of
shift in ||descriptor
On Mon, 28 Oct 2013 16:56:45 -0500, Dave Kreiss davekre...@gmail.com wrote:
Don, here is a module which updates a PDS directory entries TTR but it can
be used as a model to change any field. I can't remember where the length
field is (probably it is in DIRFLAG in the sample) but I know it is in
On Mon, 28 Oct 2013 18:39:46 -0500, Shmuel Metz (Seymour J.) wrote:
Locale-sensitive compares, perhaps, but not compares that will treat a
word in the middle of a string as having a different locale from the
rest of the string.
It could be worse than that. How would you compare two strings,
On Wed, 30 Oct 2013 12:58:52 +0200, Itschak Mugzach wrote:
ISPF statistics are only maintained by ISPF and some other utilities (like
PDSMAN and ISPF OPT 3.5). RECFM=U libraries are MVS load libraries (not
ISPF ones) and the directory entry holds some of the module attributes.
It's certainly
On Wed, 30 Oct 2013 07:29:27 -0500, John McKown wrote:
http://www.itworld.com/security/380406/how-your-compiler-may-be-compromising-application-security
quote
Compilers: can�t live with �em, can�t live without �em - at least not if
you write code for a living. Compilers are great at taking your
On Wed, 30 Oct 2013 08:38:30 -0500, Shmuel Metz (Seymour J.) wrote:
Isn't PCRE written in C?
Yes, and that's why I had to provide binaries which is NOT ideal,
because the binaries are IBM1047 specific
What prevents you from testing the locale? Also, isn't gcc available
for z/OS?
So the
On Wed, 30 Oct 2013 11:21:22 -0400, Tony Harminc wrote:
In IBM's implementation I think both the US Spanish and UK English
produce better results than the known-to-be-defective US English
tables.
I know I haven't a great deal of credibility in the z community. But
do you mean that people other
On Wed, 30 Oct 2013 09:10:03 -0500, Shmuel Metz (Seymour J.) wrote:
ISPF statistics are only maintained by ISPF and some other
utilities (like PDSMAN and ISPF OPT 3.5). RECFM=U libraries are
MVS load libraries (not ISPF ones)
While that is by far the most common use for RECFM=U, it is not the
On Mon, 4 Nov 2013 14:47:50 +0200, Itschak Mugzach wrote:
Sure but not wirh blksize zero.
I'd expect that SDB would operate as usual and convert a declared
BLKSIZE of zero to (perhaps suboptimal) 32760.
It has been announced that in 2.1 Rexx EXECIO will support RECFM=U.
When we get 2.1 I'll
On 2013-11-04, at 03:47, R.S. wrote:
In France even highway ticket can be used as a proof you exceeded avg speed.
For a recently constructed turnpike in Colorado, this practice
was specifically prohibited by the enabling legislation. I
understand that road is operated privately, by a German
On Mon, 4 Nov 2013 15:46:47 -0800, Ed Jaffe wrote:
On 11/4/2013 5:01 AM, Binyamin Dissen wrote:
SRB's certainly can do I/O - they just need to do it at the metal level.
I'm not sure I would call the venerable STARTIO interface the metal
level. It probably seems that way to most developers since
On Mon, 4 Nov 2013 20:21:38 -0700, Steve Comstock wrote:
To do that has nothing to do with COBOL: it's JCL you need to
brush up on. Point LKED.SYSLMOD to a PDS/PDSE that contains
load modules or program objects.
Be very careful doing that! When I was very young I tried something
similar
On Tue, 5 Nov 2013 07:16:52 -0600, Shane Ginnane wrote:
Linux is a lot more fun for the technically inquisitive these days IMHO.
It's far less encrusted with the patina of antiquity. Much of OS/360
made sense in the resource-constrained batch environment in which
it originated. Nowadays, its
On Tue, 5 Nov 2013 13:33:37 -0600, Kirk Wolf wrote:
I don't see anything like that in the Makefile.
I'm far from an export on make, and the OpenSSL Makefile is pretty nasty.
My best guess is that you need to define your own inference rule something
like:
%.o : %.c
$(CC) -c $(CCFLAGS)
On Tue, 5 Nov 2013 17:59:20 -0800, Jon Perryman wrote:
Gilmartin is the one who is stating imagined ill's about z/OS which started
this. TSO alloc exec's have existed for decades that could easily merge
datasets. Use of UNIX rename over the use of GDG's which has also existed for
decades.�
On Tue, 5 Nov 2013 21:33:20 -0500, Gerhard Postpischil wrote:
IIRC, IBM has had a simple COPY command ever since TSO/E - no JCL
needed. JCL is unpleasant only if you're not used to it; I've run on
Univac, Unisys, CDC, and other systems, and found JCL to be a good
compromise of simplicity and
On Wed, 6 Nov 2013 02:05:33 -0600, Michael G Phillips wrote:
In the Linux/Unix/AIX world it ain't much better but at least there's the
wonderful 'man page's - great if you know what command you want to get details
on but useless if don't.
apropos helps some.
Now working with large mainframe
On Wed, 6 Nov 2013 22:45:01 +0800, David Crayford wrote:
JCL is neither simple or powerful. It's a piece of poorly designed junk that
should never have made GA. Even it's original implementers admit that it's
rubbish. Try explaining the reverse logic of condition codes to a youngster
and they
On Wed, 6 Nov 2013 08:14:04 -0700, Steve Comstock wrote:
Ah. In the TSO Command Reference you will see:
If the source and target of the copy request are both data sets, (SYSOUT or
QSAM), you do not have to be logged on under the Session Manager to use the
SMCOPY command.
What's a data set?
On 2013-11-06, at 09:06, Pommier, Rex wrote:
.
. === smcopy fds(/etc/logs) tds(/u/rex/log-deleteme)
IKJ56700A ENTER INPUT SOURCE DATASET NAME -
On Wed, 6 Nov 2013 08:32:41 -0800, Jon Perryman wrote:
2. It is the only tool where we can easilyt segregate interactive versus long
running programs. This allows WLM give more resources to interactive users
because they are personally waiting. Sysprog's encourage it's use by setting
WLM such
On Wed, 6 Nov 2013 08:55:05 -0800, Jon Perryman wrote:
Session manager allowed multiple terminal sessions from a single terminal.
Past tense? Is it gone? STTL?
Multiple sessions with the same user ID? On the same LPAR? I know
there are CBTTape type hacks for this, but it hasn't become
On Wed, 6 Nov 2013 11:57:58 -0500, John Gilmore wrote:
From the current HLASM Language Reference, page 209:
The REPRO [assembler] instruction causes the data specified in the
statement that follows to be copied unaltered into the object file.
I'm lacking the context.
Were we talking about
On Wed, 6 Nov 2013 12:03:58 -0500, Tony Harminc wrote:
IKJ56709I INVALID DATA SET NAME, /etc/logs
Actually, that could be a valid data set name with
DISABLE(DSNCHECK) in effect. It appears to me that SMCOPY
hasn't been updated to support the new facilities of catalogs.
... Allowing just a
On Wed, 6 Nov 2013 12:35:37 -0500, Mitch wrote:
..., there are a number of tools on the market for managing JCL and a couple
that can actually manipulate and create JCL.
For money!? I build most of my JCL with either Rexx EXECs or POSIX
shell (plus sed and awk) scripts. It relieves me of the
On Wed, 6 Nov 2013 12:48:48 -0500, Gerhard Postpischil wrote:
On 11/6/2013 11:28 AM, Pommier, Rex wrote:
quote it works pretty well. /quote
Yeah, once you get past the backwards idea of executing the program before
you allocate the datasets. :-)
I don't understand that comment. In a
On Wed, 6 Nov 2013 12:03:14 -0500, Shmuel Metz (Seymour J.) wrote:
I believe that you're thinking of TSO Data Set Utilities: COPY, FORMAT
LIST and MERGE. The only good thing that I can say about it is that it
led me to order the ASI TSO Superset Utilities, a much more reliable
and better
On Wed, 6 Nov 2013 13:04:08 -0500, Gerhard Postpischil wrote:
IBM did users a favor by (mostly) not using obvious names. When I worked
at ADR, the help test asked for assistance with a problem they couldn't
solve - the user has a CoBOL program that invoked the sort, but kept
blowing up no matter
On Wed, 6 Nov 2013 10:06:39 -0800, Jon Perryman wrote:
JCL not having loop capabilities has nothing to do with rewinding card readers.
*I* believe he was being facetious.
It has to do with variable substitution occurring as interpretation time. How
would you get out of a loop except by using
On 2013-11-06, at 11:06, Bob Shannon wrote:
The // hack has long been deprecated by POSIX. IBM should have heeded
that caution and avoided it.
Since IBM's use of // predated POSIX by twenty years, perhaps POSIX should
have avoided using it.
I think that by deprecating it, POSIX
.
From: Paul Gilmartin paulgboul...@aim.com
�I would make an addition of a virtual filesystem,
perhaps such as:
� � /dev/Legacy/SYS1.MACLIB(SPLEVEL)
-- gil
--
For IBM-MAIN subscribe / signoff
On Wed, 6 Nov 2013 16:15:56 -0500, Rich Greenberg wrote:
A historical note for Gerhard and others who wonder about the cryptic
commands in Unix (and derivatives). It was largely because of what was
available as interactive terminals at the time. Sloow TTYs. 60 to
100 chars per minute.
On Wed, 6 Nov 2013 15:02:48 -0800, Frank Swarbrick wrote:
Does anyone actually run X-Windows on z/OS?� Seems to me GUI things such as
the Explorer tools, the Debug Tool (and other Productivity Tools) GUI, etc.,
and even RDz could be well served by being X-Windows client applications.� But
what
On Thu, 7 Nov 2013 10:06:14 -0600, Joel C. Ewing wrote:
I share your celebration of the IF Statement; although I have been bit
on one occasion by a non-intuitive behavior of IF statements as well:
the first EXEC in a JOB is always unconditionally executed no matter
what (which precludes using SET
On Thu, 7 Nov 2013 09:41:40 -0800, Richard Pinion wrote:
And to throw another twist to this thread, some people say the LRECL and RECFM
should not be coded in the JCL. That way when a change is made to the program
source, that affects LRECL and/or RECFM, the corresponding JCL doesn't have to
On Thu, 7 Nov 2013 13:37:54 -0500, Tony Harminc wrote:
Taking that to the extreme one could say that nothing should be coded
on DD statements, i.e. that programs should deal with DSNAMEs rather
then the intermediary of DDNAMEs. Which is indeed how most non-z/OS
systems work.
In UNIX, I see the
On Wed, 6 Nov 2013 16:51:03 -0500, Shmuel Metz (Seymour J.) wrote:
What's a data set?
Anything that can be allocated to a ddname.
As I said, I have attempted to invoke that definition (pretty directly
from Using Data Sets) when IBM Tech Support has told me, But the
Ref says that DDNAME must
On 2013-11-07 19:11, Jon Perryman wrote:
This response feels like we're playing a game of Jeopardy (Alex, I'll take
datasets for $100). Did you actually contact IBM to ask them what is a
dataset?
In other words, should I ask them whether the information in
Using Data Sets is correct?
Did
On Fri, 8 Nov 2013 10:58:46 +0100, Bernd Oppolzer wrote:
( I have this problem sometimes, because management
decides that some of our mainframe based test supporting
C programs should be moved to Linux 64 on Intel).
For now, the solution is
#ifdef MAINFRAME
fopen /* this way */
#else
201 - 300 of 8169 matches
Mail list logo