Re: tcp/ip ports. was exit pgm and lpar

Steve:

The comment wasn't really serious, just a humorous jibe. But the subject is 
serious.

Not sure if you'd really gain anything with "OvrPort", etc. You'd still have to 
retrieve the values for the override from someplace. Of course, if it could be 
a library-qualified object...?

This kind of thing would extend TCP/IP under OS/400 beyond the basic C/UNIX 
roots. As it is, the APIs are essentially absolutely pure ports, even including 
the flaws of the original C versions. I understand why that was necessary, but 
you'd think you could get some kind of value-add by using TCP/IP under OS/400 
rather than being stuck with exactly the same old stuff.

Object extensions could be a nice feature.

Tom Liotta

On Sat, 25 August 2001, "Steve Richter" wrote:

>   But the dtaara approach does have its drawbacks:
> Must code another module to rtv the dtaara and handle the not found
> condition, another point of failure in the code, must document that the
> dtaara is used by this pgm.  more code, more documentation, more turnover
> instructions, more points of failure.
>
> In my view, this is a job for the OS.
>
> Provide commands like "OvrPort", "CrtPort", "ChgPort".

--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788
Fax  253-872-7904
http://www.400Security.com


___________________________________________________
The ALL NEW CS2000 from CompuServe
 Better!  Faster! More Powerful!
 250 FREE hours! Sign-on Now!
 http://www.compuserve.com/trycsrv/cs2000/webmail/