Hi Blake,

thanks, tm_isdst was uninitialized. Should be fixed in SVN 319.

/// Jürgen


On 06/10/2014 06:36 PM, Blake McBride wrote:
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 <mailto:juergen.sauerm...@t-online.de>> wrote:

    Hi Blake,

    works on my machine:

    *)wsid QQQ**
    **WAS CLEAR WS**
    **      )SAVE QQQ**
    **2014-06-10 18 <tel: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





Reply via email to