Kevin wrote: >Does anyone else remember the other perl-GT.M interface that was on >the Sanchez site.
You can still find it with a google search on "GTM Perl", but the project appears to be dead. It also required a recompilation of GT.M that we prefer to avoid for now. >It seems that it also allowed access to all of GT.M >functionality, which would include executing routines -- which would >be different than just being able to access a M global database value. Yes, I agree that a Perl interface to MUMPS needs to be able to execute MUMPS code in order to take full advantage of things like input transforms and computed fields in Fileman database definitions. I expect that that will be coming soon. Steve was not interested in that in this first version of his Db-GTM interface. He had a Perl based web application that used a globals-like interface to BerkeleyDb and he wanted to make that faster and more robust by connecting it to GT.M instead. As a side effect, that data is now accessible to the MUMPS programmers in our group. >On 8/16/05, Jim Self <[EMAIL PROTECTED]> wrote: >> Marc Aylesworth wrote: >> >Look at this ask and you shall receive, although I am not sure how it will >> >help with Vista as it ties one global to one DB access point. It does >> appear >> >to be COOL and is most certainly is intriguing. >> > >> >From: Kevin Toppenberg >> >>Here is a link that might be helpful >> >> >> >>http://search.cpan.org/~szeck/Db-GTM-1.11/GTM.pm >> >> Each GTMDB object is something like a database cursor. It represents a >> reference point >> within a MUMPS global with methods for navigating and inspecting and >> modifying the nodes >> of the global. The methods are derived from the MUMPS functions $DATA, $GET, >> $ORDER, >> $QUERY, etc. A program could have as many of these data objects as needed, >> perhaps one per >> Fileman file. --------------------------------------- Jim Self Systems Architect, Lead Developer VMTH Computer Services, UC Davis (http://www.vmth.ucdavis.edu/us/jaself) ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
