It's very good that we have Messages and Codes, no doubt.
However sometimes after one read the explanation he could be completely
confused. I'm mean those meesages which suggest problems with OS CVOL
(I'm too young to remember it), or use terms completely incomprehensible
for beginners. No
Keith E. Moe wrote:
There are a fair number of IBM Macros (and ISV Macros as well) that generate message ASMA309W when you use the FLAG(PAGE0) option
(mostly by specifying the register in the "index" position instead of the "base" position). RACF has taken an APAR to fix their Macros.
They
In a recent note, Edward E. Jaffe said:
> Date: Sun, 31 Jul 2005 08:42:50 -0700
>
> Keith E. Moe wrote:
>
> " position). RACF has taken an APAR to fix their Macros.
>
> other. What is the APAR number? Is it FIN for release 8?
>
???
The rationale of FIN is to avoid pre-announcing feat
Paul Gilmartin wrote:
Since the FIN latency now is 24 months (even if it were the
old 18 months) there's little chance it will make 1.8.
No. The old FIN latency was 12-18 months. The new wording is "... within
the next 24 months". There is still *plenty* of time for FINs to make
release 8.
On Sun, 31 Jul 2005 11:54:54 -0700, Edward E. Jaffe <[EMAIL PROTECTED]> wrote:
I stand corrected. Weekend innumeracy.
I understand that resolutions to FIN APARs have appeared in beta releases
scant weeks after closure. Likely customers with direct experience are
not at liberty to discuss. It's
Paul Gilmartin wrote:
I understand that resolutions to FIN APARs have appeared in beta releases
scant weeks after closure. Likely customers with direct experience are
not at liberty to discuss. It's likely in such cases that IBM had
discovered the defect independently and already had a repair
Hi,
I read the message manual but still don't know. What is the following
trying to tell me?
IOS000I 0920,B1,CMD,C2,0200,,**,,JFIMERGE 592
8040202704202010(B320)(4100C2FF)8E0F95944896
IOS000I 0920,B1,CMD,C2,0200,,**,M00164,JFIMERGE 593
Srinivas,
(i) You must have database specialists who created these tables and
designed their foreign keys, indexes, partitioning etc in the first
place. See them for advice. If your organisation happens to possess a
tool that would, as you request, "convert ER diagram into SQL QUERY",
then they pr
Colleagues, this has been one of the most enjoyable threads I have ever read
in my 5 years of lurking. It sounds like it's not done yet so after saying
my minimal piece I'll shut up and continue to lurk in enjoyment. For the
record, here's the attributes I've found so appealing:
1. 99.9 % facts.
On Fri, 29 Jul 2005 15:25:49 -0700, Edward E. Jaffe wrote:
...snipped...
>For example, ,'BC 15,0(0,0)' will definitely go to location zero and
>leave no linkage trail in a register. How would you even code (on
>purpose or by accident) a BRC or BRCL to branch to location zero?
Here's a manufactured
In a message dated 7/31/2005 5:59:49 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
The job appeared to work otherwise. Should I be concerned?
>>
What type device is 920? I guess a tape, maybe a 3490. What
else was running? How busy was the system? What are the MIH
values for 920
Tom Schmidt wrote:
On Fri, 29 Jul 2005 15:25:49 -0700, Edward E. Jaffe wrote:
...snipped...
For example, ,'BC 15,0(0,0)' will definitely go to location zero and
leave no linkage trail in a register. How would you even code (on
purpose or by accident) a BRC or BRCL to branch to location zero?
Hi Jim,
Thanks a lot for the information.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Fenner, Jim
Sent: Monday, August 01, 2005 4:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How can I convert ER diagram into SQL QUERY
Srinivas,
(i) You mu
Craig Kittendorf wrote:
Hi,
I read the message manual but still don't know. What is the following
trying to tell me?
IOS000I 0920,B1,CMD,C2,0200,,**,,JFIMERGE 592
8040202704202010(B320)(4100C2FF)8E0F95944896
IOS000I 0920,B1,CMD,C2,0200,,*
14 matches
Mail list logo