Hi Blake,
as much as I care for IBM APL2 compatibility, having variables
surviving )CLEAR
sounds bad to me. My expectation on )CLEAR would be that it brings
the workspace
into a well defined state (and all variables defined in the ISO
standard s
Dear Juergen,
Better, but a )CLEAR and )LOAD is returning ⎕TZ to its default value. It
should not. IBM APL 2 does not. This way you can have a program that sets
⎕TZ and it remains until you explicitly change it.
Thanks.
Blake
On Tue, Nov 11, 2014 at 10:02 AM, Juergen Sauermann <
juergen.saue
Hi Blake,
I have .changed the code so that ⎕TZ is not read on )LOAD.
SVN 506.
/// Jürgen
On 11/11/2014 12:26 PM, Juergen
Sauermann wrote:
Hi Blake,
could you please check if ⎕TZ has chang
⎕TS
2014 11 11 8 40 23 66
⎕TZ
¯6
)load Utils
SAVED 2014-11-11 00:27:03 (GMT-5)
⎕TS
2014 11 11 9 40 41 974
⎕TZ
¯5
I didn't know about ⎕TZ. I'm not sure why it would be assignable, but if
it is, it certainly shouldn't be in a saved workspace! If I give my
workspace t
Hi Blake,
could you please check if ⎕TZ has changed when this happens?
I had a look at the time related code but could not find anything
wrong.
/// Jürgen
On 11/11/2014 06:45 AM, Blake McBride
wrote:
A more complete demo:
⎕TS
2014 11 10 23 43 5 559
)load Utils
SAVED 2014-11-11 00:27:03 (GMT-5)
⎕TS
2014 11 11 0 43 14 503
)off
Goodbye.
blake@sony-linux-laptop ~ $ date
Mon Nov 10 23:43:20 CST 2014
The date from bash is correct.
Thanks.
Blake
On Mon, Nov 10, 2014 at
The following is all within one minute:
⎕TS
2014 11 10 23 38 53 372
)Load Utils
SAVED 2014-11-11 00:27:03 (GMT-5)
⎕TS
2014 11 11 0 39 6 39
On Mon, Nov 10, 2014 at 11:38 PM, Blake McBride wrote:
>
> ⎕TS
> 2014 11 10 23 28 47 416
>.
>.
>.
> ⎕TS
> 2014 1
⎕TS
2014 11 10 23 28 47 416
.
.
.
⎕TS
2014 11 11 0 32 15 228
)OFF
Goodbye.
blake@sony-linux-laptop ~ $ date
Mon Nov 10 23:35:43 CST 2014
All of the above lines were typed within a few minutes of each other, i.e.
the same hour.
⎕TS is sometime an hour off. Not sure wh
