Re: TCP/IP, UDP

From: Bob Nash <BNash_at_smud.org>
Date: Tue, 29 Jul 2003 08:14:22 -0700

Also, you might be interested in Rick's raw sockets demo. It provides a =
server that handles multiple socket connections with realtime stats. =
The clients are rather basic, sending text strings which are saved by =
the server in local files. =20

I have tested this app with multiple clients sending messages every few =
seconds over a period of a few hours. It seems pretty bulletproof. I =
have also a modified version of this to develop a small data aquisition =
network running on our campus-wide network.

I can send you a working version of this demo if you like (others too, =
on a time available basis). I had thought of posting it to the FAQ, but =
the application is very modular and consists of many small files. I =
would have to reformat and test in order to post as one or two source =
files. Perhaps there is a volunteer out there that would do this.

-----Original Message-----
From: John Ulyate [mailto:john_at_college.co.za]
Sent: Tuesday, July 29, 2003 12:34 AM
To: sftalk_at_forth.com
Subject: [sftalk] Re: TCP/IP, UDP

Good morning from a cold and wet Cape Town (South Africa),

Mike, it is exactly what I am looking for ....

I started using Forth 25 years ago, but time/budget pressure always =
opted
for the commercial Windows development tools.

I am in the business of developing industrial automation and monitoring
tools, commercial point-of-sale/stockcounting/monitoring and have been
involved in various hybrids of the former. Formal TCP/IP is need for
multiple client/server communication, but sometimes quick ad-hoc
point-to-point comms is needed - all the systems have a Remote =
Diagnostic
Probe which plugs into the server side, purely for monitoring, testing =
and
verification, and UDP works very well here. Sometimes the RDP need to
broadcast certain messages sub-net wide, and in some cases the server or
clients need to broadcast debug/panic/other messages onto the sub-net.
Granted, nothing wrong with TCP, but the simplistic nature of UDP =
sometimes
work better than TCP.

I am not a Windows junkie, and I don't like the way modern programming =
is
going. Purely as a hobby I am porting some of the already developed =
stuff to
SwiftForth, ( I purchased SwiftForth about 3 months ago ) and I am very
pleasantly surprised with the result. My ultimate goal is to become
Windows/MS/PC independent and use some of the very excellent other =
hardware
platforms ( btw, I am indeed a Motorola fan )

My need for the TCP/IP interface is for evaluation and non-commercial at
this stage.

I will appreciate if you can advise me on acquiring your interface.

Thanks for your response.

John

PS - Rick, if you read this, is there any plans to port SwiftForth to =
Linux?

-----Original Message-----
From: sftalk-bounce_at_forth.com [mailto:sftalk-bounce_at_forth.com]On Behalf
Of Mike Ghan
Sent: 29 July 2003 00:22
To: sftalk_at_forth.com
Subject: [sftalk] Re: TCP/IP, UDP

In conjunction with Forth Inc, we developed a multi-socket TCP/IP
interface for our industrial control system operator interface
(graphical PC interface). A "server" PC running our SwiftForth app
serves control status and data requests to multiple client PCs also
running SwiftForth apps. The base TCP/IP engine is fairly flexible,
we also implemented a web page server along with a Forth script engine
which runs concurrently with our control apps. I believe without too
much work, UDP could be implemented as well.

If you don't mind saying, what would you use UDP with?

Mike

-----Original Message-----
From: sftalk-bounce_at_forth.com [mailto:sftalk-bounce_at_forth.com]On
Behalf
Of John Ulyate
Sent: Monday, July 28, 2003 8:12 AM
To: sftalk_at_forth.com
Subject: [sftalk] TCP/IP, UDP

Hi,

Does anybody know about a TCP/IP and/or UDP implementation in
SwiftForth?

Thanks,

John Ulyate
----------------------------------------------------------------------
sftalk_at_forth.com The SwiftForth programming discussion email list
To unsubscribe, send subject "unsubscribe" to sftalk-request_at_forth.com
For list command help, send subject "help" to sftalk-request_at_forth.com
Message archives are located at http://www.forth.com/archive/sftalk
----------------------------------------------------------------------
This list is a forum for SwiftForth users. For product support and
bug
reports, please send email to support_at_forth.com
----------------------------------------------------------------------

----------------------------------------------------------------------
sftalk_at_forth.com The SwiftForth programming discussion email list
To unsubscribe, send subject "unsubscribe" to sftalk-request_at_forth.com
For list command help, send subject "help" to sftalk-request_at_forth.com
Message archives are located at http://www.forth.com/archive/sftalk
----------------------------------------------------------------------
This list is a forum for SwiftForth users. For product support and bug
reports, please send email to support_at_forth.com
----------------------------------------------------------------------

----------------------------------------------------------------------
sftalk_at_forth.com The SwiftForth programming discussion email list
To unsubscribe, send subject "unsubscribe" to sftalk-request_at_forth.com
For list command help, send subject "help" to sftalk-request_at_forth.com
Message archives are located at http://www.forth.com/archive/sftalk
----------------------------------------------------------------------
This list is a forum for SwiftForth users. For product support and bug=20
reports, please send email to support_at_forth.com
----------------------------------------------------------------------

This archive was generated by hypermail 2.2.0 : Tue Dec 02 2008 - 03:04:33 PST