[twsocket] Process pooling for CGI

2006-01-12 Thread Fastream Technologies
Hello,

Is this possible? I want to keep the PHP-cgi.exe process loaded in memory 
for fast execution. Or is this what ISAPI can only do?

Regards,

SubZero 

-- 
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: 回覆: Re: 回覆: Re: [twsocket] ThttpCil S end bufsize problem

2006-01-12 Thread Wilfried Mestdagh
Hello Opqrst,

 HttpCli1-CtrlSocket-BufSize property, and I don't
 know how to set can more than 8193 even to 32768 or

You can set this to any value (it's integer), but if you let it default
you will probably have best performance.

 Because by this way I can Upload with my full upload
 connect speed.

Changing the buffer size will not change upload speed. This because, as
Francois already have mentioned, ethernet packet size is 1514 bytes. If
you have PPP connection then packetsize is 512 bytes. This is low level
and nothing to do with ICS or any other components.

---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://www.mestdagh.biz

Wednesday, January 11, 2006, 21:56, Opqrst Ghrst wrote:


 Hi

 I want to change the send buffer  just like Tidhttp it
 property SendBufferSize , at ThttpCli I only change
 it to max 8193 limit by set
HttpCli1-CtrlSocket-BufSize property, and I don't
 know how to set can more than 8193 even to 32768 or
 more.
 Because by this way I can Upload with my full upload
 connect speed.
 Dose ThttpCli has just like this property to set?

 sorry for my poor english.

 --- Francois PIETTE [EMAIL PROTECTED] 說:

  I try use TIdhttp it can send with packet 32768
 size.
 
 That is not possible. Maximum packet size is 1514
 bytes on Ethernet it is 
 much less on modem links. You probably confuse the
 maximum buffer size you 
 may send and the packet size on the network. Totally
 different things.
 
 THttpCli can send any data size. You don't have to
 worry about winsock 
 buffer size.
 
  But when I use this Object and HttpCli at the same
  time I cannot complier. It seems these two object
  cannot use the same time.
 
 Strange. But easy solution: use only THttpCli !
 I can't help you more if you don't tell the error
 message you get. The 
 compiler always give error messages which give an
 incredible help to solve 
 problems. Seems you are neglecting those messages
 :-(
 
 --
 [EMAIL PROTECTED]
 http://www.overbyte.be
 
 
 - Original Message - 
 From: Opqrst Ghrst [EMAIL PROTECTED]
 To: ICS support mailing twsocket@elists.org
 Sent: Tuesday, January 10, 2006 8:42 AM
 Subject: 回覆: Re: [twsocket] ThttpCil Send bufsize
 problem
 
 
 
  Thanks for your reply.
  I try use TIdhttp it can send with packet 32768
 size.
  But when I use this Object and HttpCli at the same
  time I cannot complier. It seems these two object
  cannot use the same time.
 
  --- Francois PIETTE [EMAIL PROTECTED]
 說:
 
   Q1:
   I set HttpCli1-CtrlSocket-BufSize=32768
   ,but when I send data it only has Max BufSize
  8193.
   How can I set it more than 8193 and has it Max
  limit?
 
  Sending buffer size doesn't change much at the
  network layer. HTTP use TCP
  and TCP is a stream oriented proptocol. Default
  buffer size fit the largest
  TCP packet on Ethernet network.
 
   Q2:
   Dose HttpCli1-SendStream has Size limit?
   When I send more than 100MB file, It seems not
  works.
 
  Actually it works :-)
  When you say it doesn't work, I can't help you.
  You must give more details
  about what doesn't work. You must given error
  message or symptoms.
 
  --
  [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


 ___
  YM - 離線訊息
 
 就算你沒有上網,你的朋友仍可以留下訊息給你,當你上網時就能立即看到,任何說話都冇走失。
  http://messenger.yahoo.com.hk

-- 
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] Process pooling for CGI

2006-01-12 Thread Francois Piette
 Is this possible? I want to keep the PHP-cgi.exe process loaded in memory 
 for fast execution. Or is this what ISAPI can only do?

Yes, ISAPI is the way to go. ISAPI is just a DLL and stay in memory until you 
unload it.

--
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] Process pooling for CGI

2006-01-12 Thread Fastream Technologies
Hello,

