From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/37722 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Large *.pif base64 attachments and Gnus... Date: Sat, 11 Aug 2001 23:12:24 +0100 Message-ID: References: <87puabq0wh.fsf@deneb.enyo.de> <87lmks0xqa.fsf@deneb.enyo.de> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035173088 15316 80.91.224.250 (21 Oct 2002 04:04:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:04:48 +0000 (UTC) Cc: ding@gnus.org Return-Path: Return-Path: Original-Received: (qmail 11333 invoked from network); 11 Aug 2001 22:11:37 -0000 Original-Received: from dolk.extundo.com (195.42.214.242) by gnus.org with SMTP; 11 Aug 2001 22:11:37 -0000 Original-Received: from barbar.josefsson.org (slipsten.extundo.com [195.42.214.241]) (authenticated) by dolk.extundo.com (8.11.3/8.11.3) with ESMTP id f7BMBhw01500; Sun, 12 Aug 2001 00:11:44 +0200 Original-To: Florian Weimer In-Reply-To: <87lmks0xqa.fsf@deneb.enyo.de> (Florian Weimer's message of "Fri, 10 Aug 2001 16:57:01 +0200") Mail-Copies-To: nobody User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.0.104 Original-Lines: 22 Xref: main.gmane.org gmane.emacs.gnus.general:37722 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:37722 Florian Weimer writes: >> Committed. If `base64-decode-region' is broken in Emacs 20 it doesn't >> help though. > > I finally managed to look at the documentation, and it's strange > behavior is even documented: > > | Base64-decode the region between BEG and END. > | Return the length of the decoded text. > | If the region can't be decoded, return nil and don't modify the buffer. > > Is this different on Emacs 21? Yes. I think the current code should work with both schemes. base64-decode-region is an interactive built-in function. (base64-decode-region BEG END) Base64-decode the region between BEG and END. Return the length of the decoded text. If the region can't be decoded, signal an error and don't modify the buffer.