Rich -- There are two issues here: (a) what GT.M does and does not allow, and (b) the application logic, which includes the execution settings.
GT.M allows you to use any arbitrary sequence of bytes both as an index and as a value. Whether a specific piece of application code should store and display an arbitrary sequence of bytes is an orthogonal issue - e.g., many Eastern European character sets use all 8 bits of a byte. So, for example, you may well have a global with strings to be used to display when Polish is selected as a language, and they may well cause display problems if you try to display them on a terminal emulator set for US ASCII -- Bhaskar On Tue, 2005-08-23 at 14:55 -0500, Sowinski, Richard J. wrote: > What I see happen when you have control characters in Globals is that > when > you try to display the global, it reeks havoc with your screen. > > I have seen M applications written specifically with control > characters in > the globals to be executed later. > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > K.S. > Bhaskar > Sent: Tuesday, August 23, 2005 2:39 PM > To: hardhats-members@lists.sourceforge.net > Subject: Re: [Hardhats-members] Re: Is $$GTF~%ZISH() binary friendly? > > On Sun, 2005-08-21 at 14:19 -0500, Kevin Toppenberg wrote: > > [KSB] <...snip...> > > > I'll check with Bhaskar whether or not there is any risk in > storing > > non-printable characters in a global. I did some testing and > filled > > a > > global with $char(0) and it didn't seem to loose them, or cause > the > > underlying string to terminate (i.e. null-terminated strings). > > [KSB] With GT.M, the subscripts as well as the values stored in an M > node can be any arbitrary binary sequence of bytes. > > -- Bhaskar > > > > ------------------------------------------------------- > 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
