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 $ --=-=-=--