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


Darlene,

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 _________________________________

Darlene,
     
In a message dated 98-05-21 16:45:43 EDT, you write:
     
<<snip>>
> 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.
<<snip>>
     
What platform is actually responsible for creating records in this file? 
Sounds like the solution needs to start there...
     
Regards,
     
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 here. If you have questions about this, please contact [javascript protected email address].