bug-xorriso
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-xorriso] issue concatenating split files with -extract and -cpx


From: Thomas Schmitt
Subject: Re: [Bug-xorriso] issue concatenating split files with -extract and -cpx
Date: Thu, 10 Oct 2019 21:08:19 +0200

Hi,

thanks for reporting.

Let me read what i wrote about a decade ago in the man page ...

   -split_size number["k"|"m"
       [...] There are -ossirox parameters "concat_split_on" and
       "concat_split_off" which control the  handling  when  files  get
       restored to disk.

First point for you: A typo in the man page. "-ossirox"/"-osirrox".

   -osirrox setting[:option:...]
       [...]
       Option "concat_split_on" is default.  It  enables  restoring  of
       split file directories as data files if the directory contains a
       complete  collection  of  -cut_out  part  files.   With   option
       "concat_split_off"  such  directories are handled like any other
       ISO image directory.

So your

   xorriso \
     -indev test.iso  \
     -osirrox on \
     -extract "/" restore

is supposed to put together your split files and restore them instead of
the directory which contains the parts.
This is a case for debugger and source study ...
5 minutes later: Hrmpf. The recognition of split file directories
does not get told that this is for extraction rather than ISO creation.
So it insists on -split_size larger than 0.

So: Second point for you. A real bug.

I will investigate the other uses of split file recognition in order
to make sure that this is the only occurence of this mistake (and that
there is no reason why the current behavior would be needed).
If all looks right i will fix the bug and send another mail with a
pointer to the git commit.

Did you build xorriso from source (e.g. from the GNU xorriso tarball) ?
If so: Do you feel apt to apply a small source code change and run "make"
again ?


Have a nice day :)

Thomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]