From: Steven Fisher on
In article <jollyroger-3E05D4.11301727012010(a)news.individual.net>,
Jolly Roger <jollyroger(a)pobox.com> wrote:

> The key word in their statement is "system". They are saying APE is not
> known to have ever caused a *system* crash. System crashes (kernel
> panics or hard lock-ups are significantly different from application
> crashes and malfunctions.

Quite true, although I certainly wouldn't expect APE to be able to cause
a kernel panic or other *system* crash. You can't really say they're
lying, but you could probably argue pretty successfully that they're
intentionally misleading.


Steve
From: David Empson on
Steven Fisher <sdfisher(a)spamcop.net> wrote:

> In article <jollyroger-3E05D4.11301727012010(a)news.individual.net>,
> Jolly Roger <jollyroger(a)pobox.com> wrote:
>
> > The key word in their statement is "system". They are saying APE is not
> > known to have ever caused a *system* crash. System crashes (kernel
> > panics or hard lock-ups are significantly different from application
> > crashes and malfunctions.
>
> Quite true, although I certainly wouldn't expect APE to be able to cause
> a kernel panic or other *system* crash.

Some may recall the debacle after the release of Leopard, where it was
dicovered that having an old version of APE installed caused Leopard to
hang during startup after doing the default "Upgrade" installation.

(I don't know whether the lockup was triggered by the mere presence of
the old version of APE, or old APE plus certain haxies.)

The remedy was to either:

(a) Do an Archive & Install, which excluded APE from the new system; or

(b) Before trying to install Leopard, update APE to a more recent
version which at least knew not to try mucking around with a system
version it didn't understand.

Some people caught by this probably didn't know they had APE installed,
because it came as part of some third party software. A common example
was old versions of the Logitech Control Center, supplied with Logitech
mice.

I expect this is the primary reason that Apple established its policy of
ignoring crash reports and similar from computers with APE installed,
and implemented a "remove known bad software" mechanism in the Snow
Leopard installation.

--
David Empson
dempson(a)actrix.gen.nz
From: Steven Fisher on
In article <1jd1ggn.10bz42vvrtplgN%dempson(a)actrix.gen.nz>,
dempson(a)actrix.gen.nz (David Empson) wrote:

> Some may recall the debacle after the release of Leopard, where it was
> dicovered that having an old version of APE installed caused Leopard to
> hang during startup after doing the default "Upgrade" installation.

Didn't it inject code into the Finder that caused it to hang?

Same effect, but not as disturbing on a technical level.


Steve
From: nospam on
In article <lije-D2B1E8.18053427012010(a)news.giganews.com>, Elijah Baley
<lije(a)foundation.org> wrote:

> I have been troubleshooting Macs for many years and I have seen numerous
> cases of APE being the root cause of many issues. But it's not only APE.
> These types of extras typically use non-documented entry points into
> Apple's API's to work their magic. Some even use absolute byte
> references.

you've got to be kidding. it's even skankier than i thought.
From: nospam on
In article <1jd1ggn.10bz42vvrtplgN%dempson(a)actrix.gen.nz>, David Empson
<dempson(a)actrix.gen.nz> wrote:

> I expect this is the primary reason that Apple established its policy of
> ignoring crash reports and similar from computers with APE installed,
> and implemented a "remove known bad software" mechanism in the Snow
> Leopard installation.

apple has been ignoring crash reports where there's evidence of haxies
since haxies came out. it's nothing new and has nothing to do with the
leopard debacle. the worst part is unsanity even went out of their way
to hide themselves so it could not be detected. sleaze doesn't even
begin to describe it.
First  |  Prev  |  Next  |  Last
Pages: 1 2 3
Prev: Pascal recommendation?
Next: The iPad Is Here