Re: Inconsistent parameter expansion
I can't figure out why '*/FILE' and '*/FILE' are not expanded the same way... This and one from [EXPAND] Fix slash treatment in expmeta work with Etch: [EMAIL PROTECTED] dash -c 'echo /root*' /root [EMAIL PROTECTED] dash -c 'echo */FILE' A/FILE B/FILE C/FILE D/FILE [EMAIL PROTECTED] This is a bug in dash. The following patch should fix the problem, provided that Ubuntu hasn't built dash with glob(3) enabled because glob(3) has a similar bug and that needs to be fixed in glibc. What was/is whole story? What are FNMATCH_BROKEN GLOB_BROKEN? Thanks. -- To unsubscribe from this list: send the line unsubscribe dash in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Inconsistent parameter expansion
Oleg Verych [EMAIL PROTECTED] wrote: This is a bug in dash. The following patch should fix the problem, provided that Ubuntu hasn't built dash with glob(3) enabled because glob(3) has a similar bug and that needs to be fixed in glibc. What was/is whole story? What are FNMATCH_BROKEN GLOB_BROKEN? I added fnmatch(3) and glob(3) support to dash in order to tap into existing libc functions rather than duplicating them. However at the time it turned out that both were broken which is why these macros were added until such a time when they were fixed. The fnmatch(3) function is now correct as far as I know but glob(3) still seems to be broken. In any case you may enable them with --enable-fnmatch and --enable-glob when running configure to see their effect on dash. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To unsubscribe from this list: send the line unsubscribe dash in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: shell and glibc (Re: Inconsistent parameter expansion)
Oleg Verych [EMAIL PROTECTED] wrote: It seems, small glibc team cannot do much in areas without interest. Unfortunately all the cool kids want to work on the kernel instead :) Very surprising for me was recent discovery of big performance penalty of the most simple '^$' regexp; it turned to be glibc RE library problem: http://bugs.debian.org/475474 (bonus: 4 ways of doing one thing with `sed`, not with `perl`:) Have you seen http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=65458 ? Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To unsubscribe from this list: send the line unsubscribe dash in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html