On Sun, 7 Jul 2013 09:24:27 -0500, Ze'ev Atlas wrote:
1. Is PDSE the same (I mean same structure of directory and directory entry)
in that regard?
No, but they fake it, so it doesn't matter.
2. Otherwise, where can I find documentation about PDSE in the sam econtext?
Secret. Perhaps
On Sun, 7 Jul 2013 13:00:05 -0400, Shmuel Metz (Seymour J.) wrote:
As above, there's no need. [to distinguish PDSE from PDS]
That depends on what you're doing. My code for accessing multiple
members via QSAM with a single OPEN will definitely not work for PDSE.
I wonder how HLASM does it. I
On Sun, 7 Jul 2013 18:00:24 -0400, Shmuel Metz (Seymour J.) wrote:
In 3877421865811083.wa.paulgboulderaim@listserv.ua.edu, on
07/07/2013
Particularly needed for nested COPY statements.
I suspect that it reads the entire member before processing it.
It apparently does so for MACROs, but I
On Mon, 8 Jul 2013 05:28:53 -0500, Elardus Engelbrecht wrote:
Oh, look also for magic word: BPXWDYN.
I'm very familiar with BPXWDYN in Rexx. And I know that it
is (mostly) compatible with the standard CALL interface: I've
(less often) used TSO CALL *(BPXWDYN) ... But I've also
read that for
Comparing performance of ssh to MVS and Solaris severs, respectively:
From Solaris to MVS:
133$ time ssh user@MVS date
Mon Jul 8 07:43:06 MDT 2013
real0m15.10s
user0m0.07s
sys 0m0.01s
From Solaris to another Solaris:
134$ time ssh user@solaris date
Monday, July 8,
Kind of a programming challenge, in view of all the PCRE
chatter hereabouts lately:
A vendor once supplied an interface where one of the required
arguments was a regex to exclude from processing any matching
line. But I wanted every line in my data processed. So, how?
For my particular data, I
On Tue, 9 Jul 2013 11:34:55 +0200, Boris Lenz wrote:
does
/(?!)/
work for you?
Thanks! I never woulda thoughta that. Seems to work for sed and
grep; nearly an exhaustive sample. Now I need to try to understand it:
It matches any string which is not (!) matched by 0 or 1 (?) copies
of the
On Tue, 9 Jul 2013 12:16:36 -0500, Rick Arellanes wrote:
The answer is yes, you can use COBOL to read a PDS directory and process each
member separately. Define 2 files: 1 (PDS-DIR) to read the PDS directory and
one (PDS-FILE) to read each member. The one to read the directory (PDS-DIR) is
On Tue, 9 Jul 2013 12:51:49 -0500, Kirk Wolf wrote:
This technique also works in C or Java.
Unfortunately, the overhead of allocate/open/close/free for each member
does not yield good performance if that matters for your application.
It is a pity, IMO, that the C library does not include BPAM
My test program, isbuffer.c:
/* Doc: demonstrate buffering of stdout and stderr */
#include stdio.h
int main( void ) {
int I;
for ( I = 0; I5; I++ ) {
fprintf( stdout, Record %2d to stdout\n, I );
fprintf( stderr, Record %2d to stderr\n, I ); }
return( 0 ); }
...
On Wed, 10 Jul 2013 10:31:38 -0400, Gerhard Postpischil wrote:
On 7/10/2013 10:03 AM, Elardus Engelbrecht wrote:
It should work for Paul Gilmartin. But I find it still *strange* that
output from ONE loop is arranged by type of output medium, not by
execution sequence.
I have dealt with some
On Wed, 10 Jul 2013 21:33:20 +0800, Peter Stockdill wrote:
I believe that /.^./ or /.$./ both satisfy your requirement.
On Wed, 10 Jul 2013 08:45:17 -0400, John Gilmore wrote:
and he has the right idea. What is needed is a substantive
contradiction, one, say, of the logical form
¬(a | ¬a)
On Wed, 10 Jul 2013 22:12:51 +0300, Arye Shemer wrote:
Since in our zone the DST is not on fixed date (recently has been moved
again) customers asking for an option to get current DST from some internal
or external sources.
Something like NTP Server.
Thank you for any suggestion or pointing to
On Wed, 10 Jul 2013 20:29:53 +, Staller, Allan wrote:
Afaik, there is no such facility for z/OS(z/OS). For (z/OS(OMVS) the TZ
environment variable will handle DST offsets automatically. However, this
variable needs to be set in several places.
I'll disagree with the automatically part.
On Wed, 10 Jul 2013 16:34:21 -0500, Mark Zelden wrote:
Complain, complain, complain. :-) You use the term flaw loosely.
It may be a shortcoming compared to other unix environments that you
work on or prefer, but I wouldn't call it a flaw. Remember that z/OS unix
is based on the posix
On Mon, 15 Jul 2013 09:23:40 -0500, Kirk Wolf wrote:
Maybe that is one of the enhancements ? :-)
Exoskeletal enhancement? Is there any rationale for making the
ASCII behavior different from the EBCDIC?
Actually this seems to be an issue with the stream buffering strategy.
See the C/C++ RTL
On Wed, 17 Jul 2013 10:56:06 -0400, John Gilmore wrote:
You need to keep two things in mind. Even very simple optimizers 1)
break off evaluation with the outcome FALSE as soon as an AND
component is found to be false, and 2) break off evaluation with the
outcome true as soon as an OR component
On Thu, 18 Jul 2013 08:13:02 -0400, John Gilmore wrote:
COBOL optimization has always been problematic for two reasons.
The less important of them is that, until now at least, some
syntactically interesting features of the language have been
implemented very poorly. Some COBOL EVALUATEs are,
On Thu, 18 Jul 2013 06:31:14 -0500, Norbert Friemel wrote:
http://www-01.ibm.com/support/docview.wss?uid=isg1II08285
Note: Dynamic allocations can turn on bit S99GDGNT to bypass
using the table and thus always locate the current entry
(generation 0) at the time of the allocation. This
On Thu, 18 Jul 2013 15:09:22 -0400, John Gilmore wrote:
Paul Gilmartin wrote:
begin extract
Which might be the proper implementation if the cases are sparse.
Best to start with the median case value and bisect recursively.
Storage is cheap nowadays, particularly if it's not accessed
On Thu, 18 Jul 2013 15:24:46 -0700, Tom Ross wrote:
On the topic of evaluation of conditions, in z/OS COBOL our generated
code will leave a condition evaluation as soon as we know it is true or
false. We do not keep evaluating other operands if the final result is
clear from earlier ones.
Has
On Fri, 19 Jul 2013 08:19:19 -0400, John Gilmore wrote:
The C language switch statement is defined very specifically and
carefully as an SBCS single-character facility. Not at all
incidentally, this definition ensures that branch tables can always be
used to implement a C switch statement.
FSVO
On Thu, 18 Jul 2013 18:47:19 -0500, efinnell15 wrote:
Long ago and far away our Director got several hundred boxes of 'Greenbar' at
GSA in Anniston for like 10 cents a box. Nice paper easy to load and fold.
After a few days the security officer issued a cease and desist. It had 'Top
Secret'
On Fri, 19 Jul 2013 09:34:41 -0400, John Gilmore wrote:
Organizing a symbol table/dictionary by identifier length is an old
idea. For example, the Lowry-Medlock FORTRAN H compiler, to which I
have referred here before, kept one-, two-, three-, four-, five- and
six-character identifiers is
On Fri, 19 Jul 2013 09:58:35 -0500, Ron Wells wrote:
checking to see if I am on correct path...
when going from MainframeFTP---to a Windows server
default from what I see in ftpparms CRLF is sent...
is there some thing on Windows that would strip the CRLF off??
What do you want to do
On Sat, 20 Jul 2013 07:33:52 -0700, John Mattson wrote:
After looking into this more deeply I realize I have to start all
over. I do not have enough disk on OMVS to copy to OMVS and then gzip,
and I have no spare disk to add. So that is out. Even the stdout still
requires disk be
On Sat, 20 Jul 2013 07:33:52 -0700, John Mattson wrote:
SO to start all over IS there a way to
1) On zOS MVS convert a file to ascii and/then
2) Zip, compress whatever, it into something which gzip can unzip in unix?
Most easy; tested on an Ubuntu Linux system under Virtualbox on OS X:
On Sat, 20 Jul 2013 22:33:38 -0400, Shmuel Metz (Seymour J.) wrote:
on 07/19/2013 at 09:58 AM, Ron Wells said:
is there some thing on Windows that would strip the CRLF off??
Why would you want to? If your data are not text then you should be
transmitting them as binary.
The OP never really
On Sun, 21 Jul 2013 17:03:55 -0400, John Gilmore wrote:
begin extract
It is at the compiler's and optimizer's discretion to decide the order
of execution for code that the C++ standard does not specifically
define. This includes overlapping execution.
/end extract
and this may be conceded. What
On Mon, 22 Jul 2013 15:32:37 -0400, Jim Mulder wrote:
AMATERSE assigns a blocksize of 6144, which was a reasonable thing
to do when AMATERSE was designed (before the existence of SDB).
If you explicitly assign a blocksize when you allocate the
data set, AMATERSE will use your blocksize.
ITYM
I just got a reply to an SR asking for more information about the
problem, then adding the text:
Please also let me know what impact this issue has on your day
to day business so we can understand the situation better.
I look forward to your reply and clarification. Thanks!
Am I to
On Mon, 22 Jul 2013 16:41:12 -0400, Dave Salt wrote:
SimpList can be added to that list as well. One reason is because many
developers want to try SimpList by installing it in their own private
libraries, and they don't have access to SMP/E.
Shame on IBM for transmogrifying SMP/E into a
On Mon, 22 Jul 2013 16:51:51 -0500, Tom Marchant wrote:
Where can I find some Rules of Thumb; an SMP/E style checker?
I'm not aware of either. There is the Packaging Rules manual, but there is
much that
is not covered there. It is focused primarily on correct SYSMOD construction.
Some
the customer base? Defect-riddled software in the aggregate impacts
day to day business even though the blame can not be laid on any
single defect.
-Original Message-
From: Paul Gilmartin
Sent: Monday, July 22, 2013 1:41 PM
I just got a reply to an SR asking for more information about the problem
On Mon, 22 Jul 2013 09:08:12 -0700, Ed Jaffe wrote:
A customer (mildly) complained thatsome of our product allocations still
use BLKSIZE=3120. I vaguely remember trying to change all of them to
BLKSIZE=0 many years ago (probably before OS/390) and running into some
issues with certain IBM
On Mon, 22 Jul 2013 21:25:23 -0400, Robert A. Rosenberg wrote:
This is an issue since the design of RESTORE is broken due to its
poor handling of SUPS/PREs If I can Apply a SYSMOD I should be able
to restore it without needing to also restore any SYSMODs it PREs.
IOW: If it PREs SYSMOD1 which has
On 2013-07-23, at 08:53, Skip Robinson wrote:
I understand the appeal of the quick-and-dirty download-and-go approach,
particularly for a consultant brought to town for a product install. It's
fast, it's tidy, and it's over before the smoke clears. Then bye-bye to
Ms. C, who moves on to
On Tue, 23 Jul 2013 17:49:00 -0400, Charles Mills wrote:
Why? Those of you following another thread I started know I am looking to
implement a 64-bit version of the UNIX library function ffs(), which returns
the bit number of the least significant one bit of a word. z architecture
provides the
On Tue, 23 Jul 2013 16:05:34 -0500, Ed Gould wrote:
Sigh... there is installed and then there is INSTALLED. No
application programmer would/should be granted access to update to
any system library if that is what you complaining about too bad, If
you are talking SMPE Again the smpe libraries are
On Tue, 23 Jul 2013 19:22:49 -0400, John P. Baker wrote:
The maximum negative value must also be treated as a special case.
I concluded that in a mental simulation after I pressed SEND. This
is why boundary conditions should be tested.
I also should have said Subtract Logical rather than
On Tue, 23 Jul 2013 17:58:16 -0600, Roger Bolan wrote:
Application programmers should be able to use SMP/E. They just should
never be updating the system zones and libraries. As an application
developer I have for years maintained my own sandbox CSI with my own
global, target and dlib zones.
On Wed, 24 Jul 2013 04:27:16 -0400, David L. Craig wrote:
A TR instruction that uses a 256-byte table of the reversed
byte values will handle up to 256 bytes, IIRC.
One TR to reverse the bytes, then a second TR to reverse
the bits, plus various MVC for setup.
-- gil
On Wed, 24 Jul 2013 08:42:55 -0500, Kenneth Wilkerson wrote:
However, in your initial post you talked about the above sequence involving
the TR being complex. I assume you're talking about the translate table
itself. When I need translate tables that are not simple and particularly
error prone, I
On Wed, 24 Jul 2013 07:59:47 -0700, Ed Jaffe wrote:
Originally, SMP/E required authorization only because IEBCOPY required
it. ... It's entirely possible that additional features were
added to SMP/E over the years that work only because it's APF
authorized. If so, those features will need to be
On Wed, 24 Jul 2013 08:09:38 -0700, Lizette Koehler wrote:
I do not want them to be able to rec/app/acc fixes on my zones.
Who said anything about _your_ zones? Just use data set protections.
If a shop wants to make it open, then just make UACC on the facilities open.
Thereby opening the
On Wed, 24 Jul 2013 16:32:41 -0700, retired mainframer wrote:
I don't think SMPE's APF attribute is the root of the problem. There are
numerous APF programs that are safely usable by users with extremely
variable privileges and authorities (e.g., IEBOPY, AMASPZAP, and Binder).
As of 1.13,
On Mon, 22 Jul 2013 18:57:04 -0400, Shmuel Metz (Seymour J.) wrote:
I would infer that IBM wants to know whether it warrants an immediate
fix or whether FIN is an acceptable resolution. FIN does not mean
never, and I've even opened ETR's in which I suggested that FIN was
appropriate.
I received
On Thu, 25 Jul 2013 08:54:34 -0700, Ed Jaffe wrote:
SMP/E is not a self-contained, APF authorized program. It invokes
various utilities (in fact, any program you choose!) that were *never*
intended to run authorized and therein lies the problem.
But those programs must come from authorized
On Mon, 22 Jul 2013 15:32:37 -0400, Jim Mulder wrote:
If there are any restrictions, they should be APAR'ed. 3120, 6160,
6144, etc. is SO 20th century. It's amazing to me how many IBM and OEM
products still ship these crappy blocksizes. It's why I submitted a
SHARE requirement to have
attributes.
I hate JCL!
//
//XMITBLK JOB 505303JOB,'Paul Gilmartin',
// MSGLEVEL=(1,1),REGION=0M
//*
//USERCOUTPUT JESDS=ALL,DEFAULT=YES,
// CLASS=R,PAGEDEF=V0648Z,CHARS=GT12
//*
//* Doc: TSO TRANSMIT overrides BLKSIZE to 3120
On Sat, 27 Jul 2013 11:51:19 -0400, John Gilmore wrote:
... The
problem here is, I think, one of concordance or coherence. Anyone who
knows something of a statement-level language should be able to make
plausible, almost invariably confirmed conjectures about how the rest
of it goes; and mixing
On Sat, 27 Jul 2013 10:22:55 -0700, Lizette Koehler wrote:
Charles,
You are a vendor and may have found a problem with the C integer process. It
would be of benefit to the community when you find something like this to
report even if you do not get benefit directly.
Instead you get an
On Sat, 27 Jul 2013 14:59:15 -0500, Ed Gould wrote:
This is in my opinion a fuzzy error. Where the C issue is a classic
bug(probably) your SR Policy is a gray area and it is harder to
define a right/wrong answer (although probably you are right).
Spelling such is a issue but not a real bug. It
On Sun, 28 Jul 2013 09:40:43 -0400, Shmuel Metz (Seymour J.) wrote:
o Make the product comfortable to those accustomed to Perl.
o Make the product comfortable to those accustomed to MVS.
In other contexts, I've referred to the options as horizontal and
vertical consistency. ...
I pondered
On Sun, 28 Jul 2013 09:40:43 -0400, Shmuel Metz (Seymour J.) wrote::
o Make the product comfortable to those accustomed to Perl.
o Make the product comfortable to those accustomed to MVS.
In other contexts, I've referred to the options as horizontal and
vertical consistency. ...
And I wonder
On Mon, 29 Jul 2013 10:50:30 -0500, Paul Gilmartin wrote:
And I wonder further, if I have autoconversion enabled, and I'm
processing an ASCII (tagged) file with sed or awk and my
purportedly portable script has \nnn octal escape sequences
to match nondisplayable code points, will those match
The program:
/* Doc: does C implementation detect integer overflow?
*/
#include stdio.h
int main( void ) {
signed int I;
for ( I = 1; I *= 2; ) ;
printf( Overflow undetected.\n );
I = 42 / I;
}
... prints:
Overflow undetected.
Grrr. I'd rather be informed of errors. But I guess it's
overflow,
which is ignored, notwithstanding the definition of FPE_INTOVF.
On 31/07/2013, at 8:53 AM, Paul Gilmartin wrote:
CEE3209S The system detected a fixed-point divide exception (System
Completion Code=0C9).
From entry point main at compile unit offset +0096 at entry
offset
On Wed, 31 Jul 2013 16:50:02 +0800, David Crayford wrote:
On 31/07/2013 12:25 PM, Paul Gilmartin wrote:
(You mean IEEE *isn't* the default!? I guess I'll put it in my Makefile.)
Heads up if you want to make FLOAT(IEEE) the default. I got burned by
the DB2 ODBC library which only supports hex
On Wed, 31 Jul 2013 08:45:10 -0400, John Gilmore wrote:
This is a vexed topic.
PL/I always had full support for the FIXEDOVERFLOW condition for
binary fixed values, but when much of the backend support for C and
PL/I was merged, support for it, never provided in C, was dropped for
PL/I too, not
On Wed, 31 Jul 2013 15:26:28 +0200, Vernooij, CP - SPLXM wrote:
This enables
panic questions the dataset is correctly expired, but yet I suddenly
need it after one month to be answered and even sometimes produces
edible or drinkable presents from happy clients.
And I just finished filling out
On Thu, 1 Aug 2013 17:50:10 -0400, John Gilmore wrote:
What seems to have fallen through the cracks in this [tangential]
discussion is that the use of code-modification schemes, ALTER and the
like, in a routine makes it non-reentrant.
This in my view is the crucial objection to their use.
One
On Fri, 2 Aug 2013 10:11:16 -0400, Shmuel Metz (Seymour J.) wrote:
on 08/02/2013 at 08:29 PM, David Crayford said:
You may want to post questions about C, z/OS UNIX etc on the OEMVS
newsgroup which is where the experts hang out.
AFAIK there is no such news group; there is an MVS-OE mailing
On Fri, 2 Aug 2013 09:35:23 -0400, Shmuel Metz (Seymour J.) wrote:
on 08/01/2013 at 06:30 PM, Paul Gilmartin said:
...
Or serializing when it matters. But such code is usually harder to
maintain.
Almost as bad as code-modification is the use in C of function
pointers in structs.
You mean
On Sat, 3 Aug 2013 10:17:42 +1000, Wayne Bickerdike wrote:
Aww, it was getting interesting. Not been the same since the days of
Ali and Frazier.
Personally, I wish C had never seen the light of day and PL/I had the
place of COBOL.
The entry path problem: If I could get a PL/I compiler for the
I just discovered I can do such as:
//SOURCE PROC
//CEXEC PGM=ASMA90
//SYSIN DD * For caller to override.
// DD * Main body of code
MACRO
TESTIT CSECT
...
END
// PEND
... and the caller can
On Sun, 4 Aug 2013 10:38:12 -0400, Shmuel Metz (Seymour J.) wrote:
The world of text editor users is divided into three groups, those
that believe that vi is God's gift to humanity, those that believe
that vi is a bug, not a feature, and those that use ISPF
Vi is a study in fencepost errors.
On Sun, 4 Aug 2013 12:21:38 -0600, Mark Post wrote:
There is support built into the Linux kernel to create a Named Saved System
(NSS) of itself when booting. (NSS is proper term here, since you can issue
an IPL command against an NSS, which you cannot do with a DCSS (DisContiguous
Saved
On Sun, 4 Aug 2013 12:25:57 -0600, Mark Post wrote:
According to the man page:
The following environment variables may be consulted depending on the value of
the editor and env_editor sudoers settings:
VISUAL Invoked by visudo as the editor to use
EDITOR Used by visudo if VISUAL is not set
On Mon, 5 Aug 2013 08:57:37 -0500, John McKown wrote:
Cygwin in totally free and _should_ work. I don't use the SSH server, but I
do some other parts of the package. It is a port of OpenSSH.
http://cygwin.com/install.html
Minimal packaging of the above.
http://sshwindows.sourceforge.net/
Lots
On Mon, 5 Aug 2013 10:34:56 -0400, Shmuel Metz (Seymour J.) wrote:
The problem is Unix, not EBCDIC. The ASCII LF is *not* a new line
function, but half of a new line function. The DOS CRLF convention
reflects ASCII. '15'x is a correct translation of the Unix new line
but not of the ASCII LF. '25'
On Mon, 5 Aug 2013 20:52:11 -0500, Ze'ev Atlas wrote:
For subsequent releases, I may opt for two versions, one with PDS, etc. to
accommodate you and the CBT-TAPE crowd, and the other perhaps using the Unix
side to get more in sync with the original product and to accommodate sysprogs
who might
On Tue, 6 Aug 2013 12:39:09 +0800, David Crayford wrote:
I've always liked the nice abstraction with the z/OS C/C++ FILE I/O
implementation. fopen() is a factory function which returns a
semi-opaque structure with two function pointers to read/write routines
(methods) which handle all
the
On Wed, 7 Aug 2013 10:26:56 -0400, Charles Mills wrote:
You know, IMHO IBM blew it when the 31-bit thing came along and they came up
with a bunch of design patches to QSAM like the DBCE. They should have
gone the file handle route where the control blocks were hidden from the
using programmers.
On Wed, 7 Aug 2013 12:04:51 -0400, Charles Mills wrote:
Parenthetically, no need for a 24-bit API because the whole point would be to
allow QSAM to exploit 32-bit.
Underreacher. While 32-bit may be twice as good as 31-bit, it's not
nearly as good as 64-bit. Anyone who designs a new control
On Wed, 7 Aug 2013 11:55:07 -0500, John McKown wrote:
http://www.phoronix.com/scan.php?page=news_itempx=MTQzMDM
Kind of interesting. Hope people don't mind the fact that it is not about
the z.
Hmmm. Vaguely reminiscent of Amdahl, Fujitsu, Power Computing, and
DayStar.
But they probably won't
On Wed, 7 Aug 2013 20:14:06 +, Bob Shannon wrote:
Especially z/OS won't run on POWER
It won't run natively but could certainly run under an emulator.
OK. And I had been misled by chatter I had heard, possibly about
the ECLipz endeavor, the rebuttal of which I failed to notice, to
On Wed, 7 Aug 2013 16:43:41 -0400, Shmuel Metz (Seymour J.) wrote:
Alas, IBM developers abandoned this paradigm. One writes to the
operator's console not using QSAM, but WTO; one writes to the TSO
terminal not using QSAM to SYSTSPRT, but TPUT.
Actually, they DTRT in *those* cases, IMHO.
On Thu, 8 Aug 2013 08:46:27 -0400, Shmuel Metz (Seymour J.) wrote:
I wanted to ask, where is EXECIO in the picture and how is it
compares with using stream
EXECIO is a REXX-aware TSO command; it has higher overhead than
equivalent stream facilities, but some EXECIO facilities, e.g., stems,
do
On Thu, 8 Aug 2013 22:23:23 -0700, Donald Russell wrote:
zVM 6.1 (6.2 coming)
The system runs with a UTC timezone, but it would be convenient if I had a
userid that could run in a different time zone.
UTC doesn't change with Daylight Saving Time, and I have a process I want
to schedule at a
On Fri, 9 Aug 2013 01:35:52 -0700, Donald Russell wrote:
H, yes, I can run Linux, and in fact have Linux running in the same
lpar already. I can just create a Linux Userid (no need for another linux
instance) and set their time zone accordingly and use a cron tab to trigger
the event.
On Fri, 9 Aug 2013 06:59:36 -0500, John McKown wrote:
Wife: Go to the store and buy a quart of milk. If they have avocados, get
six.
Husband: OK
Husband comes back with 6 quarts of milk
Wife: What? Why did you get 6 quarts of milk?
Husband: They had avocados.
Obviously the husband is a systems
On Sat, 10 Aug 2013 07:29:44 +0800, David Crayford wrote:
Does COBOL support GOFF so you can just use the long names? Seems like a lot
of unnecessary work shortening names. Uppercase can be done by the binder
UPCASE option.
If this is the upper case option I've encountered, it makes things
On Sat, 10 Aug 2013 03:53:17 +0200, Bernd Oppolzer wrote:
There was a time when there were no fancy compiler options
like DLL, RENT, LONGNAME etc., and even then C programs
had to be (and could be) ported to the mainframe, and that's the
time when I started that business, and #pragma map was my
On Sun, 11 Aug 2013 17:41:04 +0800, Timothy Sipples wrote:
I can think of a couple more possibilities:
1. A job scheduler such as IBM Operations Manager for z/VM (IBM program
number 5697-J10), CA VM:Schedule, etc. might handle this requested use case
directly.
2. A job scheduler -- on z/OS
On Mon, 12 Aug 2013 13:30:13 -0400, Charles Mills wrote:
-- http://www.fun-with-words.com/eats_shoots_leaves_review.html
Somewhat related, there's a strong argument against quiet truncation
of input lines or identifiers to some conventional length. Imagine:
DELETE MY.DATA.SET(MEMBER)
On Tue, 13 Aug 2013 14:45:40 -0400, Don Poitras wrote:
I don't see the JCL. :)
How about:
//OSHELL JOB CLASS=A,MSGCLASS=A
//UNIXIVP EXEC PGM=IKJEFT1B,DYNAMNBR=20
//SYSPROC DD DISP=SHR,DSN=SYS1.CLIST
//SYSTSIN DD DATA,DLM=$$
oshell cp /service1/ABC* /service2/testdir/
$$
//SYSTSPRT DD
On Tue, 13 Aug 2013 23:27:12 +, De Vre, Rudy wrote:
z/TPF Systems are now generated and maintained via Linux(usually a guest of
z/VM), not z/OS anymore.
Interesting. Is CMS still needed to administer CP, or can Linux handle that,
also?
And I wonder why z/TPF went to Linux rather than
On Tue, 13 Aug 2013 20:08:40 -0500, Mark Zelden wrote:
You might want:
oshell cp -p /service1/ABC* /service2/testdir/
... the -p to preserve permissions and timestamps.
What are the respective advantages of OSHELL and BPXBATCH?
There could be other attributes / flags on too. I usually
On Wed, 14 Aug 2013 15:57:31 -0400, John Gilmore wrote:
It is very late in the day to introduce a new PDS as opposed to PDSE
library of this sort.
It can be environmentally dictated. In our lab we have more systems
at more releases (some unsupported, but you know how customers
are) than
On Wed, 14 Aug 2013 17:14:16 -0500, Ze'ev Atlas wrote:
Excellent! Making them PDSEs will decomplicate your life.
No, it won't. PDSEs are fine and easier to work with then PDSs
My main issues were
There is no easy way to load members to a library that is defined VB, 255
(IEBUPDTE did not
On Thu, 15 Aug 2013 03:04:35 +, Ted MacNEIL wrote:
are limited by their sysprogs in whatever they can or cannot do (up to the
point of not having any say in what compiler option they could or could not
use in their COBOL applications.)
Their SYSPROGs have too much power!
Applications
On 2013-08-14, at 23:29, Ted MacNEIL wrote:
I understand.
But, that's why there are standards.
You backed down when you shouldn't have.
But he had blindsided me with a fait accompli. By
the time I attempted integration and got the RENT
warning from IFOX00, he was able to argue that there
On Thu, 15 Aug 2013 08:56:52 -0500, Ron Thomas wrote:
Hello.
We have bainary file that is send to unix box in that file there a mapping
data in which each byte represent data for 8 unix box. ... , so here after
modification how we can compare the files as this a binary data ( ie 1500 *8)
On Thu, 15 Aug 2013 17:24:43 +0300, Itschak Mugzach wrote:
Or sort with omit duplicates...
Ummm ... Suppose File 1 is:
A
B
And File 2 is:
B
A
Merged and sorted is:
A
A
B
B
Eliminating duplicates gives:
(nothing!)
-- gil
Thanks for your expanded example in an earlier ply.
On Fri, 16 Aug 2013 10:34:20 -0400, Shmuel Metz (Seymour J.) wrote:
Which has nothing to do with nesting, CLIST, or TSO; it's simply Rexx
syntax rules,
Not even that; it's a misunderstanding of REXX syntax rules.
Which I attribute, in turn,
On Sat, 17 Aug 2013 12:54:41 -0500, Walt Farrell wrote:
RACF encrypts the user ID using the password as the key, and stores the
encrypted user ID. The password itself is not saved, in any form.
What happens when the user ID changes? (We suffer a corporate
standard that user ID _shall_ be
On Sun, 18 Aug 2013 15:48:17 -0700, Ron Hawkins wrote:
A
B
Just omit the duplicates, but keep the 1st one...
On Thu, 15 Aug 2013 17:24:43 +0300, Itschak Mugzach wrote:
Or sort with omit duplicates...
Sorting would seem to be counterproductive when comparing files.
Two files which differ
Is it possible to configure the NFS daemon so it uses SSL
credentials (~/.ssh/authorized_keys) rather than the
ever-so-funky mvslogin for:
o Classic data sets
o UNIX files (less important because we can serve from a UNIX
server any UNIX files we need to share).
Thanks,
gil
On Mon, 19 Aug 2013 21:42:33 -0500, John McKown wrote:
OSHELL is a TSO command. So you continue it using TSO conventions. Yes, I
have done this. Example:
//SYSTSIN DD *
OSHELL cd /some/directory; +
some-command file-in-some-directory
I don't remember the maximum length for a TSO command.
701 - 800 of 8169 matches
Mail list logo