- Original Message - 
From: Francois Piette [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Thursday, January 12, 2006 2:57 PM
Subject: Re: [twsocket] Process pooling for CGI


 Is this possible? I want to keep the PHP-cgi.exe process loaded in memory
 for fast execution. Or is this what ISAPI can only do?

 Yes, ISAPI is the way to go. ISAPI is just a DLL and stay in memory until 
 you unload it.

ISAPI is good for ASP but PHP is _not_ thread safe according to php.net. 
What we need is a way to speed up CGI and the only possible way seems to be 
process pooling but this is a term I have just made up! Is there such 
technique? Is there a way to freeze and reinstate a process after a request 
is answered? I think it would be revolutionary!

Best Regards,

SZ 

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


Re: [twsocket] Process pooling for CGI

2006-01-12 Thread Francois Piette
You may then consider the tiny CGI concept.
You create a very small CGI which load very fast (you can build one being less 
than 150KB and maybe
even less than 100KB and still doing useful things).
This CGI would load the DLL which would do the real work.
If you manage to also load the same DLL from your server, then the DLL will 
remains always in memory
(DLL is shared by all executables provided the load address is compatible with 
all executables).
Instaed of a DLL, you may make the CGI a gateway to your server (or another 
one), using any IPC you
like. That's the concept used by MidWare WebTechnology and his CGIGate module.
--
[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, January 12, 2006 2:08 PM
Subject: Re: [twsocket] Process pooling for CGI


 Hello,

 - Original Message - 
 From: Francois Piette [EMAIL PROTECTED]
 To: ICS support mailing twsocket@elists.org
 Sent: Thursday, January 12, 2006 2:57 PM
 Subject: Re: [twsocket] Process pooling for CGI


  Is this possible? I want to keep the PHP-cgi.exe process loaded in memory
  for fast execution. Or is this what ISAPI can only do?
 
  Yes, ISAPI is the way to go. ISAPI is just a DLL and stay in memory until
  you unload it.

 ISAPI is good for ASP but PHP is _not_ thread safe according to php.net.
 What we need is a way to speed up CGI and the only possible way seems to be
 process pooling but this is a term I have just made up! Is there such
 technique? Is there a way to freeze and reinstate a process after a request
 is answered? I think it would be revolutionary!

 Best Regards,

 SZ

 -- 
 To unsubscribe or change your settings for TWSocket mailing list
 please goto http://www.elists.org/mailman/listinfo/twsocket
 Visit our website at http://www.overbyte.be

-- 
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: 回覆: Re: 回覆: Re: [twsocket] ThttpCil Send bufsize problem

2006-01-12 Thread Opqrst Ghrst
Hello Wilfried,

On HttpCli1-CtrlSocket-BufSize I set 32768 it's OK
but when I Http Post to Send File it run at every
packet size 8193 not 32768, I think it seems has limit
so that I can not send over 8193 every packet size.
In TidHttp-SendBufferSize set 32768 it works well
every packet size is 32768.
See this Image.

http://img79.imageshack.us/img79/2092/ics0rl.jpg

I know Change buffer size cannot change upload speed,
But I use ADSL 8M / 640 kbps it should has max upload
speed with 80 kb/s. 
if I send every packet size 32768 it can up to 50kb/s
speed.
by 8193 only has 20kb/s speed.
I want to use my max upload speed and how can I to do?
  
Kind Regards

--- Wilfried Mestdagh [EMAIL PROTECTED] 說:

 Hello Opqrst,
 
  HttpCli1-CtrlSocket-BufSize property, and I
 don't
  know how to set can more than 8193 even to 32768
 or
 
 You can set this to any value (it's integer), but if
 you let it default
 you will probably have best performance.
 
  Because by this way I can Upload with my full
 upload
  connect speed.
 
 Changing the buffer size will not change upload
 speed. This because, as
 Francois already have mentioned, ethernet packet
 size is 1514 bytes. If
 you have PPP connection then packetsize is 512
 bytes. This is low level
 and nothing to do with ICS or any other components.
 
 ---
 Rgds, Wilfried [TeamICS]
 http://www.overbyte.be/eng/overbyte/teamics.html
 http://www.mestdagh.biz
 
 Wednesday, January 11, 2006, 21:56, Opqrst Ghrst
 wrote:
 
 
  Hi
 
  I want to change the send buffer  just like
 Tidhttp it
  property SendBufferSize , at ThttpCli I only
 change
  it to max 8193 limit by set
 HttpCli1-CtrlSocket-BufSize property, and I don't
  know how to set can more than 8193 even to 32768
 or
  more.
  Because by this way I can Upload with my full
 upload
  connect speed.
  Dose ThttpCli has just like this property to set?
 
  sorry for my poor english.
 
  --- Francois PIETTE [EMAIL PROTECTED]
 說:
 
   I try use TIdhttp it can send with packet 32768
  size.
  
  That is not possible. Maximum packet size is 1514
  bytes on Ethernet it is 
  much less on modem links. You probably confuse
 the
  maximum buffer size you 
  may send and the packet size on the network.
 Totally
  different things.
  
  THttpCli can send any data size. You don't have
 to
  worry about winsock 
  buffer size.
  
   But when I use this Object and HttpCli at the
 same
   time I cannot complier. It seems these two
 object
   cannot use the same time.
  
  Strange. But easy solution: use only THttpCli !
  I can't help you more if you don't tell the error
  message you get. The 
  compiler always give error messages which give an
  incredible help to solve 
  problems. Seems you are neglecting those messages
  :-(
  
  --
  [EMAIL PROTECTED]
  http://www.overbyte.be
  
  
  - Original Message - 
  From: Opqrst Ghrst [EMAIL PROTECTED]
  To: ICS support mailing twsocket@elists.org
  Sent: Tuesday, January 10, 2006 8:42 AM
  Subject: 回覆: Re: [twsocket] ThttpCil Send
 bufsize
  problem
  
  
  
   Thanks for your reply.
   I try use TIdhttp it can send with packet 32768
  size.
   But when I use this Object and HttpCli at the
 same
   time I cannot complier. It seems these two
 object
   cannot use the same time.
  
   --- Francois PIETTE
 [EMAIL PROTECTED]
  說:
  
Q1:
I set HttpCli1-CtrlSocket-BufSize=32768
,but when I send data it only has Max
 BufSize
   8193.
How can I set it more than 8193 and has it
 Max
   limit?
  
   Sending buffer size doesn't change much at the
   network layer. HTTP use TCP
   and TCP is a stream oriented proptocol.
 Default
   buffer size fit the largest
   TCP packet on Ethernet network.
  
Q2:
Dose HttpCli1-SendStream has Size limit?
When I send more than 100MB file, It seems
 not
   works.
  
   Actually it works :-)
   When you say it doesn't work, I can't help
 you.
   You must give more details
   about what doesn't work. You must given error
   message or symptoms.
  
   --
   [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
 
 
  ___
   YM - 離線訊息
  
 

就算你沒有上網,你的朋友仍可以留下訊息給你,當你上網時就能立即看到,任何說話都冇走失。
   http://messenger.yahoo.com.hk
 
  -- 
 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


___
 YM - 離線訊息
 就算你沒有上網,你的朋友仍可以留下訊息給你,當你上網時就能立即看到,任何說話都冇走失。
 http://messenger.yahoo.com.hk
-- 
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] Process pooling for CGI

2006-01-12 Thread Fastream Technologies
Very interesting! Could a generic tiny CGI be written for all interpreters 
such as PHP, Perl, Python or must we write separate ones for each? How much 
of the job does your MidWare code do? Is it commercial or free like ICS?

Best Regards,

SZ

- Original Message - 
From: Francois Piette [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Thursday, January 12, 2006 3:43 PM
Subject: Re: [twsocket] Process pooling for CGI


 You may then consider the tiny CGI concept.
 You create a very small CGI which load very fast (you can build one being 
 less than 150KB and maybe
 even less than 100KB and still doing useful things).
 This CGI would load the DLL which would do the real work.
 If you manage to also load the same DLL from your server, then the DLL 
 will remains always in memory
 (DLL is shared by all executables provided the load address is compatible 
 with all executables).
 Instaed of a DLL, you may make the CGI a gateway to your server (or 
 another one), using any IPC you
 like. That's the concept used by MidWare WebTechnology and his CGIGate 
 module.
 --
 [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, January 12, 2006 2:08 PM
 Subject: Re: [twsocket] Process pooling for CGI


 Hello,

 - Original Message - 
 From: Francois Piette [EMAIL PROTECTED]
 To: ICS support mailing twsocket@elists.org
 Sent: Thursday, January 12, 2006 2:57 PM
 Subject: Re: [twsocket] Process pooling for CGI


  Is this possible? I want to keep the PHP-cgi.exe process loaded in 
  memory
  for fast execution. Or is this what ISAPI can only do?
 
  Yes, ISAPI is the way to go. ISAPI is just a DLL and stay in memory 
  until
  you unload it.

 ISAPI is good for ASP but PHP is _not_ thread safe according to php.net.
 What we need is a way to speed up CGI and the only possible way seems to 
 be
 process pooling but this is a term I have just made up! Is there such
 technique? Is there a way to freeze and reinstate a process after a 
 request
 is answered? I think it would be revolutionary!

 Best Regards,

 SZ

 -- 
 To unsubscribe or change your settings for TWSocket mailing list
 please goto http://www.elists.org/mailman/listinfo/twsocket
 Visit our website at http://www.overbyte.be

 -- 
 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] Newbie- Telnet SSL with zmodem transfer

2006-01-12 Thread Jim Schultz
Greetings,
 
We have a need to have the above described comm package.  It is for a
government agency and there is no choice but to support this configuration.
I've looked at commercial packages and they are too high priced to
distribute as part of our application.
 
I am looking for components that will allow us to distribute a solution
royalty free (although we may purchase components).  I initially started
looking with Delphi and found Eldos Blackbox with reference to ICS.  Am I
naive to think that I can come up with a solution for a Telnet/S with file
xfer options(xyz-modem)?
 
Thanks in advance for any replies.
 
Jim
-- 
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] ThttpCil Send bufsize problem

2006-01-12 Thread Francois Piette
 http://img79.imageshack.us/img79/2092/ics0rl.jpg

I don't know what your WPEPRO1 shows, but for sure it is _not_ IP packet size. 
Maybe WPEPRO1 show
the dialog with winsock API and this is _not_ directly related to line speed. 
The size of data
writtent to winsock at one time affect line speed only if your CPU is not fast 
enough to have enough
system calls to fill winsock buffer. It is for sure never the case with ADSL 
with even the slowest
CPU. But with gigabit link, you need a very fast CPU of course to sustain the 
gigabit line speed.

To see packet size, you need to use a packet sniffer such as ethereal. Link on 
the links page at my
website.

 I know Change buffer size cannot change upload speed,
 But I use ADSL 8M / 640 kbps it should has max upload
 speed with 80 kb/s.
 if I send every packet size 32768 it can up to 50kb/s
 speed. by 8193 only has 20kb/s speed.
 I want to use my max upload speed and how can I to do?

You automatically have best transfert speed. No need to change buffer size, 
defenitely.
You have the best overall speed, use asyncronous operation only (use GetAsync, 
PostAsync and so on).

btw: You have unreadable characters in your subject line, at least seen from 
here.

--
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] Process pooling for CGI

2006-01-12 Thread Francois Piette
 Very interesting! Could a generic tiny CGI be written for all interpreters
 such as PHP, Perl, Python or must we write separate ones for each?

To be generic, the CGI should implement ISAPI interface and then can use any 
ISAPI DLL. Maybe this
would make the CGI too big ? Maybe one more DLL layer would maintain small CGI 
footprint ?

 How much of the job does your MidWare code do?

It translate MidWare request received from the web to something understandable 
by a standard MidWare
appserver. It communicate with the lowest level API to have the smallest exe 
file possible.

 Is it commercial or free like ICS?

It is commercial. Source available for purchase only.

--
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] Newbie- Telnet SSL with zmodem transfer

2006-01-12 Thread Francois Piette
 We have a need to have the above described comm package.  It is for a
 government agency and there is no choice but to support this configuration.
 I've looked at commercial packages and they are too high priced to
 distribute as part of our application.
  
 I am looking for components that will allow us to distribute a solution
 royalty free (although we may purchase components).  I initially started
 looking with Delphi and found Eldos Blackbox with reference to ICS.  Am I
 naive to think that I can come up with a solution for a Telnet/S with file
 xfer options(xyz-modem)?

I can't help you with Blackbox, even if they claim to support ICS.
Maybe ICS-SSL is what you need ?

--
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] Process pooling for CGI

