On Mon, 15 Nov 2010 10:17:13 -0600, Mark Zelden wrote:
>
>[1] I had to write a REXX program to separate the syslogs in the MAS
>into separate files after a logical consolidation left me no available output
>classes to use keep each system in the MAS unique. So all systems
>write the syslog to cl
On Mon, 15 Nov 2010 08:35:44 -0600, Daniel McLaughlin wrote:
>Healthy dose of mea culpa here. When editing the JCL from Mark's site I
>deleted the SYS1.IPLPARM dataset allocationi. Set one up, copied in my load
>member, and will be testing shortly.
>
A Good Thing. For your irrelevant Subject line
On Fri, 12 Nov 2010 17:06:52 -0600, Kirk Wolf wrote:
>
>Fair enough. But even if it weren't required for I/O redirection, you
>couldn't use exec() anyway since that would give you a new address space.
>
Sigh. A new address space, with an old PID. z/OS. But
are you sure it's a new address space,
On Fri, 12 Nov 2010 13:40:56 -0600, Kirk Wolf wrote:
>
>Sorry, I meant that the utility itself only needs one process, but it still
>must (local) spawn a "logon shell" process.
>The utility doesn't need multiple threads or processes to handle I/O
>redirection to the shell.
>
That utility is what I
On Fri, 12 Nov 2010 20:12:42 +, john gilmore wrote:
>
>Any such program needs to make provision for an exempt list of jobs, programs
>or the like that are not to be cancelled because it has detected them
>"looping". Monte Carlo computations, discrete simulations, and the like look
>like ti
On Fri, 12 Nov 2010 10:40:53 -0600, Kirk Wolf wrote:
>Right. A properly written select() loop is the answer, and you don't even
>need an ancillary process.
>
Are you saying the shell command runs in the same process space
as select()? Separate threads, perhaps?
-- gil
-
On Fri, 12 Nov 2010 10:51:07 -0500, Veilleux, Jon L wrote:
>You're right about STDENV, it doesn't have that restriction anymore. I guess
>my point is that if they could remove the restriction for the other files in
>BPXBATCH why not for STDIN?
>
Don't know. I can only conjecture that to make th
On Fri, 12 Nov 2010 15:03:11 +, john gilmore wrote:
>This query would better have been posted on the assembler list.
>
Indeed. But on Friday I can broaden it, even beyond the charter
of this list.
I hear vehement arguments favoring (less frequently opposing)
recognition of nested comments
On Fri, 12 Nov 2010 07:58:39 -0500, Veilleux, Jon L wrote:
>To open this up to some of the IBMers who monitor this list: Why is it that
>BPXBATCH cannot accept MVS datasets for STDIN and STDENV but AOPBATCH can?
>
You get what you pay for. It's pretty hard to make a business case
for moving a fe
On Thu, 11 Nov 2010 17:45:12 -0500, Leonard Sasso wrote:
>The following worked great:
>
>lcd /local/zos/directory/for/file
>get remote.file
>!chmod 644 remote.file
>
When I use FTP to transfer files intended to be read
by an automated or asynchronous process, I always move
to a temporary file, the
On Thu, 11 Nov 2010 12:28:42 +, Martin Packer wrote:
>When I receive data from a customer I pull it using FTP - and I get a line
>in the SYSOUT every so often, as well as an early file size line to
>compare against. My next step is to unterse it. I think it would be useful
>to have a similar p
On Wed, 10 Nov 2010 15:44:56 -0800, John Norgauer wrote:
>I need to copy some files from my 1.9 z/os etc/ssh to another etc/ssh in
>my 1.11 z/os.
>
>Does anyone have a sample for doing this?
>
Since you happen to mention ssh, one of my favorite techniques
is (specific example untested):
# on z/O
c; this sort of lexical resolution is
performed by shell.
>From:
>Paul Gilmartin
>11/10/2010 12:32 PM
>
>Or preallocate the file in JCL with
>
>//NAME DD PATHMODE=(...),PATHOPTS=(OCREAT,OEXCL),PATH='...'
-- gil
On Wed, 10 Nov 2010 10:51:12 -0500, Leonard Sasso wrote:
>Sm9iIEdFVDogIE1haW5mcmFtZSBCYXRjaCBqb2IgZXhlY3V0aW5nIFNGVFAgdG8gcmV0cmlldmUg
>YSBmaWxlLCBmcm9tIGFuIA0KZXh0ZXJuYWwgc2l0ZSwgdG8gb3VyIEhGUyBTeXN0ZW0uIA0KDQpK
>b2IgUkVBRDogIE1haW5mcmFtZSBCYXRjaCBqb2IsIGV4ZWN1dGVzIGFmdGVyIEpvYiBBIGNvbXBs
>
... S
On Wed, 10 Nov 2010 05:43:30 -0600, Jan MOEYERSONS wrote:
>On Tue, 9 Nov 2010 22:31:14 -0600, Mike Schwab wrote:
>
>>The best
>>solution of all is to keep everything in GMT and translate.
>>
Agreed. We're part way there. A conspicuous offender remains ISPF
PDS member timestamps.
>Honnestly, the
On Tue, 9 Nov 2010 13:51:21 -0800, Charles Mills wrote:
>Cool! Thanks so much.
>
You now have two contradictory answers. One of them
should satisfy you.
>While I've got you, how does the resolution work? If I set a TOD= for
>00:00:00.01 and then do "some" (but not very much) processing and then
On Tue, 9 Nov 2010 09:42:46 -0600, Robert Birdsall wrote:
>Seems unnecessary and parochial ;)
>
>Shouldn't the host/server send the date/time to the display (client/server, I
[as UTC, I presume you mean]
>don't really care) and let it decide how to display the time?
>After all, if I'm at a deskt
On Tue, 9 Nov 2010 13:18:53 +, Bob Shannon wrote:
>Can anyone recommend a 3270 emulator for a Mac? (Asked on behalf of a
>co-worker). TIA.
>
http://www.brown.edu/cis/tn3270/
Often criticized, but the price is right. My feeling is that if you
put lipstick on a 3270 it remains a pig.
--
On Tue, 9 Nov 2010 06:11:34 -0600, David McCrina wrote:
>The discussion about the 7 character TSO ID limitation brings up something
>else I have wondered about. Why are TSO dataset nodes limited to 8
>characters?
>
Why not? Ya gotta have standards, don't ya?
>We have a sequential number that i
On Mon, 8 Nov 2010 16:27:09 -0600, Mike Schwab wrote:
>
>What I would like to see, but I doubt it would ever be implemented,
>would be like the Leap Second rule. If you need to drop a second, you
>skip the last second of June 30 or December 31. If you need to add a
>second, you have another secon
On Mon, 8 Nov 2010 10:40:29 -0600, Mark Zelden wrote:
>On Mon, 8 Nov 2010 16:33:08 +, Eric Bielefeld
>wrote:
>
>>I have another question on the time change. I was just looking at one of
>the systems we had down for an hour for the time change. I noticed that the
>OMVS time was never reset.
On Mon, 8 Nov 2010 09:36:50 -0500, Scott Rowe wrote:
>This is what I put in my /etc/profile in 2007:
>TZ=EST5EDT,M3.2.0,M11.1.0
>
How does this show that the convention was different in 2006 and
before, and further different before 1986?
Try this test program:
for HH in 00 01 02 03 04 05 06 07 0
On Mon, 8 Nov 2010 15:19:17 +0100, Thomas Berg wrote:
>
>One maybe possible solution would be having a sort of "alias" for the
>longer id's. E g id's constructed as consecutive numbers: #123456.
>And automatically substitute with the when needed (jobnames etc.).
>
z/OS Unix System Services provide
On Sun, 7 Nov 2010 19:23:00 -0500, Scott Rowe wrote:
>gil, the TZ value can be specified with boundaries. I remember setting them
>when the boundaries were changed (2007).
>
In z/OS, how do you specify the boundary between 2006 and 2007
when the US changed the rules? Inquiring minds want to know
On Sun, 7 Nov 2010 14:16:45 -0600, John McKown wrote:
>On Sun, 2010-11-07 at 09:17 -0700, Brian Kennelly wrote:
>> That raises a question. Why is there no way to pre-define the time zone
>> offsets and boundaries in z/OS? You can do it easily in z/VM, z/VSE and, of
>> course, Linux. Why not z/
On Sun, 7 Nov 2010 09:17:30 -0700, Brian Kennelly wrote:
>That raises a question. Why is there no way to pre-define the time zone
>offsets and boundaries in z/OS? You can do it easily in z/VM, z/VSE and, of
>course, Linux. Why not z/OS?
>
z/OS Unix System Services allows definition of the offse
On Sun, 7 Nov 2010 07:37:01 -0600, John McKown wrote:
>
>I agree that Object REXX on z/OS, especially in the UNIX arena, would be
>wonderful. Once again, I am frustrated by things beyond my control. I
Could such a port be naturally compatible with all the existing
host command environments (TSO, I
On Sat, 6 Nov 2010 16:58:47 -0500, John McKown wrote:
>
>I think of a REXX stem variable the same way that I do an Perl hash. Or
>more like a value associated with a "key" where the key is an arbitrary
>value. And a stem.var1.var2 is like a hash of a hash in Perl.
>
If I understand what you mean by
On Sat, 6 Nov 2010 14:27:26 -0400, J R wrote:
>Good point. However, update-in-place really only *need* be done during the
>user's session to record profile changes, etc.
>
>Extending the member should only be necessary when the ACCOUNT command is
>adding segments, in which case it shoul be op
On Sat, 6 Nov 2010 11:06:09 -0400, J R wrote:
>I'm not sure I buy this highly speculative explanation.
>
>There's a big difference between not allowing multiple blocks per member and
>not considering second blocks to be necessary. Furthermore, to "solve" the
>problem by introducing multiple m
On Sat, 6 Nov 2010 08:33:02 -0500, Joel C. Ewing wrote:
>
>Since the stem index is an arbitrary variable value, whenever I have
>needed a table lookup dependent on multiple variable values I have
>usually been able to use a construct like
>
>table. = 'some default value'
>...
>index = dsname "#" vo
On Fri, 5 Nov 2010 17:20:49 -0700, Gibney, Dave wrote:
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>> Behalf Of Phil Smith
>> Sent: Friday, November 05, 2010 5:09 PM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: Rexx question - Dynamic genera
On Fri, 5 Nov 2010 16:51:33 -0400, Shmuel Metz (Seymour J.) wrote:
>
>Well, if IBM fixed the WSA GUI then that would be the obvious way.
>Alternatively, they could write a next generation WSA that was a X
>client.
>
Yaaay! They could even assimilate much code from an x3270-type
utility; even prese
On Fri, 5 Nov 2010 21:08:08 +, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) wrote:
>You cannot run a batch job with the same name unless you logoff and back on to
>allow the 8 character batch job to run. ...
>
I can't do that now, with my shorter-than-8-character user ID.
I simply create batch job
On Fri, 5 Nov 2010 13:58:22 -0700, Gibney, Dave wrote:
>
>Perhaps blinders :) I have always seen stems as the part before the
>period and the part after the single, one and only period.
>
In a way, your intuition is good. Rexx compounds are truly
one-dimensional; Rexx tries to fool you by concaten
On Fri, 5 Nov 2010 11:28:44 -0700, Gibney, Dave wrote:
>
>Yes, in the end, and I should have mentioned it, I want to dynamically
>define the stem root.
>
Why?
>I want to able to set dsnamevolser.catlg = 'YES' and dsnamevolser.poe -
>'yes'
>
What exactly is wrong with A.dsnamevolser.catlg and
A.dsn
On Fri, 5 Nov 2010 14:43:49 -0500, Elardus Engelbrecht wrote:
>
>It would really be nice to have loong user names, but then you need to
>(re-)consider jobnames, PREFIX, dataset names, all those macros in macros
>libraries, etc. Then you can look at JES2, for example, to handle that too...
>It
We lately upgraded to z/OS 1.12. Suddenly, mvslogin has begun
saying:
u...@solaris:276$ mvslogin [..]
GFSA988I Remote host does not have AF_INET6 interface.
GFSA954I Host [...] returned error 132:
User is currently logged in, this request is ignored.
u...@solaris:277$ echo $?
132
Grrr
On Fri, 5 Nov 2010 15:36:01 +, john gilmore wrote:
>
>The distinction between serial reuse and recursion is worth trying to
preserve ...
>
In a recent ATTACH thread, John was harshly criticized for nitpicking.
But the consensus there was that we should be precise in use
of technical terms,
On Fri, 5 Nov 2010 07:42:45 -0500, Elardus Engelbrecht wrote:
>Vernooij, CP wrote:
>
>>Because jobnames submitted by users are constructed from the userid plus
>1 character.
>
Not mine. I regularly submit jobs with names containing up to 8
characters, all of which I control.
>Perhaps, but the mo
On Fri, 5 Nov 2010 08:42:45 -0400, John Eells wrote:
>Robert Birdsall wrote:
>> This is a curiosity question sparked by another thread.
>> The limitation of 7 characters for TSO IDs has caused us extra work in the
>> past (we use IDs of 3-8 characters across the institution, but the mainframe
>> c
On Mon, 1 Nov 2010 16:56:12 -0600, Steve Comstock wrote:
>
>> Nor did he describe the OP as "naïve." He said that the OP was
>> "a naïf."
>
>No. He said: "They are radically naif.", speaking of the OP's
>questions.
>
> > These two words are not synonymous. Naïve is an adjective
> > and naïf is a
On Mon, 1 Nov 2010 15:24:34 -0600, Steve Comstock wrote:
>
>In my software I use bpx1opn and set the mode bits in a constant
>and it comes out just fine without worrying about umask.
>
Grrr... Read what you quoted:
>>
>> apply to BPXBATCH. Maybe I need to just call umask from the program --
>> tha
On Sun, 31 Oct 2010 10:31:06 -0700, Sam Siegel wrote:
>On Sun, Oct 31, 2010 at 9:59 AM, john gilmore wrote:
>
>> Some lacunæ have, however, appeared as the thread has developed.
>>
> Please use common (plainly written) English when posting.
>
Would you have preferred the more legible "lacunae"? (
On Sun, 31 Oct 2010 05:40:20 -0400, Robert A. Rosenberg wrote:
>
>of your subtasks - You signal the subtask to shutdown and it has once
>the ECB has been posted (at which point you can do the DETACH). This
>
>It also allows you to see WHY the subtask terminated (ie: In response
>to a shutdown reque
On Fri, 29 Oct 2010 10:36:24 -0500, McKown, John wrote:
>
>Or perhaps what you have is a UNIX based program which does some function(s).
>You want people to be able to use that, perhaps even via TSO OMVS. But you
>don't want them to have general access to a UNIX shell. But if they could
>control
On Fri, 29 Oct 2010 09:57:01 -0400, zMan wrote:
>Thanks -- fetched and un-paxed. What I don't know (because I've never
>had to) is how to set my ID so it uses bash.
>
It's a RACF function to modify your OMVS segment.
You can still feel like a stranger in a strange land.
-- gil
-
On Mon, 25 Oct 2010 02:28:32 +, john gilmore wrote:
>
>The decision not to support IPL-time use of PDSEs was an unconscionable one.
>It would indeed be easy to caricature it as sabotage.
>
Perhaps likewise the decision not to support network-mounted files
at IPL-time. But Mr. Blair is w
On Fri, 22 Oct 2010 12:58:05 -0700, Charles Mills wrote:
>
>A PDSE can hold program objects that are effortlessly converted to
>conventional load modules when you copy them to a PDS. How's that?
>
>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
>Of Tom Marchant
>Sent: F
On Fri, 22 Oct 2010 06:54:24 -0500, Tom Marchant wrote:
>On Fri, 22 Oct 2010 02:52:00 -0400, Gerhard Postpischil wrote:
>
>>block size of 512 uses less than 1% of a track on a 3390. 4K
>>uses 86%, which is tolerable.
>
>A single 512 byte block on a 3390 uses less than 1% of the 56,664
>byte capaci
On Thu, 21 Oct 2010 14:59:18 -0700, Charles Mills wrote:
>Conventional load modules can live in PDSEs.
>
I'm not so sure. I understand that IEBCOPY (sometimes?)
invokes Binder to manipulate PDSE contents (Because Program
management owns the only supported interfaces to PDSE
load libraries? Even
On Thu, 21 Oct 2010 22:18:16 +0200, R.S. wrote:
>
>> Should it be ZFS rather than zFS?
>What do you mean? Official nomenclature?
>I believe that you will easily find 'all-uppercase' wording in official
>IBM documents. Oh, maybe you simply miss our favorite USS quarrel ?
> It's quite obvious it stan
On Thu, 21 Oct 2010 22:22:10 +0200, R.S. wrote:
>
>Load modules can live in PDS as well as in PDSE.
>Every program that can live in PDS can also live in PDSE.
>Minor caution: PDSE cannot contain both DATA and PROGRAM members
>concurrently. PDS does not distinguish such objects - member is a
>member
On Thu, 21 Oct 2010 15:04:44 -0300, Clark Morris wrote:
>
>Can load modules be housed in zFS? program objects? DLLs? Would it be
>better to functionally stabilize PDSE and have the zFS the strategic
>direction forward? Would there be a performance improvement. Given
>that PDSE is NOT available a
On Wed, 20 Oct 2010 22:57:07 +, Ted MacNEIL wrote:
>>Use the employee number
>
>That's actually against the privacy laws in Canada.
>
>And, many companies use that number for access to HR systems, so it could be a
>major security hole.
>
I guess the motivation is good. I didn't even bother t
On Wed, 20 Oct 2010 10:46:09 -0500, Hal Merritt wrote:
>
>We don't use OMVS and have no plans to do so except for the bare minimum
>required. I did not choose to use the 'backstop' and so code a OMVS segment on
>each user and group profile as appropriate.
>
If you have _any_ other in-house UNIX s
On Wed, 20 Oct 2010 09:00:23 -0500, Chris Mason wrote:
>
>I find the best way to present an URL in a post is to put it, all by itself,
>on a
>separate line - and resist the temptation to add a full stop.
>
Amen. But some mailers have a compulsion to break lines at less than
80 characters, often a
On Mon, 18 Oct 2010 15:40:24 -0500, Petersen, Jim wrote:
>I also agree with Mr. Rosenberg. There has to be a way for us old timers to
>say we don't care what you want, we want it to be the way it has always been.
>
If things don't change, they never get better.
-- gil
On Mon, 18 Oct 2010 09:47:12 -0400, Thomas David Rivers wrote:
>Paul Gilmartin wrote:
>
>>I'm aware of End of Marketing; is it also End of Service?
>>
>>Does either IBM or Dignus provide SAS/C's BPAM support?
>>
>>Does Dignus provide IBM's &quo
On Sat, 16 Oct 2010 00:23:28 +1100, Clement Clarke wrote:
>A number of people in this newsgroup have wanted long parameters and
>symbolic parameter replacement in card image control cards.
>
>The following programs are now available that will allow the above to
>happen, using conventional JCL or T
On Sun, 17 Oct 2010 12:39:06 -0500, John McKown wrote:
>
>Do you mean IBN's Tech Support, or a company's? I ask because one of my
>duties in Tech Support is to question why something is "done that way".
>And suggest / recommend possible, more efficient, alternatives.
>
So we have tech support, help
On Sun, 17 Oct 2010 16:46:37 +, john gilmore wrote:
>Paul Gilmartin wrote:
>
>
>Tech support, however, has a different responsibility: to analyze and repair
>any reported defect, and never to question the users' choice of method,
>regardless of however ineffic
On Sun, 17 Oct 2010 15:56:36 +, Ted MacNEIL wrote:
>>Tech support, however, has a different responsibility: to analyze and repair
>>any reported defect, and never to question the users' choice of method,
>>regardless of however inefficient or bizarre.
>
>I disagree to some extent.
>If a user
On Fri, 15 Oct 2010 10:46:44 -0500, Larry Macioce wrote:
>Do know why it would fail all the sudden, but my question is why are you
>defining a "dummy" dataset? Why not use a br14 or like(if you have another
>exact dataset) ?
>
Perhaps the OP perceived a need (possibly based on outdated information
On Sat, 16 Oct 2010 18:56:23 -0500, Joel C. Ewing wrote:
>
>If you were very unlucky, the allocated extents could contain data with
>compatible block structure and possibly even records that could pass
>application integrity checks. Subsequent programs could use the "bogus"
>records to perform uni
On Thu, 14 Oct 2010 11:22:18 -0400, Anne & Lynn Wheeler wrote:
>
>post from similar thread in this n.g. from 2007
>http://www.garlic.com/~lynn/2007h.html#13 Question on DASD Hardware
>
>with references to commodity disk having MTBF in the million-plus hrs
>and google's (then) recently published stu
On Fri, 15 Oct 2010 15:54:15 -0400, David Kreiss wrote:
>Determine what track the dataset was allocated to then run this utility
>specifying the first track of the dataset.
>
... which can give a false positive if the extent allocated begins,
by happenstance, with a residual EOF from prior use.
On Fri, 15 Oct 2010 07:24:08 -0600, Steve Comstock wrote:
>On 10/15/2010 7:20 AM, Lindy Mayfield wrote:
>> I say heavily customized but that's only a few of my customers.
>> Just about every mainframe shop I've seen, especially those that
>> have been around a while, have enough customization, exi
On Fri, 15 Oct 2010 08:24:13 -0500, Ron Wells wrote:
>Anyone run across where a IEBGENER fails with a S013-64
>
>//SYSUT1 DD DUMMY,
>// DISP=SHR,LRECL=4096,RECFM=FB
>
>//SYSUT2 DD DSN=XX15.TEST.DATA.SET,
>// DISP=(NEW,CATLG,DELETE),
>//UNIT=DASD,
>//
On Fri, 15 Oct 2010 09:48:01 -0600, Steve Comstock wrote:
>
>Don't hate EBCDIC, be amazed at the ability
>to work with EBCDIC, ASCII, and Unicode all on one
>system.
>
EBCDIC is easy enough to use. It's just too difficult to
avoid. The OS is biased. A fair operating system would
let me NFS mount
On Fri, 15 Oct 2010 10:23:18 -0400, Harry Wahl wrote:
>
>Have you looked at Dignus ( http://www.dignus.com/ ) ?
>It really makes things much easier.
>
>P.S. I use Dignus for my mainframe C/C++ work, but have no affiliation with
>them.
>
>> Date: Fri, 15 Oct 2010 10:05:26 -0400
>> From: Clark K
On Thu, 14 Oct 2010 19:54:44 -0500, John McKown wrote:
>The SPFCOPY that I remember simply used a "magic" SVC to set the APF on
>before calling IEBCOPY and back off afterwards.
>
I've heard of this. And that the "magic SVC" did extensive checkinf
of control blocks to verify that it was properly c
On Thu, 14 Oct 2010 18:38:45 -0500, Rick Fochtman wrote:
>
>Even earlier than that, IBM used a comnination of hardware and software
>intercepts based around Program Interrupts to implement the Commercial
>Feature on the 360/44. I still have a copy of the "Emulator" that was
>loaded into special are
On Thu, 14 Oct 2010 23:58:25 +, Linda Mooney wrote:
>
>I always ask them for THEIR information.  Usually, they can't get off the
>phone fast enough! Then I pass the word around to the co-workers that
>another phisher is lurking.
>
"Give me your number; I'll have someone get back to you."
On Thu, 14 Oct 2010 10:58:08 +, Bob Shannon wrote:
>> And I'd heard SHARE Collection of Inebriates, Drunkards, and Sots
>
>That's the definition I'd heard, but I don't think anyone really knows what
>SCIDS stands for.
>
>Q: What does SHARE stand for?
>A: SHARE is not an acronym. It stood for
On Wed, 13 Oct 2010 21:40:42 +0200, R.S. wrote:
>W dniu 2010-10-12 23:17, Thomas Kern pisze:
>> Not just use the strongest, but you have to go out of your way to reject
>> using the "low" and "medium" strength ciphers. My cyber security people
>> complain about anything that is 112 bits or less.
>
On Tue, 12 Oct 2010 13:12:56 -0500, McKown, John wrote:
>
>Without first having some z/OS base system? No. You cannot install z/OS
>without z/OS. ...
>
If this is literally true, it bodes ill for the future of z/OS.
There can never be any new installations and z/OS is doomed to
die by attrition.
Is there any rationale for this restriction?:
"z/OS V1R10.0 MVS System Messages, Vol 8 (IEF-IGD)"
2.362 IEF692I
IEF692I INVALID REFERENCE TO HIERARCHICAL FILE [text]
Explanation: text is one of the fol
On Tue, 12 Oct 2010 09:11:05 -0400, John Eells wrote:
>Timothy Sipples wrote:
>
>> May I also point out that tape is no longer required to load z/OS. Thus it
>> is now possible to configure and use a new mainframe with z/OS but without
>> any tape drives.
>
>
Installing from the optical drive in t
On Fri, 8 Oct 2010 12:00:20 -0400, Mike Myers wrote:
>
>Back around 1982 I was working for IBM in the Poughkeepsie, NY lab. Four
>of us did a prototype which ran CMS in a TSO address space under SIE.
>
>Our project to implement CMS in TSO as a real product was killed during
>the nearly completed st
On Tue, 5 Oct 2010 10:38:51 -0500, Ricc Harding wrote:
>Is there some reason why you don't initialize it to nulls?
>
>SET &X = &STR()
>
>Always set to a known value of nulls...
>
Ignorance. I tried the first thing that occurred to me:
SET &X = &SUBSTR(1:0,junk)
... (why not?) and it failed.
On Tue, 5 Oct 2010 08:51:27 -0500, Mark Zelden wrote:
>
>>ITYM &NRSTR so:
>>
>> ISREDIT LINE BEFORE = &NRSTR(// NOTIFY=&SYSUID)
>>
>>
>>might do the trick without even needing the
>>intermediate 'PERPETRATOR' variable.
>
The structure my co-worker bestowed on me is something like:
/* Modify
On Mon, 4 Oct 2010 21:14:01 -0500, Chris Mason wrote:
>
>What value does a variable have if you don't try to initialise it?
>
I found it. It's easy when you know where to look (and the vital
line isn't scrolled just off the screen.):
"z/OS V1R8.0 TSO/E CLISTs"
__
On Mon, 4 Oct 2010 20:16:06 -0500, Paul Gilmartin wrote:
>
>How can I set a symbolic variable to the null string?
>
Thanks to Dave Salt:
SET &X = &Z /* Works as long as &Z is undefined. */
Why am I writing CLIST? Well I need to modify a CLIST
ISPF EDIT macro. I don
Answer offline; don't flood the list.
How can I set a symbolic variable to the null string?
SET X = '' /* Sets X to two apostrophes. */
SET X = /* Syntax error. */
SET X = &SUBSTR(1:0,FOO) /* Syntax error. */
Isn't there a way?
Thanks,
gil
-
On Sat, 2 Oct 2010 20:38:22 -0400, Shmuel Metz (Seymour J.) wrote:
>
>>Wherefore it's truly irritating that the mode seems to be that mail
>>clients impose a 72-column limit, at least by default.
>
>RFC 5322 says that lines of text should be limited to 78[1]
>characters. What clients limit them to
On Thu, 30 Sep 2010 10:29:56 -0600, Lester, Bob wrote:
>
>I'm trying to troubleshoot an FTP issue. This is a snippet from the
>batch job. This is on z/OS 1.9. This job fails every morning, and when
>restarted with no changes, it works! This is not a "dial" type circuit
>.
>
>
>EZA2589E Conn
On Wed, 29 Sep 2010 15:17:33 -0400, Farley, Peter x23353 wrote:
>
>IIRC, the restriction against legacy datasets is only for programs that do not
>use "fopen" for their files. As of the last time I tested it awk apparently
>does use "fopen".
>
Would you commit to supporting code which relies on
On Wed, 29 Sep 2010 12:01:22 -0500, McKown, John wrote:
>
>Hum, can awk read legacy datasets? If so, then sure, go for it. Or use "cp".
>
"z/OS V1R12.0 UNIX System Services Command Reference"
Appendix K. ... Utilities supporting MVS data set names
The following utilities currently support t
On Mon, 27 Sep 2010 10:41:52 -0700, Gibney, Dave wrote:
>
>To imply an individual by member prompt, but since those of us who know
>it's IEBCOPY under the covers, also know IEBCOPY doesn't "do that", we
>don't go there.
>
Generally, the user shouldn't be required to infer (guess) the
specification
On Mon, 27 Sep 2010 09:11:50 -0700, Charles Mills wrote:
>Is this a gross documentation error or does this documented feature actually
>exist?
>
If it's documented, it exists, ipso facto, however badly it may be broken.
If it appears to be broken, submit a PMR.
--gil
---
On Sun, 26 Sep 2010 10:57:20 -0400, Shmuel Metz (Seymour J.) wrote:
>
>>The RFC for SMTP limits it 1024 actually says 1000 not including
>>header/control information.
>
>512 octets for header lines, 1000 octets for text lines, but note
>continuation conventions and extension mechanisms, e.g., RFC 2
On Sun, 26 Sep 2010 14:14:08 -0700, Charles Mills wrote:
>
>However, when I receive an unloaded dataset into a PDS or PDSE with
>duplicate member names RECEIVE overwrites them with no prompt, even if I
>specify MOD. What should I be specifying differently?
>
At that point, IEBCOPY is doing the proc
On Thu, 23 Sep 2010 10:55:08 -0500, Etienne Thijsse wrote:
>
>Does anybody know why I don't see the second job in SDSF/ST ? Or,
I wondered that once, and was fed some alphabet soup; perhaps
JOE vs. ???.
>alternatively, does anyone know how I can have the child process put its
>output within the p
On Tue, 21 Sep 2010 15:14:05 -0500, Elliot, David wrote:
>Yes. I know what you mean. I do a similar thing. I ftp the SMPMCS.pax.Z file
>to z/OS. OCOPY that file into a HFS. UNZIP back to a sequential dataset.
>RECEIVE from that DS to SMPE. A rigmarole indeed but it works.
>
Why not FTP directly
On Tue, 21 Sep 2010 09:10:25 -0400, Anne & Lynn Wheeler wrote:
>
>as an aside ... the original vm (and mvs with vm functional simulation)
>product was done in vs/pascal ... and didn't have any of the buffer
>overflow vulnerabilities that are frequently endemic in c-language
>implementations.
>
At s
On Mon, 20 Sep 2010 10:13:31 -0500, McKown, John wrote:
>
>I agee with your opinion that Windows is not a good platform for critical
>data. But I don't think that it is appropriate to call MFNetDisk "crap" just
>because it runs on Windows. But then, I've not messed around with it. The
>paranoid
On Mon, 20 Sep 2010 16:36:44 +0200, Lindy Mayfield wrote:
>It seems that STARTIO isn't documented anywhere. Is it available from IBM at
>all, like with an NDA or something like that?
>
>Is it perhaps documented somewhere in earlier releases?
>
I understand IBM never intended it as GUPI or otherw
On Tue, 14 Sep 2010 17:22:05 -0500, Ward, Mike S wrote:
>Hello all, I have a question. I was talking with someone that said you
>don't need OSA's to run tcpip under z/os and use it to communicate with
>the outside world. If that's true then what would be used instead of an
>OSA?
>
IIRC, the first
On Fri, 17 Sep 2010 08:29:01 -0500, Robert Birdsall wrote:
>At the risk of going overboard, [...] JCL [...] will do this with Rexx.
>The only advantage of this over PGM=EZACFSM1 (which is simpler) is that you
>can do date manipulation (e.g. yesterday or next month).
>
And I wonder about the suppor
901 - 1000 of 4423 matches
Mail list logo