OK. I have written a function $$BIN2GBL() that will load a binary stream into a global much like FTG^%ZISH() does. The binary data is store in ascii hex characters.
I just timed it, and it took 97 seconds to load 4,629,504 bytes --> 47,726 bytes/second --> 381 kb/s (I think that calculation is correct). Is this a reasonable speed, or should I try to optimize the code somehow? Thanks Kevin On 8/20/05, Kevin Toppenberg <[EMAIL PROTECTED]> wrote: > OK. Thanks > > I think I will write a function that loads a binary stream, encodes it > as text (probably ascii chars representing hex numbers... "A3","F1" > etc.) > This will only be 50% effecient (2 characters to represent 0-255). > But the advantage is that I can store it in a WP field. > > And the RPCBroker has a mode to transfer WP fields. > > Kevin > > > > > On 8/20/05, Jim Self <[EMAIL PROTECTED]> wrote: > > Kevin, > > I am pretty certain that the answer is no, it's not binary friendly. I took > > a brief look > > at the routine at http://vista.vmth.ucdavis.edu/rtn/_ZISH#GTF and at > > MGTF+11 you can see > > that it adds CRLF (!) at the end of each data node. Also, although most > > MUMPS > > implementations can handle binary data just fine, many of the utilities > > cannot. Also, I > > seem to recall (It's been a long time since I looked at it) that the > > protocol of the > > vanilla RPCBroker might choke on binary data as well. Someone else here > > should be able to > > answer definitively. The XML coding of Medsphere's CPRS variant might do > > fine with it and > > M2Web can work with binary data also. > > > > Kevin Toppenberg wrote: > > >I have a question about $$GTF^%ZISH(): Copy Global to Host File. > > > > > >Will it load binary files? Are there size limits? Does this depend > > >on the limit of the underlying strings used to store the data? I > > >think that GTM 5 up'd its string length? > > > > > >I would like to be able to be able to load a .jpg file into a global, > > >then send it out via RPCBroker. > > > > > >Kevin > > > > --------------------------------------- > > 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 > > [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
