>The probably came from the IeaInitRegsTask trap. It's pretty
>scary when you come across code that uses a base register without
>loading it first.
Well, the guilty reg is R14, and the problem was not really BETA, but instead
the fact that (let's see if I get that right) variables supp
Barbara Nitz wrote:
We finally IPL'd for the first time with all dirty getmain traps active, and it
was a desaster. The first to fold was Beta Systems Subsystem Initialization
(actually, BSA code). They get a pic4 attempting to store into PSA with the
guilty register bein x''. What I d
Ed Jaffe asked:
>Is it safe to assume that use of IgvInitGetmain could have exposed this
>issue on earlier z/OS releases?
To answer Eds earlier question: YES!
We finally IPL'd for the first time with all dirty getmain traps active, and it
was a desaster. The first to fold was Beta Systems Subs
Jim Mulder wrote:
If you are referring to the EDCXSTRT error, this was an IBM problem
described by APAR PK76106. Although it's not clear why "Simply
installing IBM PTF UK42299 will not enable our [Beta] products to run
correctly."
The IBM code fixed by PTF UK42299 is linked into and
Barbara Nitz wrote:
Actually, I found the text of the Beta flash rather confusing, so I called
someone in Beta (not the hotline) and was told:
1. Beta Systems found it very hard to get IBM to acknowledge that the bug was
in that EDCXSTRT lmod.
:-)
2. As Jim already indicated, they need to r
Barbara,
I was looking at your reply and after a few hours this company rang a small
bell in my head. I couldn't get rid of and I started to vaguely remember a
product we got in house about 13 years ago. I think (I really could be off in
this) that it was a product from Europe and I couldn't g
Farley, Peter x23353 wrote:
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Barbara Nitz
Sent: Wednesday, January 14, 2009 12:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: VSM Changes in z/OS 1.10: Beta Systems Software
3. Beta
IBM Mainframe Discussion List wrote on 01/14/2009
08:27:05 AM:
> Somewhere in this thread APAR OA27291 was mentioned. I just had a look
> at it and I think the examples are in error. Here is an extract from
> it:
>
> Consider the following examples to better understand VSM
> behavior in z/
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Barbara Nitz
> Sent: Wednesday, January 14, 2009 12:52 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: VSM Changes in z/OS 1.10: Beta Systems Software
> 3. Beta S
>The IBM code fixed by PTF UK42299 is linked into and thus distributed
>with the ISV product.
Somewhere in this thread APAR OA27291 was mentioned. I just had a look
at it and I think the examples are in error. Here is an extract from
it:
Consider the following examples to better understand VS
On Wed, 2009-01-14 at 06:51 +0100, Barbara Nitz wrote:
...
> 3. Beta Systems said that they have been using C (or C+ or C++ or
> something) for *years* *without* the need for LE. And I thought
> *that* was only available as MetalC starting with 1.10.
Not displaying an (ex-)IBMers bias are you Bar
>> The IBM code fixed by PTF UK42299 is linked into and thus distributed
>>with the ISV product.
>Thanks Jim. I figured that was the answer, but wasn't sure based on reading
>the APAR and my lack of knowledge in this area and knowing that LE fixes
>are generally just "run time".
>I know you don't
On Tue, 13 Jan 2009 16:17:43 -0500, Jim Mulder wrote:
>IBM Mainframe Discussion List wrote on 01/13/2009
>03:14:09 PM:
>
>>
>> If you are referring to the EDCXSTRT error, this was an IBM problem
>> described by APAR PK76106. Although it's not clear why "Simply
>> installing IBM PTF UK42299 wi
IBM Mainframe Discussion List wrote on 01/13/2009
03:14:09 PM:
>
> If you are referring to the EDCXSTRT error, this was an IBM problem
> described by APAR PK76106. Although it's not clear why "Simply
> installing IBM PTF UK42299 will not enable our [Beta] products to run
> correctly."
T
On Tue, 13 Jan 2009 15:02:53 -0500, Guy Gardoit wrote:
>Hmmm, a vendor who uses the poor programming practice of not initializing
>their GETMAIN'ed storage. You always get bit in the "end" by assuming.
>
>Guy Gardoit
>z/OS Systems Programming
If you are referring to the EDCXSTRT error, this wa
Hmmm, a vendor who uses the poor programming practice of not initializing
their GETMAIN'ed storage. You always get bit in the "end" by assuming.
Guy Gardoit
z/OS Systems Programming
On Tue, Jan 13, 2009 at 12:05 PM, Mark Zelden wrote:
> FYI - this note just came to me:
> ==
FYI - this note just came to me:
==
Dear Users
Beta Systems Product management has asked us to forward to you an urgent
message concerning the compatibility of our standard products with IBM's
z/OS 1.10.
Please forward this information to your customers, if th
17 matches
Mail list logo