All of a sudden some of these old messages and svn notices are showing up. -- Mark Miesfeld
On Fri, Sep 26, 2008 at 10:07 AM, Rick McGuire <[EMAIL PROTECTED]> wrote: > I did discover that Mark is using the table apis in a couple of places > in the oodialog code. However, since he's using strings as indexes, a > directory would probably be more appropriate (and easier) to use. > > Rick > > On Fri, Sep 26, 2008 at 12:58 PM, David Ashley <[EMAIL PROTECTED]> wrote: >> I agree with your analysis. I can not see that I would ever use the table >> APIs. Mainly because they do not map to typical C/C++ structure analogs. >> >> Thanks, >> W. David Ashley >> IBM Systems and Technology Group Lab Services >> Open Object Rexx Team >> Mobile Phone: 512-289-7506 >> >> >> "Rick McGuire" ---09/26/2008 11:54:37 AM---The exercise of writing test >> cases for the various APIs was an >> >> "Rick McGuire" <[EMAIL PROTECTED]> >> >> 09/26/2008 09:40 AM >> >> Please respond to >> Open Object Rexx Developer Mailing List <oorexx-devel@lists.sourceforge.net> >> >> To >> "Open Object Rexx Developer Mailing List" >> <oorexx-devel@lists.sourceforge.net> >> cc >> >> Subject >> [Oorexx-devel] Removing the table APIs from the API set. >> The exercise of writing test cases for the various APIs was an >> interesting process, as it gave me the opportunity to reassess whether >> APIs belonged in the set and also pointed out some holes where >> additional APIs should be provided. >> >> In the process of doing this, I started to question whether the Table >> set of APIs even belong on the list. The initial list of APIs was >> created be drawing upon the old (non-documented) internal object API >> augmented by my best guess on what additional operations might be >> needed. As things progressed, I've eliminated a few of the old API >> holdovers because they didn't really provide any added value or >> overlapped with other means of doing the same things. NewObject() and >> NewInteger() are two examples. >> >> One rule of thumb I've started applying to the APIs is to recognize >> that most of the operations in the APIs can be accomplished using the >> generic SendMessage() API call. However, the API versions make it >> easier (and more efficient) for the C programmer. for example, >> ArrayAt() allows a size_t value to be specified for the array index >> rather than require the size be converted to a Rexx object first, >> which would be the case if you had to use SendMessage(). >> >> If you apply that rule of thumb to the table APIs (TablePut(), >> TableAt(), TableRemove(), NewTable(), and IsTable()), the only one of >> these that doesn't map directly into a SendMessage() call is >> IsTable(), and that one is only required because we have the other >> set. I'm proposing that these APIs and the associated RexxTableObject >> type be removed from the API set because there's no real added value >> to having these APIs. >> >> Rick >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Oorexx-devel mailing list >> Oorexx-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Oorexx-devel mailing list >> Oorexx-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >> >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
