• Subject: Re[2]: ... bad to better to worse
  • From: ericadelong@xxxxxxxx
  • Date: Fri, 22 May 98 14:07:51 -0500


Where is the data going to live? Are you only going to have one daatabase that 
is accessed (via DDM or SPECIAL device) by the remote systems? Or is each system
going to have its own database, running update jobs to synchronize the 
local/remote data?  These types of issues dramatically alter the possibilities.

If you have independent databases, I would probably just create an "export" 
utility for the AS/400 to read from your multi-format logical and write the 
record images into a S/36 non-described file. Shouldn't take more than a dozen 
lines of RPG code to produce a file that your s/36 could read.

Actually, something like this would probably work:
(pretty sloppy, but hey! its free! :)

FMFLogical  IF  F  500          DISK
FS36OUT     O   F  500          DISK
IMFLogical   NS  01
I                       1 500   IMAGE
C   01      EXCEPT     OUT
OS36OUT   E              OUT
O                        IMAGE      500

______________________________ Reply Separator _________________________________

In a message dated 98-05-21 16:45:43 EDT, you write:
> On the AS/400, I've used the format selector program, created separate
>  physical files for the files that had multiple record types, and created 
>  multiformat logicals for those physicals. Using legacy code, it works
>  great! The problem is that some of the sites will still be on a SYS/36 
>  and need to access files on the AS/400. The SYS/36 doesn't know what to 
>  do with a multiformat logical file on the AS/400! The AS/400 also needs 
>  to access files on the SYS/36s.
What platform is actually responsible for creating records in this file? 
Sounds like the solution needs to start there...
Dean Asmussen
Both systems (AS/400 & S/36) are creating records. Both systems need to 
share records created on another systems.
Darlene Brengle
Norsoft, Inc.

| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com

This thread ...

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].