PC-do-completion unconditionally adds wildcards to directory

[Klaus Zeitler]

Symptoms:

The CVS version of complete.el adds a wildcard to directories in
PC-do-completion. See the code starting in line 394 with comment
";; Add wildcards if necessary".
This causes problems with clearcase files, e.g. I get errors like:

read-file-name-internal: Opening directory: no such file or directory, 
/vobs/ubtssw_onecell_images/sunos/sunboard/src/misc.cc@@/main*/

when clearcase tries to access a version element of a file and
partial-completion now adds this "*" to the last subdirectory.
This worked fine in emacs 21.3.

I wonder if it wouldn't be better to make this addition of a wildcard 
to the directory optional.

As an alternative approach I'll try to change the read-file-name call
in clearcase.el.

In GNU Emacs 21.3.50.27 (sparc-sun-solaris2.8, Motif Version 2.1.0)
 of 2003-10-10 on sfsws4
configured using `configure '--with-gcc' 
'--prefix=/vol/freeware/SunOS-5.8/emacs/cvs' 
'--sharedstatedir=/vol/freeware/SunOS-5.8/emacs/cvs/share' 
'--with-x-toolkit=motif' 
'--x-includes=/usr/openwin/include:/usr/local/gnu/include' 
'--x-libraries=/usr/openwin/lib:/usr/local/gnu/lib' '--with-pop' 'CC=gcc''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: C
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  unify-8859-on-encoding-mode: t
  line-number-mode: t

Recent input:
<help-echo> <help-echo> <menu-bar> <help-menu> <re
port-emacs-bug>

Recent messages:
Loading mwheel...done
(/vol/freeware/SunOS-5.8/build/emacs-cvs/src/emacs -q --no-site-file)
Loading tool-bar...done
Loading image...done
Loading tooltip...done
For information about the GNU Project and its goals, type C-h C-p.
Loading emacsbug...done