[twsocket] Fw: Sync THttpConnection derivative
- Original Message - From: Francois PIETTE [EMAIL PROTECTED] To: Fastream Technologies [EMAIL PROTECTED] Sent: Sunday, October 09, 2005 6:33 PM Subject: Re: [twsocket] Sync THttpConnection derivative Wrong address. -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: Fastream Technologies [EMAIL PROTECTED] To: Francois PIETTE [EMAIL PROTECTED] Sent: Sunday, October 09, 2005 4:46 PM Subject: Re: [twsocket] Sync THttpConnection derivative Ok, let's try the old failed Sync style: function TWebConnection.SendSync(Data: PChar; DataLen: Integer): integer; var lCount: {$IFDEF FPC} LongWord; {$ELSE} LongInt; {$ENDIF} begin if FTerminated or ((State wsConnected) and (State wsSocksConnected)) then begin Result := 0; Exit; end; OldDataAvailable := FOnDataAvailable; OldSendData := FOnSendData; OldDataSent := FOnDataSent; FOnDataAvailable := nil; FOnSendData := nil; FOnDataSent := nil; Pause(); WSocket_ioctlsocket(HSocket, ???, lCount); // What should be the parameters here? Result := WSocket_Send(HSocket, Data, DataLen, 0); if FTerminated or ((State wsConnected) and (State wsSocksConnected)) then begin Result := 0; Exit; end; Resume(); FOnDataAvailable := OldDataAvailable; FOnSendData := OldSendData; FOnDataSent := OldDataSent; This logic will be the best is now what's on my mind as on long ISAPI scripts, it gets too long to buffer... Could you help? Best Regards, SZ - Original Message - From: Fastream Technologies [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Sunday, October 09, 2005 1:16 PM Subject: Re: [twsocket] Sync THttpConnection derivative The datalen is valid! I tried to pass data from Delphi code to C++ and of PChar, TStream and string, only string was successful. Let me elaborate: There is the THttpConnection derivative TWebConnection and the class httpServerClientClass derives from that. Now in this class, I call DXISAPI-Execute and pass this. In DXISAPI, I call TWebConnection: function TWebConnection.SendSync(Data: PChar; DataLen: Integer): integer; begin if FTerminated then begin Result := 0; Exit; end; if Assigned(ISAPIResponsePtr) then ReallocMem(ISAPIResponsePtr, ISAPIResponseLen + DataLen) else GetMem(ISAPIResponsePtr, DataLen); Move(Data, ISAPIResponsePtr[ISAPIResponseLen], DataLen); ISAPIResponseLen := ISAPIResponseLen + DataLen; end; The data here is valid but when DXISAPI-Execute() returns, it gets garbage!!! Best Regards, SZ - Original Message - From: Francois PIETTE [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Thursday, October 06, 2005 7:40 PM Subject: Re: [twsocket] Sync THttpConnection derivative Any other idea? See issue #2 in my message. Put a breakpoint to be sure. -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: Fastream Technologies [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Thursday, October 06, 2005 2:21 PM Subject: Re: [twsocket] Sync THttpConnection derivative I used the Pause() and Resume as well as the Flush to flush the internal buffer but have had no luck! Any other idea? Best Regards, SubZ - Original Message - From: Francois Piette [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Thursday, October 06, 2005 2:51 PM Subject: Re: [twsocket] Sync THttpConnection derivative 1) When you pause the socket, are you sure the internal buffer has been emptyed ? You get OnDataSent event each time the internal buffer has been emptyed. 2) MessageBox will show your data until the first nul byte whatever DataLen is. This means if your DataLen argument is wrong, you don't see it and nevertheless, you send garbage (WSocket_send use the length argument). -- 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: Fastream Technologies [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Thursday, October 06, 2005 10:01 AM Subject: Re: [twsocket] Sync THttpConnection derivative Hi All! Per Francois' private reply, I coded the following for my problem: function TWebConnection.SendSync(Data: PChar; DataLen: Integer): integer; begin MessageBox(0, Data, Data, MB_OK); // for debug Pause(); Result := WSocket_send(HSocket, Data, DataLen,
Re: [twsocket] Socket one to one
Thanks, I'll try this - Oorspronkelijk bericht - Van: Wilfried Mestdagh [EMAIL PROTECTED] Aan: ICS support mailing twsocket@elists.org Verzonden: zaterdag, oktober 08, 2005 11:28 Onderwerp: Re: [twsocket] Socket one to one Hello Werner, You always need a listening socket to accept inbound connections. When a client connect you accept/dup the client to a data socket. Server stay listening. You can use a normal TWSocket as server and handle the creation of data sockets, but then you are just re-inventing TWSocketServer who does that for you. You can set MaxClients to 2 if needed. Note that I'm talking about TCP. If you use UDP then you can do listen / send / receive with only 1 socket. But ICP is reliable the other not. --- Rgds, Wilfried http://www.mestdagh.biz Saturday, October 8, 2005, 10:02, Werner wrote: Hi, Is it possible to have a socket connection from client to client ? Because I need only a 1 to 1 connection, I don't need a server socket who is able to have multiple clients comming in. Is there a specific whay to have 1 to 1 connection. ? Has it any advantages not using serverSocket and only 2 clients-socket if this is possible Thanks Werner -- 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] Socket one to one
Thanks, I'll check this out At the server end just use a TWSocket instead of a TWSocketServer if you only need one client. Then it needs to listen: Socket.Listen; and when a connection comes in (SessionAvailable) you accept it: Socket.HSocket := Socket.Accept; Then the connection is established. Dan -- 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
WSocket_ioctlsocket(HSocket, ???, lCount); // What should be the parameters here? If you want the number of byte available for reading: FIONREAD. If you want to put the socket in blocking mode: FIONBIO You can find those values by looking in MSDN for the ioctlsocket description. -- 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] ThttpServer and SOAP
When transmit a soap request, i get the error from my ISAPI dll : 'EDOMParse Error : An Invalid character was found in text content' Is it possible for you the get the invalid character ? This could give an idea about what is occuring. Maybe you have an accented character that is not properly encoded ? Just an idea... -- 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: Frédéric SCHENCKEL [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Monday, October 10, 2005 11:49 AM Subject: [twsocket] ThttpServer and SOAP Hello, I'm using François's HttpServer and TICSIsapi component from Sven Schmidts. I've slightly modified TICSIsapi to handle the soap requests (wsdl and so on). This part is working. But i'm facing another problem : When transmit a soap request, i get the error from my ISAPI dll : 'EDOMParse Error : An Invalid character was found in text content' This seems to say that the request is not well formed. But the same client and the same ISAPI DLL works well with IIS. So it is a problem happening in HttpServer when transfering the datas to the ISAPI DLL Loading the content of FPostedDataBuffer in a separate TXMLDocument works without problems... Does somebody have an idea where the problem can be ? Thanks regards Frédéric SCHENCKEL * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * cab technologies za Nord du val de Moder 67350 Niedermodern Tél: + 33 3 88 72 25 01 / Fax: +33 3 88 72 25 02 Notre site en Français: www.cab-technologies.fr http://www.cab-technologies.fr/ Adresse support: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * -- 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] ThttpServer and SOAP
Francois Piette a écrit : When transmit a soap request, i get the error from my ISAPI dll : 'EDOMParse Error : An Invalid character was found in text content' Is it possible for you the get the invalid character ? This could give an idea about what is occuring. Maybe you have an accented character that is not properly encoded ? Just an idea... this is off-topic, but : when dealing with XML, you have to start each XML document with : ?xml version=[xmlVersion 1.0 or 1.1] encoding=[encoding codepage] encoding can have the value : ISO8859-1 or UTF-8 or whatever codepage you need. hence, if you transmit some accented character (like the ones used in french éàçèùîô) you have to use UTF-8 or ISO8859-1... and your xml parser won't suffer ;) ;) HTH, Best regards, -- Guillaume MAISON - [EMAIL PROTECTED] 83, Cours Victor Hugo 47000 AGEN Tél : 05 53 87 91 48 - Fax : 05 53 68 73 50 e-mail : [EMAIL PROTECTED] - Web : http://nauteus.com -- 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] ThttpServer and SOAP
Hello, I've found the problem. I made an additionnal modification in the WebInterface unit from Sven Schmidts. The POST behaviour between html and SOAP requests is not the same. The data buffer from the ISAPI dll was empty. This is why I had this message with no useful indication ! If anyone interested in the WebInterface unit, I posted all the corrections to Sven Schmidts. Thanks Frédéric SCHENCKEL * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * cab technologies za Nord du val de Moder 67350 Niedermodern Tél: + 33 3 88 72 25 01 / Fax: +33 3 88 72 25 02 Notre site en Français: www.cab-technologies.fr Adresse support: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Frédéric SCHENCKEL Envoyé : lundi 10 octobre 2005 11:49 À : ICS support mailing Objet : [twsocket] ThttpServer and SOAP Hello, I'm using François's HttpServer and TICSIsapi component from Sven Schmidts. I've slightly modified TICSIsapi to handle the soap requests (wsdl and so on). This part is working. But i'm facing another problem : When transmit a soap request, i get the error from my ISAPI dll : 'EDOMParse Error : An Invalid character was found in text content' This seems to say that the request is not well formed. But the same client and the same ISAPI DLL works well with IIS. So it is a problem happening in HttpServer when transfering the datas to the ISAPI DLL Loading the content of FPostedDataBuffer in a separate TXMLDocument works without problems... Does somebody have an idea where the problem can be ? Thanks regards Frédéric SCHENCKEL * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * cab technologies za Nord du val de Moder 67350 Niedermodern Tél: + 33 3 88 72 25 01 / Fax: +33 3 88 72 25 02 Notre site en Français: www.cab-technologies.fr http://www.cab-technologies.fr/ Adresse support: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * -- 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] ThttpServer and SOAP
If anyone interested in the WebInterface unit, I posted all the corrections to Sven Schmidts. I am of course. Do you know if Sven plan to adopt your changes ? I ask because I'm faced with my website update. Do I need to have a second entry for you or can I keep a single entry for Sven and your [approved by Sven] changes ? -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: Frédéric SCHENCKEL [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Monday, October 10, 2005 4:03 PM Subject: Re: [twsocket] ThttpServer and SOAP Hello, I've found the problem. I made an additionnal modification in the WebInterface unit from Sven Schmidts. The POST behaviour between html and SOAP requests is not the same. The data buffer from the ISAPI dll was empty. This is why I had this message with no useful indication ! If anyone interested in the WebInterface unit, I posted all the corrections to Sven Schmidts. Thanks Frédéric SCHENCKEL * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * cab technologies za Nord du val de Moder 67350 Niedermodern Tél: + 33 3 88 72 25 01 / Fax: +33 3 88 72 25 02 Notre site en Français: www.cab-technologies.fr Adresse support: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Frédéric SCHENCKEL Envoyé : lundi 10 octobre 2005 11:49 À : ICS support mailing Objet : [twsocket] ThttpServer and SOAP Hello, I'm using François's HttpServer and TICSIsapi component from Sven Schmidts. I've slightly modified TICSIsapi to handle the soap requests (wsdl and so on). This part is working. But i'm facing another problem : When transmit a soap request, i get the error from my ISAPI dll : 'EDOMParse Error : An Invalid character was found in text content' This seems to say that the request is not well formed. But the same client and the same ISAPI DLL works well with IIS. So it is a problem happening in HttpServer when transfering the datas to the ISAPI DLL Loading the content of FPostedDataBuffer in a separate TXMLDocument works without problems... Does somebody have an idea where the problem can be ? Thanks regards Frédéric SCHENCKEL * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * cab technologies za Nord du val de Moder 67350 Niedermodern Tél: + 33 3 88 72 25 01 / Fax: +33 3 88 72 25 02 Notre site en Français: www.cab-technologies.fr http://www.cab-technologies.fr/ Adresse support: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * -- 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
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 twsocket@elists.org 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
Re: [twsocket] ThttpServer and SOAP
Hello, Sven said to me he will send you (françois) the changes. I think it's not necessary to have a new entry for me because i made only minor changes, Sven made the 'real' work ! If you have no infos from Sven I can give you the new unit, but I think it's better if it comes from Sven... Frédéric SCHENCKEL * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * cab technologies za Nord du val de Moder 67350 Niedermodern Tél: + 33 3 88 72 25 01 / Fax: +33 3 88 72 25 02 Notre site en Français: www.cab-technologies.fr Adresse support: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Francois Piette Envoyé : lundi 10 octobre 2005 16:12 À : ICS support mailing Objet : Re: [twsocket] ThttpServer and SOAP If anyone interested in the WebInterface unit, I posted all the corrections to Sven Schmidts. I am of course. Do you know if Sven plan to adopt your changes ? I ask because I'm faced with my website update. Do I need to have a second entry for you or can I keep a single entry for Sven and your [approved by Sven] changes ? -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: Frédéric SCHENCKEL [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Monday, October 10, 2005 4:03 PM Subject: Re: [twsocket] ThttpServer and SOAP Hello, I've found the problem. I made an additionnal modification in the WebInterface unit from Sven Schmidts. The POST behaviour between html and SOAP requests is not the same. The data buffer from the ISAPI dll was empty. This is why I had this message with no useful indication ! If anyone interested in the WebInterface unit, I posted all the corrections to Sven Schmidts. Thanks Frédéric SCHENCKEL * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * cab technologies za Nord du val de Moder 67350 Niedermodern Tél: + 33 3 88 72 25 01 / Fax: +33 3 88 72 25 02 Notre site en Français: www.cab-technologies.fr Adresse support: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Frédéric SCHENCKEL Envoyé : lundi 10 octobre 2005 11:49 À : ICS support mailing Objet : [twsocket] ThttpServer and SOAP Hello, I'm using François's HttpServer and TICSIsapi component from Sven Schmidts. I've slightly modified TICSIsapi to handle the soap requests (wsdl and so on). This part is working. But i'm facing another problem : When transmit a soap request, i get the error from my ISAPI dll : 'EDOMParse Error : An Invalid character was found in text content' This seems to say that the request is not well formed. But the same client and the same ISAPI DLL works well with IIS. So it is a problem happening in HttpServer when transfering the datas to the ISAPI DLL Loading the content of FPostedDataBuffer in a separate TXMLDocument works without problems... Does somebody have an idea where the problem can be ? Thanks regards Frédéric SCHENCKEL * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * cab technologies za Nord du val de Moder 67350 Niedermodern Tél: + 33 3 88 72 25 01 / Fax: +33 3 88 72 25 02 Notre site en Français: www.cab-technologies.fr http://www.cab-technologies.fr/ Adresse support: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * -- 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] New outfit for ICS
Francois PIETTE wrote: If 16x16, 24x24, and 32x32, all in 16 colors would be OK I'll give it a trial. Done, was realy a hard job, don't laugh! Changed the logo line as Benjamin suggested. Package: http://www.duodata.de/misc/ics_fresh_icons_dev.zip Includes the Corel10-source files as well as all BMP formats (if someone wants to continue this work). It has also an exported Photoshop file with a lot of objects used in the BMP's. Package: http://www.duodata.de/misc/ics_fresh_icons_dcr.zip DCR-files only, just with the 24x24 BMPs. Of course it is OK. -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: Arno Garrels [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Sunday, October 09, 2005 6:23 PM Subject: Re: [twsocket] New outfit for ICS Arno Garrels wrote: Francois PIETTE wrote: I've developed and uploaded a complete new set of icons for ICS. Download: http://www.duodata.de/misc/Ics_New_Icons_Dcr.zip Extract the package to your ICS\Delphi\Vc32 directory and rebuild the package. For D2K5 and BDS2006 (DeXter), I need not only the traditional 24x24 bitmap but also 16x16 and 32x32 pixels bitmaps. There can be more than 256 colors. That's more effort than writing an SSL implementation ;-) If you want a product identity you need to use recognizable, similar symbols in all resolutions and color depths. In order to achieve that each BMP would have to painted manually since converting them by a filter of an image editor produces horrorable results. The free icons I found on the net are mostly not available in multiple resolutions and color depths :( If 16x16, 24x24, and 32x32, all in 16 colors would be OK I'll give it a trial. -- 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] New outfit for ICS
Francois PIETTE wrote: If 16x16, 24x24, and 32x32, all in 16 colors would be OK I'll give it a trial. Done, was realy a hard job, don't laugh! Thank you very much. Changed the logo line as Benjamin suggested. Package: http://www.duodata.de/misc/ics_fresh_icons_dev.zip Includes the Corel10-source files as well as all BMP formats (if someone wants to continue this work). It has also an exported Photoshop file with a lot of objects used in the BMP's. Package: http://www.duodata.de/misc/ics_fresh_icons_dcr.zip DCR-files only, just with the 24x24 BMPs. [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
[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