Well, I basically want to avoid sending LF characters along the way, which would disrupt my communications system, which depends on LFs to terminate the sending of a batch of data.
Except for the line wrap characters that Rev adds every 72 chars, base64 data is guaranteed not to contain linefeed charactgers. doug On 1/25/04 9:38 PM, "jbv" <[EMAIL PROTECTED]> wrote: > > > Doug, > > the 1st question that comes to my mind is : why do you feel the need to use > base64encode before sending before sending the data over a socket ? > > I remember doing something similar last year (a client standalone was sending > imagedata to a CGI script for realtime update of web pages) and I don't > remember encoding the imagedata before sending it... > > Am I missing something ? > > Thanks, > JB > > >> I am sending the imageData, height, width and name of an imported paint >> image over a socket. >> >> Before sending the data I am using base64encode, and before recreating the >> image on the other side I am using the base64decode of the data to set the >> imageData property and also setting the height and width and name properties >> of the templateImage before creating the image. >> >> But the image comes out all scrambled in the top-left corner of the >> receiving stack in the wrong size. > >> >> I tried both preserving the lfs in the base64 data and also stripping the >> linefeeds, but the result is the same in both cases. >> >> I've triple-checked the char count of the number of chars of the imageData >> and the number of chars of the base64 data on both sides, before and after >> encoding and decoding and everything matches. >> >> Are there some other properties I need to be preserving besides the >> imageData, width and height of the image object in order to get it right? >> >> Thanks, >> >> doug >> >> _______________________________________________ >> use-revolution mailing list >> [EMAIL PROTECTED] >> http://lists.runrev.com/mailman/listinfo/use-revolution > > _______________________________________________ > use-revolution mailing list > [EMAIL PROTECTED] > http://lists.runrev.com/mailman/listinfo/use-revolution _______________________________________________ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
