It's a bug indeed. Unhappily, DIRECTORY is not portable at all. I've
added an ugly workaround in 3.1.0.63.
If you're volunteering to commit a real fix, and tests, to make sure
it works on each and every of the 10+ supported implementations,
together with a regression test, I'll be delighted to commit it.

—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
The urge to save humanity is almost always a false front for the urge to rule.
        — H. L. Mencken

On Sat, Feb 1, 2014 at 3:13 PM, Станислав Кондратьев
<kondratjevsk@gmail.com> wrote:
> Hello,
>
> I tried uiop and discovered two issues.
>
> I had installed uiop using quicklisp.
>
> The first issue looks like a bug: if I list the files of my home directory
> in CLISP, every file is included in the list twice as if the directory were
> listed two times.  This takes place no matter if I specify the directory as
> "~/" or spell it out, and also if I run CLISP in my home directory and use
> uiop/os:getcwd.  However, the function works normally with directories other
> than the home one.  I did not specify wildcards in either case.  I have
> observed this behaviour on Debian and OpenSuse.
>
> The second issue looks like a discrepancy between implementations: while in
> CLISP uiop/filesystem:directory-files returns a list of files (not
> subdirectories), in SBCL the directories are included into the output.  I
> wonder at least which behaviour is the intended one.
>
> Best regards,
> Stanislav.