in reply to get directory listing

opendir(DIRHANDLE,"/usr/darren") || die "file to open";

[download]

"file to open"?!? How 'bout $! anyway? (Check perldoc perlvar.)

Whatever, I really wonder why people insist so much in reinventing the wheel where a simple glob would do.

@FILES = grep !/^\.\.?$/, readdir DIRHANDLE;

[download]
Is '.' fine? I mean: I'm not saying it is not. Simply generally people who reinvent the wheel do throw away it too...
By using the above method, will will get all the listing including the directory and files. how can i only show the directory in /usr/darren/?

-d is your friend. Check perldoc -f -X: 

my @dirs=grep -d, </usr/darren/*>;  # Whoa it's one line!!

[download]

Replies are listed 'Best First'.
Re^2: get directory listing
by bluto (Curate) on Nov 08, 2005 at 16:31 UTC
    Whatever, I really wonder why people insist so much in reinventing the wheel where a simple glob would do.

    That's because a simple glob will get you in trouble in production code. For example...

    my @dirs=grep -d, </usr/darren/*>; # Whoa it's one line!!

    Yeah it's on one line and looks elegant. Unfortunately there is no error control and it skips directories with a leading '.' in the name (e.g. '.foo', '..bar'). With readdir you need to be a little careful, but it works fine. If you aren't chdir'd into the directory you are reading you generally need to prepend the directory path to each name it returns, but that's trivial.

[reply]
      Yeah it's on one line and looks elegant. Unfortunately there is no error control and it skips directories with a leading '.' in the name (e.g. '.foo', '..bar').
      1. From perldoc File::Glob: 
        The POSIX defined flags for bsd_glob() are:

"GLOB_ERR"
    Force bsd_glob() to return an error when it encounters a directory
    it cannot open or read.  Ordinarily bsd_glob() continues to find
    matches.

        [download]
      2. Skipping directories with a leading dot may be a feature. One can glob '.*' if need be.
      Not to say that there are not situations in which an explicit opendir & C. is actually preferrable. Indeed there are. My point being that in the vast majority of cases a simple glob would do instead. I think OTOH it has a stigma due to the fact that anciently it relied on a call to an external shell, which is what I read it in a book, but since I don't have effective experiennce with Perl 4, the last one that I think was set up like that, I cannot tell for sure...
[reply]
[d/l]
[select]
        From perldoc File::Glob: ...

        Your one liner is no longer really one line if you go that way. For the OP's solution, you'll need to be able to construct some magic looking glob string with '*' and '.*', and you'll have to weed out '.' and '..' as well. Assuming you can do that easily, you'll have something like this... 

        use File::Glob ':glob';
my @dirs = grep { -d } bsd_glob('/usr/darren/' . $some_magic_globstr_h
+ere, GLOB_ERR); 
die "glob: $!" if GLOB_ERROR;

        [download]
        ... which IMHO isn't shorter or easier to comprehend/maintain than this ... 
        opendir my $dh, /usr/darren' or die "opendir: $!";
my @dirs = grep { -d } map { "/usr/darren/$_" } grep { !/^\.\.?$/ } re
+addir $dh;
closedir $dh or die "closedir: $dh";  # this line optional

        [download]
        ... esp if you have to change what is matched in the future, but YMMV.
[reply]
[d/l]
[select]

In Section Seekers of Perl Wisdom