un-archiver - zfile.c

[Toni Wilen]

Originally Posted by hit

thanks for the update.
1) dsq seems working, but a bit different then last beta
you have to give the filename for ( -x or -o option) as separat argument, not within the path. not sure whats better, but i was confused while testing

Unpacking always require separate filenname (name of file that is unpacked) Listing does not require extra parameters.

wine uaeunp.exe BT1.dsq/Image.dsq.DIR
[DIR] ----RWED ------------------- Image.dsq.adf.DIR
901120 ----RWED ------------------- 3830697A Image.dsq.adf

"uaeunp bt1.dsq\image.dsq.dir image.dsq.adf" will extract adf.

New feature coming soon: ipf/fdi/extended adf support. (if ados formatted)

[hit]

ah, ok, now i understand:
1)wine uaeunp.exe -x BT1.dsq/Image.dsq.DIR Image.dsq.adf
failed to open archiveaccess.dll ('Image.dsq.adf')
failed to open archiveaccess.dll ('Image.dsq.adf')
Image.dsq.adf extracted, 901120 bytes

so there is no direct adf conversion anymore? this was working with earlier beta, IIRC and wasnt that bad

where do i find this archiveaccess.dll?

[Toni Wilen]

Originally Posted by hit

ah, ok, now i understand:
1)wine uaeunp.exe -x BT1.dsq/Image.dsq.DIR Image.dsq.adf
failed to open archiveaccess.dll ('Image.dsq.adf')
failed to open archiveaccess.dll ('Image.dsq.adf')
Image.dsq.adf extracted, 901120 bytes

so there is no direct adf conversion anymore? this was working with earlier beta, IIRC and wasnt that bad

where do i find this archiveaccess.dll?

Ignore the error, adf should still be correct.

Previously it worked "incorrectly" compared to other image file types. (=now it is possible to extract both "PDK" image file and adf. PDK = lzx uncompressed dsq)

[hit]

yep, both are extracted:
929332 ----RWED 1997/07/22 21:56:26 4FA2F53A Image.dsq
901120 ----RWED ------------------- 3830697A Image.dsq.adf

but using "wine uaeunp.exe BT1.dsq BT1.adf made it easier scriptable. kinda:
for file in *dsq; do wine uaeunp.exe $file $file.adf; done

[Toni Wilen]

Perhaps something like "uaeunp e somefile.something *.adf" = extract all files that match *.adf to current directory? (without creating any directories like x does)

[hit]

Originally Posted by Toni Wilen

Perhaps something like "uaeunp e somefile.something *.adf" = extract all files that match *.adf to current directory? (without creating any directories like x does)

hmm, the trouble is, the extracted adf file is always called "Image.dsq.adf".
if you could manage to do something like:
"uaeunp e dummy.something *.adf" --> outputfile: dummy.adf
that would fit

[Toni Wilen]

Originally Posted by hit

hmm, the trouble is, the extracted adf file is always called "Image.dsq.adf".
if you could manage to do something like:
"uaeunp e dummy.something *.adf" --> outputfile: dummy.adf
that would fit

Problem is that it really is named "Image.dsq" (dsq is lzx archive with single file called "Image.dsq" inside)

Need some stupid hack here to fix it

[hit]

Originally Posted by Toni Wilen

Problem is that it really is named "Image.dsq" (dsq is lzx archive with single file called "Image.dsq" inside)

ah, ok.

Originally Posted by Toni Wilen

Need some stupid hack here to fix it

i'm sure you find a solution. sort of simple attempt:
uaeunp e arg1 arg2.adf
-> check if arg1 has supported adf output possibility
-> locate it within the archive path
-> extract to disk using arg2 as filename

[Toni Wilen]

Originally Posted by hit

ah, ok.

i'm sure you find a solution. sort of simple attempt:
uaeunp e arg1 arg2.adf
-> check if arg1 has supported adf output possibility
-> locate it within the archive path
-> extract to disk using arg2 as filename

Yeah but there can be more than one matching file..

EDIT: Just add separate rename phase to your script and your done

[Toni Wilen]

And updated once more. (0.4)

ipf/fdi/extended adf -> adf conversion implemented (if ados)

