Thanks James! I've been blissfully untouched by system 36 code for right around ten years now. When we offered to help this client, I had to dust off my old s36 ocl and procedures handbook just to get the simplest of things accomplished. man, that brings back memories... (not ALL of them bad :) I guess my problem with the 36 environment is one born of ignorance. When it first came out with the first as/400s, the general concensus was to avoid it at all costs, and I've never had the need to revisit the subject until now. Thanks again for the recommendations! Rick > Richard, > > First I would like to say that there is no difference between running > SSP and a S/36 environment. At least not that I've ever encountered, > other than speed. > > The S/36 machine can access OS/400 machine files via DDM. Using DDM, > IMO, makes the speed issue moot. > > BTW, the S/36 environment has no problem with native files. We never > even had to touch the OCL. It just worked. Now there may be some > obscure things in your OCL that might bite you, but we tried not to get > too cute. > > The only reason I can think of for -not- running in a S/36 environment > is that you do not have all of the source necessary to do a recompile. > > You may want to look at Redbooks: GG24-3304-xx "Converting System/36 > Environment Applications to Native AS/400" and GG24-3250-xx "System/36 > to AS/400 Application Migration" for any gotchas. > > HTH +--- | 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: email@example.com +---
As an Amazon Associate we earn from qualifying purchases.
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.