Re: [twsocket] NOFORMS with ICS v5 TTnCnx class
> > Looking at the change you've made, I see that you have not the latest ICS > > (beta) version. In the latest beta version, Arno Garrels already made those > > changes ! In the history, it is dated march 11th. > > I downloaded and used the ICS v5 from your web site - that indicates > that it's from 09/03/06. Where I can download the most recent version from? Looks like I made something bad and the "last" version is not available for download. I can't fix this right now because I'm out of the office. I will do later today when I'm back. Contribuez à l'effort SSL pour ICS. Visitez http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Auteur du freeware ICS - Internet Component Suite Auteur du freeware MidWare - Multi-tiers framework 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
[twsocket] THttpCli in TDatamodule (Console program)
Hello, I try to use THttpCli component with a console program (without Forms, .). I have added an TDataModule to my project and put the THttpCli on it. But when I run my program, I get an EAccesViolation message in rtl100.bpl module. If I don't put the component on my DataModule, but I do : htp=new THttpCli(); I get the same error when this line is executed. Could someone tell me what I'm doing wrong ? Thank you, Yves (When I use THttpcli on a TForm project, it runs ok) (I have C++Builder2006 with feb2006 version of ICS) -- 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
[twsocket] RE : THttpCli in TDatamodule (Console program)
> But when I run my program, I get an EAccesViolation message in > rtl100.bpl module. > (When I use THttpcli on a TForm project, it runs ok) Sorry, But I have tried a new project with a TForm and THttpcli and I have the same error !?! I have used Builder2006 on march 2006 and ICS was running ok with it. Now, when I create a new project, I get EAccessViolation ??? Why ? Thank You, Yves -- 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] THttpCli in TDatamodule (Console program)
You need to create your datamodule. You need a message pump in your console mode application. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http://www.overbyte.be - Original Message - From: "Yves Palma" <[EMAIL PROTECTED]> To: Sent: Thursday, April 13, 2006 11:31 AM Subject: [twsocket] THttpCli in TDatamodule (Console program) > Hello, > > I try to use THttpCli component with a console program (without Forms, > .). > I have added an TDataModule to my project and put the THttpCli on it. > > But when I run my program, I get an EAccesViolation message in > rtl100.bpl module. > > If I don't put the component on my DataModule, but I do : htp=new > THttpCli(); > I get the same error when this line is executed. > > > Could someone tell me what I'm doing wrong ? > > Thank you, > Yves > > (When I use THttpcli on a TForm project, it runs ok) > (I have C++Builder2006 with feb2006 version of ICS) > > > > > -- > 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] RE : THttpCli in TDatamodule (Console program)
> > But when I run my program, I get an EAccesViolation message in > > rtl100.bpl module. > > (When I use THttpcli on a TForm project, it runs ok) > > Sorry, > But I have tried a new project with a TForm and THttpcli and I have the > same error !?! > > > I have used Builder2006 on march 2006 and ICS was running ok with it. > Now, when I create a new project, I get EAccessViolation ??? > > Why ? Using the debugger, you should see the code line where the AV occur. Add the component source code to your project to have the debugger break onto the component if needed. What about the sample program HttpTst provided with ICS ? Does it generate and AV also ? -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) 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
[twsocket] ISAPI thread and THttpConnection
Hello, I use DXISAPI with THttpMTServer and set the twsocket imode to 0 (blocking), do I still do threaddetach for running it in the ISAPI thread? 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
[twsocket] BCB2006 Console mode application requires CONTROLS.OBJ
Hi all, I was hoping someone here may be able to help me with this. I have created a console mode application and turned off "Build with Runtime packages" - a sample of code exhibiting the problem is shown below. When I attempt to build this project, I get an error stating "[Linker Fatal Error] Fatal: Unable to open file 'CONTROLS.OBJ'". In my BDS lib directory I have a CONTROLS.DCU file, but not CONTROLS.OBJ file. If I build with "Build with Runtime packages" turned on, then I don't get the problem. Can anybody tell me which file I need to link in to get rid of this message? --snip-- #include #pragma hdrstop #include "smtpprot.hpp" #pragma package(smart_init) #pragma link "SmtpProt" //--- #pragma argsused int main(int argc, char* argv[]) { TSyncSmtpCli* cliSmtp = new TSyncSmtpCli(NULL); cliSmtp->FromName = "[EMAIL PROTECTED]"; cliSmtp->HdrFrom = "[EMAIL PROTECTED]"; cliSmtp->RcptName->Clear(); cliSmtp->RcptName->Add("[EMAIL PROTECTED]"); cliSmtp->HdrTo = "[EMAIL PROTECTED]"; cliSmtp->HdrSubject = "Test Message"; cliSmtp->MailMessage->Text = "This is a test message"; cliSmtp->Host = "smtp.mydomain.com"; cliSmtp->ConnectSync(); cliSmtp->HeloSync(); cliSmtp->MailFromSync(); cliSmtp->RcptToSync(); cliSmtp->DataSync(); delete cliSmtp; cliSmtp = NULL; return 0; } --snip-- Regards, Bevan -- 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
[twsocket] RE : RE : THttpCli in TDatamodule (Console program)
> Using the debugger, you should see the code line where the AV occur. > Add the component source code to your project to have the debugger > break onto the component if needed. In fact I have an AV with any ICS component (if I create a new TForm project and add a Tping component and then run the program, I get the AV) The debugger doesnt tell me where it crash. The AV is in rtl100.bpl > What about the sample program HttpTst provided with ICS ? Does it > generate and AV also ? No. If I open the sample program or the program I have created on march 2006, it works fine ! I have uninstalled ICS, then download the last version fos C++2006 (9march2006) and reinstalled it, but it doesnt change anything. Any idea ? Thank you, Yves Here are the logs of the event log : Début du Thread : ID du thread : 2424. Processus Project1.exe (3012) Début de processus : C:\Documents and Settings\palma\Mes documents\Projets Borland Studio\Debug_Build\Project1.exe. Adresse de base : $0040. Processus Project1.exe (3012) Chargement de module : Project1.exe. Contient des infos de débogage. Adresse de base : $0040. Processus Project1.exe (3012) Chargement de module : ntdll.dll. Pas d'infos de débogage. Adresse de base : $7C91. Processus Project1.exe (3012) Chargement de module : KERNEL32.dll. Pas d'infos de débogage. Adresse de base : $7C80. Processus Project1.exe (3012) Chargement de module : vcl100.bpl. Pas d'infos de débogage. Adresse de base : $51FE. Processus Project1.exe (3012) Chargement de module : rtl100.bpl. Pas d'infos de débogage. Adresse de base : $51F0. Processus Project1.exe (3012) Chargement de module : OLEAUT32.dll. Pas d'infos de débogage. Adresse de base : $770E. Processus Project1.exe (3012) Chargement de module : msvcrt.dll. Pas d'infos de débogage. Adresse de base : $77BE. Processus Project1.exe (3012) Chargement de module : USER32.dll. Pas d'infos de débogage. Adresse de base : $77D1. Processus Project1.exe (3012) Chargement de module : GDI32.dll. Pas d'infos de débogage. Adresse de base : $77EF. Processus Project1.exe (3012) Chargement de module : ADVAPI32.dll. Pas d'infos de débogage. Adresse de base : $77DA. Processus Project1.exe (3012) Chargement de module : RPCRT4.dll. Pas d'infos de débogage. Adresse de base : $77E5. Processus Project1.exe (3012) Chargement de module : ole32.dll. Pas d'infos de débogage. Adresse de base : $774A. Processus Project1.exe (3012) Chargement de module : VERSION.dll. Pas d'infos de débogage. Adresse de base : $77BD. Processus Project1.exe (3012) Chargement de module : MPR.dll. Pas d'infos de débogage. Adresse de base : $71A6. Processus Project1.exe (3012) Chargement de module : IMAGEHLP.dll. Pas d'infos de débogage. Adresse de base : $76C4. Processus Project1.exe (3012) Chargement de module : WSOCK32.dll. Pas d'infos de débogage. Adresse de base : $71A1. Processus Project1.exe (3012) Chargement de module : WS2_32.dll. Pas d'infos de débogage. Adresse de base : $719F. Processus Project1.exe (3012) Chargement de module : WS2HELP.dll. Pas d'infos de débogage. Adresse de base : $719E. Processus Project1.exe (3012) Chargement de module : OLEACC.dll. Pas d'infos de débogage. Adresse de base : $74BF. Processus Project1.exe (3012) Chargement de module : MSVCP60.dll. Pas d'infos de débogage. Adresse de base : $7601. Processus Project1.exe (3012) Chargement de module : MSIMG32.dll. Pas d'infos de débogage. Adresse de base : $7631. Processus Project1.exe (3012) Chargement de module : COMCTL32.dll. Pas d'infos de débogage. Adresse de base : $58B5. Processus Project1.exe (3012) Chargement de module : SHELL32.dll. Pas d'infos de débogage. Adresse de base : $7C9D. Processus Project1.exe (3012) Chargement de module : SHLWAPI.dll. Pas d'infos de débogage. Adresse de base : $77F4. Processus Project1.exe (3012) Chargement de module : WINSPOOL.DRV. Pas d'infos de débogage. Adresse de base : $72F5. Processus Project1.exe (3012) Chargement de module : comdlg32.dll. Pas d'infos de débogage. Adresse de base : $7634. Processus Project1.exe (3012) Chargement de module : oledlg.dll. Pas d'infos de débogage. Adresse de base : $74CA. Processus Project1.exe (3012) Chargement de module : IcsBcb100.bpl. Contient des infos de débogage. Adresse de base : $0032. Processus Project1.exe (3012) Chargement de module : designide100.bpl. Pas d'infos de débogage. Adresse de base : $20ED. Processus Project1.exe (3012) Chargement de module : xmlrtl100.bpl. Pas d'infos de débogage. Adresse de base : $5234. Processus Project1.exe (3012) Chargement de module : vclactnband100.bpl. Pas d'infos de débogage. Adresse de base : $218A. Processus Project1.exe (3012) Chargement de module : WINMM.dll. Pas d'infos de débogage. Adresse de base : $76AE. Processus Project1.exe (3012) Chargement de module : vclx100.bpl. Pas d'infos de débogage. Adresse de base : $5218. Proces
[twsocket] RE : RE : RE : THttpCli in TDatamodule (Console program)
> In fact I have an AV with any ICS component (if I create a new TForm > project and add a Tping component and then run the program, I get the > AV) The AV is in rtl100.bpl I have solved my problem. I need to unselect 'build with packages' on my Project Options / Packages. I don't have any AV (Access Violation) and everything is ok. (THttpcli work fine on my datamodule) Sorry for the 'derangement' Thank you Yves -- 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] ISAPI thread and THttpConnection
> I use DXISAPI with THttpMTServer and set the twsocket imode to 0 (blocking), > do I still do threaddetach for running it in the ISAPI thread? I don't know those component... You have to use ThreadDetach and ThreadAttach when the component has to be used within the context of a thread which is different from the context of the thread in which the component has been used. In other words, if the component is created and used in the same thread, there is no need to use ThreadDetach/ThreadAttach. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) 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] RE : RE : RE : THttpCli in TDatamodule (Console program)
Hi, Yves Palma wrote: >>In fact I have an AV with any ICS component (if I create a new TForm >>project and add a Tping component and then run the program, I get the >>AV) The AV is in rtl100.bpl > > I have solved my problem. > I need to unselect 'build with packages' on my Project Options / > Packages. > > I don't have any AV (Access Violation) and everything is ok. > (THttpcli work fine on my datamodule) In that case, the problem was probably caused by the fact that the application either couldn't find the appropriate .BPL file, or the one it found was the wrong version. You could try building with "build with packages" turned on and put the ICS BPL file into the same directory as your executable. Regards, Bevan -- 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] THttpCli in TDatamodule (Console program)
> No. If I open the sample program or the program I have > created on march 2006, it works fine ! So ICS and BCB2006 are working OK. The problem is in your code. Try making the simpliest program possible: just a datamodule and the component dropped on it. Nothing more. Does it still generate an AV ? > The AV is in rtl100.bpl What does the call stack say ? Try to build your program without using runtime package. > In fact I have an AV with any ICS component (if I create a new TForm > project and add a Tping component and then run the program, I get the > AV) Add the ICS component source code to your project so that the debugger has access to the source code and show the offending line. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http://www.overbyte.be - Original Message - From: "Yves Palma" <[EMAIL PROTECTED]> To: "'ICS support mailing'" Sent: Thursday, April 13, 2006 3:00 PM Subject: [twsocket] RE : RE : THttpCli in TDatamodule (Console program) > > > Using the debugger, you should see the code line where the AV occur. > > Add the component source code to your project to have the debugger > > break onto the component if needed. > > In fact I have an AV with any ICS component (if I create a new TForm > project and add a Tping component and then run the program, I get the > AV) > > The debugger doesn't tell me where it crash. > > The AV is in rtl100.bpl > > > What about the sample program HttpTst provided with ICS ? Does it > > generate and AV also ? > > No. If I open the sample program or the program I have created on march > 2006, it works fine ! > > > I have uninstalled ICS, then download the last version fos C++2006 > (9march2006) and reinstalled it, but it doesn't change anything. > > Any idea ? > > Thank you, > Yves > > > Here are the logs of the event log : > > Début du Thread : ID du thread : 2424. Processus Project1.exe (3012) > Début de processus : C:\Documents and Settings\palma\Mes > documents\Projets Borland Studio\Debug_Build\Project1.exe. Adresse de > base : $0040. Processus Project1.exe (3012) > Chargement de module : Project1.exe. Contient des infos de débogage. > Adresse de base : $0040. Processus Project1.exe (3012) > Chargement de module : ntdll.dll. Pas d'infos de débogage. Adresse de > base : $7C91. Processus Project1.exe (3012) > Chargement de module : KERNEL32.dll. Pas d'infos de débogage. Adresse de > base : $7C80. Processus Project1.exe (3012) > Chargement de module : vcl100.bpl. Pas d'infos de débogage. Adresse de > base : $51FE. Processus Project1.exe (3012) > Chargement de module : rtl100.bpl. Pas d'infos de débogage. Adresse de > base : $51F0. Processus Project1.exe (3012) > Chargement de module : OLEAUT32.dll. Pas d'infos de débogage. Adresse de > base : $770E. Processus Project1.exe (3012) > Chargement de module : msvcrt.dll. Pas d'infos de débogage. Adresse de > base : $77BE. Processus Project1.exe (3012) > Chargement de module : USER32.dll. Pas d'infos de débogage. Adresse de > base : $77D1. Processus Project1.exe (3012) > Chargement de module : GDI32.dll. Pas d'infos de débogage. Adresse de > base : $77EF. Processus Project1.exe (3012) > Chargement de module : ADVAPI32.dll. Pas d'infos de débogage. Adresse de > base : $77DA. Processus Project1.exe (3012) > Chargement de module : RPCRT4.dll. Pas d'infos de débogage. Adresse de > base : $77E5. Processus Project1.exe (3012) > Chargement de module : ole32.dll. Pas d'infos de débogage. Adresse de > base : $774A. Processus Project1.exe (3012) > Chargement de module : VERSION.dll. Pas d'infos de débogage. Adresse de > base : $77BD. Processus Project1.exe (3012) > Chargement de module : MPR.dll. Pas d'infos de débogage. Adresse de base > : $71A6. Processus Project1.exe (3012) > Chargement de module : IMAGEHLP.dll. Pas d'infos de débogage. Adresse de > base : $76C4. Processus Project1.exe (3012) > Chargement de module : WSOCK32.dll. Pas d'infos de débogage. Adresse de > base : $71A1. Processus Project1.exe (3012) > Chargement de module : WS2_32.dll. Pas d'infos de débogage. Adresse de > base : $719F. Processus Project1.exe (3012) > Chargement de module : WS2HELP.dll. Pas d'infos de débogage. Adresse de > base : $719E. Processus Project1.exe (3012) > Chargement de module : OLEACC.dll. Pas d'infos de débogage. Adresse de > base : $74BF. Processus Project1.exe (3012) > Chargement de module : MSVCP60.dll. Pas d'infos de débogage. Adresse de > base : $7601. Processus Project1.exe (3012) > Chargement de module : MSIMG32.dll. Pas d'infos de débogage. Adresse de > base : $7631. Processus Project1.exe (3012) > Chargement de module : COMCTL32.dll. Pas d'infos de débogage. Adresse de > base : $58B5. Processus Project1.exe (3012) > Chargement de module : SHELL32.dll.
[twsocket] httpcli does not work on dial-up connections?
Hello Francois and all, Is there any chance that THttpCli doesn't work on dialup connections? In one of our (remote) environment, the user has a dialup connection. While he can browse with no problems with IE, httptst sample returns an error of "Failed: 404 Connection timed out (Error #10060)" with any web site. HttpTst sample works fine on highspeed on the same PC. Any idea why this is happening? -- Best regards, Jack -- 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] httpcli does not work on dial-up connections?
> Is there any chance that THttpCli doesn't work on dialup connections? > In one of our (remote) environment, the user has a dialup connection. > While he can browse with no problems with IE, httptst sample returns > an error of "Failed: 404 Connection timed out (Error #10060)" with any > web site. HttpTst sample works fine on highspeed on the same PC. > > Any idea why this is happening? > Maybe Windows Firewall is active on the dialup but disabled on the highspeed connection? Open the WF control panel and look on the Advanced tab page. -- 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] httpcli does not work on dial-up connections?
Hmm. But windows firewall does not really block any outbound requests. It only blocks servers ... correct me if I'm wrong. Thursday, April 13, 2006, 10:14:59 AM, you wrote: >> Is there any chance that THttpCli doesn't work on dialup connections? >> In one of our (remote) environment, the user has a dialup connection. >> While he can browse with no problems with IE, httptst sample returns >> an error of "Failed: 404 Connection timed out (Error #10060)" with any >> web site. HttpTst sample works fine on highspeed on the same PC. >> >> Any idea why this is happening? >> > Maybe Windows Firewall is active on the dialup but > disabled on the highspeed connection? Open the WF > control panel and look on the Advanced tab page. -- 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] httpcli does not work on dial-up connections?
Oh yes, you're right -- what was I thinking? I remember having a problem like this a while back, and I think it was some sort of outbound firewall that was active on only the dialup. Maybe ZoneAlarm? > Hmm. But windows firewall does not really block any outbound > requests. It only blocks servers ... correct me if I'm wrong. > > Thursday, April 13, 2006, 10:14:59 AM, you wrote: > >>> Is there any chance that THttpCli doesn't work on dialup connections? >>> In one of our (remote) environment, the user has a dialup connection. >>> While he can browse with no problems with IE, httptst sample returns >>> an error of "Failed: 404 Connection timed out (Error #10060)" with any >>> web site. HttpTst sample works fine on highspeed on the same PC. >>> >>> Any idea why this is happening? >>> > > >> Maybe Windows Firewall is active on the dialup but >> disabled on the highspeed connection? Open the WF >> control panel and look on the Advanced tab page. > -- 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
[twsocket] time_wait issue
I have two applications, one sending a stream, the other listening and receiving the stream using TCP. If the sending application sets a specific local port and the connection is broken and restarted, connect fails with WSAEADDRINUSE, which I understand is due to the four minute time_wait before TCP frees the port for re-use. What I don't understand, is why I'm getting this error when TWSocket is setting socket option SO_REUSEADDR which is supposed to allow the socket to bind to an address that is already in use. Angus -- 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] httpcli does not work on dial-up connections?
> Is there any chance that THttpCli doesn't work on dialup connections? No, it works on any physical layer supported by winsock and not blocked by any security software or device. > In one of our (remote) environment, the user has a dialup connection. > While he can browse with no problems with IE, httptst sample returns > an error of "Failed: 404 Connection timed out (Error #10060)" with any > web site. HttpTst sample works fine on highspeed on the same PC. > > Any idea why this is happening? No idea. Make the user try the same connection with IE. If it doesn't work with IE, then it can't work with ICS: both are using the same winsock. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] 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] httpcli does not work on dial-up connections?
Hello Jack, try a telnet session in port 80 with the host to test the connection. If it connect then the route is OK. --- Rgds, Wilfried [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html http://www.mestdagh.biz -- 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
[twsocket] ICS V5 Beta and Midware beta uploaded
Minor fixes applied. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] 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