¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
Re: 24 or 6 To Four
The point I was trying make in my last comment (and in general) is that native MVS date processing is "in character" for it ¡ª in other words, utterly unfriendly!? :-) This conversation wandered off
By Drew Derbyshire · #3043 ·
Re: 24 or 6 To Four
Hello Drew, Am 31.07.2022 um 02:23 schrieb Drew Derbyshire <swhobbit@...>: I feel the discussion deteriorated somewhat to gentle teasing having left the occasional digression discussions
By Patrik Schindler · #3042 ·
Re: 24 or 6 To Four
I sometimes use the yyyy-mm-dd, for example that is my external date stamp for MVS hardcopy log. None of these date comments apply to the original post; as shown at the beginning of the thread,
By Drew Derbyshire · #3041 ·
Re: 24 or 6 To Four
Marco Antoniotti wrote: [...] The international (world over) standard (or at least it's SUPPOSED to be!) is ISO 8601, which is indeed YYYY-MM-DD, was chosen for precisely that reason: easy sorting: *
By Fish Fish · #3040 ·
Re: 24 or 6 To Four
There is a international standard for such matters when run on *.nix and Windows. Now I have forgotten exactly for Windows but for Linux it is the Locate defaults set for the system in use and here
By Vince Coen · #3039 ·
Re: 24 or 6 To Four
Hello Vince Am 30.07.2022 um 14:44 schrieb Vince Coen <vbcoen@...>: At least in Germany, it's not / but . as separator. This is most helpful to know if 10/12/1999 was meant as 10th of December,
By Patrik Schindler · #3038 ·
Re: 24 or 6 To Four
In that case they use the *nix standard in place of the other two standards namely : DD/MM/CCYY??? - UK and many others MM/DD/CCYY??? - USA CCYY/MM/DD?? -? Every where else but is used in
By Vince Coen · #3037 ·
Re: 24 or 6 To Four
The Fujitsu assembler had an &SYSDATE format of YY.MM.DD which I found much less confusing than the &SYSDATE of IBM assemblers... Cheers, Greg
By Greg Price · #3036 ·
Re: 24 or 6 To Four
Hi interesting conversation. Just to make it more interesting, many years ago, I switched to "Japanese" date formats (I don't know whether they are actually Japanese, but I remember reading so
By Marco Antoniotti · #3035 ·
Re: 24 or 6 To Four
" It's eight o'clock in Los Angeles. It's nine o'clock in Denver. It's 10:00 in Chicago. And in Baltimore, it's 6:42. Time for the 11o'clock report ¡­" ¡ª George Carlin I think we have seriously
By Drew Derbyshire · #3034 ·
Re: 24 or 6 To Four
I'm American, and have been using 24 hour time for a few decades. I've worked with several systems that required entering times in 24 hour format. Once I got used to it, it made more sense to me than
By Kevin Monceaux · #3033 ·
Re: 24 or 6 To Four
The MVS Time SVC not only converts from timer units to hundredths of seconds, it then converts binary to packed decimal. I finally put a loop in the code: * Get both times * Compare hundredths of
By Drew Derbyshire · #3032 ·
Re: 24 or 6 To Four
Quite succinct and true. Why would I use 24 hour times? That, like the Julian date, gives me a chance to blow a conversion. -ahd-
By Drew Derbyshire · #3031 ·
Re: 24 or 6 To Four
Coz they is American :)
By Vince Coen · #3030 ·
Re: 24 or 6 To Four
Why don't you use 24 hour times????????? wrote:
By Robert Prins · #3029 ·
24 or 6 To Four
A bit pf trivia ... Long ago and far away, I worked at Link Flight Simulation of the Singer Company; we ran MVS/SP on an IBM 4341. There, on the week of 8 June 1984, an operator blew the Julian date
By Drew Derbyshire · #3028 ·
Re: RPF command formats
I never picked up on that, thanks vey much. Bernard
By Bernard Rich · #3027 ·
Re: RPF command formats
There is no user's guide for RFE. RFE has a massive HELP function in the component. On every panel you can press PF1 for the HELP function. Cheers, Rob
By Rob Prins · #3026 ·
Re: RPF command formats
Hi, actually I should have been asking about the RFE utility. Is there a user manual for it? Thanks, 'Bernard
By Bernard Rich · #3025 ·
Re: RPF command formats
Hi, You will find the syntax of the RPF commands in the HELP menu option 2. Or option 7.2 directly from the main menu, Cheers, Rob
By Rob Prins · #3024 ·