Re: Universal Binary and Mac OS X 10.2.8
Re: Universal Binary and Mac OS X 10.2.8
- Subject: Re: Universal Binary and Mac OS X 10.2.8
- From: Rich Kubota <email@hidden>
- Date: Wed, 7 Dec 2005 13:32:28 -0800
A full analysis of this problem has not been
made, but there's a little known feature with the
installer that might be useful in this situation.
This solution may not work for everyone,
specifically those whose products are constrained
to fitting the installation on a space limited
media - like CDs.
If an InstallationCheck script returns the result
(1 << 6), the package will not be installed. By
itself, this is no different from any other
non-zero result, however, if that package is part
of a meta-package installation, then only the
specific package is not installed, but the
remainder of the installation proceeds. This
means that one could design a meta-package
installer where there are 2 packages - one with
the universal binary version of the bundle, kext,
application, etc. and a second with the PPC
version only. Each package would have their own
InstallationCheck script. The InstallationCheck
script for the UB version of the product would
check the OS version and return (1 << 6) if OS X
10.2.x or earlier is present. The
InstallationCheck script for the PPC-only package
would return (1 << 6) if OS X 10.3.x or greater
is present.
best wishes.
Date: Tue, 6 Dec 2005 21:52:19 +0100
From: St?phane Sudre <email@hidden>
Subject: Re: Universal Binary and Mac OS X 10.2.8
To: email@hidden
Message-ID: <email@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
From what I have been able to see on another 10.2.8 computer:
- no crashes when you install for the first time (no receipts in
/Library/Receipts)
- installing the same package a second time => crash. So the problem
might be in the code used to diff the receipts and the package.
Bug report appended.
vendredi 2 dÈcembre 2005, ý 10:36 PM, StÈphane Sudre a Ècrit :
What could be the solution when you're seeing this on OS X 10.2.8?
*** malloc[740]: Deallocation of a pointer not malloced: 0x2b3f4b0;
This could be a double free(), or free() called with the middle of an
allocated block; Try setting environment variable MallocHelp to see
tools to help debug
: for architecture i386 object:
//./Applications/xxxxxxxxxxx.app/Contents/MacOS/xxxxxxxxxxxxxxxx
malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD
command 15 can't byte swap it)
--
Sincerely,
Rich Kubota
email@hidden
(408) 974-6212
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden