Kevin, send me the code also and we will see what can be done. Your solution may be to convert the file from binary to hex before sending the resultant file to MUMPS or Cache. Bit manipulation is not their strength, but as you have shown, it is possible to do it with MUMPS.
Best wishes; Chris ----- Original Message ----- From: "Kevin Toppenberg" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Saturday, August 20, 2005 10:05 PM Subject: Re: [Hardhats-members] Is $$GTF~%ZISH() binary friendly? Let me send you the code. Perhaps you could suggest a more effecient approach. I'm not sure which parts of M are slower than others. It seemed slow to me as I waited 97 seconds for the file to load.... Kevin On 8/21/05, Maury Pepper <[EMAIL PROTECTED]> wrote: > That sounds extremely slow. I would have guessed about 1/10th that time. > > > ----- Original Message ----- > From: "Kevin Toppenberg" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Saturday, August 20, 2005 11:37 PM > Subject: Re: [Hardhats-members] Is $$GTF~%ZISH() binary friendly? > > > > 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 > > > > > ------------------------------------------------------- > 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
