[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Cvs-cvs] Changes to ccvs/windows-NT/filesubr.c
From: |
Jim Hyslop |
Subject: |
[Cvs-cvs] Changes to ccvs/windows-NT/filesubr.c |
Date: |
Wed, 03 Aug 2005 21:00:45 -0400 |
Index: ccvs/windows-NT/filesubr.c
diff -u ccvs/windows-NT/filesubr.c:1.58 ccvs/windows-NT/filesubr.c:1.59
--- ccvs/windows-NT/filesubr.c:1.58 Tue May 31 07:13:31 2005
+++ ccvs/windows-NT/filesubr.c Thu Aug 4 01:00:40 2005
@@ -827,13 +827,12 @@
char *last_forw_slash, *last_back_slash, *end_of_dirname;
int dirname_length = 0;
- /* FIXME: If argv[i] is ".", this code will expand it to the
- name of the current directory in its parent directory which
- will cause start_recursion to do all manner of strange things
- with it (culminating in an error). This breaks "cvs co .".
- As nearly as I can guess, this bug has existed since
- expand_wild was first created. At least, it is in CVS 1.9 (I
- just tried it). */
+ if ( strcmp( argv[i], "." ) == 0 )
+ {
+ new_argv[new_argc] = (char *) xmalloc ( 2 );
+ strcpy( new_argv[ new_argc++ ], "." );
+ continue;
+ }
/* FindFirstFile doesn't return pathnames, so we have to do
this ourselves. Luckily, it's no big deal, since globbing
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Cvs-cvs] Changes to ccvs/windows-NT/filesubr.c,
Jim Hyslop <=