2006-01-12 Thread Fastream Technologies
 Very interesting! Could a generic tiny CGI be written for all 
 interpreters
 such as PHP, Perl, Python or must we write separate ones for each?

 To be generic, the CGI should implement ISAPI interface and then can use 
 any ISAPI DLL. Maybe this
 would make the CGI too big ? Maybe one more DLL layer would maintain small 
 CGI footprint ?

Another layer is a good idea since there are not much interpreters, PHP, 
Perl, Python and maybe Ruby would be sufficient anyway..


 How much of the job does your MidWare code do?

 It translate MidWare request received from the web to something 
 understandable by a standard MidWare
 appserver. It communicate with the lowest level API to have the smallest 
 exe file possible.

Are you sure this idea is not patented? Or maybe you own the patent?? Is the 
license you provide royalty free? How much is the price you can offer (we 
can advertise on our web site that we built with your component). (you can 
answer this privately.)

Best Regards,

SZ


 Is it commercial or free like ICS?

 It is commercial. Source available for purchase only.

 --
 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 

-- 
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] Process pooling for CGI

2006-01-12 Thread Jack
Guess this is OT, but check out FastCGI interface.

 Hello,

 Is this possible? I want to keep the PHP-cgi.exe process loaded in memory
 for fast execution. Or is this what ISAPI can only do?

 Regards,

 SubZero 


