I'm very familiar with electronic mail. I'll have to check to see if it's still there, but I may be responsible for a paltry single phrase in RFC 2821 (though I'd like to think that my participation in the WG mailing lists amounted to a bit more than that).
--- Ruben Safir <[EMAIL PROTECTED]> wrote: > On Mon, 2005-08-22 at 12:15, In addition, > > languages need to provide support for binary files, pipes and > FIFOs, > > TCP channels and the like. MUMPS is very (7-bit) text-centric, > > essentially by design. > > > > Writing an encoding scheme should be fairly straight forward. 7 bit > to > 8 bit is exactly what most mail programs do. The problem is knowing > how > much data your drawing in prior to moving the data. And there has to > be > some kind of table which describes the basic operating environment to > determine if it is 7,6,8, or even 10 bit chars (although I'll bet it > is > 8). > > Ruben > > > > --- Ruben Safir <[EMAIL PROTECTED]> wrote: > > > > > > In the latter case, > > > > there is the problem that M programmers have a propensity for > using > > > > > > > sentinel values like "^" to delimit data items, but the first > > > problem > > > > is much more serious. > > > > > > > > > > > > > The only sure fire way to get data moved somewhere is with > something > > > like fread or fwrite. You must know how much data your moving > > > because > > > any character (or even combination of chars) can be part of a > > > string/binary > > > > > > Ruben > > > > > > > === > > > > Gregory Woodhouse > > > > [EMAIL PROTECTED] > > > > > > > > "The most incomprehensible thing about > > > > the world is that it is at all comprehensible." > > > > --Albert Einstein (1879-1955) > > > > > > > > > > > > On Aug 21, 2005, at 1:26 PM, Ruben Safir wrote: > > > > > > > > > On Sun, 2005-08-21 at 12:57 -0700, Chris Richardson wrote: > > > > > > > > > >> Ah, but how big is a character? MUMPS deals in characters > > > > >> reguardless of > > > > >> the number of octets required to represent it. > > > > >> > > > > >> 1Octet = 8 bits > > > > >> > > > > >> Ascii - 1 octet/character > > > > >> Unicode, Kanji,Katakana,etc - 2 octets/character > > > > >> ISO-10646 - 4octets/character > > > > >> > > > > > > > > > > In terms of storing and retrieving data, it shouldn't matter. > > > > We've > > > > > been dealing with 7 bit encoded attachments for a decade in > > > email. > > > > > > > > > > Ruben > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > 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 > > > > > > > > > > > === > > Gregory Woodhouse <[EMAIL PROTECTED]> > > > > "Design quality doesn't ensure success, but design failure can > ensure failure." > > > > --Kent Beck > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > 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 > === Gregory Woodhouse <[EMAIL PROTECTED]> "Design quality doesn't ensure success, but design failure can ensure failure." --Kent Beck ------------------------------------------------------- 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
