Uaeunp (24-09-10) refuses to acknowledge certain formats.

MethodGit · 16 October 2010, 20:19

Not sure if this is the appropriate section to go to, but it does share code with WinUAE and is hosted on the site, so...

I'm not too sure what happened, but the current build of Uaeunp doesn't want to extract certain formats anymore. Whenever I feed it with a IPF, FDI, ADZ or DMS it gives me this (as an example)....

Code:

Couldn't open archive 'C:\uaeunp-0.8\Whatever.dms'

....and yes, I do have CAPSImg.dll in the same directory as the executable, so it's not a case of me being stupid.

I'm not sure if there's much else I can say to add to this issue. What else should I mention, Mr Wilen?

Toni Wilen · 16 October 2010, 21:26

Works for me. (permission problem?)

(btw, used command line missing error)

MethodGit · 16 October 2010, 22:31

I'm not sure how it can be a permission problem. Only I use my computer so I'm the admin. I'm using images downloaded off the net and extracted out of zips if required, so none of them are read-only.

It annoys me that all it can say is "can't find this" but doesn't explain why, when it's right under its nose.

prowler · 17 October 2010, 00:43

Quote:

Originally Posted by MethodGit

What else should I mention, Mr Wilen?

Quote:

Originally Posted by Toni Wilen

(btw, used command line missing error)

You should mention the command line(s) you are using to attempt to unpack the archive(s).

I did not know that the utility had been updated. I have been using the attached version dated 28-06-2010 without problems.

MethodGit · 17 October 2010, 02:13

Apologies. I use the following to unpack...

Code:

uaeunp -x Blah.adz **

Works a doddle with ADFs, but with the formats I've mentioned not so.

MethodGit · 17 October 2010, 02:27

Huzzah! Turns out that earlier version actually works. Cheers for preserving it, prowler.

Toni Wilen · 17 October 2010, 10:16

Fixed. Always include complete command line when reporting problems. (uaeunp is 100% work-in-progress, it can and will randomly change and break...)

MethodGit · 18 October 2010, 03:22

Tested the new build out...

Using both * and ** at the end of the above command, I get problems. Suffice to say I attached the shutdown window I commonly see atm.

With either one or two stars, attempting to extract an IPF (and I made sure to use a few AmigaDOS-based titles for testing) crashes the program. This is with v4.0 of the CAPS/SPS DLL installed.

With FDI, DMS and ADZ, the program only crashes if I use two stars (it will make an ADF, but keel over before extracting the files). With one, it'll convert the format to an ADF without a problem.

Tested the June build again and it can do everything without bringing up a crash window. Strange.

Though I should add that it has the problem of getting stuck in a loop when using ** with FDI/DMS/ADZ/IPF, as it'll keep creating recursive directories with an extracted image inside each time, without actually getting round to extracting that disk's contents.

Update: Seems the October build has trouble listing (-l) any of the troublesome formats too, including any DMSes found within ADFs (such is the case with coverdisks).

MethodGit · 19 October 2010, 02:36

BTW, if anyone is into dragging and dropping ADFs into the program (like me), it might help to use a batch file to save yourself a lot of typing into a command prompt.

Here's the batch listing I use:

Code:

@echo off
set _path=%~dp0
cd /D "%_path%"
uaeunp -x %1 **

However, it seems the program currently doesn't support extracting contents into a new folder. Not sure if this'll be added at a later date or not, but in the meantime you can use this instead:

Code:

@echo off
set _path=%~dp0
cd /D "%_path%"
md "%~n1"
cd "%~n1"
..\uaeunp -x %1 **

This will create a new folder named after the file that's being dragged & dropped and ensure all the contents are extracted into there.

mr.vince · 25 October 2010, 10:47

If this is Toni working with the new IPF library, he's linked against version 4.1...

Assume the older build should work atm, until Toni fixes this.

We'll put up the new lib once we have been able to verify it's working reliably.

MethodGit · 27 October 2010, 16:43

I should probably mention that the more troublesome build doesn't seem to be fond of extended ADFs either, reacting the same way.

But then eADF *does* appear to be in a totally different format (with different header) to a standard ADF, so that probs explains it.

Crashdisk · 04 November 2010, 23:50

New build 20101026 on http://www.winuae.net/

MethodGit · 05 November 2010, 00:21

Which I happen to be using at the moment.

But it still has the same underlying problem (crashing when "recursive-converting" any format other than ADF).

I also swear that it's not good for creating standard ADFs out of IPFs either - doing hex comparisons with WWarp-created ADFs reveals blank spots where data is supposed to be.

16 October 2010, 20:19	#1
MethodGit Junior Member Join Date: Dec 2002 Location: The Streets Age: 39 Posts: 2,731	Uaeunp (24-09-10) refuses to acknowledge certain formats. Not sure if this is the appropriate section to go to, but it does share code with WinUAE and is hosted on the site, so... I'm not too sure what happened, but the current build of Uaeunp doesn't want to extract certain formats anymore. Whenever I feed it with a IPF, FDI, ADZ or DMS it gives me this (as an example).... Code: Couldn't open archive 'C:\uaeunp-0.8\Whatever.dms' ....and yes, I do have CAPSImg.dll in the same directory as the executable, so it's not a case of me being stupid. I'm not sure if there's much else I can say to add to this issue. What else should I mention, Mr Wilen?

