Re: [Simh] Enhancement Request: Additional Built-In Variable

2019-01-13 Thread Sergii Kolisnyk
Hi Robert, it will be constant 28 (one Julian calendar cycle) up to 2027. So there is no need for a variable. Best regards, Sergii Kolisnyk On Thu, Jan 10, 2019, 20:56 Robert W.Mills I don't know about the operating systems used by the other simulators > but MPE V (used by the HP3000 simulato

Re: [Simh] Enhancement Request: Additional Built-In Variable

2019-01-13 Thread Robert W.Mills
Dave, Thanks for the Date Diff JCW info. I am using the following in my script which works fine:     set env -a DATE_YY_DIF=DATE_-1900-DATE_19XX_YY     go until "\r\n:" ; send "SETJCW DIFFYEAR=%DATE_YY_DIF%\r" I have attached a copy of the 'do command' files that I am using as a thank you.

Re: [Simh] Enhancement Request: Additional Built-In Variable

2019-01-10 Thread J. David Bryan
On Thursday, January 10, 2019 at 18:56, Robert W.Mills wrote: > Is it possible to have a built-in variable, possibly called something > like %DATE_YY_DIF%, that holds the difference between %DATE_19XX_YY% and > the actual year as held by the host operating system? You can do this yourself with si

Re: [Simh] Enhancement Request: Additional Built-In Variable

2019-01-10 Thread Paul Koning
On Jan 10, 2019, at 1:56 PM, Robert W.Mills wrote: > > I don't know about the operating systems used by the other simulators > but MPE V (used by the HP3000 simulator) is not Y2K compliant. > > Is it possible to have a built-in variable, possibly called something > like %DATE_YY_DIF%, that holds

[Simh] Enhancement Request: Additional Built-In Variable

2019-01-10 Thread Robert W.Mills
I don't know about the operating systems used by the other simulators but MPE V (used by the HP3000 simulator) is not Y2K compliant. Is it possible to have a built-in variable, possibly called something like %DATE_YY_DIF%, that holds the difference between %DATE_19XX_YY% and the actual year as hel