Skip Menu |

This queue is for tickets about the Archive-Tar CPAN distribution.

Report information
The Basics
Id: 64696
Status: open
Priority: 0/
Queue: Archive-Tar

Owner: Nobody in particular
Requestors: framstag [...]

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

Subject: disabling in-memory?
Date: Tue, 11 Jan 2011 15:51:28 +0100
To: bug-archive-tar [...]
From: Ulli Horlacher <framstag [...]>
Download (untitled) / with headers
text/plain 1.2k
This is not a bug-report, but a feature request. I hope this is ok, too, for this address. I have written a perl based application for personal file transfer of ANY size. See I want to extend the GUI client (schwuppdiwupp), so it can send more than one file in one go. For this Archive::Tar seemed an ideal module to me. But as far as I have understood the documentation, the tar archive is an in-memory object? This is a bad idea for my application, because the files can be VERY big... up to TB range. Bigger than the computers RAM in most cases. What I need is an option for Archive::Tar->new() to write directly to disk, without in-memory buffering the whole thing. I cannot use /bin/tar because schwuppdiwupp is a multiplatform program which also runs on Windows and Windows does not have a /bin/tar ... or do you have another, better idea? I am open for all suggestions! -- Ullrich Horlacher Server- und Arbeitsplatzsysteme Rechenzentrum E-Mail: Universitaet Stuttgart Tel: ++49-711-685-65868 Allmandring 30 Fax: ++49-711-682357 70550 Stuttgart (Germany) WWW:
From: michael [...]
Download (untitled) / with headers
text/plain 433b
I also have this request. I run into memory issues when extracting a file once the source gzip is larger than ~60MB (55MB works, 65MB always fails). I've thought of ways to re-architect, but really I think the easiest tradeoff is to have extraction to disk. Despite the hit to performance at least it would actually work - and that's more important. It'd be nice if there was a flagged option for disk workspace instead of memory.

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to