Fixed in crew and main: 8d603f8567ae

New patch commit2.patch.  This one uses the bisect module to search for the
directory in the list of files.  Suggested by tonfa.

how about this patch?

Added keramida to the nosy list

From Giorgos Keramidas on the list:

Changeset b4903debbe3b in mercurial/crew breaks "hg commit"
for directory entries.  This means that even if "hg stat" shows
something like:

    % hg stat .
    src/bin/ls/ls.c
    src/bin/ls/ls.1
    src/bin/ed/ed.1
    %

It's no longer possible to commit a part of the changes with:

    % hg ci src/bin/ed

Yes, fixed by b4903debbe3b

Should be fixed in tip

I think bailing out with an error message is what we want, because a
warning may not be read due to an editor popping up or something.
Informing the user in the commit message is too late, because he 
might already have provided it using -m.

* Neal Becker <ndbecker2@gmail.com> [20061025 15:49]:
> I just committed several changes, including a few files I forgot to add.·
> This error was silently ignored.  That's bad.
>·
> hg should either:
> 1) error out
> or
> 2) just add the files and commit

related is the problem, that there is no error message for:
echo foo > foo
hg diff foo

This command succeeds: "hg commit non-existent f1 f2":
(I.e., it exits with status 0 and checks in changes to f1 and f2),
even though the "non-existent" file doesn't exist.  Nasty.
This happens with both mercurial-0.9.1 and the very latest.

Running these commands:

    mkdir d && cd d
    hg init
    touch f1 f2
    (hg add . && hg ci -m. .) > /dev/null
    echo a > f1; echo a > f2
    hg ci -m. no-such-file f1 f2 && echo commit exits successfully

I get this output:

    no-such-file: No such file or directory
    f1
    f2
    commit exits successfully

I expected, at the very least, a nonzero exit status
to signal the failure.

Even better would be to make it so the failure stops
hg from committing the other files.