[bug #21524] Dangerous unpacking (disk full is not reported, unpacked files become corrupt)
- From: Nagy Gabor <INVALID NOREPLY gnu org>
- To: Nagy Gabor <ngaba bibl u-szeged hu>, mc-devel gnome org
- Subject: [bug #21524] Dangerous unpacking (disk full is not reported, unpacked files become corrupt)
- Date: Tue, 06 Nov 2007 12:45:05 +0000
URL:
<http://savannah.gnu.org/bugs/?21524>
Summary: Dangerous unpacking (disk full is not reported,
unpacked files become corrupt)
Project: GNU Midnight Commander
Submitted by: ngaba
Submitted on: Tuesday 11/06/2007 at 12:45
Category: VFS
Severity: 3 - Normal
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Release: 4.6.1
Operating System: GNU/Linux
_______________________________________________________
Details:
Hi!
I simply refer to my mail on ML:
http://mail.gnome.org/archives/mc/2007-April/msg00002.html
The workaround I suggested there is not usable, because it is _very_ slow.
The main problem: most archivers cannot do "unpack foo as bar" and we use
"unpack --unpack-to-stdout archive/foo > bar" and unpack won't return with
error in case of disk-full.
A possible workaround (pseudo-code):
extractto-dir = basedir(extractto)
extractto-name = undocumented ;-P
Then we could unpack to extractto-dir with the original name, then rename the
unpacked file to extractto-name.
Bye
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?21524>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]