-- 
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: 回覆: Re: 回覆: Re: [twsocket] ThttpC il Send bufsize problem

2006-01-12 Thread Michael Preslar
No real comment to add.. just a FYI..

Wilfried Mestdagh wrote:
 Hello,
 
 To see the largest possible packet size you can do following. Choose
 some IP address of your ISP provider instead of this and try. You can

 
  C:\ping -l 1473 -f 195.130.132.82
 
 Pinging 195.130.132.82 with 1473 bytes of data:
 
 Packet needs to be fragmented but DF set.

 As you see, my largest possible packet size is 1472. Adding 28 bytes of
 ICMP and IP headers I see my MTU is 1500. I am pretty sure you will have
 exact same result.


First time I've heard about ping's -l option, so I had to try it.

Here, Win XP SP2.. When I ping my isp's smtp server with a -l 1472, it
goes through just fine. But if I ping with anything higher, the request
times out.

To make sure it wasn't just the connection between me and my ISP's
machine, I did a 'ping -l 1473 www.google.com' .. Same thing.

C:\ping -l 1473 www.google.com

Pinging www.l.google.com [64.233.167.99] with 1473 bytes of data:

Request timed out.

Just an interesting side note :)
-- 
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] Newbie- Telnet SSL with zmodem transfer

2006-01-12 Thread Angus Robertson - Magenta Systems Ltd
 Am I naive to think that I can come up with a solution for a Telnet/S
 with file xfer options(xyz-modem)?

