RE: Scope of variables and subprocedures.

[Chris Bipes <rpg@xxxxxxxxxxxxxxx>]

Yes Yes Yes.  I have an authorization system based on data queues.  Several
servers processing many input paths.  Now I added a sockets interface that
uses the select() to multiplex.  I had to write 2 programs, one that
communicates with the outside world via sockets and one that waits at a data
queue for the responses from the authorization servers and forwards the data
queue entries to the socket servers via a socket connection.  What a pain.
I would love to be able to wait at a data queue for an incoming socket - in
ONE program..


Christopher K. Bipes     mailto:ChrisB@Cross-Check.com
Sr. Programmer/Analyst   mailto:Chris_Bipes@Yahoo.com
CrossCheck, Inc.         http://www.cross-check.com
6119 State Farm Drive    Phone: 707 586-0551 x 1102
Rohnert Park CA  94928 Fax: 707 586-1884

*Note to Recruiters
Neither I, nor anyone that I know of, is interested in any new and/or
exciting positions. Please do not contact me.


-----Original Message-----
From: Scott Klement [mailto:infosys@klements.com]
Sent: Monday, December 13, 1999 4:06 PM
To: RPG400-L@midrange.com
Subject: Re: Scope of variables and subprocedures.

How about native access to sockets, as long as you're doing IFS :)

and the ability to either use the select() API from sockets with
a display file, or the ability to wait on a data queue for socket
data would be nice.  (right now, its very difficult to multiplex
I/O between screen & sockets...  Writing a telnet type of application
in RPG would currently be difficult)

Its something that I wish for, anyway :)
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---