Re: FastMM and madExcept 2.7h

From: "Liz" <liz_wants_no_spam@xxxxxxxxxxxxxxxxxxxxx>
Date: 1 Nov 2005 11:08:36 -0700

Lluis Olle wrote:

> Ok, in 2.7h youu can't patch the unit initialization order, and
> everytime I check madexcept to handle exceptions, madExcept is put in
> the very first place of the uses clause ... so ... I'm lost. ? What
> I have to do ?

beat madexcept with a stick?

the problem is you need fastmm first, and madexcept feels the same in
case the first unit has errors..

--
Liz the Brit
.

Follow-Ups:
- Re: FastMM and madExcept 2.7h
  - From: Lluis Olle

References:
- FastMM and madExcept 2.7h
  - From: Lluis Olle

Prev by Date: Re: Need a user modifiable report writer
Next by Date: Installing components in Delphi 2005
Previous by thread: FastMM and madExcept 2.7h
Next by thread: Re: FastMM and madExcept 2.7h
Index(es):
- Date
- Thread

Relevant Pages

Re: FastMM and madExcept 2.7h
... >Ok, in 2.7h youu can't patch the unit initialization order, and everytime I ... >check madexcept to handle exceptions, madExcept is put in the very first ...
(borland.public.delphi.thirdpartytools.general)
Re: FastMM4 exceptions
... > MadExcept changes the unit initialization order. ... most definately had FastMM4 as the first unit in my uses clause. ...
(borland.public.delphi.language.basm)
Re: FastMM4 exceptions
... > was sure it was the first unit. ... MadExcept changes the unit initialization order. ...
(borland.public.delphi.language.basm)
Re: FastMM and madExcept 2.7h
... FastMM in first place after checking madExcept to handle exceptions? ...
(borland.public.delphi.thirdpartytools.general)
ANN: madExcept 2.7c
... Today I'm releasing madExcept 2.7c. ... line numbers are added to disassembling (Delphi only) ... Normally madExcept does not catch safecall exceptions ... Such exceptions get handled by Delphi ...
(borland.public.delphi.thirdpartytools.general)