On 30/07/2022 4:54 pm, Marco Antoniotti wrote:

I switched to "Japanese" date formats

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

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 somewhere), that is YYYYMMDD.? They sort very well well.

Cheers

--
Marco Antoniotti
Somewhere over the rainbow, going to Hell

I think we have seriously digressed here, but? marching onward ...

On Thu, Jul 28, 2022 at 04:45:43PM -0700, Drew Derbyshire wrote:

Coz they is American :)

Quite succinct and true.

Why would I use 24 hour times? That, like the Julian date, gives me a chance to blow a conversion.

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 "that quaint A.M. P.M.
thing" most Americans use. :-)

I even worked at one place with an employee timekeeping system in which
times had to be entered in 24 hour and fraction of an hour format. So 3:15
P.M. had to be entered as 15.25.



--

Kevin


Bruceville, TX

What's the definition of a legacy system? One that works!
Errare humanum est, ignoscere caninum.

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 seconds of each (GMT always seems to lag).

* If the local time fraction is lower than the GMT time fraction (local time has gone to next second) …

* … Then delay 00.05 seconds and try again.

An ugly hack which seems to work.??

>?Coz they is American :)

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-

Coz they is American :)

--
- IMPORTANT –

This email and the information in it may be confidential, legally
privileged and/or protected by law.
It is intended solely for the use of the person to whom it is addressed.
If you are not the intended recipient, please notify the sender
immediately and do not disclose the contents to any other person, use it
for any purpose, or store or copy the information in any medium. Please
also delete all copies of this email & any attachments from your systems.

If this is an encrypted email, it is your responsibility to maintain the
1024 byte key system even for one-use keys. Once mail has been sent the
sending key is not kept and therefore a replacement mail cannot be resent.

We cannot guarantee the security or confidentiality of non encrypted email
communications. We do not accept any liability for losses or damages that
you may suffer as a result of your receipt of this email including but
not limited to computer service or system failure, access delays or
interruption, data non-delivery or mis-delivery, computer viruses or other
harmful components.

Copyright in this email and any attachments belongs to Applewood Computers.
Should you communicate with anyone at Applewood Computers by email,
you consent to us monitoring and reading any such correspondence.

Nothing in this email shall be taken or read as suggesting, proposing or
relating to any agreement concerted practice or other practice that could
infringe UK competition legislation (unless it is against Security
requirements).

This Email and its attachments (if any) are scanned for virii using
Clamd and ClamAV 0.103.5 and later (Linux x64) and others on IBM mainframe
systems.

Dykegrove Limited T/A Applewood Computers is a company registered in
England (no. 01681349) whose registered office is at Applewood House,
17 Stag Green Avenue, Hatfield, Hertfordshire, AL9 5EB

--

开云体育

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 when doing an IPL by flipping two digits. This jumped the date forward ~ 3 months and THAT caused the tape library scratch processing to have a field day and threaten to wipe out good chunk of our tape library.? (The librarians caught it promptly, thank goodness.)

I know the week because on that date I cranked out a simple program that was started immediately after IPL and displayed on the console a non-scrollable line similar to:

@LDCTODAY: Monday, 25 July 2022 (22.206)

This of course made it easy for the operator to promptly see the error of their ways.

Because I'm prone to not check the time when I IPL MVS 3.8 (after all it is slaved is to the NTP-controlled Hercules host clock except for the timezone), I recently played with the program and its underlying date routine to expand the output to report the time and timezone, and as a bonus I tossed in a second message with the GMT date and time:

@LDCTODAY: Monday, 25 July 2022 (22.206)? 9:36:19 AM -0700
@ Monday, 25 July 2022 (22.206)? 4:36:18 PM GMT

The times sources are generated by the OS TIME macro invoked twice back-to-back:

???????? TIME? DEC,ZONE=LT???????? Get current local time ...??????? ?
???? ST??? R0,LCLTIME??????????????????????????????????????????? ?
???? ST??? R1,LCLDATE??????????????????????????????????????????? ?
???? SPACE 1???????????????????????????????????????????????????? ?
???? TIME? DEC,ZONE=GMT??????? ... also get current GMT time ... ?
???? ST??? R0,GMTTIME??????????????????????????????????????????? ?
???? ST??? R1,GMTDATE????

Now knowing you did not look closely at the program output, back up and look at it carefully.

Like how time flows backwards?? My uninformed guess is a truncate issue deep in MVS with the conversion from timer units to seconds*100 and then the hundredths are dropped.

(My time working in RBOC class voice mail has taught me well: NO lossy conversion goes unpunished.)

-ahd-

-- 
Drew Derbyshire

AAAAAA - American Association Against Acronym Abuse Anonymous.

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

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

Bernard,

You can find the latest version of RPF and the user manual here:

? ???

(page down to the bottom to find the download links...)

Hope that helps,

Mark S. Waterbury

>> Is there a user manual for RPF?



Cheers,

Rene FERLAND, Montreal

--
att.
Jo?o

开云体育

Does the os.ini and load.ini play a role in hercules environment?

Rahim

??

On Monday, May 16, 2022, 10:56:13 AM CDT, Ivan Warren <ivan@...> wrote:

On 5/16/2022 8:34 AM, patrik.sevallius wrote:
> I've been experimenting with trying to restore the starter system from
> tape (k360s-mb116l.aws).
>
>
May I suggest this is not actually a hercules related issue ?

--Ivan

If the IPL is of OS/360 21.7, it should IPL on a real 370 and thus hercules.

See for example the list of systems supported on the title page of

-ahd-