Re: [twsocket] Bug in Arno's latest THttpCli
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
Re: [twsocket] Bug in Arno's latest THttpCli
Resending... In case you could not see all of the logs, here it is: http://www.fastream.com/ics/httpclibug.txt Best Regards, SZ -- 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
Re: [twsocket] Bug in Arno's latest THttpCli
This log doesn't tellthere is a bug in the component. Anyway, it would be interesting to see what code correspond to the stack trace (line numbers are not very usefull if we have not the exact same source code as you). -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: Fastream Technologies [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Monday, April 30, 2007 4:57 PM Subject: Re: [twsocket] Bug in Arno's latest THttpCli Resending... In case you could not see all of the logs, here it is: http://www.fastream.com/ics/httpclibug.txt Best Regards, SZ -- 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
Re: [twsocket] Bug in Arno's latest THttpCli
Which lines do you want to see? As you can guess, I cannot post the entire project... SZ On 4/30/07, Francois PIETTE [EMAIL PROTECTED] wrote: This log doesn't tellthere is a bug in the component. Anyway, it would be interesting to see what code correspond to the stack trace (line numbers are not very usefull if we have not the exact same source code as you). -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: Fastream Technologies [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Monday, April 30, 2007 4:57 PM Subject: Re: [twsocket] Bug in Arno's latest THttpCli Resending... In case you could not see all of the logs, here it is: http://www.fastream.com/ics/httpclibug.txt Best Regards, SZ -- 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 -- 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
Re: [twsocket] Bug in Arno's latest THttpCli
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. Have you looked in system.pas to understand where it fails in TObject.FreeInstance ? It could be the destructor called twice in your class httpClientContainer. I suggest you turn on all FastMM checking. It would catch accessing memory after freeing it. -- [EMAIL PROTECTED] The author for the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be - Original Message - From: Fastream Technologies [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Monday, April 30, 2007 5:21 PM Subject: Re: [twsocket] Bug in Arno's latest THttpCli Which lines do you want to see? As you can guess, I cannot post the entire project... SZ On 4/30/07, Francois PIETTE [EMAIL PROTECTED] wrote: This log doesn't tellthere is a bug in the component. Anyway, it would be interesting to see what code correspond to the stack trace (line numbers are not very usefull if we have not the exact same source code as you). -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: Fastream Technologies [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Monday, April 30, 2007 4:57 PM Subject: Re: [twsocket] Bug in Arno's latest THttpCli Resending... In case you could not see all of the logs, here it is: http://www.fastream.com/ics/httpclibug.txt Best Regards, SZ -- 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
Re: [twsocket] Bug in Arno's latest THttpCli
Hello, 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. Have you looked in system.pas to understand where it fails in TObject.FreeInstance ? How? It could be the destructor called twice in your class httpClientContainer. Will look into it. I suggest you turn on all FastMM checking. It would catch accessing memory after freeing it. How? Regards, SZ -- 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
Re: [twsocket] Bug in Arno's latest THttpCli
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
