[bug #19721] Aborting a FISH file transfer still causes the FISH layer to consume the whole file
- From: Pavel Tsekov <INVALID NOREPLY gnu org>
- To: Pavel Tsekov <ptsekov gmx net>, mc-devel gnome org
- Subject: [bug #19721] Aborting a FISH file transfer still causes the FISH layer to consume the whole file
- Date: Fri, 27 Apr 2007 08:40:46 +0000
URL:
<http://savannah.gnu.org/bugs/?19721>
Summary: Aborting a FISH file transfer still causes the FISH
layer to consume the whole file
Project: GNU Midnight Commander
Submitted by: ptsekov
Submitted on: Friday 04/27/2007 at 11:40
Category: VFS
Severity: 3 - Normal
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Release: All versions
Operating System: All
_______________________________________________________
Details:
I was looking at the fish code recently and noticed that aborting
a running file transfer still causes MC to read the whole file sent by the
remote end. I realized that the way FISH is currently
implemented, i.e. commands and data sent over the same channel, this is the
only way to clear the data channel so that command replies would get to the
FISH layer without re-establishing a new link. While this could be acceptable
for small transfers I doubt it that it makes sens for multi-megabyte files.
Ideas on how to fix it are welcome. One way I can see is to
open a separate FISH connection for the data transfer i.e. like FTP.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?19721>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]