Update of bug #34754 (project gnustep):

             Assigned to:                     CaS => None                   

    _______________________________________________________

Follow-up Comment #4:

Is there any specification for the XIB format?

I ask because 'DQ' does not conform to the standards for base64 encoding as a
base64 encoded string is supposed to be a multiple of four bytes.

I've modified GSMime to tolerate short strings (by simply acting as if the
missing bytes had been the normal '=' padding characters), since our general
principle is to be tolerant of errors in input rather than strictly enforcing
standards.

This will probably get things working, but I don't know that it's the correct
thing to do here.  Maybe the gui code ought to add any necessary '=' padding
before decoding, to make the string legal base64 encoded data.  On the other
hand ... whats the point of doing that if I've made the decoding work
'correctly' when given bad data?

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?34754>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/


_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

Reply via email to