[wx-dev] Re: How to test and make patches for multiple platforms

[David Elliott]

On May 9, 2007, at 3:45 PM, Michael Wetherell wrote:

> On Wednesday 09 May 2007 19:50, Tim Stahlhut wrote:
>> Marcin Wojdyr wrote:
>>> Thanks for the instructions,
>>>
>>> On 5/9/07, Michael Wetherell <mike.wetherell at ntlworld.com> wrote:
>>>> - Download "Xcode Tools 2.2.1 (Disk Image)"
>>>>
>>>> The file inside the image you want is:
>>>> /Volumes/Xcode
>>>> Tools/Packages/MacOSX10.4.Universal.pkg/Contents/Archive.pax.gz
>>>
>>> Can I extract it on Linux? I downloaded the .dmg file, but mounting
>>> it as hfs fails.
>
> The fs type is htfplus rather than hfs. Just:
>
> # mount -o loop xcode_2.2.1_*.dmg /mnt
>
> works for me, or
>
> # mount -t htfplus -o loop xcode_2.2.1_*.dmg /mnt
>
> The file would then be:
> /mnt/Packages/MacOSX10.4.Universal.pkg/Contents/Archive.pax.gz
>
> However, when I read the file it looks corrupt, though it reads fine
> when I open the image on a mac. I'm not sure why that is, is it the
> same for you?
>
That's because in this case the dmg is not in the UDTO (DVD/CD-R  
master) format but rather one of the UDIF formats.  You will have to  
convert it to an iso to be able to read it.

Now it may be possible to specify a loop offset if the problem here  
is simply that there's some additional header information at the top  
of the file.  Assuming that UDIF is a header followed by a straight  
up byte-for-byte image then doing a hexdump on it indicates to me  
that if you remove the first 0x200 (512) bytes you'll see that you  
then have the beginnings of an apple partition map.  However, IIRC,  
APM usually leaves the first sector free on an HD anyway so that  
might not be it.  You could also try offsetting by 0x9400 bytes  
because that is the start of the HFS+ partition.

This is all assuming of course that the UDIF format image doesn't use  
some sort of internal padding.

-Dave