On 06.10.14 20:15, Andrew Piskorski wrote:.
Actually, and strangely, my Naviserver on Windows appeared to NEVER
call gettimeofday() there, regardless of whether HAVE_GETTIMEOFDAY was
true or false! I tried it both ways. I can't explain that; perhaps I
was merely confused.
Actually, the acronym coming out of configure is
#ifdef HAVE_GETTIMEOFDAY
...
#endif
Note that the expression is true, no matter whether
HAVE_GETTIMEOFDAY
is set to 1 or 0 ... was that maybe the problem?
But what is much more important to me, is that running the final
"portable" Tcl-dependent code at the end definitely triggered a
serious bug, making Naviserver unusable.
The word "unusable" is a understatement. The problem here
is, when
the tcl library does not work, most likely other calls to
the tcl library
will probably fail as well.
Maybe the problem is that functions of the tcl library are
called to early,
before it is initialized.
I've merged in your changes to the main branch. In order to keep
your change history, i merged the changes rather than
copying the
files, but had at the end the problem to get rid the branch
"clean",
since mercurial likes to keep branches around.
when for the clock value for localtime_s() is valid, then
the only
problem might be the storage area, which is coming from the
thread-local
storage. Maybe localtime_s is not happy with the provided
address.
Switching the localtime() might work, but is only a fix for
the symptoms.
-g
------------------------------------------------------------------------------
Slashdot TV. Videos for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
