Fastream Technologies wrote:
> Hello,
>
> I saw http://www.fastream.com/ics/httpclibug.txt already includes
> assembly at the bottom. Perhaps you can "recognize"?
>
> BTW, the last time I complained with exactly the same problem, Arno
> jumped in and told me he had a fix regarding buffers. Then I applied
> that and this is with it.
That was just a guess since my call stack in BCB 6 looked exactly like
yours. Finally I found a bug in latest ICS-SSL-distributed THttpCli
by debugging THttpCli in Delphi (see my post to the SSL-list), also
Bjørnar got his problem fixed. If that didn't fix your problem I'm
currently helpless since the call stack doesn't give me a hint were
to search.
BTW: Note that current ICS-Betas do not require my small fix!
And it's Francois' THttpCli not mine ;-)
--
Arno Garrels [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
>
> Best Regards,
>
> SZ
>
> On 4/30/07, Francois PIETTE <[EMAIL PROTECTED]> wrote:
>>> 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
--
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
