Follow-up Comment #7, bug #21331 (project mc):
My mistake. Attempt to copy a unreadable file from a remote system produces
an error box indeed.
But I was always trying to view the file first. This is silently ignored
without error box. Also no error box when I try to enter a directory on the
Follow-up Comment #5, bug #21331 (project mc):
I noticed that the ChangeLog is updated and in the same time the patch below
is not in the repository. I think it is worth to have the patch in 4.6.2
(unless it does not break something else, of course). I use the latest mc from
the repository with
Follow-up Comment #4, bug #21331 (project mc):
I am sure. Later I replied that I checked out from the CVS because I could
not download the patch.
+verbose+
$ cvs -z3 -q diff vfs/fish.c
Index: vfs/fish.c
===
RCS file:
Follow-up Comment #2, bug #21331 (project mc):
I tested the patch, here are the results:
- The hanging seems to be fixed, mc doesn't hang on unreadable file or
directory
- The messed-up directories after an error occurs seems to be fixed as well
- A minor problem though - there is no error
Follow-up Comment #10, bug #21302 (project mc):
Thanks for the effort! I could not access the attachment due to a restriction
which has to do with the fact the bug is private. I made it private by mistake
and I don't mind if somebody changes it to public.
However I tested with a fresh checkout
URL:
http://savannah.gnu.org/bugs/?21302
Summary: FISH hangs on copying remote file locally right at
the end of the copy process. OS is Mac OS X 10.4
Project: GNU Midnight Commander
Submitted by: woodengod
Submitted on: Tuesday
Follow-up Comment #2, bug #21302 (project mc):
The file is an ordinary text file:
$ ls -l test
-rw-r--r--1 admin staff6 Oct 9 15:48 test
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21302
Follow-up Comment #4, bug #21302 (project mc):
It is a binary I have built myself from the current snapshot. My OS is up to
date Mac OS X 10.4.10 on Intel CPU. In the time I have tried two or three of
the previous snapshots. I had the same behavior.
$ uname -a
Darwin .local 8.10.1 Darwin
Follow-up Comment #7, bug #21302 (project mc):
I just tried with 4.6.2 pre-release, it has the same behavior.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21302
___
Message