ICS handles SSL telnet quite happily, you would just have to add the 
zmodem protocol on top, which you can find for free on the internet, 
it's part of the Turbopower Async Pro package.  Just sent the data as 
TCP/IP packets instead of async packets. 

But it's unlikely anyone will have done such an implementation already, 
zmodem is unnecessary in the TCP/IP world which already has handshaking 
and error correction.  It's also not very efficient, I use an 
application daily that downloads and uploads using zmodem over TCP/IP, 
and throughput is poor due to continual acknowledgement packets. 

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: 回覆: Re: 回覆: Re: [twsocket] ThttpC il Send bufsize problem

2006-01-12 Thread Michael Preslar
Doh. Again, I missed something simple. with the -f I get the same
results you do.

Wilfried Mestdagh wrote:
 Hello Michael,
 
 this is completely correct. But you forgot the -f parameter:
 
  C:\ping -l 1473 -f www.google.com
  Pinging www.l.google.com [66.249.93.104] with 1473 bytes of data:
  Packet needs to be fragmented but DF set.
...
 C:\ping -l 1473 www.google.com
 
 Pinging www.l.google.com [64.233.167.99] with 1473 bytes of data:
 
 Request timed out.
 
 Just an interesting side note :)
 
-- 
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] TIcsSocket - Socket.Close locks up - 99% CPU

2006-01-12 Thread Erich Kuba
Hi Peter,

I had similar experiences and had to delay my Linux implementation.  I have
wanted to review the Kylix code and try and fix it as I think that this will
add huge value to everyone here, myself included.  I think that I know where
to start looking for these problems.  In short the Kylix implementation uses
threads heavily and it's not synchronizing correctly.  I have allocated time
in March and April this year to sort this out so if you can wait until then,
then we may have a fix.  If you are willing to get involved in the process,
please let me know.  I did look for volunteers some time ago, but only got a
few responses from people saying that they could provide high level input.

