Chris,
according to my copy of the millenium standard you are talking
about an embedded XXX program. Where XXX=SQL or Z[unspecified].
if an embedded SQL program was used, it must conform to the
syntax in the standard X3.135 , Other values for XXX such as
FORTRAN or PYTHON were reserved for future extensions of M.
The syntax for an embedded program thus would be something like:
&SQL( exttext ) where exttext ::= any graphic character
embedded eols (end of lines) had to be followed by &
so an example might be:
&SQL(
& SELECT * FROM PATIENT
& )
The & beginning a line was expected to be stripped out or replaced by
some other graphic characters if the Embedded program's syntax needed this.
David
>
> Greg;
>
> There is already a means of breaking out to other languages in-line (at
> least the start of a mechanism). See the SQL standard concerning interface
> with MUMPS. I believe we passed some standards work on this about 1990.
> It goes something like this;
>
> &&SQL{
> SQL Code follows
> } ; To break out of the SQL and back to MUMPS.
>
> There was also accommodation to pass arguments in, but the return of a
> value was still in progress (if memory serves).
>
> ----- Original Message -----
> From: "Greg Woodhouse" <[EMAIL PROTECTED]>
> To: "Hardhats" <hardhats-members@lists.sourceforge.net>
> Sent: Tuesday, September 06, 2005 9:19 AM
> Subject: [Hardhats-members] Backward compatible extensions to MUMPS?
>
>
> > Someone (James Gray?) mentioned that Cache uses braces to delimit "new"
> > code (and presumbly they serve as block delimiters, too). I had been
> > thinking of a command that could be used to put the interpreter in
> > "compatibility mode" (rather like 8088 compatibility on a Pentium), but
> > this solution does seem simpler.
> >
> > But, in any case, the language can certainly be extended without
> > breaking VistA.
> >
> >
> > ===
> > Gregory Woodhouse <[EMAIL PROTECTED]>
> >
> >
> >
> > "Perfection is achieved, not when there is nothing more
> > to add, but when there is nothing left to take away."
> > -- Antoine de Saint-Exupery
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > 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
> >
> >
>
>
>
>
> -------------------------------------------------------
> 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
>
-------------------------------------------------------
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
