Indeed. The GTInspector and Spotter shows you how to navigate inside such zip
files, too :).
Doru
> On Nov 21, 2015, at 12:17 PM, stepharo wrote:
>
>
>
> Le 20/11/15 21:16, Juraj Kubelka a écrit :
>> If I remember well, ZIP in Pharo supports only one file (one stream of
>> data). There is
Monticello MCZ files are zip files. Just rename the extension to ZIP
and unzip it and you'll see multiple files and a directory containing
a file. So intuitively I'd say ZIP in Pharo must support directories
- not that I know how :)
cheers -ben
On Sat, Nov 21, 2015 at 4:16 AM, Juraj Kubelka wro
Le 20/11/15 21:16, Juraj Kubelka a écrit :
If I remember well, ZIP in Pharo supports only one file (one stream of data).
There is no support for directories. At least, when I have intended it some
time ago, I failed.
mcz is a zip and it contain multifiles.
I do not stand on using *.tar.g
On 20-11-15 21:44, Juraj Kubelka wrote:
Can you give me an example?
The file has about 30.000 files (compressed less then 50 MB). I am not sure if
it is good idea to manage this inside of Pharo image.
AFAIK file systems are much worse with very many small files.
Minimum block size.
Stephan
Le 20/11/2015 21:44, Juraj Kubelka a écrit :
On Nov 20, 2015, at 17:36, Thierry Goubier
wrote:
Le 20/11/2015 21:16, Juraj Kubelka a écrit :
If I remember well, ZIP in Pharo supports only one file (one
stream of data). There is no support for directories. At least,
when I have intended it som
> On Nov 20, 2015, at 17:36, Thierry Goubier wrote:
>
> Le 20/11/2015 21:16, Juraj Kubelka a écrit :
>> If I remember well, ZIP in Pharo supports only one file (one stream
>> of data). There is no support for directories. At least, when I have
>> intended it some time ago, I failed.
>
> No, zip
Le 20/11/2015 21:16, Juraj Kubelka a écrit :
If I remember well, ZIP in Pharo supports only one file (one stream
of data). There is no support for directories. At least, when I have
intended it some time ago, I failed.
No, zip in Pharo works with directories. However I think the zip
Filesystem
> On Nov 20, 2015, at 17:21, Mariano Martinez Peck
> wrote:
>
> Well, you could use OSProcess right?
Yes, it was my first solution. But we need something based on Pharo 5 image.
And OSProcess is not in Pharo 5, right?
We do not want to load more packages into default Pharo 5. This is the rea
Well, you could use OSProcess right?
On Fri, Nov 20, 2015 at 5:16 PM, Juraj Kubelka
wrote:
> If I remember well, ZIP in Pharo supports only one file (one stream of
> data). There is no support for directories. At least, when I have intended
> it some time ago, I failed.
>
> I do not stand on usi
If I remember well, ZIP in Pharo supports only one file (one stream of data).
There is no support for directories. At least, when I have intended it some
time ago, I failed.
I do not stand on using *.tar.gz, but I have not found better solution for my
setup: Directory is compressed on Linux ma
Why not use Zip files? There already exists direct support for that (hopefully
it still works).
Doru
> On Nov 20, 2015, at 4:16 PM, Juraj Kubelka wrote:
>
> Hi,
>
> is there a way to extract *.tar.gz files using plain Pharo 5 image? Without
> loading extra packages? It could be OS depende
Hi,
is there a way to extract *.tar.gz files using plain Pharo 5 image? Without
loading extra packages? It could be OS dependent. Maybe calling external linux
tar application. I have done it with ExternalUnixOSProcess object, but it is
not standard part of Pharo 5.
Thanks for any comment.
Jura
12 matches
Mail list logo
