On Wed, 2 Apr 2014 16:31:19 -0400, Micheal Butz wrote:
Running a Rexx exec from the READY prompt and creating a dataset would anyone
know how to display it in ISPF/Edit
Start ISPF with address TSO ..., giving it an initial command to perform
the EDIT. Details left as a reading exercise for the
On Wed, 2 Apr 2014 16:25:10 -0500, Walt Farrell wrote:
As far as I know, gil, that's the way that FREEing a concatenation has always
worked. It truly frees the first one, but merely deconcatenates the others.
So, yes, I believe you'll need to remember them if you want to be able to
truly free
=SHR,DSN=SYS1.MACLIB
//DD DISP=SHR,DSN=SYS1.MODGEN
... without assigning a specific DDNAME to SYS1.MODGEN; equivalent to
what my Rexx sample(s) do.
From: Paul Gilmartin
Date: 04/02/2014 02:50 PM
Subject:Re: FREE DDNAME with concatenated datasets?
Sent by:IBM
On Thu, 3 Apr 2014 11:34:01 +0300, Binyamin Dissen wrote:
I don't see that you dump the S99MSG. stem or check RESULT - the perm concat
seems to be failing.
Do you not believe that msg(2) suffices? I tested before I posted with error
injection, and the allocation messages appeared on my
On Mon, 31 Mar 2014 21:19:05 -0700, Jon Perryman wrote:
... z/OS updates are at the module level rather than product level.
Depending on which product, as you have acknowledged in another forum.
From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net
on
On Thu, 3 Apr 2014 11:34:01 +0300, Binyamin Dissen wrote:
I don't see that you dump the S99MSG. stem or check RESULT - the perm concat
seems to be failing.
OK. I stand corrected. PERMC appeared in z/OS 2.1; we have only 1.13.
But that's reported in RESULT, which I failed to check; allocation
On Thu, 3 Apr 2014 15:36:48 -0500, John McKown wrote:
On Thu, Apr 3, 2014 at 3:15 PM, Phil Smith wrote:
Thank you John! Armed with that knowledge, this worked a treat:
//SYSPRINT DD DISP=SHR,DSN=PHS.PDS.DATA(STDOUT)
...where that PDS is VB 1024 (but presumably doesn't need to be that
On Thu, 3 Apr 2014 22:45:52 +0200, Bernd Oppolzer wrote:
IIRC, there is not only the standard assignment of
stdin == DD:SYSIN
stdout == DD:SYSPRINT
stderr == DD:CEEMSGS
Long ago, when I was a novice to MVS, and in a different language,
my mentor impelled such choices, at least the first two.
On Thu, 3 Apr 2014 14:03:24 -0700, Charles Mills wrote:
Just confirming what I RTFM: there is no way for an FTP client to directly
execute a TSO command on a remote z/OS system - is that right? Is there some
clever hack that I am missing?
This would be real useful, no? The ability - in this
On Thu, 3 Apr 2014 23:05:28 +0200, Bernd Oppolzer wrote:
But: we still have the problem, that the trace output from PL/1-PUT
and C printf are not in sync ... that is: due to different buffering in
the PL/1 and C RTL, the trace output does not appear in the correct time
order.
Don't know about
On 2014-04-03 15:16, Scott Ford wrote:
Charles:
FTP exit ? Just a guess …
That's getting perilously close to RYO. At a minimum it requires
that you have control over configuration of the remote system to
install such an exit.
Lately, z/OS FTP has support for named pipes. Again, this
On Thu, 3 Apr 2014 15:58:59 -0700, John Norgauer
john.norga...@ucdmc.ucdavis.edu wrote:
Can someone point me to a pub that explains how to debug and/or trace a
REXX exec?
TRACE
z/OS TSO/E REXX Reference
SA32-0972-00
On Thu, 3 Apr 2014 19:00:00 -0400, zMan wrote:
Just curious: why not just put granular timestamps on the messages?
Wouldn't that have been simpler?
Perhaps. Depends on how many places messages are issued. If they
all funnel through a single formatting routine, easy.
BTW, I understand that
On Thu, 3 Apr 2014 19:03:29 -0500, Mike Schwab wrote:
Older versions of ISPF edit required VB 251 or less.
JES2 maximum printable characters on a line is 240.
I don't believe that. Must I try it?
Almost no one uses lines longer than 132 characters.
FSVO 132
VBA 133 should work unless you
On Thu, 3 Apr 2014 19:03:29 -0500, Mike Schwab wrote:
Older versions of ISPF edit required VB 251 or less.
JES2 maximum printable characters on a line is 240.
Nope. An SDSF display:
SDSF OUTPUT DISPLAY userGENR JOB07738 DSID 103 LINE 0 COLUMNS 421-
552
On Fri, 4 Apr 2014 08:23:50 +0300, Itschak Mugzach wrote:
Have a look at zen ftp control from william data systems that among othrr
things allow remote execution. It used ftp exit.
In my view, using an FTP exit is hardly different from coding your own TCP/IP
server, except:
o it uses the
On Fri, 4 Apr 2014 12:40:50 +, Chase, John wrote:
Don't blame ISPF. The critical thing is DISP=OLD allocation occurring
after a DISP=SHR.
Right; that part we understand. We've also learned from our scheduler vendor
that it attempts to obtain exclusive control of the library MEMBER,
On 2014-04-04, at 08:52, Chase, John wrote:
Just curious: Does it use the ISPF-style ENQ?
We didn't get that level of detail in the vendor's reply, but that would seem
to be the most logical choice.
So you're saying they didn't do it that way?
In the past, we needed a protocol for
On Fri, 4 Apr 2014 19:01:22 +, Gibney, Dave wrote:
Do you really want this? Not attempting to be correct syntax:
Allocate dd(ddn1) dataset(dataset1)
Allocate dd(ddn2) dataset(dataset2)
Allocate dd(ddn3) dataset(dataset3)
Concat ddlist(ddn1,ddn2)
Concat ddlist(ddn2,ddn3)
Free dd(ddn1)
If
On Fri, 4 Apr 2014 20:11:59 +, Chase, John wrote:
Update from the vendor: The scheduler DOES NOT attempt to acquire exclusive
allocation of a JCL member; it only needs READ access to the JCL library. So,
the entire incident is now explained by the errant user somehow obtaining an
On Mon, 7 Apr 2014 07:03:25 -0500, John McKown wrote:
The Linux developers are considering using QR codes to encode Kernel OOPS
(hard wait) information. Snap a picture of it on the old cell phone, then
decode it. It could encode a URL and debug data so that the user could open
a bug report using
On Mon, 7 Apr 2014 09:53:03 -0500, John McKown wrote:
Hum, I don't see the need to downgrade. From what I understand, when a user
does an ISPF editor SAVE command, ISPF does:
ENQ SPFEDIT dsn OLD
write out to PDS
STOW to update the PDS directory
DEQ SPFEDIT dsn
That is, ISPF does not have a SHR
On Mon, 7 Apr 2014 17:41:42 +, Bob Shannon wrote:
Why is it that SYS1.NUCLEUS can't be a PDSE? SYS1.LINKLIB?
SYS1.LPALIB, SYS1.PARMLIB? Could it be the short sighted and inadequate
implementation?
Common Clark. You should already know that NIP is too early in the IPL process
to use PDSEs.
On Mon, 7 Apr 2014 10:54:55 -0500, John McKown wrote:
Soon, it may be time for a(nother) rant about the difficulty of LMCOPY
from a UNIX file to a PDS member. The best I can do is first copy it
to a temp DS (or SYSCALL readfile, then LMPUT in a loop).
IBM should enhance the UNIX cp command
On Mon, 7 Apr 2014 19:28:17 -0400, Ed Finnell wrote:
Maybe we can fill in the blanks. I just guessed and don't know about cost
or cost per seat.
Should be able to cut and past into Excel.
Or not. Some troublemaker Mail Agent converted this to format=flowed
and failed to reflect this in the
On Mon, 7 Apr 2014 19:28:17 -0400, Ed Finnell efinnel...@aol.com wrote:
Maybe we can fill in the blanks. I just guessed and don't know about cost
or cost per seat.
Should be able to cut and past into Excel.
Or not. Some troublemaker Mail Agent converted this to format=flowed
and failed to
On Wed, 9 Apr 2014 09:29:52 -0500, John McKown wrote:
OK, not a big mainframe impact. But how many of us started programming by
using Basic on something like an Apple ][?
https://www.dartmouth.edu/basicfifty/
Heck. A lustrum earlier than the Apple ][.
-- gil
(cross-posting: MVS-OE and IBM-MAIN)
We have a problem with secure NFS. Apparently some product
requires an exact match, not only of UIDs, but of user names.
The comparison is case-sensitive. The standard (convention?)
among our open-systems people is user IDs are minuscule.
z/OS, on the other
On Wed, 9 Apr 2014 10:11:46 -0500, Tom Marchant wrote:
Why do YOU need PDSE support at IPL time?
As far as I know, it makes no sense to _require_ that PDSE support be
available at IPL time.
If you have a business case, or a requirement for your code, please state it.
I suspect the
On Wed, 9 Apr 2014 11:06:22 -0500, Elardus Engelbrecht wrote:
Tom Marchant wrote:
... most installations (including us) use program protection to restrict
users of these utilities.
Protecting AMASPZAP and ADRDSSU is, in my opinion, not a good way to protect
data from them.
Agreed. Protect
On Wed, 9 Apr 2014 11:26:24 -0500, John McKown wrote:
What I, personally, think would be neat would be some sort of R/O page
data set. It would be something like the LPA. It would be created and
updated to basically contain the z/OS nucleus. NIP would simply allocate
the fixed real memory for
On Wed, 9 Apr 2014 11:52:07 -0500, John McKown wrote:
I don't mind _anybody_ using a program _which they know how to use_.
ADRDSSU is generally not one of those. Unfortunately, around here, I
sometimes wonder about the COBOL compiler too.
Be careful. That view can too easily lead to elitist
What value of IEBGENER PARM='SDB=?' is intended to allow SDB
to operate and select an optimum BLKSIZE for SYSUT2 regardless of
the BLKSIZE of SYSUT1? I have tried all five documented values (YES,
NO, LARGE, SMALL, and INPUT), and each case SYSUT2 was created
copying BLKSIZE from SYSUT1.
On Mon, 14 Apr 2014 12:24:05 +, Chase, John wrote:
Hi All,
I learned via PMR that Rational Developer for System z (RDz) v9.x (latest
greatest) does not officially support Enterprise COBOL v5.1. The
workaround suggested by RDz Support was to specify COBOL v4.2 and
XMLPARSE(XMLSS) in the
On Mon, 14 Apr 2014 13:24:26 -0500, Mark Zelden wrote:
On Fri, 11 Apr 2014 16:46:44 -0700, Ed Jaffe wrote:
On 4/11/2014 1:11 PM, George, William wrote:
I received an off list email from Attachmate who stated that after speaking
with their support group , Extra doesn't have the ability to
On Wed, 9 Apr 2014 14:27:28 +, Storr, Lon A CTR USARMY HRC (US) wrote:
When a dataset is deleted, it is scratched and its DSCB in the VTOC is freed.
Hence, as far as I know, the dataset's data can only be accessed in one of two
ways:
Pedantry: have no DSCB? Is there not in fact a DSCB
On Tue, 15 Apr 2014 11:33:39 -0500, Mike Schwab wrote:
If you deleted a dataset, and the three ways to destroy the data have
not occurred, then you use Absolute Track allocation to re-allocate
those tracks and read them. The DCB must match, along with directory
entries.
FSVO match. Nearly
On Wed, 16 Apr 2014 10:26:17 -0400, John Gilmore wrote:
InN order to make it sortable lexicographically just one operation is
required: any and all short, less that three-digit, byte values need
to be padded out on the left to three digits with zeros.
Be quite careful doing that. I once did
On Wed, 16 Apr 2014 16:47:47 +, Sankaranarayanan, Vignesh wrote:
Sankaranarayanan, Vignesh would like to recall the message, Sorting CSV data
that begins with an IP address.
Paul Gilmartin would like to forget the message, Sorting CSV data that begins
with an IP address.
-- gil
On Thu, 17 Apr 2014 15:16:30 -0400, Farley, Peter x23353 wrote:
TSO Rexx does not support multiple tasks executing simultaneously. The
ATTACH* functions do attach a new task, but your attaching Rexx waits
synchronously for the attached task to complete.
I know! Dammit; that sucks!
The
On Thu, 17 Apr 2014 18:58:10 +, Sankaranarayanan, Vignesh wrote:
I'm looping some 5000 times in REXX and doing functions (NetView ping, SNMP
walk, etc) sequentially. They don't necessarily need to be sequential. I'm
just going through a list of printers and I want to test them.
So.. Is it
On Thu, 17 Apr 2014 17:41:12 -0500, Norbert Friemel wrote:
On Thu, 17 Apr 2014 19:26:17 +, Sankaranarayanan, Vignesh wrote:
Ok.. Is it possible to fire off other REXXes repetitively (let's say 2 or 3,
each doing one function) that will not RETURN to the main, but write their
output to a
On 2014-04-18, at 03:48, R.S. wrote:
W dniu 2014-04-18 01:25, Ed Jaffe pisze:
On 4/4/2014 12:47 PM, R.S. wrote:
If you specify absolutely nothing about MEMLIMIT anywhere, the
system-provided default is 2G so obviously you can't go wrong with that in
SMFPRMxx.
Right. IBM's provided
On Fri, 18 Apr 2014 17:54:01 +, DASDBILL2 dasdbi...@comcast.net wrote:
... Giving a gazillion bytes above the bar to process X does not necessarily
mean that process X will ruin system performance. The gazillion bytes could
also have come from below the bar (for some values of
On Fri, 18 Apr 2014 19:20:14 -0400, Scott Ford wrote:
Have you looked at Open Object RExx, it has a socket server piece, contact me
offline...
Much of the value of Rexx is in the host command environments it
supports. So, how many of the following are available in OORexx?:
address TSO
On Sat, 19 Apr 2014 21:44:44 -0300, Clark Morris wrote:
On 19 Apr 2014 08:00:49 -0700, in bit.listserv.ibm-main you wrote:
No, IBM is not an ISV, as hopefully you know, Mr. Morris.
Lately, I seem to have been casting myself in the role of a defender
of IBM. That is not my wont, and IBM can
On Sun, 20 Apr 2014 07:58:13 -0400, John Gilmore wrote:
I do not find Clark Morris's response persuasive. It is not even a
'responsive' one, as lawyers use that term.
He used Edward Jaffe's formulation of what constitutes responsible ISV
behavior to suggest rhetorically that IBM was not
On Mon, 21 Apr 2014 07:01:50 -0500, Tom Marchant wrote:
On Fri, 18 Apr 2014 14:07:29 -0500, Paul Gilmartin wrote:
Are there separate pools of real storage for above the bar and below the bar?
Pools? No. Pools are a software concept.
Real storage with real addresses 2 GiB are below the bar
On Mon, 21 Apr 2014 09:09:37 -0700, Ed Jaffe wrote:
On 4/21/2014 7:59 AM, Joel C. Ewing wrote:
DB2 required greater flexibility and control to achieve its performance
and data consistency goals than was possible with VSAM keyed-access
support. A very cursory look at Experiences Installing
On Mon, 21 Apr 2014 11:52:01 +0200, Bernd Oppolzer wrote:
The German Telefunken mainframe TR440's operating system BS3 also
had keyed file access services (different types) and a common run time
environment
Like LE is supposed to be?
for all languages (ALGOL, FORTRAN, PASCAL, PL/1, COBOL, BCPL,
On Fri, 4 Apr 2014 11:43:28 +0300, Binyamin Dissen wrote:
:
:OK. I stand corrected. PERMC appeared in z/OS 2.1; we have only 1.13.
:But that's reported in RESULT, which I failed to check; allocation messages
:go to the terminal; S99MSG is never set.
I guess you will need to wait for 2.1. If not
In z/OS 2.1, the list of parameters:
Relationship to other parameters
z/OS MVS JCL Reference
SA23-1385-00
http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieab600/iea3b6_Relationship_to_other_parameters.htm
... compatible with DD */DD DATA (newly) includes
On Sun, 27 Apr 2014 19:32:24 +0800, Timothy Sipples wrote:
Paul Peplinski guesses:
Which utility?
http://www-03.ibm.com/software/products/en/migration
Yes, that was Dana Mitchell's guess, too. However, in this same discussion
thread, IBM's Ken Hume -- thank you, Ken -- reported that the IBM
On Sun, 27 Apr 2014 14:26:51 -0700, Jon Perryman wrote:
Submitting JCL is the best solution but submitting 1000 jobs to be a bit
much.Submitting 3 or 4 is more reasonable but you will need to use a queue to
pull the next IP address. For the queue, you could install / use the REXX
interface to
On Tue, 29 Apr 2014 16:50:32 +0300, Binyamin Dissen wrote:
I assumed that such an API, which is given the 64 bit address and returns
memory object information, must exist. But I cannot find it.
Am I too hopeful?
What's a memory object? I believe GEMAIN allows obtaining a large block
of memory;
On Tue, 29 Apr 2014 10:10:30 -0500, Tom Marchant wrote:
quote
6.0 IARV64 -- 64-bit virtual storage allocation
... The area above the bar is intended to
be used for data only, not for executing programs. ...
/quote
I had thought that restriction was gradually being relaxed.
First, RMODE 64 can
Just curious.
Of course the structure of a PDS is such that the only way to tell how
much DASD space is used by a PDS member is to read the member
and count blocks/records/bytes.
But a PDSE is some sort of (undocumented) indexed structure (B-tree?)
So, it ought to be able to determine from the
OK. From an x3270 OMVS session, I do:
user@HOST: ssh UNIX_USER@UNIX_HOST
+ ssh UNIX_USER@UNIX_HOST
FOTS1252 The SSH client cannot be run under OMVS.
user@HOST:
Well, yeah. This is a well-known deficiency for no good reason,
probably, except that IBM is too stubborn to fix it.
But then, I try:
On 2014-04-30 11:39, Chase, John wrote:
Does the DESERV macro not provide access to most of that information?
http://pic.dhe.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.idad500/d5032.htm#d5032
Thanks.
There, I read:
DESERV returns directory information in system managed
On 2014-04-30 16:52, Ed Jaffe wrote:
On 4/30/2014 3:49 PM, Paul Gilmartin wrote:
... where do I find a map or description of this SMDE format?
Macro IGWSMDE in SYS1.MACLIB.
Of course! When all attempts to find documentation fail, read
the source code! Actually, that's reasonable
On 2014-04-30 18:18, Scott Ford wrote:
Dean:
It might help us to know some more about what you want to do with it ?
Indeed. Presumably Dean wants either to make submit more general or
to make it more restrictive. In either case, a TSO submit exit will
not affect jobs submitted:
o via FTP;
On Fri, 2 May 2014 07:48:29 -0500, Tom Marchant wrote:
On Fri, 2 May 2014 06:38:25 -0500, Elardus Engelbrecht wrote:
John McKown wrote:
http://www.itworld.com/storage/416783/sony-develops-tape-tech-could-lead-185-tb-cartridges
I quickly looked at Sony's LTO tape drives (PetaSite) which uses
On Fri, 2 May 2014 18:37:13 -0400, Pinnacle wrote:
To those who have advocated sending DFDSS dumps in FTP with block mode
and EBCDIC, it works great, except when it doesn't. Got an I/O error
today during a restore. DFDSS level 2 said to terse it first, and
viola! It worked. So I'm done with
On Fri, 2 May 2014 20:48:49 -0500, John McKown wrote:
I agree that is the best. I have, so far, been successful simply by using
the STRU R command. That is not a SITE option, but a z/OS ftp server
command.
But it's easy to break STRU R.
-- gil
On Sat, 3 May 2014 05:45:23 -0500, Barry Merrill wrote:
We have lots of users sending SMF and similar data via ftp,
and whether the file is tersed or not, the problem we encounter
is that about half of the sites have to specify QUOTE PASV to
successfully send their data, while the other half
On 2014-05-02, at 12:04, Jousma, David wrote:
As for your question, my suggestion is to instead of using IEBUPDTE
statements, is to copy the entire source program, and make a SMPE usermod out
of it with your changes added to it(sufficiently documented, of course).
We already do this
On Sun, 4 May 2014 09:10:57 +0300, Binyamin Dissen wrote:
If an ISV, i.e., not IBM, did this, there would be calls to change vendors.
IBM should be treated equally and their feet should be held to the fire. Of
course, there may be an unintended consequence of OCO.
Yet I hear no calls to change
On Fri, 2 May 2014 20:48:49 -0500, John McKown wrote:
I agree that [TERSE] is the best. I have, so far, been successful simply by
using
the STRU R command. That is not a SITE option, but a z/OS ftp server
command.
And see:
https://www-304.ibm.com/support/docview.wss?uid=isg1PI05936
On Tue, 6 May 2014 13:14:50 -0500, Jon Butler wrote:
I have a problem where I need to Edit/view source code to vet it for
compliance to corporate standards. It may be COBOL, PL/I, etc. I have the
following in one Exec
ADDRESS ISPEXEC VIEW DATASET ('my_pdse_member') MACRO(my_macro)
and in
On Wed, 7 May 2014 08:25:47 -0400, Mark Pace wrote:
Has anyone successfully sent data to a Linux FTP server using TLS security
from the z/OS FTP client?
Is SFTP an option?
-- gil
--
For IBM-MAIN subscribe / signoff / archive
On Wed, 7 May 2014 10:47:49 -0400, John Eells wrote:
http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/8/649/ENUSA13-0568/index.htmllang=enrequest_locale=null
A Long Time Ago in a Data Center Far, Far Away (well, OK, just down the
road from Poughkeepsie in East Fishkill), we
On Wed, 7 May 2014 11:06:32 -0400, Mark Pace wrote:
First - thank you for the manual number so that I can look these up.
I've no idea what AT-TLS environment means.
By rote memorization: Application Transparent Transport Layer Security.
Transparent would seem to imply that the Application (in
On Wed, 7 May 2014 12:28:25 -0400, Bill Ashton wrote:
... The file is a VB file with LRECL=0 and BLKSIZE=4096. ...
???
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On Wed, 7 May 2014 14:55:22 -0500, John McKown wrote:
That's an interesting idea. I wonder how you would specify the ftp server,
userid, password, and remote file name (with path) to such a WRITER. But,
from what I read, the OP want something out of the box from IBM
integrated into JES itself.
On Wed, 7 May 2014 21:52:14 -0700, Jon Perryman wrote:
Rather than using FTP, I would suggest using NFS or SAMBA (client or server)
on z/OS. Both are free on z/OS. Client is easy to setup and you probably have
an existing NFS server that is already mapped to the systems wanting access to
the
On Thu, 8 May 2014 15:16:26 -0700, Charles Mills wrote:
Am I missing something here? Consider the following C statement:
unsigned long long maxBit = 0x1 (arraySize-3);
When arraySize is 66, maxBit is ending up as zero (instead of what I would
expect, X'8000'. Am I missing
On Thu, 8 May 2014 15:35:39 -0700, Charles Mills wrote:
Hmmm. Well, I beat the compiler into submission ...
beat? Actually I believe you lulled it into submission.
...
SLDL r2,0(r1)
LR r0,r3
LR r1,r2
ST r1,maxBit(,r13,248)
On Fri, 9 May 2014 15:25:18 +, Staller, Allan wrote:
SUPERC (ISRUPC) will do fine. For the compare. It will easily identify any
member mis-matches as well as missing members.
It won't be very good at telling you what the differences are.
Faced with such a problem once, we compared as
directly to tape.
And the output could be a POSIX pipe which coud be fed directly
to SSL to a remote site; no large local storage required.
Imagine the value of //SYSUT2 DD SUBSYS=AWSTAPE for data
interchange!
131$ cat hfsarch
//
//HOBBITJOB 505303JOB,'Paul Gilmartin',
// MSGLEVEL=(1,1),REGION
On Sat, 10 May 2014 14:01:56 -0400, John Gilmore wrote:
Emphasis does, however, need to be placed on the pronoun 'someone'.
If this code had been available not just to someone but to all of us,
quite rapid progress might well have been made with a problem
perceived to be important to the
On Sat, 10 May 2014 15:03:11 -0500, John McKown wrote:
Go Debian!
It installs from source.
Thereby validating it. VM (used to be?) that way.
On Sat, 10 May 2014 22:38:01 -0500, Ed Gould wrote:
I had a few occurrences of looking at code that way. After looking at
a IFCEREP1 module I found a
On Sun, 11 May 2014 00:57:05 -0400, Tony Harminc wrote:
On 10 May 2014 15:58, Ed Jaffe wrote:
FWIW, I don't think the source code for Program Products like ADRDSSU was
available even in the pre-OCO days.
Some IBM Program Products had source code available from the earliest
days. For example,
On Sun, 11 May 2014 15:11:30 -0500, Joel C. Ewing wrote:
If escrow agreements are yet another area where the law and expensive
lawyers can't be relied on to produce the best common sense outcome,
then perhaps the more apt quote in this context would be the law is an
ass.
Kenneth Arrow
On Mon, 12 May 2014 06:42:13 -0500, Scott Chapman wrote:
... The tool itself is delivered as a self-extracting zip, which produces a
.bin file that you upload to the mainframe where it's executed. ...
Wouldn't a .xmit be simpler; fewer steps?
How does the mainframe execute a .bin?
BTW, on
On Mon, 12 May 2014 10:51:13 -0500, Dana Mitchell wrote:
Once uploaded binary to z/OS, the .bin file contains JCL to run the SCRTTOOL.
The object code consists of inline 80 byte ESD and TXT records passed via
SYSLIN to LOADER (along with some other paramter files). For ease of
On 2014-05-12 14:24, R.S. wrote:
o The jar command can (probably) be used to extract the .zip, removing
the requirement for a desktop system.
o Extracting on z/OS provides verification over more of the transfer
path, largely detecting problems caused by EBCDIC, code page,
and
On Tue, 13 May 2014 07:57:04 -0500, Tom Marchant wrote:
On Mon, 12 May 2014 11:32:20 -0500, Paul Gilmartin wrote:
o .bin is customarily reserved for DOS executables, which confused me.
It is? MS-DOS won't run a .bin file, AFAIK. Are you confusing it with .exe?
I stand corrected. If I were
On Tue, 13 May 2014 10:38:41 -0500, Kirk Wolf wrote:
often the answer is nowhere.
See this for a solution:
http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.bpxb200%2Fjobpro.htm
Hmmm:
o NONE specifies that job log messages are not to be written. This is the
On Tue, 13 May 2014 17:47:39 -0400, Tony Harminc wrote:
On 8 May 2014 19:34, Farley, Peter x23353 wrote:
ST doesn't accept a 3-modifier expression, that is an artifact of the XL
C/C++ assembler listing format.
This is really really annoying, and has been for years. The compiler
is now quite
On Tue, 13 May 2014 14:58:01 -0700, Jon Perryman wrote:
As Tony said, they are all WTO messages. JES decides where it wants to put the
message (or not do anything with it).
I suspect that some WTO messages are never written in USS as opposed to not
being captured. I suspect that IBM disabled
On Tue, 13 May 2014 15:50:02 -0700, Skip Robinson wrote:
This list is fascinating both for inclusions and for omissions. I will
defer humbly to Radoslaw for opinion on 'Eastern European English', but I
lived five years in West Africa. While Nigeria and Ghana, for example,
sound pretty similar,
On Wed, 14 May 2014 07:28:51 -0700, Ed Jaffe wrote:
On 5/14/2014 7:23 AM, Klein, Kenneth E wrote:
What is the general opinion out there on what portion of CPU cycles should
be spent in supervisor state?
Is more than 50% a bad thing?
I can't imagine 50% is either good or bad. It is what it
On Thu, 15 May 2014 11:30:19 -0700, Skip Robinson wrote:
Clarification on REWORK. Besides documenting the APPLY date (which SMPE
shows anyway), it obviates the need to first RESTORE/REJECT the usermod
before re-RECEIVE/APPLY, a hassle I don't see the point of for a usermod
whose sysmod structure
On Thu, 15 May 2014 14:40:11 -0500, Tom Marchant wrote:
I have observed that merely deleting from the SMPPTS and
re-RECEIVEing leaves tramp entries in the GLOBAL zone.
I'm not surprised. Do it correctly. I wouldn't be surprised if Kurt Q.
knows how to clean it up correctly without using
On 2014-05-20, at 06:37, Staller, Allan wrote:
snip
We are using z/OS 1.13 system and now customer requirement is to
connect to OMVS using SSH. Do I need to install IBM porting toolkit to make
this ssh connection work or any other way to solve this connectivity issue.
/snip
On Tue, 20 May 2014 08:21:05 -0500, Juergen Kehr wrote:
we are using SYNCSORT as primary sort application, but although DFSORT in
connection with DB2. Now we plan to install the DFSORT SVC in parallel.
SYNCSORT uses SVC 109 routing code 17 (IGX00017). For DFSORT we would like to
use SVC 109
On Fri, 23 May 2014 16:25:10 +, Pommier, Rex wrote:
Check the JCL reference manual under DD DISP parameter. If you have an OLD
permanent dataset that was PASSed to the step, the normal disposition is
DELETE if the dataset was originally new.
FSVO permanent.
I hate JCL!
-- gil
On Fri, 23 May 2014 23:19:10 -0300, Clark Morris wrote:
Since organizations have started requiring special characters in
passwords, I have been wondering which special characters are stable
across code pages. I know the US dollar sign in EBCDIC is not
becoming the pound sterling sign in Britain
On Sat, 24 May 2014 16:08:14 -0400, Anne Lynn Wheeler wrote:
(Charles Mills) writes:
1. There is a fallacy that I see a lot, particularly in public policy, that
goes something like this: Security is a big problem. It won't help, but we
have to DO SOMETHING about security, so let's have the
On Sat, 24 May 2014 15:18:04 -0400, Gerhard Postpischil wrote:
...
They used an egg-shaped device (sorry, I don't recall the brand) that
generated a time-sensitive password string. It was poorly designed
(i.e., cheap) with an LCD display that was hard to read (my cats don't
read over my
1001 - 1100 of 8185 matches
Mail list logo