Regards

Erich Kuba

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Peter Slater
Sent: Thursday, 12 January 2006 12:40 p.m.
To: twsocket@elists.org
Subject: [twsocket] TIcsSocket - Socket.Close locks up - 99% CPU

Hi
I am having a problem with the kylix version of ICS at the moment. It is
a console tcp/ip server app running on linux. It accepts connection from
clients and sends data to each of the clients. The problem is when the
client disconnects, My program runs at 99% CPU and the loop is in the
IcsSocket.Close method.

When the client disconnects, the SockServerClientDisconnect is triggered
which frees my client object that was created in the
SockServerClientConnect event. In the destroy of my client object I
close the IcsSocket  by calling Close.

   If Socket.State = wsConnected then
  Socket.Close;

It is here that there is problem
because the IcsSocket.close function never returns.
I  know there are worker threads involved so it could be related to my
main thead loop which is shown below.

   while not bTerminating do begin
 CheckSynchronize(1);
   end;
p.s. I am running the ics-kylix beta 4.

Any Ideas would be appreciated
Peter
-- 
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] Newbie- Telnet SSL with zmodem transfer

2006-01-12 Thread Jim Schultz
sorry but wasn't sure how to post back to the list and keep it in the
correct thread, if this is incorrect let me know.
 
you would just have to add the zmodem protocol on top, which you can find
for free on the internet, 
it's part of the Turbopower Async Pro package.  Just sent the data as TCP/IP
packets instead of async packets. 

i do have asynch pro and have used it before turbopower quit, but only for
serial connections not tcp stuff.  its the last part - instead of async
packets that i have no clue about.  how do you make async packets into
tcp/ip packets.  i've searched the async list but can't find anything there
to get me started.
 
tia.
 
Jim 
-- 
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] (no subject)

2006-01-12 Thread Piotr Dałek
Hello!

 Pinging 195.130.132.82 with 1473 bytes of data:

 Packet needs to be fragmented but DF set.
 Packet needs to be fragmented but DF set.
 Packet needs to be fragmented but DF set.
 Packet needs to be fragmented but DF set.

 As you see, my largest possible packet size is 1472. Adding 28 bytes of
 ICMP and IP headers I see my MTU is 1500. I am pretty sure you will have
 exact same result.

Well, then see this:

C:\WINDOWS\Profiles\Piotrek\Pulpitping -l 1472 -f 127.0.0.1

Pinging 127.0.0.1 with 1472 bytes of data:

Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Since I was with two connection types (ADSL and dial-up), so this 
works:

C:\WINDOWS\Profiles\Piotrek\Pulpitping -l 248 -f 127.0.0.1

Pinging 127.0.0.1 with 248 bytes of data:

Reply from 127.0.0.1: bytes=248 time=1ms TTL=128
Reply from 127.0.0.1: bytes=248 time10ms TTL=128
Reply from 127.0.0.1: bytes=248 time=1ms TTL=128
Reply from 127.0.0.1: bytes=248 time10ms TTL=128

-l 1472 works for WAN machines (ie. .wp.pl), but not localhost nor
LAN. So I deleted dialup connection - nothing changed. Then I've played
with MaxMTU and such stuff - still nothing. Is this normal, or I'm out
of luck (Win95+Winsock2)? This is offtopic, but maybe someone knows
what's going on...

-- 
Piotr Hellrayzer Dalek
[EMAIL PROTECTED]

--
Kliknij po wiecej!  http://link.interia.pl/f18ed

-- 
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] UDP TTL setting

2006-01-12 Thread Betalord
Is it possible to manually change TTL (time to live) for an UDP packet?
-- 
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] Newbie- Telnet SSL with zmodem transfer

2006-01-12 Thread Angus Robertson - Magenta Systems Ltd
 how do you make async packets into tcp/ip packets. 

A packet is a string of characters, it's independent of whether it's 
being sent using serial comms or TCP/IP.  

I'm not saying it will be easy to extract the Async Pro Zmodem code, but 
it can be done, if you don't want to pay for a package that includes it 
already (and if there is one).  I'd done two jobs where private async 
protocols are converted to TCP/IP, trivial really. 

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] TIcsSocket - Socket.Close locks up - 99% CPU

2006-01-12 Thread Peter Slater
Hi Erich

