Maury, I understood Zimmer's point. But I think it might introduce a level of complexity that would not be needed if I converted it myself. Also, it would lock the code into the linux platform.
But your point about whether this is the best approach for transferring binary data is well taken. I'll make a separate post about this. Kevin On 9/4/05, Maury Pepper <[EMAIL PROTECTED]> wrote: > Kevin, > > I think you missed Zimmer's point: do the UUENCODE/UUDECODE with system > utilities not with Mumps. "uuencode" and "uudecode" are standard Linux utils > -- use them. No need to reinvent the wheel. > > But, before going down this road -- first, have you posted to the list a > high-level description of what you are trying to do and asking how it might > best be accomplished? And second, if the best way to do this is to pass > binary data with RPC, then maybe it should be beefed up to handle binary > data. Help should be available if this is really the right way to deal with > a necessary new feature. > > > > ----- Original Message ----- > From: "Kevin Toppenberg" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Sunday, September 04, 2005 9:21 AM > Subject: Re: [Hardhats-members] Bitwise operators in GT.M? > > > > One other question obout $ZBIT functions. There doesn't seem to be an > > equivalent of shr or shl (i.e. convert 1110 --> 111). UUENCODE > > functions take 3 8-bit characters and converts them into 4 6-bit > > characters. But to do this I would need to be able to shift bit > > positions. > > > > Kevin > > > > p.s. for now, I may just use a simple hex encoding (i.e. 1 binary byte > > becomes 2 ascii hex digits). This is a 100% increase in size (twice > > normal), versus about a 33% increase with UUENCODE. But it will tell > > me if my entire transfer-binary-data-via-RPCBroker process works. I > > can then come back and do an optimization by changing to UUENCODE > > later. > > > > Kevin > > > > > > ------------------------------------------------------- > > 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 > > [email protected] > > 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 > [email protected] > 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 [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
