Hello,
I'm using 32-bit Cygwin 1.7.18. The problem I'm seeing can
be replayed with this sequence of commands:
-- begin --
$ mkdir dir
$ ls -d dir
dir
$ find . -type d -name dir -print
./dir
$ find . -type d -name dir -exec rm -rf {} \;
find: './dir': Not a directory
-- end --
The same at eith
> The same at either Windows-native drive (/cygwin/c/...)
I meant /cygdrive/c/...
Anton Lavrentiev
Contractor NIH/NLM/NCBI
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
> I meant /cygdrive/c/...
... and I was trying to identify the problem myself but got into another thing,
now with strace:
when trying to use the "-f" flag that I used to use on Linux to trace
child processes, the entire command just hanged:
$ strace -f -o find.strace find . -name dir -type d -e
On May 16 01:56, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> $ strace --help
> ...
> -V, --versionoutput version information and exit
> ...
>
> So man page needs to be more *case-sensitive*. Also, it looks like -f
Dunno where the man page error stems from, but the official do
> Fixed in CVS.
Thank you!
> Dunno where the man page error stems from
Still, it'd be great to fix that, too.
> -f, --trace-children trace child processes (toggle - default
> true)
But somehow when -f is specified, strace can't continue but gets stuck
waiting for the child process to
On May 16 13:29, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> > Fixed in CVS.
>
> Thank you!
>
> > Dunno where the man page error stems from
>
> Still, it'd be great to fix that, too.
>
> > -f, --trace-children trace child processes (toggle - default
> > true)
>
> But somehow when -
6 matches
Mail list logo