Re: [weewx-development] Re: [weewx-user] 4 beta test report

2020-03-10 Thread Greg Troxel
Thomas Keffer writes: > OK, so we've isolated the issue to a problem with how NetBSD implements > time.mktime(). I don't think it's a problem in the implementation, just not matching the weewx code's beyond-standards expectation. As I understand it, an error return for times that do not exist i

Re: [weewx-development] Re: [weewx-user] 4 beta test report

2020-03-09 Thread Thomas Keffer
OK, so we've isolated the issue to a problem with how NetBSD implements time.mktime(). I suppose we could trap the exception in intervalgen() and, instead, return the simple arithmetic result of adding increment. Something like: delta = datetime.timedelta(seconds=interval) last_st

Re: [weewx-development] Re: [weewx-user] 4 beta test report

2020-03-09 Thread Greg Troxel
I get Starting datetime is 2020-03-08 01:00:00 Represented as a time tuple, this is time.struct_time(tm_year=2020, tm_mon=3, tm_mday=8, tm_hour=1, tm_min=0, tm_sec=0, tm_wday=6, tm_yday=68, tm_isdst=-1) After adding an hour, the resultant datetime is 2020-03-08 02:00:00 Represented as a timetuple

Re: [weewx-development] Re: [weewx-user] 4 beta test report

2020-03-09 Thread Thomas Keffer
Try running this little program: import os import time import datetime os.environ['TZ'] = 'America/New_York' time.tzset() dt = datetime.datetime(2020,3,8,1) tt = dt.timetuple() print("Starting datetime is %s" % dt) print("Represented as a time tuple, this is %s" % tt) delta = datetime.timedelta

[weewx-development] Re: [weewx-user] 4 beta test report

2020-03-09 Thread Greg Troxel
Greg Troxel writes: (Earlier, on weewx-user, I posted that I was seeing a backtrace from v4beta (recent master). I'm following up here now that I've read the code and have something perhaps useful to say.) > Traceback (most recent call last): > File "/usr/weewx/bin/weewx/reportengine.py", lin