bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Puzzling discrepancy in bash variables


From: Larry Clapp
Subject: Re: Puzzling discrepancy in bash variables
Date: Thu, 16 Oct 2008 09:06:56 -0400
User-agent: Mutt/1.5.13 (2006-08-11)

On Wed, Oct 15, 2008 at 03:11:15PM -0700, RMMM wrote:
> I'm trying to create a bash function for use in auto completion, but
> I've run into bash behavior I don't understand. All I want to do is
> generate a list of the file names from a certain directory. I have a
> line
> 
> filenames=$(for file in `ls -1 mydir`; do echo -n "${file} " ; done )
> 
> This seems to produce the correct list:
> bash> echo $filenames
> resources doc src 
> bash> 
> 
> However, it doesn't work with the compgen function:
> bash> compgen -W "${filenames}" -- s
> bash>
> 
> ????
> 
> On the other hand, if I create the same variable manually, it works:
> bash> filenames1="resources doc src "
> bash> compgen -W "${filenames1}" -- s
> src
> bash>
> 
> As far as I can tell, the variables $filenames and $filenames1 have
> the same values. Yet, they behave differently when used in an
> argument. Is there some hidden aspect to a bash variable that I'm
> not seeing?

Any chance you could skip the loop and the ls entirely?

    lmc@cupid:~$ ls bash-test
    doc  resources  src
    lmc@cupid:~$ f=$(cd bash-test; echo *)
    lmc@cupid:~$ compgen -W "$f" -- s
    src

-- Larry


p.s. Disclaimer: I'm new to bash and don't have a good idea what
compgen is supposed to do, but it seems to pass your test case.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]