On Thu, 14 Jun 2012 11:46:52 +0530, Jake anderson wrote:
>
>Can we really represent the Total CPU time taken for a Job in MIPS(average)
No.
>? Does it really makes sense to represent the CPU time in MIPS ?
>
No.
MIPS is a rate; a ratio of two quantities, similar to miles per
hour. It's meaningl
On Wed, 13 Jun 2012 22:10:26 -0500, Larry Burch wrote:
>Ah, Lizette, thanks. Just looking at the link that you provided immediately
>helped to straighten out my expectations. Obviously the Cc: stuff that we see
>in our email client is part of the "DATA" portion.
>
For "To:" put the RCPT-TO in
On Wed, 13 Jun 2012 17:30:41 -0700, Charles Mills wrote:
>FWIW, z/OS Unicode Services does indicate that at least one SUB character
>was output. It's not an error (RC still = 0) but it is a documented output
>status bit flag.
>
What avail is this if SUB is a valid character in the input code page
On Wed, 13 Jun 2012 08:31:12 -0400, Shmuel Metz (Seymour J.) wrote:
>In
>... a Unicode code page ...
>
Oxymoron? Unicode is unicode. There's only one code point
for any given character. Unicode was designed to avoid the
babel of code pages.
-- gil
On Wed, 13 Jun 2012 12:37:58 -0500, Ron Thomas wrote:
>Hi,
>
>We are using rexec to trigger a shell script in unix box, but getting the
>below error message. can some let me know what could be issue.
>
>Using NETRC file //'KEVIN07.NETRC.DATA'.
>MACHINE : tpj4012
>LOGIN : krn
>PASSWORD: **
On Wed, 13 Jun 2012 13:50:17 -0500, McKown, John wrote:
>I __think__ I understand what IBM is saying. You must differentiate between a
>"hex value" (0x00..0xFF) and a "code point" (a subset of "hex values"). Not
>every "hex value" is a "code point" in every CCSID. I.e. a single byte CCSID
>may
On Tue, 12 Jun 2012 12:59:13 -0700, Charles Mills wrote:
>
>" A round-trip conversion works only in a two-tier homogenous environment
>where the data makes the complete round trip. For example, if you pass data
>from DB2 for Linux, UNIX, and Windows to DB2 for z/OS and then back to DB2
>for Linux,
On Tue, 12 Jun 2012 15:02:17 -0400, Tony Harminc wrote:
>
>"The objective of this criterion is to send data from one system to
>another one that has different representations of character data, and
>retrieve it without loss. Often the "do not convert" choice is not
>available. For example, data sto
On Tue, 12 Jun 2012 12:03:55 -0400, Farley, Peter x23353 wrote:
>I believe that slide refers to "round trips" within the z/OS world only.
>There is no statement that CCSID conversion by a system other than z/OS (such
>as the PC ftp client in your example) will be covered in the 'round trip"
>g
On Mon, 11 Jun 2012 07:23:22 -0500, McKown, John wrote:
>If you mean that they FTP transferred an XMIT file via an intermediate system
>which was ASCII based (such as Windows) and forgot to do a BINary transfer at
>some stage, you are out of luck. The problem is that, in general, if you do an
>
On Mon, 11 Jun 2012 17:32:33 +0530, Jake anderson wrote:
>Unfortunately the pds was transmitted with .txt file some years ago but now
>am trying restore the pds members from text files.
>
Are the "text files" corresponding to the PDS members accessible
to you? (Where?) If on z/OS, copy them to
On Mon, 11 Jun 2012 12:10:35 +0530, Jake anderson wrote:
>
>Are there any possibilities of converting TEXT file to XMIT format. Since
TRANSMIT does this.
>some of our home grown IMS tools were XMITED improperly with TEXT file. So
>just trying to know if the TEXT file can be FTPed and received all
On Wed, 6 Jun 2012 11:33:55 -0500, Hansen, Dave L - Eagan, MN wrote:
>
> I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete from
> REXX (or batch).
By "delete from Rexx" do you mean TSO? If not, what?
> I can go out by hand using 3.4 and delete all I want from the dataset
On Tue, 5 Jun 2012 13:59:25 -0700, Lizette Koehler
wrote:
>
>IEF694I DDNAME REFERENCE TO DD CONCATENATION REFERS ONLY TO FIRST DD
>
>Explanation: THE JCL DDNAME keyword has been used to refer to a DD
>concatenation. When the object of a DDNAME reference is a concatenation of
>multiple DDs, only
On Sun, 3 Jun 2012 17:06:35 +0200, Giovanni Santuz wrote:
>
>RD =RANDOM(1,9)
>HSMDS = 'TWRK.TEMP.D'!!RD
>"HLIST DSNAME('"ODSN"') ODS('"HSMDS"')"
>CALL READ_HSMDS
>
Is RANDOM() the best way to do this, given that there's a 50%
chance of collision in 372 tries? Would it be better (and more
info
On Fri, 1 Jun 2012 13:27:54 -0500, McKown, John wrote:
>I don't know about that message in particular, but I know that the HSM started
>task often issues message via a directed TPUT having an option to deliver it
>to the userid which issued the HSM command. Similar to what the z/OS "SEND"
>comm
On Thu, 31 May 2012 19:31:04 -0600, Steve Comstock wrote:
>
>> Something has to specify the UNIT. Does "LIKE" establish the
>> UNIT but not the VOL? Strange.
>
>LIKE establishes neither; UNIT comes from the system default
>unit, usually SYSALLDA; VOL is chosen from available storage
>volumes.
On Thu, 31 May 2012 21:45:54 +, Gibney, Dave wrote:
>There is a parmlib option to abend NOT CATLG 2. I recommend using it.
>
Would this cause the ABEND at the beginning or at the end of the job step?
The latter would be suboptimal.
>IMO, SMS should be set up for all allocations and the fallb
On Wed, 30 May 2012 10:24:10 -0700, Frank Yaeger wrote:
>
>I would suggest specifying RECFM=FB on the DFSORT output DD when you
>remove the carriage control characters, to override the default of
>RECFM=FBA,
>so the carriage control characters won't be expected.
>
It would be _so_ clever if DFSORT
On Wed, 30 May 2012 10:18:42 -0500, Elardus Engelbrecht wrote:
>
>The very best thing of this - These reports are shifted to the left
>automagically despite the output datasets are still RECFM=FBA. So no blanks
>lines in column 1 are shown, especially in e-mails to my clients.
>
Best? Doesn't t
On Tue, 29 May 2012 22:50:05 +0200, R.S. wrote:
>
>Solution: add SMPJHOME DD to SMPE job.
>I'm curious why IBM did not add a DDDEF for that...
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr42/4.20
4.20 SMPJHOME
...
No default location is assumed by SMP/E for S
On Mon, 28 May 2012 11:19:01 -0700, Phil Smith wrote:
>
>Well, if the goal is to protect the data, then it needs to be
>cryptographically secure. "Security through obscurity" isn't security.
>
>
>Voltage SecureData is an encryption platform that provides Format-Preserving
>Encryption, using a mo
On Fri, 25 May 2012 10:30:45 -0500, Roberts, John J wrote:
>
>So all Personally Identifiable Information (PII) fields must be masked. I
>have figured out techniques to mask names and addresses. But I now need to
>figure out a technique to mask a nine digit numeric key. This field is used
>as
On Mon, 28 May 2012 09:17:04 -0400, Gary Weinhold wrote:
>
>You only need (want) 1 billion random numbers. I think multiplying each 9
>digit number by a prime greater than 1 billion and dividing by 1 billion will
>generate a unique 9 digit remainder for each number.
>
(Why didn't I think of tha
On Fri, 25 May 2012 19:01:13 -0400, Shmuel Metz (Seymour J.) wrote:
>
>>This part wasn't answered. You need to use the field mark key
>>(x'1E').
>
>Does ISPF treat it the same way that TSO does? I thought that it was
>just another character except for TSO line mode.
>
Don't know. But I once tri
On Fri, 25 May 2012 15:54:05 +0200, R.S. wrote:
>When one leaves ISPF usually there is a panel "Specify Disposition of
>Log Data Set". Usually the answer is 2 - delete.
>
>Q: how is it possible to exit ISPF by choosing some option (X - Exit)
>and NOT see the panel? I saw it many moons ago.
>
>BTW:
On Fri, 25 May 2012 07:44:31 -0500, McKown, John wrote:
>I know that I can run the TSO TMP in batch. Using this, I can run a REXX
>program which sets up all the ISPF required datasets. I can then invoke
>ISPSTART with the CMD(...) option to run another program/CLIST/REXX. In that
>program, I ca
On Wed, 23 May 2012 10:33:52 -0400, Shmuel Metz (Seymour J.) wrote:
>on 05/22/2012 at 10:22 AM, John Gilmore said:
>
>>One-inch tapes were once very common in IBM shops,
>
>Common?
>
I had the impression they were rare (well, I never saw one). And
expensive. It wouldn't make economic sense to
On Wed, 23 May 2012 06:43:53 -0700, Charles Mills wrote:
>I don't understand what I am seeing from Unicode Services translation.
>
>I specify translation from 1047 (Encoding scheme 1100 - EBCDIC, SBCS; Name
>LATIN 1 / OPEN SYSTEM) to 1252 (Encoding scheme 4105 - ASCII, SBCS; Name
>MS-WIN LATIN-1).
On Wed, 23 May 2012 14:20:03 +, Bill Fairchild wrote:
>And the general public, many Dilbertian managers, and even some of us
>professional nitpickers, think that a job running 1 hour instead of 10 is 900%
>faster,
>
I believe that's correct usage, even as an airplane that flies from
New Yor
On Tue, 22 May 2012 13:09:08 +0200, R.S. wrote:
>BTW: I heard about 1-inch tapes. Is it true? Did such wide tapes exist?
>Current cartridges are 1/2 inch wide. The article says that 729 was also
>1/2 inch.
>
http://www-03.ibm.com/ibm/history/exhibits/storage/storage_7340.html
... but can you
On Mon, 21 May 2012 08:43:14 -0400, Shmuel Metz (Seymour J.) wrote:
> on 05/21/2012 at 12:15 AM, Paul Gilmartin said:
>
>>Those generate parameter lists with a distinct CMS flavor.
>
>Not even close; 8 character tokenization is mickey mouse. The PLIST
>has a distinct REXX fla
On Mon, 21 May 2012 17:23:37 -0500, Ed Gould wrote:
>Agreed...(about screen scraping). I have run into a few over the last
>40 something years. bIt is just plain a DON'T DO IT.
>Twice I have been called in at something in the morning because
>some IDIOT thought it was a "good" idea. Not only
On Mon, 21 May 2012 09:57:48 -0500, Kirk Wolf wrote:
>the -encoding option on javac:
>
> http://docs.oracle.com/javase/6/docs/technotes/tools/windows/javac.html
>
Ah! And even better:
http://docs.oracle.com/javase/1.4.2/docs/guide/intl/encoding.doc.html
Perhaps the OP's preferred code page
On Mon, 21 May 2012 09:07:49 -0500, Kirk Wolf wrote:
>Just a suggestion, but why compile your Java programs on z/OS? Much
>better, IMO, to use a IDE like Eclipse on your desktop and then just
>"publish" the class files or jars to z/OS for execution.
>
I understand that internally Java uses a 16
On Sat, 19 May 2012 22:35:04 -0400, Shmuel Metz (Seymour J.) wrote:
>
>You probably should be using ADDRESS ATTACH or ADDRESS LINK for what
>you are doing. See 2.5.9 in SA22-7790, z/OS TSO/E REXX Reference for
>more details.
>
Those generate parameter lists with a distinct CMS flavor. I'll
recomm
On Fri, 18 May 2012 16:32:34 -0400, Anne & Lynn Wheeler wrote:
>
>VM/SF was from the POK "high-end" group ... which was responsible for
>XA. vm370 was still from the endicott mid-range group ... which had less
>political clout.
>
So, who won? It doesn't sound as if the climate would admit a
compr
On Fri, 18 May 2012 14:21:49 -0400, Anne & Lynn Wheeler wrote:
>
>In the mid-70s, one of the people in the vm370/cms development group
>significantly rewrote and developed full function OS r/w filesystem
>(real os vtoc, pds directory, etc.) function in CMS (joke that the
><100k bytes was more effi
On Thu, 17 May 2012 19:33:17 +, Jousma, David wrote:
>
>Picking and choosing what maintenance to apply will typically get you into
>trouble at some point especially if you have limited opportunities to
>implement said maintenance. If you have a weekly window, then you may operate
>on a diff
On Wed, 16 May 2012 17:21:25 +0200, Miklos Szigetvari wrote:
>
>Do you have the chance to compare the speed of the two codes ?
>
Does execution speed always trump code size? Where should the
tradeoff be? For example, any loop with a fixed number of
iterations (even a million) could be flattened
On Wed, 16 May 2012 07:55:48 -0600, Steve Comstock wrote:
>
>Well, I knew someone would raise that exception. No,
>Metal C does not use LE. Not sure if SP C (Systems
>Programmer C) is still around and it would be an
>exception too.
>
I believe it's been discussed in these fora that C and PL/I
shar
On Wed, 16 May 2012 06:41:27 -0600, Steve Comstock wrote:
>
>He has no choice on this: all the new compilers _must_ use LE.
>
Even Metal C?
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to l
On Mon, 14 May 2012 09:13:47 -0500, McKown, John wrote:
>From my (small) shop:
>
>AMTMS4I 16 MEG LINE
>AMTMS3I NUC R/O 00FE4000 00FF112 Ki ---
>AMTMS3I NUC R/W 00FD5000 00FE3FFF 60 Ki ---
>AMTMS3I SQA
On Mon, 14 May 2012 09:23:46 -0400, John Eells wrote:
>
>Another alternative is to reduce the number of libraries in the LPA list
>(or in dynamic LPA). This will have an effect on system performance,
>however, and there is another series of topics in section 1.4 of the
>Initialization and Tuning G
On Fri, 11 May 2012 16:16:03 -0400, Robert A. Rosenberg wrote:
>At 00:58 -0500 on 05/11/2012, Mike Schwab wrote about Re: ### of GDG Entries:
>
>>We have Mobius that creates report files with the date and time as
>>part of the file name. Huge numbers of 1 track datasets.
>
>Why not make them memb
On Fri, 11 May 2012 11:43:33 -0400, Shmuel Metz (Seymour J.) wrote:
>
>The suggestion to create datasets with a timestamp in the name seems
>like your best bet in the meantime.
>
However, that suggestion treads perilously close to the topic of
many an inflammatory thread hereabouts.
-- gil
-
On Fri, 11 May 2012 21:20:34 +0800, David Crayford wrote:
>
>You really are a cheeky monkey Shane! I've always enjoyed the aussie
>larakin humour...
>
Is that American Urban, or Strine (var. larrikin)?
-- gil
--
For IBM-MAIN subs
On Thu, 10 May 2012 14:52:17 -0700, Phil Smith wrote:
>How many z/OS shops actually run with a different locale (codepage)?
>
>I mean both globally for the entire system as well as within one or more
>databases.
>
>I'm assuming the second set is much larger than the first; it's the first I'm
>re
On Thu, 10 May 2012 14:23:10 +, Hal Merritt wrote:
>
>I don't know of any good way to attack this withoug going all the way back to
>initial file creation, understand the file attributes (to include local code
>page), then step through the transmission process understanding exactly what
>is
On Wed, 9 May 2012 13:12:52 -0500, Walt Farrell wrote:
>On Wed, 9 May 2012 12:37:18 -0500, Joel C. Ewing wrote:
>
>>Another one of those message formats that appears to Thunderbird as
>>"garbage". I can read it fine on the ibm-main online archive, where is
>>shows Ituriel's readable message follo
On Wed, 9 May 2012 12:29:31 +0800, David Crayford wrote:
>
>Years ago when my wife was working for HDS and I had a lively discussion
>at a Christmas lunch with some of her colleagues about the the mainframes
>superior I/O. They scoffed at me like I had been living in a cave for
>the last decade. I
On Mon, 7 May 2012 08:09:45 -0600, Steve Comstock wrote:
>
>AMODE ANY means the program will be given control in
>the AMODE of its invoker and supports running in AMODE24
>or AMODE31, whichever it's caller is currently running in.
>
Of course this contradicts the conventional English notion of
"any
On Sun, 6 May 2012 23:23:14 -0400, Robert A. Rosenberg wrote:
>
>The problem is that before 64 AMODE you had 3 AMODE Choices -
>24-Only, 31-Only, or BOTH 24 and 31 (ie: Any). If I code AMODE-31 I
>can have problems with something that needs AMODE-24. There needs to
>be am AMODE (such as ALL) to say
On Sun, 6 May 2012 15:26:33 -0700, Charles Mills wrote:
>
>I have z/OS tasks of all stripes driving a z/OS system exit. I have a finite
>supply of a resource that each task needs in the exit. Sometimes the
>resources are exhausted and will not be replenished for a while. What if we
>come through th
On Sun, 6 May 2012 09:27:22 -0700, Charles Mills wrote:
>
>I am kicking the ENQ idea around. ENQ is certainly promising. There are some
>interlock issues with re-establishing the exclusive ENQ after relinquishing
>it, and what do the intended waiting tasks do in the meantime, but it has
>promise.
>
On Sat, 5 May 2012 08:54:52 -0500, Paul Edwards wrote:
>I have a zip file that appears to have been produced using pkzip for z/OS.
>
>However, it looks like it has been transmitted using some sort of text
>protocol, because the high bit has been stripped from most bytes, and some
>other bytes ap
On Fri, 4 May 2012 16:08:30 -0400, Kenneth Barkhau wrote:
>
>Many years ago I used "dynamic allocation' to allocate a dataset from an
>assembler program. In order to issue the DYNALLOC macro (I believe that it
>is still documented in z/OS JOB MGMT) you must setup values in 'RB' request
>block, 'RBP
On Fri, 4 May 2012 10:12:30 -0700, Edward Jaffe wrote:
>On 5/4/2012 7:52 AM, Thomas Conley wrote:
>>
>> I think the MPFLST option should be something like JOBLOG, SYSLOG, or BOTH.
>> That should satisfy the needs of all parties.
>
>I like this idea. However, I would caution against the use of the
On Wed, 2 May 2012 22:39:45 -0700, Edward Jaffe wrote:
>On 5/2/2012 7:33 PM, Scott Ford wrote:
>> So how do you protect code, whatever language you have written in , in
>> business ?
>
>You must treat it as trade secret information.
>
Not quite the point. Suppose someone wanted to create a prod
On Wed, 2 May 2012 09:35:14 -0700, Lizette Koehler wrote:
>
>We have on occasion users submit 1000's of recalls at one time. They use a
>variety of processes from TSO Batch HRECALL to a REXX process. Of course this
>can impact other users who are looking to just get one or two datasets back.
>
On Wed, 2 May 2012 07:00:37 -0500, McKown, John wrote:
> http://www.phoronix.com/scan.php?page=article&item=plugable_multiseat_kick&num=1
>
>This is a USB device which can plug into a normal PC running Linux (Fedora 17
>is mentioned). You then connect a DisplayLink monitor, USB keyboard and mouse
On Wed, 2 May 2012 14:41:51 +0530, saurabh khandelwal wrote:
>If I am not wrong, it is because of using PTF for wrong version of z/OS ,
>which is not applicable.
>
BTDT. It's somewhat irritating that when this happens SMP/E
does not list the ++VER MCS appearing in the SYSMOD as an
aid to diagnos
On Mon, 30 Apr 2012 23:43:24 +0200, Bernd Oppolzer wrote:
>Don't know what it's worth, but I'm quite sure that you can read a directory
>of a PDS simply by issuing fopen on it as a binary file - like this
>
>directory = fopen ("dd:pdsfile", "rb");
>
>that is, if you don't specify member names in p
On Mon, 30 Apr 2012 13:20:48 -0700, Charles Mills wrote:
>
>At least too many OPEN's is better than too many DYNALLOC's *and* too many
>OPEN's.
>
Ummm. No. A few years ago, I had an APAR created because
the z/OS UNIX (USS) command e.g.:
$ cp -P'SPACE=(5000,5000)' homelog //temp.test.space
On Mon, 30 Apr 2012 05:05:42 -0500, Elardus Engelbrecht wrote:
>Linda Mooney wrote:
>
>>Are you wanting to just rem ove the carraige control, or would you rather
>>execute and write the ouput out as the finished reports? You could execute
>>the cc programmatically or, if you have LRS/DRS ( pro
On Fri, 27 Apr 2012 15:18:05 -0700, Edward Jaffe wrote:
>
>That's it, Steve! The name of my test EXEC is 'GOTO'. So, it was executing
>itself recursively! :-D
>
At times when I want to write pure Rexx, insensitive to default
command environment, I start my EXEC with "address NOTHING"
and explicitl
On Thu, 26 Apr 2012 18:09:27 -0400, Rob Schramm wrote:
>Yep.
>
>lcd 'local pdsname'
>cd 'foreign pdsname'
>
>MPUT *
>
>will do it just fine.
>
The tricky part may be allocating the receiving PDS. Notice that
the statement of the problem said it had to be done "using FTP".
It's easily enough done
On Wed, 25 Apr 2012 10:43:20 -0500, Joel C. Ewing wrote:
>...
>My wife has some very expensive Embroidery software that requires a
>dongle. The license does entitle her to run the software on multiple
>platforms, both her laptop and desktop, since the dongle prevents
>concurrent use. After a year
On Wed, 25 Apr 2012 16:27:00 +0200, Alvaro Guirao Lopez wrote:
>You can acquire Red Hat that have support, Suse doesn't have support...
>
Are you saying that Red Hat will provide APAR support for RDz D&TE?
I suppose if the price were right.
>>> zPDT is still available only for ISV and internal I
On Wed, 25 Apr 2012 10:19:19 -0400, Farley, Peter x23353 wrote:
>I'll grant you the dongle issue (but it's probably unavoidable) and possibly
>the APAR submission issue (which can be anything from a non-issue to a
>business killer), but why is Linux/Intel hosting a problem to you rather than
>a
On Tue, 24 Apr 2012 23:36:19 -0700, Edward Jaffe wrote:
>The "march" toward a personal use z/OS license takes another step forward ...
>
>http://www.ibm.com/common/ssi/rep_ca/5/897/ENUS212-145/ENUS212-145.PDF
>
>"... Additionally, the [Rational Developer and Test Environment for System z]
> produ
On Tue, 24 Apr 2012 19:46:54 -0500, Karl Severson wrote:
>We've always had a problem with FTP and non-text files (object files, binary,)
>that are variable length on our VM/ESA systems. When they get to where they
>are going they aren't the same as when they left the source system. This can
>be
On Tue, 24 Apr 2012 11:33:08 -0500, Walt Farrell wrote:
>
>>>Starting with ICSF HCR7750 and the z9, ICSF relies on the CPACF hardware on
>>>the host for the full SHA support (SHA-1 as well as SHA-2). The CP Assist
>>>(CP Assist for Cryptographic Function) is running compliant implementations
>>
On Tue, 24 Apr 2012 12:23:39 -0400, Rob Schramm wrote:
>Worked for me.
>
>>>Starting with ICSF HCR7750 and the z9, ICSF relies on the CPACF hardware on
>>>the host for the full SHA support (SHA-1 as well as SHA-2). The CP Assist
>>>(CP Assist for Cryptographic Function) is running compliant imp
On Tue, 24 Apr 2012 10:00:46 -0500, Greg Boyd wrote:
>Starting with ICSF HCR7750 and the z9, ICSF relies on the CPACF hardware on
>the host for the full SHA support (SHA-1 as well as SHA-2). The CP Assist (CP
>Assist for Cryptographic Function) is running compliant implementations of the
>SHA
On Wed, 31 Aug 2011 (last year) 20:07:42 -0500, Paul Gilmartin (I) wrote:
>
>If you have ICSF, there's CSNBOWH. See Rexx samples in SYS1.SAMPLIB(CSF*).
>There's a manual somewhere.
>
A few days ago, I received an off-list communication from a colleague
who tried this, then
On 2012-04-20 11:53, Martin Truebner wrote in ASSEMBLER-LIST:
Did you ever try to copy code from a PDF? As and idea: a funny char
aside of the space (in col 1) and an other one in col 10 and col 16
would make it a easy to rebuild source from a (PDF-)printed manual.
1) There's another good re
On Thu, 19 Apr 2012 16:50:44 +0200, Michael Klaeschen wrote:
>
>locking mechanisms are just convention for well-behaving processes and do
>not guarantee exclusive use.
>
>IMHO, POSIX and common Unix implementations just don't offer exclusive
>control as found in MVS (i.e. GRS). May be you can use
On Thu, 19 Apr 2012 08:39:12 -0500, Donald Likens wrote:
>I just ran two STCs that updated the same z/OS USS file at the same time. How
>do I stop multiple processes from updating the same z/OS USS file at the same
>time?
>
flockfile()?
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/B
On Tue, 17 Apr 2012 22:23:09 -0500, John McKown wrote:
>I do use a UNIX subdirectory on my SYSEXEC concatenation. But, as you
>said, it cannot be first. So I have an empty PDS with FB/80 as the first
>DSN in the concatenation. A clumsy work around, but at least it works
>for me.
>
When you do thi
On Wed, 18 Apr 2012 21:59:33 -0300, Clark Morris wrote:
>On Wed, 18 Apr 2012 23:04:51 +0200 (CEST), in bit.listserv.ibm-main
>Nomen Nescio wrote:
>
Hoo dat!?
>>This gets back to what I said. PERFORM is net 5 instructions more *per PEFORM*
>>than two GO TOs (to and fro) so loops processing millio
On Wed, 18 Apr 2012 12:25:06 -0500, Joel C. Ewing wrote:
>
>So does IBM change the docs to agree with the implementation (the
>cheaper solution), or do they change the code to not conflict with the
>docs (which may break existing usage)? In any event, the existing JCL
>documentation should not be
On Tue, 17 Apr 2012 22:23:09 -0500, John McKown wrote:
>I do use a UNIX subdirectory on my SYSEXEC concatenation. But, as you
>said, it cannot be first. So I have an empty PDS with FB/80 as the first
>DSN in the concatenation. A clumsy work around, but at least it works
>for me.
>
Me, too. It co
On Wed, 18 Apr 2012 08:02:20 -0500, Victor Zhang wrote:
>
>So I code:
>//ABC PROC VER='620'
>//IF620 IF (&VER=620) THEN
>//PGMNAME EXEC PGM=PGM
>//STEPLIB DD DNS=LOADMOD.V620
>// ELSE
>//PGMNAME EXEC PGM=PGM
>//STEPLIB DD DNS=LOADMOD.V710
>//ENDIF
>
A possible drawback of such a scheme is
On Wed, 18 Apr 2012 09:47:05 -0500, Joel C. Ewing wrote:
>On 04/18/2012 08:46 AM, Paul Gilmartin wrote:
>> On Wed, 18 Apr 2012 09:30:59 -0400, Veilleux, Jon L wrote:
>>
>>> According to the JCL manual that won't work:
>>>
>>> The following keyw
On Wed, 18 Apr 2012 09:30:59 -0400, Veilleux, Jon L wrote:
>According to the JCL manual that won't work:
>
>The following keywords are the only keywords supported by IBM and recommended
>for use in relational-expressions. Any other keywords, even if accepted by the
>system, are not intended or s
On Tue, 17 Apr 2012 16:29:13 -0600, Steve Comstock wrote:
>>
>> Cheers,
>> TomR>> COBOL is the Language of the Future!<<
>
>So, in other words, you'll make the exclusion explicit instead of
>removing the restriction. :-)
>
>But, I gather from some of the discussions, and your comments, on
>this li
On Tue, 17 Apr 2012 17:49:24 -0400, Tony Harminc wrote:
>
>>>Actually, they probrably would document that SYSLIB DD name cannot be
>>>used to with z/OS 1.12 and above to allow for testing alternate
>>>versions of the program.
>>>
>> Are you thinking, rather, perhaps, of STEPLIB?
>>
>> Its likely th
On Tue, 17 Apr 2012 13:07:18 -0600, Steve Comstock wrote:
>On 4/17/2012 12:53 PM, McKown, John wrote:
>> As the OP, I thought I'm mention that I finally got the z/OS NFS server to
>allow me to mount a high-level onto a z/OS UNIX subdirectory on the same
>system.
>
>Clever and resourceful. But cer
On Tue, 17 Apr 2012 10:59:59 -0500, Mark Zelden wrote:
>
>I ran an exec similar to this from TSO to mount the PDSE on the local system:
>
>/* rexx */
>Address TSO
> "MOUNT FILESYSTEM(NFS_ZELD) TYPE(NFS)" ,
> "MOUNTPOINT('/u/zelden/testnfs') " ,
> "PARM('SYST:""ZELDEN.TEST.PDSE,text"",xlat(Y
On Mon, 16 Apr 2012 21:37:54 -0500, Mike Schwab wrote:
>>
>Actually, they probrably would document that SYSLIB DD name cannot be
>used to with z/OS 1.12 and above to allow for testing alternate
>versions of the program.
>
Are you thinking, rather, perhaps, of STEPLIB?
Its likely that they internal
On Mon, 16 Apr 2012 17:06:28 -0700, Dale McCart wrote:
>Your JCL will fail on z/OS 1.12 as well.
>
>change name of SYSLIB DD to something else //VDSKAA9 DD
>UNIT=3390,VOL=SER=DSKAA9,DISP=SHR will work.
>
>While you would think SYSLIB would qualify as anyname apparently it dose
>not.
>
Subm
On Mon, 16 Apr 2012 17:29:23 -0600, Jerry Whitteridge wrote:
>Has anyone tried (apart from Paul G) exporting the PDSE via NFS and mounting
>it at a z/Unix mountpoint on the same system ? That should be able to provide
>your path as well a classic access
>
We tried and failed. But we didn't try
On Mon, 16 Apr 2012 16:45:21 -0500, Matthew Stitt wrote:
>
>You could have the exact same result by placing a period
>after the "2000-exit". Then the End-if is not needed.
>
>
>
I sure am glad that COBOL attained its design objective
of being intelligible (intuitively? unambiguously?) to a
PFC-le
On Mon, 16 Apr 2012 11:34:55 -0600, Jerry Whitteridge wrote:
>Yup - absolutely agree with Mary Anne. Base FTP has been disabled in this shop
>for years on the Mainframe. Only FTPS is accepted. Outgoing FTP has to be
>justified to all and sundry why we cannot use a secure method.
>
I believe my e
On Mon, 16 Apr 2012 16:51:27 +0200, Thomas Berg wrote:
>>
>> DO I =1
>> DO J = 1
>> DO K= 1
>> CALL P1
>> ...
>> END K
>> END J
>> END I>
>> P1:
>> CALL P2
>>
>> P2: PROCEDURE EXPOSE J
>>LEAVE J
On Mon, 16 Apr 2012 15:42:12 +0200, Thomas Berg wrote:
>>
>> >Premature terminations (posit/quit/admit) can almost always be handled
>> with
>> >LEAVE-type statements or immediate return from a subroutine. Some
>> languages have
>> >SIGNAL, EXIT, etc. which can help provide structured premature
>>
On Mon, 16 Apr 2012 07:28:10 -0500, McKown, John wrote:
>Our use of GO TO is generally restricted to usage such as:
>
> PERFORM I-P THRU I-P-EXIT UNTIL CONDITION.
>
>I-P.
>READ FILE AT END
> SET CONDITION TO TRUE
> GO TO I-P-EXIT
>END-READ
>...
>I-P-EXIT.
>EXIT.
>
>Ot
On Sun, 15 Apr 2012 23:15:19 -0700, Edward Jaffe wrote:
>
>The problem with GOTO is that the suitability of the target branch location is
>not enforced by the compiler according to any structured discipline.
>
"C" commits this offense. Shame on C.
>Premature terminations (posit/quit/admit) can a
On Fri, 13 Apr 2012 18:15:19 -0400, Farley, Peter x23353 wrote:
>
>Mind you, I wouldn't want to be the one supporting three different languages
>for all those DSECTS ...
>
>But it *would* be awfully helpful if IBM did it for us... :)
>
I wonder again why, nowadays, IBM doesn't make a product of
1 - 100 of 4423 matches
Mail list logo
