Re: [Bug-apl] Fix time inconsistencies

2014-06-17 Thread David B. Lamkins
Thank you for adding fix times to functions and including the times in xml workspaces. FWIW, I think GMT is fine for this application. On Tue, 2014-06-17 at 16:33 +0200, Juergen Sauermann wrote: > Hi David, > > I have improved the fix time handling a little, see SVN 331. As I have > mentioned ea

Re: [Bug-apl] Fix time inconsistencies

2014-06-17 Thread Juergen Sauermann
Hi David, I have improved the fix time handling a little, see SVN 331. As I have mentioned earlier there will not be full support for function attributes like ⎕AT in GNU APL because: 1. ⎕AT is non-standard and I believe the fix time of a function is not too useful. 2. ⎕AT has no way to set so

Re: [Bug-apl] Fix time inconsistencies

2014-06-16 Thread David B. Lamkins
On Mon, 2014-06-16 at 10:32 -0700, David B. Lamkins wrote: > There does not seem to be a case in which fixing a function results in a > timestamp other than 0 0 0 0 0 0 0 as a result of 2⎕AT. However, saving > a workspace via )OUT does result in *some* functions having a reasonable > timestamp whil

[Bug-apl] Fix time inconsistencies

2014-06-16 Thread David B. Lamkins
There does not seem to be a case in which fixing a function results in a timestamp other than 0 0 0 0 0 0 0 as a result of 2⎕AT. However, saving a workspace via )OUT does result in *some* functions having a reasonable timestamp while others have their timestamp set to the Linux Epoch (1970 1 1 0 0