From mboxrd@z Thu Jan 1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/42370
Path: main.gmane.org!not-for-mail
From: Paul Stevenson
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Minimum emacs version for Oort
Date: Mon, 21 Jan 2002 16:50:26 +0000
Sender: owner-ding@hpc.uh.edu
Message-ID:
References:
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Trace: main.gmane.org 1035177618 10939 80.91.224.250 (21 Oct 2002 05:20:18 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Mon, 21 Oct 2002 05:20:18 +0000 (UTC)
Return-Path:
Original-Received: (qmail 16382 invoked from network); 21 Jan 2002 19:05:49 -0000
Original-Received: from malifon.math.uh.edu (mail@129.7.128.13)
by mastaler.com with SMTP; 21 Jan 2002 19:05:49 -0000
Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists)
by malifon.math.uh.edu with esmtp (Exim 3.20 #1)
id 16Sjk6-0005on-00; Mon, 21 Jan 2002 13:04:30 -0600
Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 21 Jan 2002 13:04:23 -0600 (CST)
Original-Received: from epithumia.math.uh.edu (epithumia.math.uh.edu [129.7.128.2])
by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id NAA29891
for ; Mon, 21 Jan 2002 13:04:16 -0600 (CST)
Original-Received: (from tibbs@localhost)
by epithumia.math.uh.edu (8.11.2/8.11.1) id g0LJ4Hp30937
for ding@hpc.uh.edu; Mon, 21 Jan 2002 13:04:17 -0600
Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66])
by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id KAA29500
for ; Mon, 21 Jan 2002 10:50:28 -0600 (CST)
Original-Received: (qmail 14900 invoked by alias); 21 Jan 2002 16:50:28 -0000
Original-Received: (qmail 14895 invoked from network); 21 Jan 2002 16:50:28 -0000
Original-Received: from marie.ph.surrey.ac.uk (131.227.115.98)
by gnus.org with SMTP; 21 Jan 2002 16:50:28 -0000
Original-Received: from wigner.ph.surrey.ac.uk (wigner.ph.surrey.ac.uk [131.227.115.58])
by marie.ph.surrey.ac.uk (8.12.0/8.12.0) with ESMTP id g0LGoQ16011658
for ; Mon, 21 Jan 2002 16:50:26 GMT
Original-Received: (from phs3ps@localhost)
by wigner.ph.surrey.ac.uk (8.11.2/8.11.2) id g0LGoQ315978;
Mon, 21 Jan 2002 16:50:26 GMT
Original-To: ding@gnus.org
In-Reply-To: (Kai.Grossjohann@CS.Uni-Dortmund.DE's
message of "Mon, 21 Jan 2002 17:35:56 +0100")
Original-Lines: 32
User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/20.3
(sparc-sun-solaris2.6)
Precedence: list
X-Majordomo: 1.94.jlt7
Xref: main.gmane.org gmane.emacs.gnus.general:42370
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:42370
--=-=-=
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
K Gro=DFjohann writes:
> Paul, what happens when you do the following?
>
> emacs -q -no-site-file -batch --eval "(print (featurep 'base64))"
>
> If it prints t, then Emacs has base64 support in the C code. Then a
> workaround for base64-encode-string should be in canlock. If it
> prints nil, then (require 'base64) in canlock.el should do the trick.
It prints nil
(require 'base64) doesn't seem to do the trick. I don't know that the
warning:
** the function base64-encode-string is not known to be defined.
is really relevant - base64 stuff ends up in the load path.
Posting news fails in either of two ways, one, which involves emacs
crashing gives the backtrace I posted previously (out of memory).
When that doesn't happen, I get the following backtrace
--=-=-=
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=bt
Content-Transfer-Encoding: base64
Content-Description: backtrace 2
U2lnbmFsaW5nOiAoYXJncy1vdXQtb2YtcmFuZ2UgIkFCQ0RFRkdISUpLTE1OT1BRUlNUVVZX
WFlaYWJjZGVmZ2hpamtsbW5vcHFyc3R1dnd4eXowMTIzNDU2Nzg5Ky8iIDU2OCkKICBiYXNl
NjQtZW5jb2RlLXJlZ2lvbigxIDIxKQogIGJhc2U2NC1lbmNvZGUtc3RyaW5nKCLYoNfrHGj3
CKnPfnpcIjwAesEmJ2QiKQogIGNhbmxvY2stbWFrZS1jYW5jZWwta2V5KCI8aTVrOHphcjh4
bngucmVwdGlsZUB3aWduZXIucGguc3VycmV5LmFjLnVrPiIgIjI1MTc2ZDE0NWUwZmE3OTU3
MDM4YmU4NGUwZjMyMTNiNjQ5ZWYyMzQiKQogIGNhbmxvY2staW5zZXJ0LWhlYWRlcigpCiAg
bWVzc2FnZS1pbnNlcnQtY2FubG9jaygpCiAgbWVzc2FnZS1zZW5kLW5ld3MobmlsKQogIG1l
c3NhZ2Utc2VuZC12aWEtbmV3cyhuaWwpCiAgbWVzc2FnZS1zZW5kKG5pbCkKICBtZXNzYWdl
LXNlbmQtYW5kLWV4aXQobmlsKQogIGNhbGwtaW50ZXJhY3RpdmVseShtZXNzYWdlLXNlbmQt
YW5kLWV4aXQpCg==
--=-=-=
so it looks like it can find the base64 stuff okay, but it does bad
things.
I changed my load-path so that it found the ognus/contrib dir before
the tramp/lisp dir, but it made no difference. No wonder:
[~/emacs] erwin1 $ diff tramp/lisp/base64.el ognus/contrib/base64.el
[~/emacs] erwin1 $
--=-=-=--