× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: Emulated S36 on RS/6000 to AS/400 Conversion pt2
  • From: "Dan Bale" <dbale@xxxxxxxxxxx>
  • Date: Thu, 26 Aug 1999 13:22:08 -0400



Kirk,

Perhaps you should try to create a program on the RS/6000 that would break up
each member in the source file into its own file, FTP these files over to the
AS/36, and write another program to throw them back into its own member in the
source file on the AS/36.  Unfortunately, I am recalling limitations such that
"files" are not stored in "libraries" on the (A)S/36, so you'd have to come up
with some group naming scheme to keep your source members in order.  IBM's
$MAINT utility, I think will give you everything you need to accomplish
sourcemember-to-file and file-to-sourcemember copies.  I'm having difficulty
remembering how "source" is stored on the S/36; not source files ala OS/400.  (I
threw away my S/36 cap long ago!)  So, some of the details, like
saving/restoring source descriptions for each source member, somebody else will
have to supply.

Thinking on this a little bit more, if you use the copy-from $MAINT procedure on
the RS/6000 (is this how your one-member source file was created?) and use the
copy-to $MAINT procedure on the AS/36, you _should_ get your source put back in
place member-by-member, automagically.  I'm pretty certain this will work
(famous last words).

Kirk, were you able to restore program objects?  That was your "biggie", wasn't
it?  Are you running the S/36 environment in OS/400?  Or SSP "S/36 machine"?
Which one you're using will impact my previous answers.

What did the vendor say about saving from the RS/6000 and restoring to AS/36?

>Ok we've tried the tape thing and talked to the vendor etc. and looks
>like FTP is our transfer method. The programmer has already written
>routines to unpack and repack the packed fields. We've tried a short and
>quick test of ftping a source file with multiple members. What comes
>across is a very readable file with only "1" member. That member has all
>the source for all the members strung end to end. I guess I can write
>something to read that file and create a src file with unique members
>again...

>Is there an easier way??





+---
| 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
+---

As an Amazon Associate we earn from qualifying purchases.

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

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.