Thanks for your reply, at least I'm not the only one.
I did find a workaround though, which was not to close the sockets in the
OnSessionClose event but I HAD to close the socket in the OnClientDisconnect
event of the Listener, before I freed the client object.
It appears that when a client disconnects, the OnSessionClose and the
OnClientDisconnect events don't always get called in the same order and the
state of the Socket isn't always consistantly closed. By forcing a close in
the OnClientDisconnect event seemed to make it more stable.

I am interested in getting this working and will help where I can, as I have
based my new project on this component.

BTW, if anyone is interested I have written a simple wrapper around TWSocket
and TICSocket so that I can compile my project for both windows and linux
(with the same code base) using CrossKylix on Delphi 2005.


Hi Peter,

 I had similar experiences and had to delay my Linux implementation.  I
 have
 wanted to review the Kylix code and try and fix it as I think that this
 will
 add huge value to everyone here, myself included.  I think that I know
 where
 to start looking for these problems.  In short the Kylix implementation
 uses
 threads heavily and it's not synchronizing correctly.  I have allocated
 time
 in March and April this year to sort this out so if you can wait until
 then,
 then we may have a fix.  If you are willing to get involved in the
 process,
 please let me know.  I did look for volunteers some time ago, but only got
 a
 few responses from people saying that they could provide high level input.

 Regards

 Erich Kuba

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
 Behalf Of Peter Slater
 Sent: Thursday, 12 January 2006 12:40 p.m.
 To: twsocket@elists.org
 Subject: [twsocket] TIcsSocket - Socket.Close locks up - 99% CPU

 Hi
 I am having a problem with the kylix version of ICS at the moment. It is
 a console tcp/ip server app running on linux. It accepts connection from
 clients and sends data to each of the clients. The problem is when the
 client disconnects, My program runs at 99% CPU and the loop is in the
 IcsSocket.Close method.

 When the client disconnects, the SockServerClientDisconnect is triggered
 which frees my client object that was created in the
 SockServerClientConnect event. In the destroy of my client object I
 close the IcsSocket  by calling Close.

If Socket.State = wsConnected then
   Socket.Close;

 It is here that there is problem
 because the IcsSocket.close function never returns.
 I  know there are worker threads involved so it could be related to my
 main thead loop which is shown below.

while not bTerminating do begin
  CheckSynchronize(1);
end;
 p.s. I am running the ics-kylix beta 4.

 Any Ideas would be appreciated
 Peter
 --
 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




 --

 Message: 11
 Date: Thu, 12 Jan 2006 14:52:45 -0600
 From: Jim Schultz [EMAIL PROTECTED]
 Subject: [twsocket]  Newbie- Telnet SSL with zmodem transfer
 To: twsocket@elists.org
 Message-ID: [EMAIL PROTECTED]
 Content-Type: text/plain;   charset=us-ascii

 sorry but wasn't sure how to post back to the list and keep it in the
 correct thread, if this is incorrect let me know.

 you would just have to add the zmodem protocol on top, which you can find
 for free on the internet,
 it's part of the Turbopower Async Pro package.  Just sent the data as
 TCP/IP
 packets instead of async packets.

 i do have asynch pro and have used it before turbopower quit, but only for
 serial connections not tcp stuff.  its the last part - instead of async
 packets that i have no clue about.  how do you make async packets into
 tcp/ip packets.  i've searched the async list but can't find anything
 there
 to get me started.

 tia.

 Jim


 --

 ___
 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

 End of TWSocket Digest, Vol 151, Issue 7
 

-- 
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] TIcsSocket - 6 Sec Delay in Listener actually Listening

2006-01-12 Thread Peter Slater
Hi
I am having a problem with the kylix version of ICS at the moment. It is
a console tcp/ip server app running on linux. It accepts connection from
clients and sends data to each of the clients.

The problem is when I start the Server listening with the Socket.Listencommand.
It doesn't start Listening straight away, it takes sometimes up to 15
seconds to actually start listening for connection.

When i do a netstat -a when its in this state, there are client processes
trying to connect to the listener in TIME_WAIT state, which I think is the
problem, probably when these connections timeout is when the Listener start
listening. But this should not be the case and isn't normally the case with
sockets as far as I know. It certainly isn't this way using TWSocket on
Windows.

Any Ideas would be appreciated.

Pete
-- 
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