Just as a further clarification, this was just for a one time use during the installation of a software package.  It will not be written into an application.  Our install instructions will tell the customer to sign on to a new terminal session before starting the install and it will advise them to sign off when they are done.  I think that for this application, the LDA would not introduce an element of risk unless the customer did not follow our instructions .... and that never happens.

Rich Loeber - @richloeber
Kisco Information Systems
http://www.kisco.com

------------------------------------------------------------------------



On 11/25/2019 8:24 PM, midrange wrote:
Rich,

I agree that a data area unique to the job (without the usual create and
cleanup) can be a handy thing.
If your use is for a tool that could be within a user's job, that may be a
problem in that they could be using the data area...
Given that much of the corporate world is a mixed bag of new and old code,
in a OS that is rare to drop support of something,
All things are possible, but if the job is your job - why not? ..imho.
Jim Franz

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxxxxxxxx] On Behalf Of
Scott Klement
Sent: Monday, November 25, 2019 5:58 PM
To: midrange-l@xxxxxxxxxxxxxxxxxx
Subject: Re: LDA Question

A great tool PROVIDED that you are still using Hollerith cards on a system
with very little memory and you are working at a museum of old computer
technology.

Otherwise don't use the LDA.


On 11/25/2019 3:02 PM, Rich Loeber wrote:
I'm just interested to hear if anyone uses the local data area these
days? I tend to always use a named data area but I have a situation
where it would be helpful to use the local data area, but I'm
wondering if I would step on someone's toes in the process.

Rich Loeber - @richloeber
Kisco Information Systems
http://www.kisco.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link:
https://amazon.midrange.com



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 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.