Bug #1667

ExtractPbo -a not extracting with prefix.

Added by kju almost 6 years ago. Updated over 5 years ago.

Status:Closed Start date:05/31/2009
Priority:High Due date:
Assignee:mikero % Done:

0%

Category:ExtractPbo (Dos Tools)
Target version:Completed
Affected Version:

Description

ExtractPbo.exe -a D:\Games\ArmA\CA_addons\addons\a10.pbo

 Output folder
 -w  (same as [SomeFolder]). All output prepended to 'SomeFolder'
 -a extract to pboname + arma prefix (ignored if not arma)
    Otherwise output to pboname

-a should extract with the prefix structure right?

However always get only a10\ instead of ca\a10\.


Related issues

duplicated by PboDll - Bug #1645: ExtractPBO: Extract to arma prefix Duplicate 05/30/2009

History

Updated by i0n0s almost 6 years ago

Worked for me.
I got a10\ca\air2\ or so. The ca folder is inside the a10 folder.
See #1645

Updated by kju almost 6 years ago

True.
Well mikero and I talked quite a bit about it.

I thought we either agreed on no folder beforehand (so just ca\a10)
or have a generic name, that is the same for any pbo like
TempExtract\ca\a10.

Updated by i0n0s almost 6 years ago

Both sound good.

Updated by kju over 5 years ago

Basically a combination of -a and -w MyFolder would work nicely.

Updated by mikero over 5 years ago

io0s also said
-------

ExtractPBO allows to extract to pboname + arma prefix.

But when creating an ArmAWork directory, it would be better if it can extract to arma prefix so that I get only the ca folder of all addons.
--------
I will (try and) modify the behaviour of the where option to satisfy this need.

here are the issues

1)
allowing a parent folder to be created via prefix only content means that bat files (eg) cannot have any idea where, or what, has been produced. thus a typical batch implementation

extractpbo SomePbo
XCOPY /s /y WHAT??????

2) allowing any tool to simply scribble anywhere on hard drive is deadly. There are no checks. There no simple 'way' of 1st examining the prefix, before creating a primary folder of same name.

3) extractpbo works well with the definition 'all bets are off' A folder will be created by extract pbo, not, copied into. In this way, stale contents from some previous extraction or some previous text editing, or just playing around in the folder have no effect on the guaranteed 'pristine ness' of the extraction. what u see in the created folder, is, what was in the pbo, not, stuff in the pbo, plus some mistakes you left there from something else (an extra p3d, five missions, a readme text, ........)

Extracting directly to a prefix cancels these benefits;

eg. ca.pbo will copy into the same folder tree as \ca\wheeled'.

Under these conditions, extractpbo cannot erase the contents of that folder tree. It cannot garantee pristine content. All too easily, you can leave a ca\girraffes folder in there and 'assume', some pbo has created it

Updated by mikero over 5 years ago

  • Status changed from Assigned to Resolved
  • Target version set to Completed

Updated by kju over 5 years ago

  • Status changed from Resolved to Feedback
  • Assignee changed from mikero to i0n0s

Works great!

HUGE THANKS mikero :)

i0n0s please test as well.

Updated by i0n0s over 5 years ago

How can I test this?
-a still has it's old behaviour and different commands aren't listed in the help.

Updated by kju over 5 years ago

extractpbo -aw myFolder a.pbo

extracts to .\myfolder\pboprefix-of-a-pbo\

Updated by i0n0s over 5 years ago

Works, but doesn't work in combination with -f:

>ExtractPbo.ex
e -a -w MyFolder -f a10.pbo air.pbo
ExtractPbo.exe Version 1.60, Dll Version 1.92

No error(s)

>ExtractPbo.exe -awf MyFolder a10.pbo air.pbo
ExtractPbo.exe Version 1.60, Dll Version 1.92

No error(s)

>ExtractPbo.exe -af MyFolder -f a10.pbo air.pbo
ExtractPbo.exe Version 1.60, Dll Version 1.92

No error(s)

But a wrong combination of parameter seems to give "No error(s)", but this is a different bug.

Updated by kju over 5 years ago

You seem to understand -f wrong it seems to me Jonas.

ExtractPbo.exe -aw MyFolder -f *.bin,*.cpp air.pbo

Updated by i0n0s over 5 years ago

ups

Updated by kju over 5 years ago

so works as expect/desired now?

Updated by i0n0s over 5 years ago

Yes

Updated by kju over 5 years ago

  • Status changed from Feedback to Closed
  • Assignee changed from i0n0s to mikero

Also available in: Atom PDF