Re: [twsocket] EAccessViolations when Posting Data to a HTTPServer
I've disabled all Firewalls and anti-virus stuff without any change in the apps behaviour. I even tried re-compiling the ICS library and also directly linking the relevant Pascal units into my project all without any change to the problem. I will now try to catch an exception on my development PC when I dynamically allocate memory. This sometimes happens and I may be able to trap an exception lower down in the ICS code with the debugger if I directly link in the Pascal units. I may also install Windows 2000 Pro on to the EEE Box target machine. ... After this I'm probably out of ideas. It might be time to try the Indy component to see what it does :( Keith Willis. -Original Message- From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On Behalf Of Arno Garrels Sent: Monday, 2 February 2009 3:43 AM To: ICS support mailing Subject: Re: [twsocket] EAccessViolations when Posting Data to a HTTPServer Keith Willis wrote: Well I tried malloc and free without any joy. I have however been able to ascertain that its crashing in the call to Receive. More significantly its only crashing on my target machine, (an ASUS EEE Box B202 running Windows XP Home). I can't seem to crash it on my development PC, (A generic Pentium desktop running Windows 2000 Pro). Is there some difference between the Winsock library in Windows XP Home and Windows 2000 Pro? The sample I posted previously to the list runs without problem on both XP Home and Pro. Is there any security software installed, like a personal firewall, anti-virus software etc.? If so, first try to disable it, if that doesn't help, remove it. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be Internal Virus Database is out of date. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.6/1715 - Release Date: 10/8/2008 7:19 PM -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] EAccessViolations when Posting Data to a HTTPServer
Hello Keith, You said disabled, one thing I learned by experience about FWs and AVs is that they are never 100% disabled, you MUST uninstall them to be sure they are not causing the problem because disabling keep low level drivers loaded. For catching exceptions you can simply use MadExcept (free) or EurekaLog (not free but more powerfull and reliable, test version block the EXE 30 days after compilation (or first run I don't remember) so it should be enought for your tests, and as a side effect it make your app trial period). regards. KW I've disabled all Firewalls and anti-virus stuff without any change in the KW apps behaviour. I even tried re-compiling the ICS library and also directly KW linking the relevant Pascal units into my project all without any change to KW the problem. I will now try to catch an exception on my development PC when KW I dynamically allocate memory. This sometimes happens and I may be able to KW trap an exception lower down in the ICS code with the debugger if I directly KW link in the Pascal units. I may also install Windows 2000 Pro on to the EEE KW Box target machine. KW ... After this I'm probably out of ideas. It might be time to try the Indy KW component to see what it does :( KW Keith Willis. KW -Original Message- KW From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On KW Behalf Of Arno Garrels KW Sent: Monday, 2 February 2009 3:43 AM KW To: ICS support mailing KW Subject: Re: [twsocket] EAccessViolations when Posting Data to a HTTPServer KW Keith Willis wrote: Well I tried malloc and free without any joy. I have however been able to ascertain that its crashing in the call to Receive. More significantly its only crashing on my target machine, (an ASUS EEE Box B202 running Windows XP Home). I can't seem to crash it on my development PC, (A generic Pentium desktop running Windows 2000 Pro). Is there some difference between the Winsock library in Windows XP Home and Windows 2000 Pro? KW The sample I posted previously to the list runs without problem on both XP KW Home and Pro. Is there any security software installed, like a personal KW firewall, anti-virus software etc.? If so, first try to disable it, if that KW doesn't help, remove it. KW -- KW Arno Garrels KW -- KW To unsubscribe or change your settings for TWSocket mailing list KW please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket KW Visit our website at http://www.overbyte.be KW Internal Virus Database is out of date. KW Checked by AVG - http://www.avg.com KW Version: 8.0.173 / Virus Database: 270.7.6/1715 - Release Date: 10/8/2008 KW 7:19 PM -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] OT RE: EAccessViolations when Posting Data to a HTTPServer
A little OT... :) Brian said... do you know about madExcept No, I didn't. Sweet! Thanks. :) Dod said... or EurekaLog (not free but more powerfull and reliable... Wow, also sweet! Thanks! I got to get out more... :) OT Question: Why is EurekaLog more powerful and reliable than madExcept? Those are somewhat ambiguous classifications. Are your assertions based on empirical usage experience? Or just an observation? Thanks much... Hoby -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] EAccessViolations when Posting Data to a HTTPServer
Dod wrote: You said disabled, one thing I learned by experience about FWs and AVs is that they are never 100% disabled, you MUST uninstall them to be sure they are not causing the problem because disabling keep low level drivers loaded. That's my experience as well and the only reliable method. If they used user mode hooking one could also check the list of libraries loaded either in debugger event log or by Sysinternal's Process Explorer. In the sample below there is a suspicious SSSensor.dll which is injected into each process by an old version of Sygate Personal Firewall. Those injected DLLs may hook the API calls they are interested in. They could be injected by many different applications including a virus or other stuff. If they are buggy it looks like a bug in your application :( Btw: The error might not happen with blocking winsock API since most internet applications use blocking winsock so they are more carefully tested. -- Arno Garrels Module Load: Project1.exe. Has Debug Info. Base Address: $0040. Process Project1.exe (640) Module Load: ntdll.dll. No Debug Info. Base Address: $7C91. Process Project1.exe (640) Module Load: KERNEL32.dll. No Debug Info. Base Address: $7C80. Process Project1.exe (640) Module Load: OLEAUT32.dll. No Debug Info. Base Address: $770F. Process Project1.exe (640) Module Load: ADVAPI32.dll. No Debug Info. Base Address: $77DA. Process Project1.exe (640) Module Load: RPCRT4.dll. No Debug Info. Base Address: $77E5. Process Project1.exe (640) Module Load: Secur32.dll. No Debug Info. Base Address: $77FC. Process Project1.exe (640) Module Load: GDI32.dll. No Debug Info. Base Address: $77EF. Process Project1.exe (640) Module Load: USER32.dll. No Debug Info. Base Address: $7E36. Process Project1.exe (640) Module Load: msvcrt.dll. No Debug Info. Base Address: $77BE. Process Project1.exe (640) Module Load: ole32.dll. No Debug Info. Base Address: $774B. Process Project1.exe (640) Module Load: VERSION.dll. No Debug Info. Base Address: $77BD. Process Project1.exe (640) Module Load: COMCTL32.dll. No Debug Info. Base Address: $773A. Process Project1.exe (640) Module Load: SHLWAPI.dll. No Debug Info. Base Address: $77F4. Process Project1.exe (640) Module Load: SHELL32.dll. No Debug Info. Base Address: $7E67. Process Project1.exe (640) Module Load: ShimEng.dll. No Debug Info. Base Address: $5CF0. Process Project1.exe (640) Module Load: IMM32.dll. No Debug Info. Base Address: $7633. Process Project1.exe (640) Module Load: LPK.dll. No Debug Info. Base Address: $62E1. Process Project1.exe (640) Module Load: USP10.dll. No Debug Info. Base Address: $7579. Process Project1.exe (640) Module Unload: ShimEng.dll. Process Project1.exe (640) Module Load: UxTheme.dll. No Debug Info. Base Address: $5B0F. Process Project1.exe (640) Module Load: MSCTF.dll. No Debug Info. Base Address: $746A. Process Project1.exe (640) Module Load: appHelp.dll. No Debug Info. Base Address: $77B1. Process Project1.exe (640) Module Load: msctfime.ime. No Debug Info. Base Address: $7525. Process Project1.exe (640) Module Load: SSSensor.dll. No Debug Info. Base Address: $061F. Process Project1.exe (640) -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] EAccessViolations when Posting Data to a HTTPServer
Hi, do you know about madExcept? That helps a lot in catching the source of exceptions. -- From: Keith Willis i...@net-soft.com.au Sent: Wednesday, February 04, 2009 14:37 To: 'ICS support mailing' twsocket@elists.org Subject: Re: [twsocket] EAccessViolations when Posting Data to a HTTPServer I've disabled all Firewalls and anti-virus stuff without any change in the apps behaviour. I even tried re-compiling the ICS library and also directly linking the relevant Pascal units into my project all without any change to the problem. I will now try to catch an exception on my development PC when I dynamically allocate memory. This sometimes happens and I may be able to trap an exception lower down in the ICS code with the debugger if I directly link in the Pascal units. I may also install Windows 2000 Pro on to the EEE Box target machine. ... After this I'm probably out of ideas. It might be time to try the Indy component to see what it does :( Keith Willis. -Original Message- From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On Behalf Of Arno Garrels Sent: Monday, 2 February 2009 3:43 AM To: ICS support mailing Subject: Re: [twsocket] EAccessViolations when Posting Data to a HTTPServer Keith Willis wrote: Well I tried malloc and free without any joy. I have however been able to ascertain that its crashing in the call to Receive. More significantly its only crashing on my target machine, (an ASUS EEE Box B202 running Windows XP Home). I can't seem to crash it on my development PC, (A generic Pentium desktop running Windows 2000 Pro). Is there some difference between the Winsock library in Windows XP Home and Windows 2000 Pro? The sample I posted previously to the list runs without problem on both XP Home and Pro. Is there any security software installed, like a personal firewall, anti-virus software etc.? If so, first try to disable it, if that doesn't help, remove it. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be Internal Virus Database is out of date. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.6/1715 - Release Date: 10/8/2008 7:19 PM -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be