summaryrefslogtreecommitdiff
path: root/lib/lua/sqlite
diff options
context:
space:
mode:
authorkre <kre@NetBSD.org>2017-05-10 06:18:43 +0000
committerkre <kre@NetBSD.org>2017-05-10 06:18:43 +0000
commitffefc02b26943a703d60f614df4ed131364479c7 (patch)
treef18035d1ef9329575c0fdcf7e8f70a2b77cef986 /lib/lua/sqlite
parentefc26edc2d8e04033f7fc65cec2c739da75e90d1 (diff)
I noticed!
POSIX requires that the output of the "set" command (with no args -- it gives a list of variables, and their values) be sorted according to the collating sequence defined by the current locale. Now I'm not aware of any locale where the collating sequence order of ascii letters, digits, and '_' are any different than they are in the C locale (and those are the only characters that can occur in variable names - unless there is perhaps a locale that defines "dictionary" order as the sort order) but never mind, that isn't the bug... What "collating sequence order" does mean however, if not "collating sequence order, except when we happen to have two variable names, where one name is a prefix of the other (say X and XY) and the first character of the 'Y' part of the longer name happens to be a digit..." "set" is not a frequently used command (particularly in scripts where it matters - that is, the no args form, nothing here alters anything about any use of set with args) and is already a bit slow (sluggish...) because of the sort requirement, so let's make it fractionally even slower, but correct.
Diffstat (limited to 'lib/lua/sqlite')
0 files changed, 0 insertions, 0 deletions