> On 4/30/07, Francois PIETTE <[EMAIL PROTECTED]> wrote:
>> You have to add ICS units to your project so that madExcept has line
>> numbers
>> for ICS units as well. This way you know where in
>> TCustomLineWSocket.Destroy
>> and THttpCli.Destroy it happend.
>
> Already included.
It isn't because madExcept doesn't report line numbers in ICS source code.
>> Have you looked in system.pas to understand where it fails in
>> TObject.FreeInstance ?
>
> How?
Ask madExcept to display the disaasemble where the error occur. Ask a lot of
lines before and after the error location. Then could be able to find in
system.pas where the error occurs. Not easy because you have to recognize
the assembly code.
>> I suggest you turn on all FastMM checking. It would catch accessing
>> memory
>> after freeing it.
>
> How?
Extract from FastMMOptions.inc:
{Set the following option to do extensive checking of all memory blocks. All
blocks are padded with both a header and trailer that are used to verify
the
integrity of the heap. Freed blocks are also cleared to to ensure that they
cannot be reused after being freed. This option slows down memory
operations
dramatically and should only be used to debug an application that is
overwriting memory or reusing freed pointers. Setting this option
automatically enables CheckHeapForCorruption and disables ASMVersion.
Very important: If you enable this option your application will require the
FastMM_FullDebugMode.dll library. If this library is not available you will
get an error on startup.}
{.$define FullDebugMode}
[EMAIL PROTECTED]
The author for the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
