Steve Thompson wrote:

I'm assuming we have those because until the recovery test (accomplished
by canceling the application running on z/OS) everything was working
fine.

What I have been asking is, could they have defined the connection on
the AS/400 side as if they were talking to a workstation as opposed to
another "HOST"? I ask because after more than 10 minutes, things seem to
recover from a SNA viewpoint.

Steve -

The ability to recover within the APPC program is application-specific - It
really depends on how the program is written and how it handles recovery
when the communications link fails.

I haven't written an APPC program since 1992, so I'm a bit rusty on the
programming aspect of it.

However, I'm looking at my 1992 code right now:
You create DDS and from it you create a communications file (CMNF), and (if
you didn't know better) from looking at the RPG or COBOL program that uses
it you might think the communications file is a display file, since in the
RPG program the communications file is defined as a WORKSTN file.

The AS/400 program would have to check to see if an error occurred on a
write or read, and take the appropriate action...

- sjl




This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].