FYI
Some revisions and details on MiddleMan from MiniSoft:
> requires PM cap for server
This capability is needed for the intrinsic call to allow each connection
to have its own virtual session. Access to files is limited to and
verified by the MPE passwords provided.
> only string datatype supported for dataexchange between PC and HP3000
> (need to write your own datatype conversion code)
This has been an issue with the Streams Access Engine. A solution is
currently being tested internally (ALPHA). The problem is in passing the
\0 values from the OLE/OCX to the Windows application.
> no nameserver support (must specify host IP address on PC)
This is a function of the WINSOCK stack on the PC. If your HP3000 is not
registered on a DNS, please use the hosts file for your stack to name the
system.
> One "problem" which Minisoft may not be able to overcome is that all
requests
> to the Server go to one job. This can cause problems if your Cobol program
> creates a temp file for sorting (for example), you have to dynamically
assign
> the name within your Cobol program.
A revised DATASRVR is currently in BETA testing (six locations). Options
include the ability to share or block TEMP files and FILEEQ between
sessions. This version will also prevent SHOWJOB changes.
neal
Neal Kazmi ([log in to unmask])
Voice:(800)682-0200
FAX:(360)568-2923
<http://www.minisoft.com> (Home Page for MiniSoft, Inc.)