Changes to ZSYSTEM_FILTER/PIPE_FILTER in restrict.txt accepted even when within one second
Final Release Note
Description
With GT.M V6.3-005, one can specify M code to run a filter that decides whether to allow a restriction or not and to control what commands actually get run when a user specifies ZSYSTEM or a PIPE OPEN command (see http://tinco.pair.com/bhaskar/gtm/doc/articles/GTM_V6.3-005_Release_Notes.html#GTM-8877 for details). While testing this feature out, we noticed that if the $ydb_dist/restrict.txt or $gtm_dist/restrict.txt file is updated multiple times within the same second, where the first update included one M labelref for ZSYSTEM_FILTER/PIPE_FILTER and the second update included a different M labelref, the second (and later) M labelref did not take effect when a ZSYSTEM or PIPE OPEN command ran afterwards. The first M labelref still took effect incorrectly.
Draft Release Note
Changes to ZSYSTEM_FILTER/PIPE_FILTER in restrict.txt (which resides in ydb_dist/
gtm_dist) correctly take effect for future ZSYSTEM/PIPE OPEN commands. In GT.M V6.3-005, where this feature was introduced, if restrict.txt is changed multiple times within the same second for ZSYSTEM_FILTER/PIPE_FILTER, the changes did not take effect. A workaround was to "touch" the restrict.txt file afterwards to make its timestamp newer (relative to an auto-generated file filter_commands.tab).
No release note needed because this fixes an issue in a feature introduced GT.M V6.3-005 which was never in a YottaDB release. The release note inherited from the GT.M V6.3-005 release note will document the new feature in r1.24. [#318 (closed)]