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
On Sun, May 18, 2008 at 06:40:26PM +0200, Oleg Verych wrote:
Herbert Xu @ Sun, May 18, 2008 at 11:41:08PM +0800:
# (1) parameters to `printf`?
[EMAIL PROTECTED]:/tmp$ sh -c 'printf -1'
printf: 1: Illegal option -1
This is expected. Use printf -- if you want to disable option
Oleg Verych [EMAIL PROTECTED] wrote:
Or, if you want to have a slash (odd number), use slash (same). If you
what to place two slashes (even), use four (even 1).
Nice.
Yes it is confusing, however, the `` construct is deprecated
and the $() construct is more reasonable in this regard.
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
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
