in reply to Re^3: Sort undef
in thread Sort undef
It would seem that deaccent()would modify the data to a sub-255 value, leaving a single 255 in the Schwartian Transform as a viable sort max key -- as noted above, this should be proven before deployed.
As to your other note, Unicode characters "above 255" are actually multi-byte sequences whose individual bytes still cannot exceed the architectural limitation of chr(255) so I question that perceived vulnerability.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^5: Sort undef
by Anonymous Monk on Jun 17, 2017 at 03:50 UTC | |
by marinersk (Priest) on Aug 15, 2017 at 10:48 UTC |