Re: [twsocket] Fw: Sync THttpConnection derivative
> I did the Attach process trick. I would call it a feature :-) > It is very weird that the bug now does not > occur when I go line-by-line in the debugger but occurs when I hit F9. :(( I > will continue tomorrow... Use Windows.OutputDebugString here and there to find out where the error occur. Use CTRL+ALT+V to see messages outputed by OutpuDebugMessage. -- 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] Fw: Sync THttpConnection derivative
Hi, I did the Attach process trick. It is very weird that the bug now does not occur when I go line-by-line in the debugger but occurs when I hit F9. :(( I will continue tomorrow... Thank you! SZ - Original Message - From: "Francois Piette" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Tuesday, October 11, 2005 5:20 PM Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > Whare you able to debug your service as I described ? > If yes, single step thru your code until you find where the bug is. > As Arno suggested, MadExcept is a really excellent product. I use it in > almost all my applications. > > -- > [EMAIL PROTECTED] > http://www.overbyte.be > > - Original Message - > From: "Fastream Technologies" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Tuesday, October 11, 2005 4:10 PM > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > > >> Thanks for your replies (Francois and Arno). >> >> I tried to log with CodeGuard and EurekaLog and both failed (CodeGuard >> app >> did not start as a service and EurelaLog did not trigger when Windows >> complained). I saw the following error on the Event Viewer: >> >> Faulting application NetFileServerEngine.exe, version 7.9.0.1199, >> faulting >> module unknown, version 0.0.0.0, fault address 0x01d4e195. >> >> Regards, >> >> SZ >> >> - Original Message - >> From: "Francois Piette" <[EMAIL PROTECTED]> >> To: "ICS support mailing" >> Sent: Tuesday, October 11, 2005 4:26 PM >> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative >> >> >> > The problem maybe in kernel32 because you pass an invalid argument >> > value >> > to an API function. Try to >> > find what kernel32 function is called and from where in your program. >> > >> > -- >> > [EMAIL PROTECTED] >> > http://www.overbyte.be >> > >> > >> > - Original Message - >> > From: "Fastream Technologies" <[EMAIL PROTECTED]> >> > To: "ICS support mailing" >> > Sent: Tuesday, October 11, 2005 3:04 PM >> > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative >> > >> > >> >> The problem seems to be in kernel32.dll. Could it be related to the >> >> NexusMM >> >> that we are only using with the service? It is still strange because >> >> the >> >> error is given before quiting, ISAPI code is run... >> >> >> >> Best Regards, >> >> >> >> SubZ >> >> >> >> - Original Message - >> >> From: "Francois Piette" <[EMAIL PROTECTED]> >> >> To: "ICS support mailing" >> >> Sent: Tuesday, October 11, 2005 3:08 PM >> >> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative >> >> >> >> >> >> >> But the error does not happen when debugging. It only occurs in >> >> >> service >> >> >> mode >> >> >> which is not debuggable. That's the whole problem! >> >> > >> >> > You can debug services ! >> >> > Compile your service, run it as a service. Then go to Delphi/BCB run >> >> > menu >> >> > and select "attach to >> >> > processus" (or similar designation: I have a french version). Then >> >> > select >> >> > your service process. >> >> > >> >> > -- >> >> > [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 >> >> >> >> -- >> >> 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 > -- > 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
[twsocket] Getting EAbstractError Exception in constructor of TCustomLineWSocket
I have built a BCB5 VCL control using an array of TWSocket's. Naturally when my class gets built it calls new on each TWSocket instance it needs.. I am getting an EAbstractError exception in the following code. constructor TCustomLineWSocket.Create(AOwner: TComponent); begin inherited Create(AOwner); FLineEnd := #13#10;<--- highlighted line.. FLineMode := FALSE; end; I don't understand why this is a problem. All references to this indicate it is coming from sysutils. Perhaps there is a known solution. Bart Thompson -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.14/128 - Release Date: 10/10/2005 - The information contained in this message is proprietary of Amdocs, protected from disclosure, and may be privileged. The information is intended to be conveyed only to the designated recipient(s) of the message. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, use, distribution or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- 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] Fw: Sync THttpConnection derivative
Francois Piette wrote: > Whare you able to debug your service as I described ? > If yes, single step thru your code until you find where the bug is. > As Arno suggested, MadExcept is a really excellent product. I use it in > almost all my applications. It's great, but note that it would catch only unhandled exceptions. If the exception is caught by TWsocket as a background exception you could temporarily modify TCustomWsocket.WndProc to use a MadExcept exception handler. > > -- > [EMAIL PROTECTED] > http://www.overbyte.be > > - Original Message - > From: "Fastream Technologies" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Tuesday, October 11, 2005 4:10 PM > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > > >> Thanks for your replies (Francois and Arno). >> >> I tried to log with CodeGuard and EurekaLog and both failed (CodeGuard >> app did not start as a service and EurelaLog did not trigger when Windows >> complained). I saw the following error on the Event Viewer: >> >> Faulting application NetFileServerEngine.exe, version 7.9.0.1199, >> faulting module unknown, version 0.0.0.0, fault address 0x01d4e195. >> >> Regards, >> >> SZ >> >> - Original Message - >> From: "Francois Piette" <[EMAIL PROTECTED]> >> To: "ICS support mailing" >> Sent: Tuesday, October 11, 2005 4:26 PM >> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative >> >> >>> The problem maybe in kernel32 because you pass an invalid argument value >>> to an API function. Try to >>> find what kernel32 function is called and from where in your program. >>> >>> -- >>> [EMAIL PROTECTED] >>> http://www.overbyte.be >>> >>> >>> - Original Message - >>> From: "Fastream Technologies" <[EMAIL PROTECTED]> >>> To: "ICS support mailing" >>> Sent: Tuesday, October 11, 2005 3:04 PM >>> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative >>> >>> The problem seems to be in kernel32.dll. Could it be related to the NexusMM that we are only using with the service? It is still strange because the error is given before quiting, ISAPI code is run... Best Regards, SubZ - Original Message - From: "Francois Piette" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Tuesday, October 11, 2005 3:08 PM Subject: Re: [twsocket] Fw: Sync THttpConnection derivative >> But the error does not happen when debugging. It only occurs in >> service >> mode >> which is not debuggable. That's the whole problem! > > You can debug services ! > Compile your service, run it as a service. Then go to Delphi/BCB run > menu > and select "attach to > processus" (or similar designation: I have a french version). Then > select > your service process. > > -- > [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 -- 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 -- 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] Fw: Sync THttpConnection derivative
Whare you able to debug your service as I described ? If yes, single step thru your code until you find where the bug is. As Arno suggested, MadExcept is a really excellent product. I use it in almost all my applications. -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: "Fastream Technologies" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Tuesday, October 11, 2005 4:10 PM Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > Thanks for your replies (Francois and Arno). > > I tried to log with CodeGuard and EurekaLog and both failed (CodeGuard app > did not start as a service and EurelaLog did not trigger when Windows > complained). I saw the following error on the Event Viewer: > > Faulting application NetFileServerEngine.exe, version 7.9.0.1199, faulting > module unknown, version 0.0.0.0, fault address 0x01d4e195. > > Regards, > > SZ > > - Original Message - > From: "Francois Piette" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Tuesday, October 11, 2005 4:26 PM > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > > > > The problem maybe in kernel32 because you pass an invalid argument value > > to an API function. Try to > > find what kernel32 function is called and from where in your program. > > > > -- > > [EMAIL PROTECTED] > > http://www.overbyte.be > > > > > > - Original Message - > > From: "Fastream Technologies" <[EMAIL PROTECTED]> > > To: "ICS support mailing" > > Sent: Tuesday, October 11, 2005 3:04 PM > > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > > > > > >> The problem seems to be in kernel32.dll. Could it be related to the > >> NexusMM > >> that we are only using with the service? It is still strange because the > >> error is given before quiting, ISAPI code is run... > >> > >> Best Regards, > >> > >> SubZ > >> > >> - Original Message - > >> From: "Francois Piette" <[EMAIL PROTECTED]> > >> To: "ICS support mailing" > >> Sent: Tuesday, October 11, 2005 3:08 PM > >> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > >> > >> > >> >> But the error does not happen when debugging. It only occurs in > >> >> service > >> >> mode > >> >> which is not debuggable. That's the whole problem! > >> > > >> > You can debug services ! > >> > Compile your service, run it as a service. Then go to Delphi/BCB run > >> > menu > >> > and select "attach to > >> > processus" (or similar designation: I have a french version). Then > >> > select > >> > your service process. > >> > > >> > -- > >> > [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 > >> > >> -- > >> 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 -- 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] Fw: Sync THttpConnection derivative
Thanks for your replies (Francois and Arno). I tried to log with CodeGuard and EurekaLog and both failed (CodeGuard app did not start as a service and EurelaLog did not trigger when Windows complained). I saw the following error on the Event Viewer: Faulting application NetFileServerEngine.exe, version 7.9.0.1199, faulting module unknown, version 0.0.0.0, fault address 0x01d4e195. Regards, SZ - Original Message - From: "Francois Piette" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Tuesday, October 11, 2005 4:26 PM Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > The problem maybe in kernel32 because you pass an invalid argument value > to an API function. Try to > find what kernel32 function is called and from where in your program. > > -- > [EMAIL PROTECTED] > http://www.overbyte.be > > > - Original Message - > From: "Fastream Technologies" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Tuesday, October 11, 2005 3:04 PM > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > > >> The problem seems to be in kernel32.dll. Could it be related to the >> NexusMM >> that we are only using with the service? It is still strange because the >> error is given before quiting, ISAPI code is run... >> >> Best Regards, >> >> SubZ >> >> - Original Message - >> From: "Francois Piette" <[EMAIL PROTECTED]> >> To: "ICS support mailing" >> Sent: Tuesday, October 11, 2005 3:08 PM >> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative >> >> >> >> But the error does not happen when debugging. It only occurs in >> >> service >> >> mode >> >> which is not debuggable. That's the whole problem! >> > >> > You can debug services ! >> > Compile your service, run it as a service. Then go to Delphi/BCB run >> > menu >> > and select "attach to >> > processus" (or similar designation: I have a french version). Then >> > select >> > your service process. >> > >> > -- >> > [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 >> >> -- >> 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] Fw: Sync THttpConnection derivative
Fastream Technologies wrote: > The problem seems to be in kernel32.dll. Could it be related to the > NexusMM that we are only using with the service? It is still strange > because the error is given before quiting, ISAPI code is run... It is (mostly) impossible for mailing list users to debug other peoples 'remote' services. Francois mentioned one resolution, another is MadExcept, or try Wilfried's service class. You could also use the (commercial) SVCOM components, they provide a DLL that emulates the SCM and therefore allows debugging a service like any other GUI application. > Best Regards, > > SubZ > > - Original Message - > From: "Francois Piette" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Tuesday, October 11, 2005 3:08 PM > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > > >>> But the error does not happen when debugging. It only occurs in service >>> mode >>> which is not debuggable. That's the whole problem! >> >> You can debug services ! >> Compile your service, run it as a service. Then go to Delphi/BCB run menu >> and select "attach to >> processus" (or similar designation: I have a french version). Then select >> your service process. >> >> -- >> [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 -- 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] Fw: Sync THttpConnection derivative
The problem maybe in kernel32 because you pass an invalid argument value to an API function. Try to find what kernel32 function is called and from where in your program. -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: "Fastream Technologies" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Tuesday, October 11, 2005 3:04 PM Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > The problem seems to be in kernel32.dll. Could it be related to the NexusMM > that we are only using with the service? It is still strange because the > error is given before quiting, ISAPI code is run... > > Best Regards, > > SubZ > > - Original Message - > From: "Francois Piette" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Tuesday, October 11, 2005 3:08 PM > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative > > > >> But the error does not happen when debugging. It only occurs in service > >> mode > >> which is not debuggable. That's the whole problem! > > > > You can debug services ! > > Compile your service, run it as a service. Then go to Delphi/BCB run menu > > and select "attach to > > processus" (or similar designation: I have a french version). Then select > > your service process. > > > > -- > > [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 > > -- > 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] Fw: Sync THttpConnection derivative
The problem seems to be in kernel32.dll. Could it be related to the NexusMM that we are only using with the service? It is still strange because the error is given before quiting, ISAPI code is run... Best Regards, SubZ - Original Message - From: "Francois Piette" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Tuesday, October 11, 2005 3:08 PM Subject: Re: [twsocket] Fw: Sync THttpConnection derivative >> But the error does not happen when debugging. It only occurs in service >> mode >> which is not debuggable. That's the whole problem! > > You can debug services ! > Compile your service, run it as a service. Then go to Delphi/BCB run menu > and select "attach to > processus" (or similar designation: I have a french version). Then select > your service process. > > -- > [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 -- 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] Fw: Sync THttpConnection derivative
> But the error does not happen when debugging. It only occurs in service mode > which is not debuggable. That's the whole problem! You can debug services ! Compile your service, run it as a service. Then go to Delphi/BCB run menu and select "attach to processus" (or similar designation: I have a french version). Then select your service process. -- [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] Error "501 Cannot RETR"
Download latest ICS release and try again... -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: "Arnold FLUTEAUX" <[EMAIL PROTECTED]> To: Sent: Tuesday, October 11, 2005 11:50 AM Subject: [twsocket] Error "501 Cannot RETR" > Hi, > > > > I'm testing a FTP Serveur based on your library: FTPSRV. And sometimes in my > log : I have: > > "501 Cannot RETR. Error #10057" > > Before this line, I have RETR command, then "150 Opening data connection for > ." > > So do you know when this error can product itself. > > There are versions of classes : > > - FTPSrv: 1.34 > > - FtpSrvC: 1.11 > > - FtpSrvT: 1.11 > > - Wsocket: 5.16 > > Thanks . > > -- > 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] Fw: Sync THttpConnection derivative
But the error does not happen when debugging. It only occurs in service mode
which is not debuggable. That's the whole problem!
Thanks,
SZ
- Original Message -
From: "Francois Piette" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, October 11, 2005 12:47 PM
Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
Again, use the debugger to know where the AV occurs.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, October 11, 2005 11:30 AM
Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> I know have a second very strange problem: I have two .bpr projects for
> the
> same code except that one is for debugging with a dummy form and the other
> one is a service. The object creation/destruction orders are the same.
> However, when I run the ISAPI code (even once) as below, the service gives
> an AV and the "Please tell M$ about this" screen appears. This does not
> happen in the form project!
>
> Your constructive response will be appreciated!
>
> Best Regards,
>
> SubZ
>
> - Original Message -
> From: "Francois Piette" <[EMAIL PROTECTED]>
> To: "ICS support mailing"
> Sent: Tuesday, October 11, 2005 10:38 AM
> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
>
>
> > Debugger, just like the MessageBox showed correct values!
>
> Do you still have message box in the code ? This may cause the problem
> because it call the message
> pump and wsocket_send may be called from elsewhere. Never use MessageBox
> to
> show values, use
> Windows.OutputDebugString or use Writeln (don't forget to make your app a
> console mode app).
>
> Maybe I found the problem. WSocket_send is defined as:
> function WSocket_send(s: TSocket; var Buf; len, flags: Integer): Integer;
>
> This means you have t call it like this:
>Count := WSocket_send(HSocket, Data^, DataLen, 0);
>
> See the "^" that I added. Since the Buf argument is declare as untype var,
> the compiler
> automatically take the address. So when you pas "Data", then it is the
> pointer address that is
> passed. When you pass "Data^", the actual pointer value is passed.
>
> --
> [EMAIL PROTECTED]
> http://www.overbyte.be
>
>
> - Original Message -
> From: "Fastream Technologies" <[EMAIL PROTECTED]>
> To: "ICS support mailing"
> Sent: Tuesday, October 11, 2005 9:13 AM
> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
>
>
> > Debugger, just like the MessageBox showed correct values!
> >
> > However the socket printed something with a first line like:
> >
> > ÿº
> >
> > (This was suppose to be a long line but OE only printed this much!)
> >
> > Regards,
> >
> > SubZ
> >
> > - Original Message -
> > From: "Francois PIETTE" <[EMAIL PROTECTED]>
> > To: "ICS support mailing"
> > Sent: Monday, October 10, 2005 7:33 PM
> > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> >
> >
> > >> I still get garbage data with NO HTTP header.
> > >> Any idea why?
> > >
> > > No idea why. But did you use the debugger to verify that Data and
> > > DataLen
> > > have correct values ?
> > >
> > > To debug further, you can add an Windows.OutputDebugString in
> > > WSocket_Synchronized_send function to display what is really sent by
> > > the
> > > component, no matter if called "normally" by the component or by a
> > > direct
> > > call to WSocket_Send. To see messages printed out by
> > > OutputDebugString,
> > > you
> > > simply hit CTRL+ALT+V within Delphi (Probably the same with BCB).
> > >
> > > --
> > > 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"
> > > Sent: Monday, October 10, 2005 4:45 PM
> > > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> > >
> > >
> > >> Hello and thanks for your replies,
> > >>
> > >> I now have the following code that do not raise any exception:
> > >>
> > >> In the connection class derived from TWebConnection:
> > >>
> > >>Pause();
> > >>
> > >>int iMode = 0;
> > >>WSocket_ioctlsocket(HSocket, FIONBIO, iMode);
> > >>
> > >>if(!serverThread->DXISAPI->Execute(this,
> > >>ISAPIInterpreter,
> > >>Method,
> > >>Params,
> > >>Path,
> > >>LastFilePath,
> > >>RequestContentType,
> > >> POSTString,
> > >> postedDataLen, scriptResult))
> > >>result = dpError;
> > >>else
> > >>{
> > >>iMode = 1
[twsocket] Error "501 Cannot RETR"
Hi, I'm testing a FTP Serveur based on your library: FTPSRV. And sometimes in my log : I have: "501 Cannot RETR. Error #10057" Before this line, I have RETR command, then "150 Opening data connection for ." So do you know when this error can product itself. There are versions of classes : - FTPSrv: 1.34 - FtpSrvC: 1.11 - FtpSrvT: 1.11 - Wsocket: 5.16 Thanks . -- 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] Fw: Sync THttpConnection derivative
Again, use the debugger to know where the AV occurs.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, October 11, 2005 11:30 AM
Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> I know have a second very strange problem: I have two .bpr projects for the
> same code except that one is for debugging with a dummy form and the other
> one is a service. The object creation/destruction orders are the same.
> However, when I run the ISAPI code (even once) as below, the service gives
> an AV and the "Please tell M$ about this" screen appears. This does not
> happen in the form project!
>
> Your constructive response will be appreciated!
>
> Best Regards,
>
> SubZ
>
> - Original Message -
> From: "Francois Piette" <[EMAIL PROTECTED]>
> To: "ICS support mailing"
> Sent: Tuesday, October 11, 2005 10:38 AM
> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
>
>
> > Debugger, just like the MessageBox showed correct values!
>
> Do you still have message box in the code ? This may cause the problem
> because it call the message
> pump and wsocket_send may be called from elsewhere. Never use MessageBox to
> show values, use
> Windows.OutputDebugString or use Writeln (don't forget to make your app a
> console mode app).
>
> Maybe I found the problem. WSocket_send is defined as:
> function WSocket_send(s: TSocket; var Buf; len, flags: Integer): Integer;
>
> This means you have t call it like this:
>Count := WSocket_send(HSocket, Data^, DataLen, 0);
>
> See the "^" that I added. Since the Buf argument is declare as untype var,
> the compiler
> automatically take the address. So when you pas "Data", then it is the
> pointer address that is
> passed. When you pass "Data^", the actual pointer value is passed.
>
> --
> [EMAIL PROTECTED]
> http://www.overbyte.be
>
>
> - Original Message -
> From: "Fastream Technologies" <[EMAIL PROTECTED]>
> To: "ICS support mailing"
> Sent: Tuesday, October 11, 2005 9:13 AM
> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
>
>
> > Debugger, just like the MessageBox showed correct values!
> >
> > However the socket printed something with a first line like:
> >
> > ÿº
> >
> > (This was suppose to be a long line but OE only printed this much!)
> >
> > Regards,
> >
> > SubZ
> >
> > - Original Message -
> > From: "Francois PIETTE" <[EMAIL PROTECTED]>
> > To: "ICS support mailing"
> > Sent: Monday, October 10, 2005 7:33 PM
> > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> >
> >
> > >> I still get garbage data with NO HTTP header.
> > >> Any idea why?
> > >
> > > No idea why. But did you use the debugger to verify that Data and
> > > DataLen
> > > have correct values ?
> > >
> > > To debug further, you can add an Windows.OutputDebugString in
> > > WSocket_Synchronized_send function to display what is really sent by the
> > > component, no matter if called "normally" by the component or by a
> > > direct
> > > call to WSocket_Send. To see messages printed out by OutputDebugString,
> > > you
> > > simply hit CTRL+ALT+V within Delphi (Probably the same with BCB).
> > >
> > > --
> > > 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"
> > > Sent: Monday, October 10, 2005 4:45 PM
> > > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> > >
> > >
> > >> Hello and thanks for your replies,
> > >>
> > >> I now have the following code that do not raise any exception:
> > >>
> > >> In the connection class derived from TWebConnection:
> > >>
> > >>Pause();
> > >>
> > >>int iMode = 0;
> > >>WSocket_ioctlsocket(HSocket, FIONBIO, iMode);
> > >>
> > >>if(!serverThread->DXISAPI->Execute(this,
> > >>ISAPIInterpreter,
> > >>Method,
> > >>Params,
> > >>Path,
> > >>LastFilePath,
> > >>RequestContentType, POSTString,
> > >> postedDataLen, scriptResult))
> > >>result = dpError;
> > >>else
> > >>{
> > >>iMode = 1;
> > >>if(WSocket_ioctlsocket(HSocket, FIONBIO, iMode))
> > >>{
> > >>Resume();
> > >>Close();
> > >>}
> > >>else
> > >>Resume();
> > >>}
> > >>
> > >> and in the TWebConnec
Re: [twsocket] Fw: Sync THttpConnection derivative
I know have a second very strange problem: I have two .bpr projects for the
same code except that one is for debugging with a dummy form and the other
one is a service. The object creation/destruction orders are the same.
However, when I run the ISAPI code (even once) as below, the service gives
an AV and the "Please tell M$ about this" screen appears. This does not
happen in the form project!
Your constructive response will be appreciated!
Best Regards,
SubZ
- Original Message -
From: "Francois Piette" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, October 11, 2005 10:38 AM
Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> Debugger, just like the MessageBox showed correct values!
Do you still have message box in the code ? This may cause the problem
because it call the message
pump and wsocket_send may be called from elsewhere. Never use MessageBox to
show values, use
Windows.OutputDebugString or use Writeln (don't forget to make your app a
console mode app).
Maybe I found the problem. WSocket_send is defined as:
function WSocket_send(s: TSocket; var Buf; len, flags: Integer): Integer;
This means you have t call it like this:
Count := WSocket_send(HSocket, Data^, DataLen, 0);
See the "^" that I added. Since the Buf argument is declare as untype var,
the compiler
automatically take the address. So when you pas "Data", then it is the
pointer address that is
passed. When you pass "Data^", the actual pointer value is passed.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, October 11, 2005 9:13 AM
Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> Debugger, just like the MessageBox showed correct values!
>
> However the socket printed something with a first line like:
>
> ÿº
>
> (This was suppose to be a long line but OE only printed this much!)
>
> Regards,
>
> SubZ
>
> - Original Message -
> From: "Francois PIETTE" <[EMAIL PROTECTED]>
> To: "ICS support mailing"
> Sent: Monday, October 10, 2005 7:33 PM
> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
>
>
> >> I still get garbage data with NO HTTP header.
> >> Any idea why?
> >
> > No idea why. But did you use the debugger to verify that Data and
> > DataLen
> > have correct values ?
> >
> > To debug further, you can add an Windows.OutputDebugString in
> > WSocket_Synchronized_send function to display what is really sent by the
> > component, no matter if called "normally" by the component or by a
> > direct
> > call to WSocket_Send. To see messages printed out by OutputDebugString,
> > you
> > simply hit CTRL+ALT+V within Delphi (Probably the same with BCB).
> >
> > --
> > 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"
> > Sent: Monday, October 10, 2005 4:45 PM
> > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> >
> >
> >> Hello and thanks for your replies,
> >>
> >> I now have the following code that do not raise any exception:
> >>
> >> In the connection class derived from TWebConnection:
> >>
> >>Pause();
> >>
> >>int iMode = 0;
> >>WSocket_ioctlsocket(HSocket, FIONBIO, iMode);
> >>
> >>if(!serverThread->DXISAPI->Execute(this,
> >>ISAPIInterpreter,
> >>Method,
> >>Params,
> >>Path,
> >>LastFilePath,
> >>RequestContentType, POSTString,
> >> postedDataLen, scriptResult))
> >>result = dpError;
> >>else
> >>{
> >>iMode = 1;
> >>if(WSocket_ioctlsocket(HSocket, FIONBIO, iMode))
> >>{
> >>Resume();
> >>Close();
> >>}
> >>else
> >>Resume();
> >>}
> >>
> >> and in the TWebConnection that is derived from THttpConnection and can
> >> be
> >> called from pascal DXISAPI code by callback functions:
> >>
> >>OldDataAvailable := FOnDataAvailable;
> >>OldSendData := FOnSendData;
> >>OldDataSent := FOnDataSent;
> >>FOnDataAvailable := nil;
> >>FOnSendData := nil;
> >>FOnDataSent := nil;
> >>
> >>if FTerminated or
> >>((State <> wsConnected) and (State <> wsSocksConnected)) then
> >>begin
> >>Result := false;
> >>Exit;
> >>
Re: [twsocket] Fw: Sync THttpConnection derivative
YES! The "^" did the trick. I knew it was because of my missing pascal
knowledge... ;)
Thank you,
SZ
- Original Message -
From: "Francois Piette" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, October 11, 2005 10:38 AM
Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> Debugger, just like the MessageBox showed correct values!
Do you still have message box in the code ? This may cause the problem
because it call the message
pump and wsocket_send may be called from elsewhere. Never use MessageBox to
show values, use
Windows.OutputDebugString or use Writeln (don't forget to make your app a
console mode app).
Maybe I found the problem. WSocket_send is defined as:
function WSocket_send(s: TSocket; var Buf; len, flags: Integer): Integer;
This means you have t call it like this:
Count := WSocket_send(HSocket, Data^, DataLen, 0);
See the "^" that I added. Since the Buf argument is declare as untype var,
the compiler
automatically take the address. So when you pas "Data", then it is the
pointer address that is
passed. When you pass "Data^", the actual pointer value is passed.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, October 11, 2005 9:13 AM
Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> Debugger, just like the MessageBox showed correct values!
>
> However the socket printed something with a first line like:
>
> ÿº
>
> (This was suppose to be a long line but OE only printed this much!)
>
> Regards,
>
> SubZ
>
> - Original Message -
> From: "Francois PIETTE" <[EMAIL PROTECTED]>
> To: "ICS support mailing"
> Sent: Monday, October 10, 2005 7:33 PM
> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
>
>
> >> I still get garbage data with NO HTTP header.
> >> Any idea why?
> >
> > No idea why. But did you use the debugger to verify that Data and
> > DataLen
> > have correct values ?
> >
> > To debug further, you can add an Windows.OutputDebugString in
> > WSocket_Synchronized_send function to display what is really sent by the
> > component, no matter if called "normally" by the component or by a
> > direct
> > call to WSocket_Send. To see messages printed out by OutputDebugString,
> > you
> > simply hit CTRL+ALT+V within Delphi (Probably the same with BCB).
> >
> > --
> > 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"
> > Sent: Monday, October 10, 2005 4:45 PM
> > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> >
> >
> >> Hello and thanks for your replies,
> >>
> >> I now have the following code that do not raise any exception:
> >>
> >> In the connection class derived from TWebConnection:
> >>
> >>Pause();
> >>
> >>int iMode = 0;
> >>WSocket_ioctlsocket(HSocket, FIONBIO, iMode);
> >>
> >>if(!serverThread->DXISAPI->Execute(this,
> >>ISAPIInterpreter,
> >>Method,
> >>Params,
> >>Path,
> >>LastFilePath,
> >>RequestContentType, POSTString,
> >> postedDataLen, scriptResult))
> >>result = dpError;
> >>else
> >>{
> >>iMode = 1;
> >>if(WSocket_ioctlsocket(HSocket, FIONBIO, iMode))
> >>{
> >>Resume();
> >>Close();
> >>}
> >>else
> >>Resume();
> >>}
> >>
> >> and in the TWebConnection that is derived from THttpConnection and can
> >> be
> >> called from pascal DXISAPI code by callback functions:
> >>
> >>OldDataAvailable := FOnDataAvailable;
> >>OldSendData := FOnSendData;
> >>OldDataSent := FOnDataSent;
> >>FOnDataAvailable := nil;
> >>FOnSendData := nil;
> >>FOnDataSent := nil;
> >>
> >>if FTerminated or
> >>((State <> wsConnected) and (State <> wsSocksConnected)) then
> >>begin
> >>Result := false;
> >>Exit;
> >>end;
> >>
> >>Count := WSocket_send(HSocket,
> >>Data,
> >>DataLen,
> >>0);
> >>
> >>Result := Count > 0;
> >>if Result = true then
> >>DataSent := DataSent + Count;
> >>
> >>if FTerminated or
> >>((State <> wsConnected) and (State <> wsSocksConnect
Re: [twsocket] Missing F10 Key in EmulVT
> Problem is, I'm missing F10. MS Windows appears to be doing something with > it and waiting till a second character appears before giving up the next > key. > > What's so special about F10? This has nothing related with EmulVT component. F10 is the MENU key. Windows don't pass it to the application. Instead it use it to activate the application menu. There is probably an API that can bypass this behaviour but I don't know wich one. If no one give a correct answer here, I suggest you post in Borland newsgroup borland.public.delphi.nativeapi.win32, asking how to intercept F10 key programmatically. -- 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: "John Dammeyer" <[EMAIL PROTECTED]> To: "'ICS support mailing'" Sent: Monday, October 10, 2005 11:45 PM Subject: [twsocket] Missing F10 Key in EmulVT > Hi all, > > I've been working with EmulVT and Twsocket to create a net based clone of a > standard windows CGA screen set up in C40 mode as interfaced to by Borland. > I've been able to modify and add the appropriate methods in EmulVT.pas to > create windows that are subsets of the 40x25 screen and have their home > position referred to as 1,1 etc. > > I also now have blinking text using a timer in the mainline application to > access screen.Lines[nRow] and blink characters. Pretty cool all in all. > The original DOS application now instead of directly calling Borland > routines, on request, sends messages out a TWSocket and the Client, (my > screen and keyboard) initializes and shows a menu just like the original DOS > app. > > I even went as far as to unprotect two of my ports on my firewall and have a > friend across town run the client software while the server on my PC filled > up his CRT. Too cool. Post card of Victoria BC will be on the way next > week. > > Next I'm really just interested in returning keyboard entry as ASCII > characters or the Delphi Virtual Key Codes. With that in mind I've modified > the AppMessageHandler to call my own FOnKeyDown() function and for now print > out a hex value of ASCII characters and 'F1' or 'F2' etc. for the function > keys. Later I'll probably just return the VK_ values inside > AppMessageHandler and remove all the multi-character string capabilities > that exist for a VT100 terminal. > > Problem is, I'm missing F10. MS Windows appears to be doing something with > it and waiting till a second character appears before giving up the next > key. > > What's so special about F10? > > Thanks, > > John Dammeyer > > -- > 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] Fw: Sync THttpConnection derivative
> Debugger, just like the MessageBox showed correct values!
Do you still have message box in the code ? This may cause the problem because
it call the message
pump and wsocket_send may be called from elsewhere. Never use MessageBox to
show values, use
Windows.OutputDebugString or use Writeln (don't forget to make your app a
console mode app).
Maybe I found the problem. WSocket_send is defined as:
function WSocket_send(s: TSocket; var Buf; len, flags: Integer): Integer;
This means you have t call it like this:
Count := WSocket_send(HSocket, Data^, DataLen, 0);
See the "^" that I added. Since the Buf argument is declare as untype var, the
compiler
automatically take the address. So when you pas "Data", then it is the pointer
address that is
passed. When you pass "Data^", the actual pointer value is passed.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, October 11, 2005 9:13 AM
Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> Debugger, just like the MessageBox showed correct values!
>
> However the socket printed something with a first line like:
>
> ÿº
>
> (This was suppose to be a long line but OE only printed this much!)
>
> Regards,
>
> SubZ
>
> - Original Message -
> From: "Francois PIETTE" <[EMAIL PROTECTED]>
> To: "ICS support mailing"
> Sent: Monday, October 10, 2005 7:33 PM
> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
>
>
> >> I still get garbage data with NO HTTP header.
> >> Any idea why?
> >
> > No idea why. But did you use the debugger to verify that Data and DataLen
> > have correct values ?
> >
> > To debug further, you can add an Windows.OutputDebugString in
> > WSocket_Synchronized_send function to display what is really sent by the
> > component, no matter if called "normally" by the component or by a direct
> > call to WSocket_Send. To see messages printed out by OutputDebugString,
> > you
> > simply hit CTRL+ALT+V within Delphi (Probably the same with BCB).
> >
> > --
> > 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"
> > Sent: Monday, October 10, 2005 4:45 PM
> > Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
> >
> >
> >> Hello and thanks for your replies,
> >>
> >> I now have the following code that do not raise any exception:
> >>
> >> In the connection class derived from TWebConnection:
> >>
> >>Pause();
> >>
> >>int iMode = 0;
> >>WSocket_ioctlsocket(HSocket, FIONBIO, iMode);
> >>
> >>if(!serverThread->DXISAPI->Execute(this,
> >>ISAPIInterpreter,
> >>Method,
> >>Params,
> >>Path,
> >>LastFilePath,
> >>RequestContentType, POSTString,
> >> postedDataLen, scriptResult))
> >>result = dpError;
> >>else
> >>{
> >>iMode = 1;
> >>if(WSocket_ioctlsocket(HSocket, FIONBIO, iMode))
> >>{
> >>Resume();
> >>Close();
> >>}
> >>else
> >>Resume();
> >>}
> >>
> >> and in the TWebConnection that is derived from THttpConnection and can be
> >> called from pascal DXISAPI code by callback functions:
> >>
> >>OldDataAvailable := FOnDataAvailable;
> >>OldSendData := FOnSendData;
> >>OldDataSent := FOnDataSent;
> >>FOnDataAvailable := nil;
> >>FOnSendData := nil;
> >>FOnDataSent := nil;
> >>
> >>if FTerminated or
> >>((State <> wsConnected) and (State <> wsSocksConnected)) then
> >>begin
> >>Result := false;
> >>Exit;
> >>end;
> >>
> >>Count := WSocket_send(HSocket,
> >>Data,
> >>DataLen,
> >>0);
> >>
> >>Result := Count > 0;
> >>if Result = true then
> >>DataSent := DataSent + Count;
> >>
> >>if FTerminated or
> >>((State <> wsConnected) and (State <> wsSocksConnected)) then
> >>begin
> >>Result := false;
> >>end;
> >>
> >>if Result = true then
> >>begin
> >>FOnDataAvailable := OldDataAvailable;
> >>FOnSendData := OldSendData;
> >>FOnDataSent := OldDataSent;
> >>end;
> >>
> >> I sti
Re: [twsocket] Fw: Sync THttpConnection derivative
Debugger, just like the MessageBox showed correct values!
However the socket printed something with a first line like:
ÿº
(This was suppose to be a long line but OE only printed this much!)
Regards,
SubZ
- Original Message -
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, October 10, 2005 7:33 PM
Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
>> I still get garbage data with NO HTTP header.
>> Any idea why?
>
> No idea why. But did you use the debugger to verify that Data and DataLen
> have correct values ?
>
> To debug further, you can add an Windows.OutputDebugString in
> WSocket_Synchronized_send function to display what is really sent by the
> component, no matter if called "normally" by the component or by a direct
> call to WSocket_Send. To see messages printed out by OutputDebugString,
> you
> simply hit CTRL+ALT+V within Delphi (Probably the same with BCB).
>
> --
> 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"
> Sent: Monday, October 10, 2005 4:45 PM
> Subject: Re: [twsocket] Fw: Sync THttpConnection derivative
>
>
>> Hello and thanks for your replies,
>>
>> I now have the following code that do not raise any exception:
>>
>> In the connection class derived from TWebConnection:
>>
>>Pause();
>>
>>int iMode = 0;
>>WSocket_ioctlsocket(HSocket, FIONBIO, iMode);
>>
>>if(!serverThread->DXISAPI->Execute(this,
>>ISAPIInterpreter,
>>Method,
>>Params,
>>Path,
>>LastFilePath,
>>RequestContentType, POSTString,
>> postedDataLen, scriptResult))
>>result = dpError;
>>else
>>{
>>iMode = 1;
>>if(WSocket_ioctlsocket(HSocket, FIONBIO, iMode))
>>{
>>Resume();
>>Close();
>>}
>>else
>>Resume();
>>}
>>
>> and in the TWebConnection that is derived from THttpConnection and can be
>> called from pascal DXISAPI code by callback functions:
>>
>>OldDataAvailable := FOnDataAvailable;
>>OldSendData := FOnSendData;
>>OldDataSent := FOnDataSent;
>>FOnDataAvailable := nil;
>>FOnSendData := nil;
>>FOnDataSent := nil;
>>
>>if FTerminated or
>>((State <> wsConnected) and (State <> wsSocksConnected)) then
>>begin
>>Result := false;
>>Exit;
>>end;
>>
>>Count := WSocket_send(HSocket,
>>Data,
>>DataLen,
>>0);
>>
>>Result := Count > 0;
>>if Result = true then
>>DataSent := DataSent + Count;
>>
>>if FTerminated or
>>((State <> wsConnected) and (State <> wsSocksConnected)) then
>>begin
>>Result := false;
>>end;
>>
>>if Result = true then
>>begin
>>FOnDataAvailable := OldDataAvailable;
>>FOnSendData := OldSendData;
>>FOnDataSent := OldDataSent;
>>end;
>>
>> I still get garbage data with NO HTTP header.
>>
>> Any idea why?
>>
>> Best Regards,
>>
>> SubZ
>
> --
> 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
