Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J O Skip Robinson
Sent: Friday, October 16, 2015 5:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert
I wish we could take credit for discovering the problem. I've learned that many
sites do time
Ah, my "no subject" post was rejected by the tooling.
>I assume the repair is to test the correct bit, ignoring the
>correct store of the system clock.
The assumption is incorrect.
>Are all defective macros (even non-GUPI) repaired?
There are no macros involved. The fix is complete.
On Sun, 18 Oct 2015 18:58:27 -0400, Peter Relson wrote:
>
>>Presumably they decided to move the timestamp field rather than whatever
>>field the tested bit is in. Probably there are lots of places that test the
>>(incorrect) bit, and just one that stores the TOD clock value there, so
>>less code
Apologies. My previous reply had no "subject" but was about the Red alert.
One of those things that I noticed, naturally, too late, right after
"send".
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe /
On 15 October 2015 at 21:06, Paul Gilmartin wrote:
>> http://www-01.ibm.com/support/docview.wss?uid=isg1OA48941
>>
> I'm curious: how (not when) does this problem occur? Is it some
> OCO doing a TM on the wrong address? I suppose I should infer
> something from:
>
> Problem summary
>
ailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J O Skip Robinson
Sent: Thursday, October 15, 2015 8:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert
I'm piecing together various clues. It appears to me that:
1. The UCCB is a defined control block, mapped
I have been curious since this alert was published - if for some reason the
Unicode conversion service was NOT available, but the incorrect byte was being
interrogated, would the Unicode conversion service ALWAYS shown as being
available thru Dec 14 2015 ???
Chris hoelscher
The information
from Gil:
>I'm curious: how (not when) does this problem occur? Is it some
>OCO doing a TM on the wrong address?
yes.
It should have been testing a flag byte but, because of the error, was
testing a byte that was not a flag byte but was the target of a STCK.
from Skip:
>1. The UCCB is a
On Fri, Oct 16, 2015 at 8:04 AM, Richard Pinion
wrote:
> What happens if one does not use Unicode services and does not apply the
> PTF?
>
I was wondering that too. We haven't applied maintenance to z/OS 1.12 for
about 18 months because "it is going away". Well, it is
What happens if one does not use Unicode services and does not apply the PTF?
--- rel...@us.ibm.com wrote:
From: Peter Relson <rel...@us.ibm.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert
Date: Fri, 16 Oct 2015 08:39:15
, October 16, 2015 7:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert
On Fri, 16 Oct 2015 06:04:35 -0700, Richard Pinion wrote:
>What happens if one does not use Unicode services and does not apply the PTF?
>
Can you do that?
Can you audit al
>On Fri, Oct 16, 2015 at 8:04 AM, Richard Pinion
>wrote:
>
>> What happens if one does not use Unicode services and does not apply the
>> PTF?
We found out that we are using Unicode services by running a slip trap that
level 2 gave us. They gave us 2 slip traps - one for
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Relson
Sent: Friday, October 16, 2015 5:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert
from Gil:
>I'm curious: how (not when) does this problem occur? Is it some OCO
>doing a TM on the wrong a
On Fri, 16 Oct 2015 06:04:35 -0700, Richard Pinion wrote:
>What happens if one does not use Unicode services and does not apply the PTF?
>
Can you do that?
Can you audit all your in-house code to assure that nothing uses Unicode
services?
What about indirectly?
Can you electively disable
16th.
> Gadi
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf
> Of Jake Anderson [justmainfra...@gmail.com]
> Sent: 08 October 2015 17:46
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Unicode services Red alert
>
>
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf
> > Of Jake Anderson [justmainfra...@gmail.com]
> > Sent: 08 October 2015 17:46
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Unicode services Red alert
> >
> > So far we have the APAR, Any idea
, October 15, 2015 7:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert
We have installed the R13 PTF and tested with assistance from IBM. To see your
vulnerability, use IPCS ACTIVE or Omegamon MLST or Mainview (???) to display
data currently in the UCCB control
@LISTSERV.UA.EDU] On Behalf
Of Dno
Sent: Thursday, October 15, 2015 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Unicode services Red alert
Great! Thanks Al. I did not see the fix in the link.
Sent from my iPhone
> On Oct 15, 2015, at 1:40 PM, Nims,Alva John (Al) <ajn...@ufl.edu&
323-715-0595 Mobile
jo.skip.robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Thursday, October 15, 2015 8:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert
On 2015-10-15 17:37, J O Skip Robinson wrote:
> I think I received the following link internally rather than from IBM-MAIN.
> It's a good discussion of the issue.
>
> http://www-01.ibm.com/support/docview.wss?uid=isg1OA48941
>
I'm curious: how (not when) does this problem occur? Is it some
-MAIN@LISTSERV.UA.EDU] On Behalf
Of Dno
Sent: Thursday, October 15, 2015 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Unicode services Red alert
Great! Thanks Al. I did not see the fix in the link.
Sent from my iPhone
> On Oct 15, 2015, at 1:40 PM, Nims,Alva John (Al) &
On 2015-10-15, at 21:06, J O Skip Robinson wrote:
> I'm piecing together various clues. It appears to me that:
>
> 1. The UCCB is a defined control block, mapped in several (!) MACLIB members
> such as CUNBAIDF.
>
A more modular design might map it in one macro and call it from all
the
Subject: (External):Re: Unicode services Red alert
On 2015-10-15 17:37, J O Skip Robinson wrote:
> I think I received the following link internally rather than from IBM-MAIN.
> It's a good discussion of the issue.
>
> http://www-01.ibm.com/support/docview.wss?uid=isg1OA48941
>
lt;gad...@malam.com> wrote:
>>>
>>> I was told, by our IBM person, that the official PTF we be made
>>> available on October 16th.
>>> Gadi
>>>
>>>
>>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On
>>
address.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Dno
Sent: Thursday, October 15, 2015 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Unicode services Red alert
I applied the APAR fix to be safe, but I see that IBM
>What bugs me is that z/OS 1.13 systems are not exposed
>to this defect yet IBM created an aparfix for 1.13.
Any application, whether customer-owned, ISV-owned, or IBM-owned could be
using this service (which has been in z/OS since z/OS 1.10). IBM has no
idea what might fit into those first
So far we have the APAR, Any idea when we will be getting the GA PTF for
this ?
On Thu, Oct 8, 2015 at 8:08 PM, Peter Relson wrote:
> >What bugs me is that z/OS 1.13 systems are not exposed
> >to this defect yet IBM created an aparfix for 1.13.
>
> Any application, whether
@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert
So far we have the APAR, Any idea when we will be getting the GA PTF for
this ?
On Thu, Oct 8, 2015 at 8:08 PM, Peter Relson <rel...@us.ibm.com> wrote:
> >What bugs me is that z/OS 1.13 systems are not exposed
> >to t
On Thu, 1 Oct 2015 11:41:38 -0700, Charles Mills wrote:
>The error I am hoping for is #define CUN_RS_NO_SERV_AVAILABLE 11 /*
>Service not available */ but it looks like there is no clue here that
>that is it.
>
The "RSNB" in the APAR description means the reason code is 11.
Bill
-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bill Godfrey
Sent: Thursday, October 01, 2015 11:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert
On Thu, 1 Oct 2015 11:41:38 -0700, Charles Mills wrote:
>The error I am hoping for is #define CUN_RS_NO_SERV_AVAILABLE 11 /*
>S
We are on z/OS 1.13, I'm still a little unclear of our exposure here. The apar
states:
...
In the reported problem, iconv() calls the Unicode Services,
conversion information service, CUNLINFO or CUN4LINF, during a
character conversion and receives RC8 RSNB when the create time
of the UCCB time
@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert
We are on z/OS 1.13, I'm still a little unclear of our exposure here. The apar
states:
...
In the reported problem, iconv() calls the Unicode Services, conversion
information service, CUNLINFO or CUN4LINF, during a character conversion and
receives
No problem until you do IPL so you are good either way.
CharlesSent from a mobile; please excuse the brevity
Original message
From: Dana Mitchell <mitchd...@gmail.com>
Date: 10/02/2015 9:56 AM (GMT-08:00)
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode se
fix for 1.13.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dana Mitchell
> Sent: Friday, October 02, 2015 12:56 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Unicode services Red alert
>
> We are on z/OS
sion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Leonardo Vaz
Sent: Thursday, October 01, 2015 7:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert
I am trying the following command after IPLing with a 2016 date and it works
fine:
iconv -f UTF-8 -t IBM-1047 <
PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unicode services Red alert
Anyone have any additional details on this? Red Alert webpage in ResourceLink
appears to be non-functional at the moment.
z/OS family - all hardware, OS, and related software: Red Alerts
*
z/OS Unicode Services Conversion
616.653.8429
f 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jousma, David
Sent: Thursday, October 01, 2015 7:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unicode services Red alert
Anyone have any additional details
Anyone have any additional details on this? Red Alert webpage in ResourceLink
appears to be non-functional at the moment.
z/OS family - all hardware, OS, and related software: Red Alerts
*
z/OS Unicode Services Conversion Information Service fails after
List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Leonardo Vaz
Sent: Thursday, October 01, 2015 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert
I was actually able to reproduce it, I had only changed local time and not
the UTC time.
IHS powered by apache doesn't start
BM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Thursday, October 01, 2015 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert
I would appreciate that also. I would like to see the specific reason code.
My reading is that the error occurs on a call to CUNL
AIN@LISTSERV.UA.EDU] On Behalf
Of Haselbach, Markus
Sent: Thursday, October 01, 2015 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert
You have to install ++Apar oa48941 which belongs to Unicode Services and
updates one LMOD in each Lpalib, Linklib and Nucl
, and so
forth. Peripheral to actual translation.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Leonardo Vaz
Sent: Thursday, October 01, 2015 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert
I am
42 matches
Mail list logo