Re: mi access to a dtaara

["Steve Richter" <srichter@xxxxxxxxxxxxx>]

>
>This is no longer an MI question but I'll answer it here.  Further
discussion
>on these specific questions should be directed to the MIDRANGE-L, RPG400-L,
or
>C400-L lists.


I think this list should be more loosely defined as a forum for discussion
of the architecture, technical issues that span all languages, anything in
the system api reference, ...   But I am new to the list and am asking more
than answering, so I will defer to the opinions of others.

I am writing a computer language for the as400, so my main purpose in posing
questions is to get the info that I need.

but I find this topic interesting just in an academic sense.

Why is there not a chgdtaara api?
     ibm has had a long enough time to decide to do it
     and it seems simple enough to do
     and the fact that rpg and C call their own run time pgms, each with
limitations,  to do it shows that there is a need for a unified, full
functional api.
    and rpg ile is a bit limited without it because IN and OUT cannot be
used in a sub procedure.

And yet, no api.  And there is also no materialize dtaara defn api.

The dtaara does seem to have its design faults. It looks like it is just a
space with a data portion and an object defn portion.  This forces the
object into the system domain so it can be protected from an out of control
spcptr.  Any kind of granular locking of the dtaara ( lock a location in the
dtaara ) is prevented by the design.    A better way to do it would have
been a dual object design. one object holds the defn, the 2nd hold the data.
this would allow a spcptr to be set to the dtaara data. a space lock could
be applied.

can ibm not make up its mind on whether it wants to introduce a new  dtaara
type object or not?

Steve Richter


+---
| This is the MI Programmers Mailing List!
| To submit a new message, send your mail to MI400@midrange.com.
| To subscribe to this list send email to MI400-SUB@midrange.com.
| To unsubscribe from this list send email to MI400-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: dr2@cssas400.com
+---