17 October 2010, 02:13	#5
MethodGit Junior Member Join Date: Dec 2002 Location: The Streets Age: 39 Posts: 2,731	Apologies. I use the following to unpack... Code: uaeunp -x Blah.adz ** Works a doddle with ADFs, but with the formats I've mentioned not so.

18 October 2010, 03:22	#8
MethodGit Junior Member Join Date: Dec 2002 Location: The Streets Age: 39 Posts: 2,731	Tested the new build out... Using both * and at the end of the above command, I get problems. Suffice to say I attached the shutdown window I commonly see atm. With either one or two stars, attempting to extract an IPF (and I made sure to use a few AmigaDOS-based titles for testing) crashes the program. This is with v4.0 of the CAPS/SPS DLL installed. With FDI, DMS and ADZ, the program only crashes if I use two stars (it will make an ADF, but keel over before extracting the files). With one, it'll convert the format to an ADF without a problem. Tested the June build again and it can do everything without bringing up a crash window. Strange. Though I should add that it has the problem of getting stuck in a loop when using with FDI/DMS/ADZ/IPF, as it'll keep creating recursive directories with an extracted image inside each time, without actually getting round to extracting that disk's contents. Update: Seems the October build has trouble listing (-l) any of the troublesome formats too, including any DMSes found within ADFs (such is the case with coverdisks). Attached Thumbnails

19 October 2010, 02:36	#9
MethodGit Junior Member Join Date: Dec 2002 Location: The Streets Age: 39 Posts: 2,731	BTW, if anyone is into dragging and dropping ADFs into the program (like me), it might help to use a batch file to save yourself a lot of typing into a command prompt. Here's the batch listing I use: Code: @echo off set _path=%~dp0 cd /D "%_path%" uaeunp -x %1 However, it seems the program currently doesn't support extracting contents into a new folder. Not sure if this'll be added at a later date or not, but in the meantime you can use this instead: Code: @echo off set _path=%~dp0 cd /D "%_path%" md "%~n1" cd "%~n1" ..\uaeunp -x %1 This will create a new folder named after the file that's being dragged & dropped and ensure all the contents are extracted into there.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
EasyNet refuses to connect	Doc Mindie	support.Apps	38	21 July 2014 23:16
uaeunp still has trouble ripping all formats from an FDI image.	MethodGit	support.WinUAE	3	20 June 2012 17:40
Uaeunp (26-10-10) extracts corrupted ADF from DSQ archive	prowler	support.WinUAE	19	12 October 2011 20:20
Speedball II refuses to work	sw2001	support.WinUAE	3	08 October 2004 09:28
WinUAE refuses to start.....	Reppyboyo	support.WinUAE	2	04 February 2003 12:44

16 October 2010, 21:26	#2
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,517	Works for me. (permission problem?) (btw, used command line missing error)

16 October 2010, 22:31	#3
MethodGit Junior Member Join Date: Dec 2002 Location: The Streets Age: 39 Posts: 2,731	I'm not sure how it can be a permission problem. Only I use my computer so I'm the admin. I'm using images downloaded off the net and extracted out of zips if required, so none of them are read-only. It annoys me that all it can say is "can't find this" but doesn't explain why, when it's right under its nose.

17 October 2010, 02:27	#6
MethodGit Junior Member Join Date: Dec 2002 Location: The Streets Age: 39 Posts: 2,731	Huzzah! Turns out that earlier version actually works. Cheers for preserving it, prowler.

17 October 2010, 10:16	#7
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,517	Fixed. Always include complete command line when reporting problems. (uaeunp is 100% work-in-progress, it can and will randomly change and break...)

25 October 2010, 10:47	#10
mr.vince Cheesy crust Join Date: Nov 2008 Location: Hawk's Creek Age: 48 Posts: 1,383	If this is Toni working with the new IPF library, he's linked against version 4.1... Assume the older build should work atm, until Toni fixes this. We'll put up the new lib once we have been able to verify it's working reliably.

27 October 2010, 16:43	#11
MethodGit Junior Member Join Date: Dec 2002 Location: The Streets Age: 39 Posts: 2,731	I should probably mention that the more troublesome build doesn't seem to be fond of extended ADFs either, reacting the same way. But then eADF does appear to be in a totally different format (with different header) to a standard ADF, so that probs explains it.

04 November 2010, 23:50	#12
Crashdisk Moderator Join Date: Jun 2009 Location: France Age: 46 Posts: 1,985	New build 20101026 on http://www.winuae.net/

05 November 2010, 00:21	#13
MethodGit Junior Member Join Date: Dec 2002 Location: The Streets Age: 39 Posts: 2,731	Which I happen to be using at the moment. But it still has the same underlying problem (crashing when "recursive-converting" any format other than ADF). I also swear that it's not good for creating standard ADFs out of IPFs either - doing hex comparisons with WWarp-created ADFs reveals blank spots where data is supposed to be.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)