base64-encode-region

SY> I've been discussing with Kyle a problem with VM and SY> base64-encode-region. I gather this is basically the same problem I reported (to vm-bug) about VM 6.85 or so, that VM was picking up the presence of base64-encode-region from libs/mail-lib/base64.el and using that in preference to its internal Lisp implementation? This should only be a problem with 21.1, as our 21.2 primitive is call-compatible with the FSF. I assume Vin would prefer not to backport the C code to 21.1, especially as we hope 21.1 will soon become obsolete. Since base64.el is Kyle's code anyway (but our version is wa-a-ay out of date, mea maxima culpa, I knew about this but spaced out on reporting it), I suggest we either (1) synch up to the latest version, if Kyle still maintains it, (2) grab VM's internal implementation, which I believe does exist and is functionally equivalent to the FSF's code, and export it as base64.el, (3) borrow GNus's version (which probably exists), or (4) port the FSF's lisp code (if it exists, maybe they have a primitive?) in order of preference. Since base64.el doesn't have a named maintainer, you can do that on your own authority, Steve. This is preferable to forcing Kyle to work around an XEmacs backward incompatibility (unless you need to do that for other reasons, Kyle?), since as Kyle pointed out mailer writers in general will want the third argument. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."