Russell Martin wrote:
Hi. I've been playing around with sockets. I'm attempting to create a stack
than can run shell commands on OS X so that I can get a multi-threaded effect.
I've never used sockets before, so after, digging through the chat example
stack, I dug right in.
I'm finding some odd behavior that I'm hoping someone out there can shed some
light on.
Question #2:
============
If my listening stack is open and the connection is made, then while the
connection is up, calling the openSockets funtion returns 3 lines such as the
following:
10261
127.0.0.1:10261
127.0.0.1:57219
Does anyone have any idea why it isn't simply:
127.0.0.1:10261
What are those 10261 and 127.0.0.1:57xxx lines all about? Does the IDE use that
57xxx (I've noticed that it is so far in the 57000 range) for it's own purposes?
This is basically because you are running both the listener (or
'server') stack and the other one within the IDE, so you have a single
set of sockets for all running stacks. This can be confusing (and can be
downright annoying, if for instance one of your stack does a resetAll
it will close all the sockets). I found it useful to either use two
machines, or to build a standalone for one of the stacks, and run the
other within the IDE (or you may be able to run both Rev and MC IDEs at
same time to gt the same benefit).
So that's why you see both 10261 (one stack has done an 'accept' on this
port) and 120.0.0.1:10261 (the other stack has done a copnnect on this).
The third open socket (127.0.0.1:57219) has been opened for you by the
'accept' command, and is the socket identifier you would use to
communicate from the listener back to the other process. See the
Dictionary on the 'accept' command, specifically
Comments:
When a connection is made or a datagram is received, the accept
command creates a new socket that can be used to communicate with the
other system (or process).
-- Alex.
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution