It may be a daylight savings time issue, but it is still wrong. The save
and load time should agree. Since the save time is correct, the load time
is not being calculated correctly (i.e. not taking daylight savings time
into account like the save does). Here is an example showing what is in
the xml file:
)drop test
)wsid test
WAS CLEAR WS
)save
2014-06-10 11:31:39 (GMT-5) test
)load test
SAVED 2014-06-10 12:31:39 (GMT-5)
<Workspace wsid="test" year="2014" month="6" day="10"
hour="16" minute="31" second="39" timezone="-18000"
saving_SVN="6977">
Thanks.
Blake
On Tue, Jun 10, 2014 at 11:19 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi Blake,
>
> works on my machine:
>
> * )wsid QQQ*
> *WAS CLEAR WS*
> * )SAVE QQQ*
> *2014-06-10 18 <2014-06-10%C2%A0%2018>:15:14 (GMT+2)*
> * )LOAD QQQ*
>
> *WARNING: filename
> /home/eedjsa/projects/juergen/apl-1.3/src/workspaces/QQQ*
> * is ambiguous because another file*
> * /home/eedjsa/projects/juergen/apl-1.3/src/workspaces/QQQ.apl*
> * exists as well. Using the first.*
>
> *SAVED 2014-06-10 18:15:14 (GMT+2)*
>
> Could it be a daylight saving thing?
> What is the time in the .xml file?
>
> /// Jürgen
>
>
>
> On 06/10/2014 05:58 PM, Blake McBride wrote:
>
> It is off by one hour:
>
>
> )CLEAR
> CLEAR WS
> )WSID test
> WAS CLEAR WS
> )SAVE
> 2014-06-10 10:57:14 (GMT-5) test
> )LOAD test
> SAVED 2014-06-10 11:57:14 (GMT-5)
>
>
>
> On Tue, Jun 10, 2014 at 10:43 AM, Juergen Sauermann <
> juergen.sauerm...@t-online.de> wrote:
>
>> Hi Blake,
>>
>> thanks, should be fixed in SVN 317.
>>
>> /// Jürgen
>>
>> On 06/07/2014 07:25 PM, Blake McBride wrote:
>>
>> Look at the reported time the system gives on )LOAD
>>
>> )CLEAR
>> CLEAR WS
>> )WSID test
>> WAS CLEAR WS
>> ⎕TS
>> 2014 6 7 12 22 28 840
>> )save
>> 2014-06-07 12 <2014-06-07%20%C2%A012>:22:32 (GMT-5) test
>> )LOAD test
>> SAVED 2014-6-7 17:22:32 (GMT-5)
>>
>>
>>
>
>
