Re: [twsocket] TnEmulVT: Number Rows
Hi Francois, That option already I proved it but I did not have the awaited result. As it commented in the previous mail, when the size of the window of the terminal changes, Windows program Telnet is even sent a package to the Host but not his content and not if the one is that package that somehow says to him to host that I have changed the line number. In case it serves for something, I am connecting me to a Linux Red Hat ES Thanks in advance. Carlos. Mensaje original De: [EMAIL PROTECTED] Recibido: 06/09/2005 10:35 Para: ICS support mailingtwsocket@elists.org Asunto: Re: [twsocket] TnEmulVT: Number Rows Have a look at EmulVT source code (you have it !), there are two constants that define the screen size: MAX_COL and MAX_ROW. -- 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: [EMAIL PROTECTED] [EMAIL PROTECTED] To: twsocket@elists.org Sent: Tuesday, September 06, 2005 10:14 AM Subject: Re: [twsocket] TnEmulVT: Number Rows Probably I have not explained myself well, I am making a terminal with TNemulVT, that by defect has 25 lines, but when I change the size of the window of the terminal does not increase the line number that can show to me. I have made a test with the program TeraTerm and if I have the publisher vi and if increase the size of the window, increases the line number in the publisher. With sniffer I have been capturing the packages that are transmitted between host and the so single terminal and is a package that is sent from the terminal to host, but I do not understand its content. The data of the package is: ÿú..P.*** Excuses because my English surely is not very clear Thanks in advance. Carlos. Mensaje original De: dr. [EMAIL PROTECTED] co.uk Recibido: 05/09/2005 14:52 Para: twsocket@elists.org Asunto: [twsocket] TnEmulVT: Number Rows Your email implies that the increased lines works with other programs. This suggests the 'vi' program may be sending an initialisation sequence to your terminal emulator, resetting the number of lines. Regards Dr John -- 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] Client/Server
I've been trying to sort out a stable client/server connection with ICS but I'm having a few difficulties, and I'm thinking that maybe my understanding of how it works may be a little wrong. Initially, I am building one application which can act as a client server, and put one on the remote machine and for them to talk to each other. I set the IP addresses ports differently on each. What I have: 1 x TWSocket for sending messages to a remote server 1 x TWSocketServer for receiving messages from a remote system The TWSocketServer creates a new TTcpSrvClient for each incoming connection. Now, I believe that it works like this: To send a message, I use TWSocket component. The remote machine then sees an incoming connection in TWSocketServer and creates a TTcpSrvClient for that connection. The TTcpSrvClient then receives the message and a reply can be sent back through this component. This reply is then picked up back in the TWSocket that sent it. When the TWSocket closes the connection, the TTcpSrvClient is automatically deleted and things go back to square one. Is that the correct logic for it all? I have tried a number of different ways of doing this, but each way doesn't seem to have reliable communications. I've looked at the examples for these components, and this way is my understanding of them, but I want to be sure hence my posting here, cause something is still not quite right. Thanks, Dave -- 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] How can i Change Time mode
Thanx i want a Delphi or API function to change mode time--- On Tue 09/06, Barnard Peter lt; [EMAIL PROTECTED] gt; wrote:From: Barnard Peter [mailto: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Tue, 6 Sep 2005 10:43:50 +0200Subject: Re: [twsocket] How can i Change Time modeGo 'Control Panel' -gt; 'Regional And Language Options' -gt; In the'Regional Options' tab, click 'Customize'. Select the 'Time' tab.If you specify your time format with hours as 'HH' (capitals) the modewill be set to 24 hour mode. If you specify hours in lower case 'hh' themode will be set to 12 hour mode.Regards,Peter BarnardSr. Analyst/Programmer - Richards BayMondi Business Paper South AfricaRichards Bay MillBauxite Bay Ext, Richards Bay, 3900, South AfricaP O Box 1551, Richards Bay, 3900, South AfricaTel: +27 (0)35 902 2387, Fax: +27 (0)35 902 2586Mobile: +27 (0)72 638 3262E-mail: [EMAIL PROTECTED] -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Francois PietteSent: Tuesday, September 06, 2005 9:03 AMTo: ICS support mailingSubject: Re: [twsocket] How can i Change Time modegt; Hi could any one tell me how can i change time mode in Windows OS from24mode to 12Please do not ask general questions in ICS support mailing list. Use oneof the other mailing listson the same server: either delphi@elists.org (moderated) [EMAIL PROTECTED] (unmoderated).See www.elists.org for subscription.--Contribute to the SSL Effort. Visithttp://www.overbyte.be/eng/[EMAIL PROTECTED] 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 listplease goto http://www.elists.org/mailman/listinfo/twsocketVisit our website at http://www.overbyte.beThis email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.-- To unsubscribe or change your settings for TWSocket mailing listplease goto http://www.elists.org/mailman/listinfo/twsocketVisit our website at http://www.overbyte.be ___ No banners. No pop-ups. No kidding. Make My Way your home on the Web - http://www.myway.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] How can i Change Time mode
I'll see what I can do Peter Barnard Sr. Analyst/Programmer - Richards Bay Mondi Business Paper South Africa Richards Bay Mill Bauxite Bay Ext, Richards Bay, 3900, South Africa P O Box 1551, Richards Bay, 3900, South Africa Tel: +27 (0)35 902 2387, Fax: +27 (0)35 902 2586 Mobile: +27 (0)72 638 3262 E-mail: [EMAIL PROTECTED] www.mondibp.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marwan Sent: Tuesday, September 06, 2005 10:57 AM To: twsocket@elists.org Subject: Re: [twsocket] How can i Change Time mode Thanx i want a Delphi or API function to change mode time--- On Tue 09/06, Barnard Peter lt; [EMAIL PROTECTED] gt; wrote:From: Barnard Peter [mailto: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Tue, 6 Sep 2005 10:43:50 +0200Subject: Re: [twsocket] How can i Change Time modeGo 'Control Panel' -gt; 'Regional And Language Options' -gt; In the'Regional Options' tab, click 'Customize'. Select the 'Time' tab.If you specify your time format with hours as 'HH' (capitals) the modewill be set to 24 hour mode. If you specify hours in lower case 'hh' themode will be set to 12 hour mode.Regards,Peter BarnardSr. Analyst/Programmer - Richards BayMondi Business Paper South AfricaRichards Bay MillBauxite Bay Ext, Richards Bay, 3900, South AfricaP O Box 1551, Richards Bay, 3900, South AfricaTel: +27 (0)35 902 2387, Fax: +27 (0)35 902 2586Mobile: +27 (0)72 638 3262E-mail: [EMAIL PROTECTED] -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Francois PietteSent: Tuesday, September 06, 2005 9:03 AMTo: ICS support mailingSubject: Re: [twsocket] How can i Change Time modegt; Hi could any one tell me how can i change time mode in Windows OS from24mode to 12Please do not ask general questions in ICS support mailing list. Use oneof the other mailing listson the same server: either delphi@elists.org (moderated) [EMAIL PROTECTED] (unmoderated).See www.elists.org for subscription.--Contribute to the SSL Effort. Visithttp://www.overbyte.be/eng/[EMAIL PROTECTED] hor 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 listplease goto http://www.elists.org/mailman/listinfo/twsocketVisit our website at http://www.overbyte.beThis email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.-- To unsubscribe or change your settings for TWSocket mailing listplease goto http://www.elists.org/mailman/listinfo/twsocketVisit our website at http://www.overbyte.be ___ No banners. No pop-ups. No kidding. Make My Way your home on the Web - http://www.myway.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 This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. -- 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] escape characters in mail headers
That is a function of the client, not the server. The canonical way of an e-mail address is: Full Name [EMAIL PROTECTED] I guess that since Outlook Express already adds the quotation marks to the full name, if you put any, it escapes them. But the server should not do anything with this, it does not care. The only important thing for the server is the envelope e-mail addresses (the ones in the MAILFROM and RCPTO commands), and for that, you just send the ... part. Does this answer your question? dZ. On Sep 5, 2005, at 14:21, Wilfried Mestdagh wrote: Hello, If I type in outlook express in the to field something like this: My love [EMAIL PROTECTED] Then it is delivered on the SMTP server as this (the header) \My love\ [EMAIL PROTECTED] So the '\' is a kind of escape ? But what it is it really menth for ? What should I do in a SMTP server with the '\' ? Looking at this result I should think just ignore next character, but I dont think this is right, can someone enlighten ? -- Rgds, Wilfried 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 -- 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] TnEmulVT: Number Rows
If Windows Telnet does want you want, use it. If you want to have some features with your own program using ICS, you must for sure develop yourself some code. A component is not a complete program. -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: twsocket@elists.org Sent: Tuesday, September 06, 2005 10:55 AM Subject: Re: [twsocket] TnEmulVT: Number Rows Hi Francois, That option already I proved it but I did not have the awaited result. As it commented in the previous mail, when the size of the window of the terminal changes, Windows program Telnet is even sent a package to the Host but not his content and not if the one is that package that somehow says to him to host that I have changed the line number. In case it serves for something, I am connecting me to a Linux Red Hat ES Thanks in advance. Carlos. Mensaje original De: [EMAIL PROTECTED] Recibido: 06/09/2005 10:35 Para: ICS support mailingtwsocket@elists.org Asunto: Re: [twsocket] TnEmulVT: Number Rows Have a look at EmulVT source code (you have it !), there are two constants that define the screen size: MAX_COL and MAX_ROW. -- 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: [EMAIL PROTECTED] [EMAIL PROTECTED] To: twsocket@elists.org Sent: Tuesday, September 06, 2005 10:14 AM Subject: Re: [twsocket] TnEmulVT: Number Rows Probably I have not explained myself well, I am making a terminal with TNemulVT, that by defect has 25 lines, but when I change the size of the window of the terminal does not increase the line number that can show to me. I have made a test with the program TeraTerm and if I have the publisher vi and if increase the size of the window, increases the line number in the publisher. With sniffer I have been capturing the packages that are transmitted between host and the so single terminal and is a package that is sent from the terminal to host, but I do not understand its content. The data of the package is: ÿú..P.*** Excuses because my English surely is not very clear Thanks in advance. Carlos. Mensaje original De: dr. [EMAIL PROTECTED] co.uk Recibido: 05/09/2005 14:52 Para: twsocket@elists.org Asunto: [twsocket] TnEmulVT: Number Rows Your email implies that the increased lines works with other programs. This suggests the 'vi' program may be sending an initialisation sequence to your terminal emulator, resetting the number of lines. Regards Dr John -- 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] Client/Server
Hello David, Is that the correct logic for it all? yes it is correct. I have tried a number of different ways of doing this, but each way doesn't seem to have reliable communications. Should be very reliable. If you can provide some more detail of what the problem is, then we all very glad to help. --- Rgds, Wilfried http://www.mestdagh.biz Tuesday, September 6, 2005, 10:55, David Lewis wrote: I've been trying to sort out a stable client/server connection with ICS but I'm having a few difficulties, and I'm thinking that maybe my understanding of how it works may be a little wrong. Initially, I am building one application which can act as a client server, and put one on the remote machine and for them to talk to each other. I set the IP addresses ports differently on each. What I have: 1 x TWSocket for sending messages to a remote server 1 x TWSocketServer for receiving messages from a remote system The TWSocketServer creates a new TTcpSrvClient for each incoming connection. Now, I believe that it works like this: To send a message, I use TWSocket component. The remote machine then sees an incoming connection in TWSocketServer and creates a TTcpSrvClient for that connection. The TTcpSrvClient then receives the message and a reply can be sent back through this component. This reply is then picked up back in the TWSocket that sent it. When the TWSocket closes the connection, the TTcpSrvClient is automatically deleted and things go back to square one. Is that the correct logic for it all? I have tried a number of different ways of doing this, but each way doesn't seem to have reliable communications. I've looked at the examples for these components, and this way is my understanding of them, but I want to be sure hence my posting here, cause something is still not quite right. Thanks, Dave -- 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] TnEmulVT: Number Rows - Important!!!!
I have been more than 10 years programming in Delphi and I can assure to you that what is a component and so that it serves. Attempt to develop an emulator of terminal with the TnEmulVT component, I do not want to use Windows Telnet, but what if I can say to you, it is that surprises enough your answer to me. It seems that you have gotten upset after there is your first answer responds to you that already I have changed it and that does not work, was not my intention. I believe that you would have to speak with more education to the people who have doubts of like using ICS. And if they bother to you these questions you do not answer them. Carlos. Mensaje original De: francois. [EMAIL PROTECTED] Recibido: 06/09/2005 11:11 Para: ICS support mailingtwsocket@elists.org Asunto: Re: [twsocket] TnEmulVT: Number Rows If Windows Telnet does want you want, use it. If you want to have some features with your own program using ICS, you must for sure develop yourself some code. A component is not a complete program. -- [EMAIL PROTECTED] http://www.overbyte.be - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] net To: twsocket@elists.org Sent: Tuesday, September 06, 2005 10:55 AM Subject: Re: [twsocket] TnEmulVT: Number Rows Hi Francois, That option already I proved it but I did not have the awaited result. As it commented in the previous mail, when the size of the window of the terminal changes, Windows program Telnet is even sent a package to the Host but not his content and not if the one is that package that somehow says to him to host that I have changed the line number. In case it serves for something, I am connecting me to a Linux Red Hat ES Thanks in advance. Carlos. Mensaje original De: [EMAIL PROTECTED] Recibido: 06/09/2005 10:35 Para: ICS support mailingtwsocket@elists.org Asunto: Re: [twsocket] TnEmulVT: Number Rows Have a look at EmulVT source code (you have it !), there are two constants that define the screen size: MAX_COL and MAX_ROW. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- francois. [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http: //www. overbyte.be - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: twsocket@elists.org Sent: Tuesday, September 06, 2005 10:14 AM Subject: Re: [twsocket] TnEmulVT: Number Rows Probably I have not explained myself well, I am making a terminal with TNemulVT, that by defect has 25 lines, but when I change the size of the window of the terminal does not increase the line number that can show to me. I have made a test with the program TeraTerm and if I have the publisher vi and if increase the size of the window, increases the line number in the publisher. With sniffer I have been capturing the packages that are transmitted between host and the so single terminal and is a package that is sent from the terminal to host, but I do not understand its content. The data of the package is: ÿú..P.*** Excuses because my English surely is not very clear Thanks in advance. Carlos. Mensaje original De: dr. [EMAIL PROTECTED] co.uk Recibido: 05/09/2005 14:52 Para: twsocket@elists.org Asunto: [twsocket] TnEmulVT: Number Rows Your email implies that the increased lines works with other programs. This suggests the 'vi' program may be sending an initialisation sequence to your terminal emulator, resetting the number of lines. Regards Dr John -- 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
Re: [twsocket] Client/Server
Ok, so expanding a little on what I have: The components are dynamically created: TWSocket *co_ClientWinsockPort; TWSocketServer*co_ServerWinsockPort; at_TargetIpAddress = 192.168.0.42; // Client TCP Comms Component co_ClientWinsockPort= new TWSocket(NULL); co_ClientWinsockPort-Port = 1001; co_ClientWinsockPort-Proto = tcp; co_ClientWinsockPort-Addr = at_TargetIpAddress; co_ClientWinsockPort-OnSessionConnected= me_ClientSessionConnected; co_ClientWinsockPort-OnDataAvailable = me_ClientDataAvailable; co_ClientWinsockPort-OnError = me_ClientError; // Server TCP Comms Component co_ServerWinsockPort= new TWSocketServer(NULL); co_ServerWinsockPort-Port = 1002; co_ServerWinsockPort-Proto = tcp; co_ServerWinsockPort-Addr = 0.0.0.0; // Server - Accept All Connections co_ServerWinsockPort-OnClientConnect = me_ServerClientConnect; co_ServerWinsockPort-OnError = me_ServerError; co_ServerWinsockPort-Listen( ); --- For the client, to initiate a message, I use: co_ClientWinsockPort-Addr = at_TargetIpAddress; co_ClientWinsockPort-Port = at_ClientPort; co_ClientWinsockPort-Connect( ); Then wait for OnSessionConnected and send: co_ClientWinsockPort-Send(at_TxBuffer, at_TxPacketIndex); Any response from the server would be received during ClientDataAvailable and gathered with: at_RxPacketIndex = co_ClientWinsockPort-Receive(at_RxBuffer[at_RxPacketIndex], sizeof(at_RxBuffer) - 1); If OnError fires, or the comms transaction is complete, I call: co_ClientWinsockPort-Close( ); --- On ther server side, I wait for OnClientConnect, then create a new socket using: ((TTcpSrvClient *)Client)-LineMode= TRUE; ((TTcpSrvClient *)Client)-LineEdit= TRUE; ((TTcpSrvClient *)Client)-OnDataAvailable = me_RemoteDataAvailable; ((TTcpSrvClient *)Client)-OnBgException = me_RemoteBgException; I then wait for me_RemoteDataAvailable and collect with: Client = (TTcpSrvClient *)Sender; at_RxPacketIndex = Client-Receive(at_RxBuffer[at_RxPacketIndex], sizeof(at_RxBuffer) - 1); I can then reply with: Client-Send(at_TxBuffer, at_TxPacketIndex); Any me_RemoteBgException is handled with: CanClose = TRUE; --- Is there anything missing from the above events? I compile this twice, changing the at_TargetIpAddress to point to the other machine, and swapping the port numbers over. (1001/1002) I seem to be very close with what I have, but sometimes messages don't get through. Sometimes I get a Connected event, then no DataSent event, and sometimes nothing at all. Am I missing something, or have I done something wrong? And there any major 'gotchas' when working with client/server sockets that I should be aware of that I might have fallen into? Any info would be greatfully appreciated. Dave Wilfried Mestdagh wrote: Hello David, Is that the correct logic for it all? yes it is correct. I have tried a number of different ways of doing this, but each way doesn't seem to have reliable communications. Should be very reliable. If you can provide some more detail of what the problem is, then we all very glad to help. --- Rgds, Wilfried http://www.mestdagh.biz Tuesday, September 6, 2005, 10:55, David Lewis wrote: I've been trying to sort out a stable client/server connection with ICS but I'm having a few difficulties, and I'm thinking that maybe my understanding of how it works may be a little wrong. Initially, I am building one application which can act as a client server, and put one on the remote machine and for them to talk to each other. I set the IP addresses ports differently on each. What I have: 1 x TWSocket for sending messages to a remote server 1 x TWSocketServer for receiving messages from a remote system The TWSocketServer creates a new TTcpSrvClient for each incoming connection. Now, I believe that it works like this: To send a message, I use TWSocket component. The remote machine then sees an incoming connection in TWSocketServer and creates a TTcpSrvClient for that connection. The TTcpSrvClient then receives the message and a reply can be sent back through this component. This reply is then picked up back in the TWSocket that sent it. When the TWSocket closes the connection, the TTcpSrvClient is automatically deleted and things go back to square one. Is that the correct logic for it all? I have tried a number of different ways of doing this, but each way doesn't seem to have reliable communications. I've looked at the examples for these components, and this way is my understanding of them, but I want to be sure hence my posting
Re: [twsocket] TnEmulVT: Number Rows - Important!!!!
I think there is some language problem between us. I am sorry to have upset to you. -- 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] 64-bit FTP support
I've finished updating the ICS FTP client and server components to support 64-bit streams and thus single files larger than 2 gigs, when used with Delphi 6 and later. The updated components may be downloaded from: http://www.magsys.co.uk/download/software/ftp2101.zip until they become available from the ICS site. Large files can only be used in the client with TFileStream, since THandleStream and TMemoryStream don't support sizes larger than 2 gigs, and even that would probably cripple windows. LocalFileName mode must be used if resume is needed above the 2 gig boundary, and this proved a pain during testing because the integer overloaded Seek seemed to be linked rather than int64 version, so I had to code my own Seek64 function. The client also includes a fix for FTP uploads of about 9K or 10K sometimes being truncated. The ICS 64-bit client has been tested against the ICS 64-bit server, and against Windows 2000 IIS/5, with a 4.7 gig DVD image. Resumed downloading was tested with Magenta Systems File Transfer Components v1.4 (which should be available shortly on the ICS SSL site), download resume above 2 gigs works against both FTP server, but FTP upload resume only against the ICS server since IIS/5 seemed to delete the partially upload file when stopped or the network cable pulled. Both components are fully backward compatible, the only change with the client is a new 64-bit progress event. FtpSrvT.pas has a number of new 64-bit support functions that applications may need, like GetFileSize64 and atoi64. 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] 64-bit FTP support
Testing was probably a lengthy story with such large files ;-) Around five to six minutes for 4.6 gig download across my LAN, it's supposed to be gigabyte speed but it's only Netgear components and I don't really see the speed I'd expect. Uploads are at least half the speed. Also quite a few retries testing resumed downloads and finding the problem with seek in 64-bit streams. 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] 64-bit FTP support
Angus Robertson - Magenta Systems Ltd wrote: Testing was probably a lengthy story with such large files ;-) Around five to six minutes for 4.6 gig download across my LAN, it's supposed to be gigabyte speed but it's only Netgear components and I don't really see the speed I'd expect. Uploads are at least half the speed. I would bet that a buffered stream class would boost performance dramatically. Also quite a few retries testing resumed downloads and finding the problem with seek in 64-bit streams. 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] 64-bit FTP support
I would bet that a buffered stream class would boost performance dramatically. I do recall a recent discussion about buffered class, but can not find it. Note sure how easy it would be to add, due to some of the 64-bit issues. The FTP server is crying out for a file buffer system, so that regularly downloaded files stay in memory. One of my applications has hundreds of clients downloading the same two files repeatedly. I did write a buffered write stream class, but it's optimised for log files, buffering for X minutes before write or until a certain amount is buffered, mainly to reduce write frequency to flash disk drives, but a one minute interval also makes viewing active logs in an auto refreshing text editor like TextPad much easier. 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] 64-bit FTP support
Angus Robertson - Magenta Systems Ltd wrote: I would bet that a buffered stream class would boost performance dramatically. I do recall a recent discussion about buffered class, but can not find it. Note sure how easy it would be to add, due to some of the 64-bit issues. I never got those changes made across Delphi versions 4-6 concerning 64-bit stream support :( I know that there is a class in turbopower's tpipro, unit IPSTRMS.PAS, but as far as I recall 64-bit issues were not handled. Also I recall that Primoz Gabrijelcic (http://gp.17slon.com/index.htm) had a huge stream class, but I can't find it at the moment at his site (by the way, it was too huge for implementing it 1 to 1 into ICS). The FTP server is crying out for a file buffer system, so that regularly downloaded files stay in memory. One of my applications has hundreds of clients downloading the same two files repeatedly. I did write a buffered write stream class, but it's optimised for log files, buffering for X minutes before write or until a certain amount is buffered, mainly to reduce write frequency to flash disk drives, but a one minute interval also makes viewing active logs in an auto refreshing text editor like TextPad much easier. 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] [TMimeDec] Beta version to test
Hello! And what was the cause? In TMimeDecEx you set destination stream after the part was decoded. You lose your data, because you don't save it: Hope this helps... :) Not really, you say there's bug in TMimeDecEx, but you don't say what you changed to get your 'result'. No response to my comments. This means either: 1 - the TMimeDec beta is buggy and should not be released. 2 - the TMimeDec beta is not backward compatible with existing applications, and should not be released. ROTFL You work for Microsoft, or what? The old and nasty bug is found and fixed, but we shouldn't release any patches for it, because our product won't be backward compatible and customers would stop writing to us noting the error. You didn't understood my previous message - I wrote how TMimeDec worked and how it works now - yes, it's not backward compatible - it cannot be backward compatible - but since current TMimeDec version is better (read: easier to use) - moving our asses and fixing ours code so IT WON'T RELY ON BUG ANYMORE should not be that hard. Remember that I've had to do the same with HCM - if you didn't relied on that bug too many times, it shouldn't be big pain anyway (in my case it just took 5 minutes to fix, by the way I've removed some tricky code that fixed that bug on higher level). And you wasted almost a week waiting for piece of information that you could find out on your own. You just had to sit down for 15 minutes, read completely my message, re-read your sources, and make it disable part saving/DestStream setting in OnPartEnd since it is called ON PART END, not ON ANY BOUNDARY DETECTION (like it was until new TMimeDec beta), so when you're past first plain text part, you're past first plain text part, not earlier. And since you're too lazy to do a such simple thing, I decided to not respond. I can be lazy too. If I've made a simple error in TMimeDecEx, please tell me what it is, I've pointed it out already. Twice. and why it's able to correctly decode all content parts except the last, which is always empty, using the same events, yet works fine with the old TMineDec. Everything is in my previous message (message-id: [EMAIL PROTECTED]). Please read it carefully. In case of problems, refer to TMimeDec (beta) sources or RFC 2046. -- Piotr Hellrayzer Dalek [EMAIL PROTECTED] -- Startuj z INTERIA.PL! http://link.interia.pl/f186c -- 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] How can i Change Time mode
- Original Message - From: Marwan [EMAIL PROTECTED] To: twsocket@elists.org Sent: Tuesday, September 06, 2005 9:56 AM Subject: Re: [twsocket] How can i Change Time mode Thanx i want a Delphi or API function to change mode time--- On Tue 09/06, Barnard Peter lt; [EMAIL PROTECTED] gt; wrote:From: Barnard Peter [mailto: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Tue, 6 Sep 2005 10:43:50 +0200Subject: Re: [twsocket] How can i Change Time modeGo 'Control Panel' -gt; 'Regional And Language Options' -gt; In TWSocket.SendStr('shush'); -- 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] TnEmulVT: Number Rows - Important!!!!
- Original Message - From: Francois Piette [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Tuesday, September 06, 2005 1:29 PM Subject: Re: [twsocket] TnEmulVT: Number Rows - Important I think there is some language problem between us. I am sorry to have upset to you. Yes, seem to be some communication problems. I think he is looking for the telnet escape sequence to notify the server that the terminal size has changed. Maybe it is in the telnet rfc, I'm not sure. 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] [TMimeDec] Beta version to test
And since you're too lazy to do a such simple thing, It's unfortunate your messages are so badly composed, full of capital letters which makes them hard to read, and essentially very irritating. I'll spend my time doing useful things, like enhancing ICS components properly, for the benefit of other. In case of problems, refer to TMimeDec (beta) sources I've really got better things to do than debug other people's source files. Much easier to keep using a MineDec that works. or RFC 2046. And reading an old document is hardly going to help make a Delphi program backward compatible. 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] 64-bit FTP support
- Original Message - From: Angus Robertson - Magenta Systems Ltd [EMAIL PROTECTED] To: twsocket@elists.org Sent: Tuesday, September 06, 2005 4:45 PM Subject: [twsocket] 64-bit FTP support ... proved a pain during testing because the integer overloaded Seek seemed to be linked rather than int64 version, so I had to code my own Seek64 function. ... Are you sure you were using soBeginning, soEnd etc. instead of soFromBeginning, soFromEnd. I had this problem when I started using int64 streams and that was the solution. 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] 64-bit FTP support
Are you sure you were using soBeginning, soEnd etc. instead of soFromBeginning, soFromEnd. I had this problem when I started using int64 streams and that was the solution. These have the same numeric values so should not make any difference to how the stream is used. soFromBeginning = 0; soFromCurrent = 1; soFromEnd = 2; TSeekOrigin = (soBeginning, soCurrent, soEnd); My problem was that although code insight suggests the Int64 version was being called, there was a range error as soon as the offset exceeded a longint, so the compiler must have been used the longint version. function Seek(Offset: Longint; Origin: Word): Longint; overload; virtual; function Seek(const Offset: Int64; Origin: TSeekOrigin): Int64; override; All I did was wrote my own seek64 calling the real FileSeek API directly, and suddenly both FTP client and server started behaving themselves. It's possible the compiler was confused because the stream is defined as TStream rather than TFileStream, and the former does not have a 64-bit seek. I'm still using Delphi 6, so this might have been fixed in D7, although a quick look at the D7 library source did not suggest any changes. 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