Hello All,
Sorry for delay. I think the issue was, somebody defined PDS with record
length of only 80 and and then when we were doing XDC and trying to put
report into PDS member even by specifying bigger record length but its
report was not able to fit because PDS was only defined with 80
Leap second?
I don't care, I have a MAINFRAME.
The mainframe (with STP enablement feature) manage leap seconds
perfectly and harmlessly.
BTW: If you wish, you can connect PPS time source using coaxial cable
(yes! there are still BNC connectors in z13!) and have 10 microseconds
accuracy.
--
Did you intend merely to quote my entire message with no additons
or comments?
On Fri, 30 Dec 2016 19:38:50 +, scott Ford wrote:
>On Wed, Dec 21, 2016 at 6:33 AM Paul Gilmartin wrote:
>> On Wed, 21 Dec 2016 13:53:11 +0100, Massimo Biancucci wrote:
>>
>> >If you have DFSORT or similar, you
On Wed, Dec 21, 2016 at 6:33 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 21 Dec 2016 13:53:11 +0100, Massimo Biancucci wrote:
>
>
>
> >If you have DFSORT or similar, you could use TRAN=ATOE.
>
> >
>
> Which ASCII? Which EBCDIC? The page at:
>
> z/OS
On Fri, Dec 30, 2016 at 11:21 AM scott Ford wrote:
I wrote C program using threads some time ago and did a 'd OMVS pid=' and
saw the two TCBs , I will drag it out , do the command and post..
Scott
>
> On Tue, Dec 27, 2016 at 7:06 PM Paul Gilmartin <
>
Yep. Good thing my Flag Gordon suit still fits.
I knew it would come in handy at some point!
Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
www.dino-software.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of
Dang it! As if DST wasn't enough trouble, now I have to adjust all my
clocks and watches again! Excluding the NTP and WWV based ones, of course.
sas
On Fri, Dec 30, 2016 at 12:15 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:
> Edward Gould wrote:
>
> >>
Edward Gould wrote:
>> https://www.sciencedaily.com/releases/2016/12/161228213356.htm
>> On December 31, 2016, a "leap second" will be added to the world's clocks at
>> 23 hours, 59 minutes and 59 seconds Coordinated Universal Time (UTC). This
>> corresponds to 6:59:59 pm Eastern Standard
On Fri, 30 Dec 2016 08:50:36 -0600, Edward Gould
wrote:
>https://www.sciencedaily.com/releases/2016/12/161228213356.htm
>
>On December 31, 2016, a "leap second" will be added to the world's clocks at
>23 hours, 59 minutes and 59 seconds Coordinated Universal Time
On Fri, Dec 30, 2016 at 8:50 AM, Edward Gould
wrote:
> https://www.sciencedaily.com/releases/2016/12/161228213356.htm
>
> On December 31, 2016, a "leap second" will be added to the world's clocks
> at 23 hours, 59 minutes and 59 seconds Coordinated Universal Time (UTC).
https://www.sciencedaily.com/releases/2016/12/161228213356.htm
On December 31, 2016, a "leap second" will be added to the world's clocks at 23
hours, 59 minutes and 59 seconds Coordinated Universal Time (UTC). This
corresponds to 6:59:59 pm Eastern Standard Time, when the extra second will be
On Fri, Dec 30, 2016 at 7:42 AM, Peter Relson wrote:
>
> For example, a STIMER REAL request expires. I.e. a "timer pops", which is
> set to drive some user code in the application. The STIMER has created an
> IRB. The timer pop has already saved the status of the running
For example, a STIMER REAL request expires. I.e. a "timer pops", which is
set to drive some user code in the application. The STIMER has created an
IRB. The timer pop has already saved the status of the running program in
the RB, so the "pop code" uses the SCHEDIRB macro to schedule the IRB.
On Fri, 30 Dec 2016 06:59:55 -0600, John McKown wrote:
>I really think
>that the display format: PDF, EPUB, MOBI should be dynamically determined
>by the remote device. Given this weird idea, I think it would be good to
>design the originating application to create an "intermediate" form (I vote
On Fri, Dec 30, 2016 at 5:03 AM, Timothy Sipples wrote:
> Al Nims wrote:
> >I would also optionally suggest, file #314 from cbttape.org, this
> >contains Lionel Dyck's TXT2PDF REXX exec and others that execute
> >on the mainframe.
>
> Al has a great idea here. Try doing this,
Al Nims wrote:
>I would also optionally suggest, file #314 from cbttape.org, this
>contains Lionel Dyck's TXT2PDF REXX exec and others that execute
>on the mainframe.
Al has a great idea here. Try doing this, or something substantially
similar. For example, if you have CICS, CICS SupportPac CA1Y
16 matches
Mail list logo