On Mon, May 02, 2016 at 08:34:43PM +0200, Ingo Schwarze wrote: > The following patch fixes the bug by limiting digit values to > the range 0x00 to 0xff that our LC_CTYPE file format can actually > store.
Does this fix mean that these numbers (like the super cool Aegean numerals) and the more likely (I guess?) used Ancient Greek numbers and roman numerals can still not be used in calculations? As you probably noticed, there are several languages that seem to have a character for 1000, but I don't know how likely those are to be used in OpenBSD and if so, whether they will use those characters and expect them to work as numbers. (I, for one, think this is almost as nice as scientific notation and way cooler) https://en.wikipedia.org/wiki/Aegean_numerals Would it be "better" to comment out these TODIGIT entries in en_US.UTF-8.src noting that our tools currently don't support it? Possibly making it a validation failure instead of forcing to 0xff in mklocale? This might make for better errors. l8rZ, -- andrew - http://afresh1.com Computer Science: solving today's problems tomorrow.
