Re: Prevent running in Rosetta
Re: Prevent running in Rosetta
- Subject: Re: Prevent running in Rosetta
- From: Andrei Tchijov <email@hidden>
- Date: Tue, 27 Dec 2005 07:59:53 -0500
I think even if it is possible, it is a little bit futile. Let us
imagine that you figure out how to prevent PPC executable from
running in Rosetta, most likely it will require some changes to such
executable (even if just some modifications in Info.plist file). It
will be possible to produce NEW version of PPC application which will
contain the changes, but you will not be able to implement this
changes in copies of your application which ALREADY DEPLOYED at
customer site.
On Dec 27, 2005, at 7:44 AM, j o a r wrote:
On 27 dec 2005, at 13.34, Alexander von Below wrote:
First of all, this sounds like a feature request. I can completely
agree that I do not want bug reports from people running a
perfectly good i386 binary in Rosetta.
And just to broaden my mind a little: Why, other than for testing
purposes, would anyone want to run an i386 binary in Rosetta?
My problem is not that I'm afraid that they will run i386 binaries
in Rosetta on i386 machines (I don't think that's possible).
I will try to explain better: We currently have a lot of customers
with ppc machines, and ppc binaries. Sometime next year they might
start buying i386 machines. On their LAN they will now have a mix
of ppc and i386 machines, and possibly a mix of ppc and UB/native
versions of our applications.
What I want to avoid is that a user with a i386 machine will launch
one of our old ppc applications. We will make either UB or native
applications available, and I would like to be able to prevent
these users from running one of the old ppc builds.
j o a r
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden