23.11.2018 16:32, Alex Peshkoff via Firebird-devel wrote:
Older gstat and third-party tools won't be able to handle it correctly.
What gstat version do you talk about?
Particularly Avalerion one. It does not support full functionality for unknown ODS, but
at least it try to dump fixed part of database header properly. After proposed change it
won't be possible to read even minor ODS version because all fields after
hdr_creation_date will be shifted.
And yes, like any other ODS change it breaks tools working with old ODS.
I think that in this case it can be avoided.
Do we need timezone there at all?
Yes. I we do not want to have half-done TZ support.
Isn't UTC better there?
If yes, it is better to add timezone separately to variable clumplets.
Why add to variable clumplets data needed in each/any DB?
To keep fixed part backward-compatible and be able to work with databases created by
Alpha version.
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
