> --
> You received this message because you are subscribed to the Google
> Groups "Colton Software PipeDream" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
colton-software-pi...@googlegroups.com
> <mailto:
colton-software-pi...@googlegroups.com>.
> To post to this group, send email to
>
colton-softw...@googlegroups.com
> <mailto:
colton-softw...@googlegroups.com>.
> Visit this group at
>
http://groups.google.com/group/colton-software-pipedream.
> For more options, visit
https://groups.google.com/d/optout.
Indeed. The date handling code in both PipeDream and Fireworkz has
always been somewhat suspect even though RJM and MRJC both maintained
otherwise. I just never managed to get a enough time to sit down before
and stare at the code for long enough to figure out exactly why. Fixes
in one area always seemed to expose other corner cases and gaping holes.
As it happens I'd been re-examining this area in Fireworkz (for Excel
saving, which needs a consistent serial number generating to represent
dates) so had a better idea of what was going on there. Too many
confusing zero-based and one-based differences.
So I have changed the internal programming interfaces so that year,
month, day are always presented to/from the date value conversion code
as natural, one-based numbers (0001..9999,1..12,1..31) and added
checking code in Debug builds to verify that conversions can
successfully be reversed. I then found the bugs quite quickly and
squished them. Particularly horrid was the one relating to 31.12.2000
(and all other multiples of 400).
Please give the new build (on
croftnuisk.co.uk/coltsoft/pipedream) a whirl!
Season's Greetings from all at East Croftnuisk!
--
Stuart Swales