dear zsh'ers in our ZSh made application Tomb we hit a bug that depends from a translation error in GPG and that could be solved along with any other similar situation by ZSh if some sort of "canonization" non-blocking-space (NBS) is made for the '=~' and perhaps other string operators. I think that handling the special case of NBS is particularly valuable for zsh script users since such bugs can be very hard to spot. Here the detail on our issue: https://github.com/dyne/Tomb/issues/205#issuecomment-117413673 as Arthaud indicates, this is easily replicable with [[ " X" =~ "X" ]] where the first character in " X" is a non-breaking space; this gets the zsh interpreter stuck and it seems not even Ctrl+C works. While I'll file also the bug about an NBS in the GnuPG French translation, I think is worth considering implementing approaches that will make ZSh act as one would expect in all such cases. ciao -- Denis "Jaromil" Roio, Dyne.org Think (& Do) Tank We are free to share code and we code to share freedom Web: https://j.dyne.org Contact: https://j.dyne.org/c.vcf GPG: 6113 D89C A825 C5CE DD02 C872 73B3 5DA5 4ACB 7D10 Confidential communications: https://keybase.io/jaromil
Attachment:
signature.asc
Description: Digital signature