You can't order 1.7, but they can migrate to 1.9 with no problems. As I
have pointed out numerous time before, I've had no problems at any of the
client sites jumping more than the IBM recommended migration jump.
In this particular case, they can probably pick up a used Z/series box and
Prior to my retirement from UA, and being the Listserv Admin, I had
an exit in place that checked for excessive quoting and disclaimers.
I had to take out that exit when I retired. So you may be seeing an
increase in excessive quoting and disclaimers. My apologies. I wish
I could do more about it.
He was one of the giants; Eliza was and will remain a landmark system.
Perhaps more importantly, he reminded us, and we need constant reminding, that
computing is an ethically neutral technology, one that lends itself to radical
misuse:
o It props up conservative, risk-averse bureraucracies;
I was getting that error last week, starting around 4 PM MST on a Thursday.
It continued until Tuesday. We slowly pieced together what our problem was,
your results may vary. A combination of a DNS server change on our part and
the domain registrar broadcasting some IP addresses for DNS servers
IEFBR14 basically returns with R15=0, so it should always return with a code
0. The only other expectation you could have is getting a JCL error in the
step. It never opens the DD statements you include. It cares not if your
allocation requests work or not. Thus as long as allocation for
I notice there is no MSGID with the :ITEM DOES NOT ADHERE TO
RESTRICTIONS text. Is that a DMS message? Maybe DMS is unable to delete
it's recorded entry of it being migrated?
The IEFBR14 suggestion should have caused a RECALL to occur and then the
delete to happen. If it was not deleted, why
Walt Farrell wrote:
To try to clarify that question a bit: I think -I- know what we're trying to
do, but I'm not sure everyone on the list is interpreting that 5% decrease
in the same way. Or maybe it was just Ted (sorry, Ted :-) who confused me.
I'll accept some of the responsibility for
Would someone please verify if z/OS (or any other)
REXX yields not valid for any month numbers other than 2,
13, 14, or 15? Those are the only ones invalid in my test.
- snip -
Executing your REXX code with OpenObject Rexx on my Windows/XP system:
01/01/08 is valid
01/02/08 is
On Mon, 3 Mar 2008 10:01:25 -0600, Paul Gilmartin [EMAIL PROTECTED]
wrote:
But if I intend to write a sequence number
validator, I'm concerned less with what the producers generate than
with what the consumers (IEBUPDTE, ISPF, ISRSUPC, other?) accept.
ISPF is both a generator and a consumer.
Ted's comments just added to the confusion
I had no intent to confuse; if I did that I'm sorry.
My comment was more intended to say that you cannot reduce resource consumption
by 5% every release, because eventually that would tend to zero.
And, we know MVS does not consume zero resources.
-
My way -
http://www.ktomiak.biz/ORG/STUFF/tips/REXX036.html
Adding a column for non-displayable data was not an option I wanted to do.
Nor was writing my own specialized sort.
I also submitted a requirement through the SHARE ISPF Project to have ISPF
do something as simple as this. How long
Interesting thought. You would certainly have to capture it while it was
running, as any temporary datasets would not exist after the job ended. And
GDG entries could change if someone tried to get the job from two days ago.
There is a post in March, someone claiming to have such a product but
On 12 Mar 2008 13:55:20 -0700, [EMAIL PROTECTED] (Robert Justice)
wrote:
sounds good here too, changing the clock twice a year is absurd
Even Ben Franklin can make mistakes - this time he assumed that the
world had his sleeping habits.
And modern day politicians found a cheap solution to
I need to be able to issue a WTO from REXX running under Unix
System Services on z/OS 1.8 and beyond. I've been looking the in
fine manuals and can find next to nothing. I've searched the IBM-Main
archives and also find next to nothing. (That probably implies I've
searched for the wrong
And modern day politicians found a cheap solution to energy use that didn't
work and cost a lot, but made it look as though they were useful (not to
mention it allowed them to use power).
DST actually costs more than leaving the clocks alone.
-
Too busy driving to stop for gas!
Patrick O'Keefe wrote:
I need to be able to issue a WTO from REXX running under Unix
System Services on z/OS 1.8 and beyond.
[snip]
Would somebody point me to a sample that does this, or at least
point me to a manual describing it?
message = 'Hello World!'
rc = syscalls('ON')
address
Patrick,
The C-library __console2() api gives you everything in the assember API.
Using /dev/console works, but is less flexible.
If you download the free Co:Z toolkit (http://dovetail.com/coz), it includes
a shell command called wto that you can use from REXX or a shell script.
It uses the
This is some code I used at some point in time.
I don't exactly remember which manual it came from ... sorry.
/* rexx */
trace r
call syscalls 'ON'
On Sat, 15 Mar 2008 13:00:34 -0700, Edward Jaffe wrote:
Patrick O'Keefe wrote:
I need to be able to issue a WTO from REXX running under Unix
System Services on z/OS 1.8 and beyond.
message = 'Hello World!'
rc = syscalls('ON')
address syscall 'open /dev/console' O_WRONLY 666
consolefd =
Thanks to all that responded. It looks like it is as simple as I hoped.
Pat O'Keefe
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search
John McKown writes:
...the CPs running z/VM and z/Linux still cause
the z/OS software prices to go up (in many cases).
Assuming VWLC, I'm trying to figure out why that would be true. I could see
how running some Linux workload on CPs might cause z/OS software charges to
*decrease*, though.
Mark
21 matches
Mail list logo