added extract all to current directory including match string support, for example "uaeunp somefile.something *.adf" recursively extracts all adf files inside the archive to current directory (no subdirectories created)

I guess all main features are now done, only some tweaking left to do..

[hit]

hmm, well, kinda:

for file in *.dsq ; do wine uaeunp.exe -x $file/Image.dsq.DIR Image.dsq.adf; mv Image.dsq.adf $file.adf; done

is working

hmm, but where do i get "ArchiveAccess.DLL" from? google only finds winuae related things, but nothing to d/l it from.

Edit:

for file in *.dsq ; do wine uaeunp.exe -x $file/Image.dsq.DIR Image.dsq.adf $file.adf ; done

works too

Edit2: recursively extracting only write the files, but doesnt keep the subfolder. it seems.

[Toni Wilen]

Originally Posted by hit

hmm, but where do i get "ArchiveAccess.DLL" from? google only finds winuae related things, but nothing to d/l it from.

It isn't really needed anymore, only special case is rar archive inside another archive

http://www.winuae.net/files/archive_plugins.zip

Edit2: recursively extracting only write the files, but doesnt keep the subfolder. it seems.

"**" mode should work again (0.4b)

[hit]

ah, thanks for the plugin. and directory extraction is working now

Edit: maybe an issue; if you use -x without "*" or "**", its crashes here:

wine uaeunp.exe -x BT1.dsq/Image.dsq.DIR/Image.dsq.adf.DIR
wine: Unhandled exception 0xc0000417 at address 0x41fe4d (thread 0009), starting debugger...

its enough to catch the case? i can list the whole lot, of debug info, even if it doesnt says that much.

[Toni Wilen]

Fixed (0.4c) + other changes (adf/hfd does not anymore load whole file in memory = hdfs won't take ages to parse..)

[hit]

thanks for fixing, but something new is broken. it doesnt look into the deeper directories anymore:

wine uaeunp.exe -l M.dms **
834558 -------- ------------------- 78C7C33E M.dms
(no M.dms.DIR)

wine uaeunp.exe -l B.dsq **
[VDIR] ----RWED 1997/07/22 21:56:26 Image.dsq.DIR
929332 ----RWED 1997/07/22 21:56:26 4FA2F53A Image.dsq
(should show files inside Image.dsq.DIR, but doesnt)

wine uaeunp.exe -l B.dsq/Image.dsq.DIR
(no output)

[Toni Wilen]

Fixed (0.5)

Other updates:

- adf protection flags fixed
- >512 block sizes supported (rdb hardfiles only)
- sfs support added. WARNING: file extraction most likely will fail or create corrupt files if file is fragmented. I still do not completely understand how file extent b-trees are supposed to be handled..

[hit]

Originally Posted by Toni Wilen

Fixed (0.5)

indeed, issues above are fixed. extraction, listing of dsq/dms is working
also checked a hdf (1280 cyls, 40960 blocks, 20.0MB/20.0MB DOS..... [444F530100000000] Sector 32, Blocks 512).
the problem here: if a folder is empty, your tool just says:
wine uaeunp.exe WB-2.1.hdf/WBStartup
Couldn't open directory 'D:\WB-2.1.hdf\WBStartup'

but it gets listed:
wine uaeunp.exe WB-2.1.hdf
[DIR] ----RWED 1992/07/30 13:35:15 WBStartup

and extracted:
wine uaeunp.exe -x WB-2.1.hdf \*\*
drwx------ 2 user users 4096 30. Jul 1992 WBStartup

well, thanks for the update

[Toni Wilen]

Originally Posted by hit

the problem here: if a folder is empty, your tool just says:
wine uaeunp.exe WB-2.1.hdf/WBStartup
Couldn't open directory 'D:\WB-2.1.hdf\WBStartup'

It is a "feature". May be improved someday..

[hit]

Originally Posted by Toni Wilen

It is a "feature". May be improved someday..

ok. was just confused by this message, looks like an error but isn't. so i wait for the improved version

[Toni Wilen]

And yet another update (0.5b)

- SFS file extraction fixed
- SFS2 supported
- block size autodetection implemented (if non-rdb hardfile)