5:57 p.m.
This bug report will be sent to the XEmacs Development Team,
not to your local site managers!!
Please write in English, because the XEmacs maintainers do not have
translators to read other languages for them.
Please describe as succinctly as possible:
- What happened.
- What you thought should have happened.
- Precisely what you were doing at the time.
Please also include any C or lisp back-traces that you may have.
================================================================
Dear Bug Team!
BBDB has been throwing me periodic error messages for
the past several months. At first I thought it was a
corruption in my .bbdb file, but now it looks like it's
a problem with BBDB itself, and less likely with VM. It
happens once every couple of days with various
addresses.
On my system:
bbdb-version => "2.32"
vm-version => "7.00"
emacs-version => "21.4 (patch 0) \"Solid Vapor\" XEmacs Lucid"
The error described below happens consistently with
mail from XEmacs developer Peter Brown. BTW, I filter
all XEmacs-related mail into its own folder with
procmail, which is why you see only XEmacs messages in
the example shown.
What happens is this: When I press n in a summary
window (M-x vm-next-message) I get an error like this:
Last error was:
Wrong type argument: listp, ["Rendhalver (Peter" "Brown)" nil nil nil
nil ("loescher(a)leo.org") ((creation-date . "2002-03-04") (timestamp .
"2002-03-04") (last-subj . "problems with patch-keywords"))
["Rendhalver (Peter Brown)" "brown)rendhalver (peter" #<marker at
89540 in .bbdb 0x8ad5844> nil]]
It doesn't go to the next line. However, I can go to
the next line using {C-n} (M-x next-line), and then
press space to read the message. *Sometimes*. Not in
this instance, because the next one is also an unread
message from the same sender. (I have vm-preview-lines
set to 0.) However, sometimes (but not always), the
message boundary seems to be messed up, i.e., I will
see some or all of the next message, or the whole
remainder of the folder, headers and all, will appear.
Here is a backtrace.
[ATTACHMENT ~/Backtrace, application/octet-stream]
This may be overkill, but here is what it looks like on
my screen. In the first image, notice that messages 2-4
are from Peter Brown, and have been read. (Somehow, I'm
not sure how. In the process of dinking with it to get
this tedious report done, things have changed.
Originally the first message from Peter was causing the
error.) The current message is #5, from Nick V.
Pakoulin. I press 'n' and this is what I see:
[ATTACHMENT ~/first.jpg, image/jpeg]
I turn on debugging and it looks like this:
[ATTACHMENT ~/second.jpg, image/jpeg]
It does seem that the message triggering the problem
must be unread.
Also, I find that in my .bbdb, there are *two* entries,
which I'm sure ought to be merged. I would do that, but
I was afraid it might make the bug disappear and I'd be
able to report this. I've been looking for an
opportunity to do so for weeks.
["Rendhalver (Peter" "Brown)" nil nil nil nil
("loescher(a)leo.org") ((creation-date . "2002-03-04") (timestamp .
"2002-03-04") (last-subj . "problems with patch-keywords")) nil]
["Peter" "Brown" ("Rendhalver (Peter Brown)") nil nil nil
("rendhalver(a)xemacs.org") ((creation-date . "2002-03-03") (timestamp .
"2002-03-04") (last-subj . "Re: VM users to test
'patch-keywords.el'")) nil]
Gut intuition leads me to suspect there might be
something funny with what looks like unmatched
parentheses in the first and second elements of the
list in the first example shown, and maybe that is
confusing BBDB.
That should be more than enough information to confuse
you all. I'm certainly confused myself.
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux miles.phx.mcd.mot.com 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686
unknown
./configure
XEmacs 21.4.0 "Solid Vapor" configured for `i686-pc-linux'.
Compilation / Installation:
Source code location: /home/lnewton/src/xemacs-21.4.0
Installation prefix: /usr/local
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wshadow -Wsign-compare
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Compiling in support for ESD (Enlightened Sound Daemon).
Databases:
Compiling in support for Berkeley database.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: pgsql/libpq-fe.h
Internationalization:
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for dynamic shared object modules.
Load-Path Lisp Shadows:
----------------------
(/home/lnewton/.xemacs/custom
/usr/local/lib/xemacs-21.4.0/lisp/custom)
Installed XEmacs Packages:
-------------------------
((zenirc:version 1.09 :type regular)
(xslt-process :version 1.04 :type regular)
(xemacs-devel :version 1.36 :type single-file)
(xemacs-base :version 1.58 :type regular)
(w3 :version 1.21 :type regular)
(vm :version 7.02 :type regular)
(viper :version 1.31 :type regular)
(view-process :version 1.11 :type regular)
(vhdl :version 1.13 :type regular)
(vc-cc :version 1.16 :type regular)
(vc :version 1.3 :type regular)
(tpu :version 1.12 :type regular)
(tooltalk :version 1.13 :type regular)
(tm :version 1.28 :type regular)
(time :version 1.11 :type regular)
(textools :version 1.12 :type regular)
(text-modes :version 1.37 :type single-file)
(texinfo :version 1.2 :type regular)
(supercite :version 1.19 :type regular)
(strokes :version 1.08 :type regular)
(speedbar :version 1.22 :type regular)
(sounds-wav :version 1.1 :type regular)
(sounds-au :version 1.1 :type regular)
(slider :version 1.13 :type regular)
(sh-script :version 1.13 :type regular)
(sgml :version 1.08 :type regular)
(semantic :version 1.06 :type regular)
(scheme :version 1.11 :type regular)
(reftex :version 1.24 :type regular)
(psgml :version 1.26 :type regular)
(ps-print-nomule :version 1.05 :type regular)
(prog-modes
:version
1
.49
:type
single-file)
(pcomplete :version 1.01 :type regular)
(pcl-cvs :version 1.58 :type regular)
(pc :version 1.21 :type single-file)
(os-utils :version 1.26 :type single-file)
(net-utils :version 1.23 :type single-file)
(misc-games :version 1.15 :type single-file)
(mine :version 1.14 :type regular)
(mh-e :version 1.13 :type regular)
(mew :version 1.16 :type regular)
(mailcrypt :version 2.11 :type regular)
(mail-lib :version 1.43 :type regular)
(ispell :version 1.24 :type regular)
(ilisp :version 1.2 :type regular)
(igrep :version 1.08 :type regular)
(idlwave :version 1.23 :type regular)
(hm--html-menus :version 1.17 :type regular)
(gnus :version 1.58 :type regular)
(gnats :version 1.13 :type regular)
(games :version 1.13 :type regular)
(fsf-compat :version 1.09 :type single-file)
(frame-icon :version 1.09 :type regular)
(footnote :version 1.13 :type regular)
(eudc :version 1.33 :type regular)
(eterm :version 1.13 :type regular)
(eshell :version 1.02 :type regular)
(emerge :version 1.09 :type regular)
(elib :version 1.1 :type single-file)
(eieio :version 1.02 :type regular)
(efs :version 1.27 :type regular)
(edt :version 1.12 :type regular)
(edit-utils :version 1.76 :type single-file)
(ediff :version 1.36 :type regular)
(edebug :version 1.14 :type regular)
(dired :version 1.11 :type regular)
(debug :version 1.14 :type regular)
(crisp :version 1.12 :type regular)
(cookie :version 1.13 :type regular)
(cc-mode :version 1.27 :type regular)
(calendar :version 1.18 :type regular)
(calc :version 1.18 :type regular)
(c-support :version 1.16 :type single-file)
(build :version 1.02 :type regular)
(bbdb :version 1.17 :type regular)
(auctex :version 1.29 :type regular)
(apel :version 1.2 :type regular)
(ada :version 1.1 :type regular)
(Sun :version 1.13 :type regular))
Features:
--------
(xemacsbug shadow debug sort wconfig compile sh-script skeleton
executable tabify echistory chistory bible vm-edit compare-w tempo
psgml-xemacs sgml-mode psgml psgml-html dired-faces dired-xemacs dired
ebuff-menu electric view-less view man vm-mark rect w3-style point
diary-lib cal-move cal-xemacs calendar w3-hot url-file url-cache
w3-xemac w3-xemacs w3-toolbar xbm-button xpm-button w3-forms images
url-http url-cookie urlauth w3 w3-menu url-news url-gw w3-script
w3-jscript w3-elisp w3-java cus-edit cus-load w3-emulate w3-auto
w3-parse url mm url-vars w3-cfg w3-sysdp w3-display w3-mouse w3-imap
w3-vars w3-cus mule-sysdp w3-widget url-parse css font disp-table
w3-keyword vm-digest sindent vm-sort hippie-expand-misc-eas
hippie-expand supercite mail-extr regi mail-utils mail-abbrevs hsmail
vm-reply vm-minibuf vm-macro vm-delete vm-virtual bbdb-hooks vm-mime
vm-page vm-save vm-toolbar vm-motion vm-summary tapestry vm-undo
vm-message vm-menu vm-folder vm-misc vm-mouse vm-window bbdb-vm
bbdb-snarf vm-autoload vm-vars vm-version vm vm-startup fast-lock env
shell-font shell local-custom font-lock xemacs-el gnuserv inith
bbdb-xemacs bbdb-gui bbdb-com highlight-headers e-var-append fcc
sendmail hsite hui-menu wrolo-menu hinit hibtypes hib-doc-id klink
hib-kbd hsys-w3 hactypes hui-mini hui hmail hui-mouse hui-window hargs
hpath hui-xe-but hbut hbdata htz hbmap hmoccur hyperbole hmouse-key
h-skip-bytec hmouse-drv hypb hact hhist hvar set hversion tags etags
redo advice advice-preload uniquify func-menu savehist initl fwlm
running edmacro initm tex-site ispell icomplete rsz-minibuf filladapt
efs-cu efs-x19.15 efs-fnh efs-ovwrt efs-auto crypt crypt++ cc-mode
cc-align cc-cmds cc-engine cc-styles cc-langs cc-vars wid-edit
cus-face cc-menus imenu cc-defs bbdb timezone initd Keysl x-compose
mailcrypt rfc822 comint ring zenirc-autoloads xslt-process-autoloads
xemacs-devel-autoloads xemacs-base-autoloads w3-autoloads vm-autoloads
viper-autoloads view-process-autoloads vhdl-autoloads vc-cc-autoloads
vc-autoloads tpu-autoloads tooltalk-autoloads tm-autoloads
time-autoloads textools-autoloads text-modes-autoloads
texinfo-autoloads supercite-autoloads strokes-autoloads
speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads
slider-autoloads sh-script-autoloads sgml-autoloads semantic-autoloads
scheme-autoloads reftex-autoloads psgml-autoloads
ps-print-nomule-autoloads prog-modes-autoloads pcomplete-autoloads
pcl-cvs-autoloads pc-autoloads os-utils-autoloads net-utils-autoloads
misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads
mailcrypt-autoloads mail-lib-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads
hm--html-menus-autoloads gnus-autoloads gnats-autoloads
games-autoloads fsf-compat-autoloads frame-icon-autoloads
footnote-autoloads eudc-autoloads eterm-autoloads eshell-autoloads
emerge-autoloads elib-autoloads eieio-autoloads efs-autoloads
edt-autoloads edit-utils-autoloads ediff-autoloads edebug-autoloads
dired-autoloads debug-autoloads crisp-autoloads cookie-autoloads
cc-mode-autoloads calendar-autoloads calc-autoloads
c-support-autoloads build-autoloads bbdb-autoloads auctex-autoloads
apel-autoloads ada-autoloads Sun-autoloads lisp-autoloads loadhist
auto-show fontl-hooks x-iso8859-1 gutter-items menubar-items x-menubar
mode-motion mouse itimer auto-save lisp-mode easymenu iso8859-1 page
buff-menu lib-complete help-nomule cus-file derived frame text-props
obsolete cus-start custom widget cl-extra mini-cl cl cl-19 packages
backquote very-early-lisp postgresql lucid-scrollbars cut-buffer
lucid-menubars athena-dialogs x c-balloon-help tty-frames tty toolbar
esd-sound native-sound scrollbar unix-processes multicast
network-streams subprocesses modules menu-accelerator-support menubar
berkeley-db md5 xemacs gutter tiff png gif jpeg xface xpm xbm
lisp-float-type linux dialog devices window-system base64)
Recent keystrokes:
-----------------
h e SPC m e s s a g e SPC t r i g g e r i n g SPC t
h e SPC p r o b l e m SPC m u s t SPC e BS b e SPC
u n r e a d . C-. C-f C-d C-n C-k C-d C-d C-SPC C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-w C-x C-o C-b C-f C-f C-f C-x C-s C-c C-, C-c C-.
misc-user
Recent messages (most recent first):
-----------------------------------
Loading xemacsbug...done
Loading xemacsbug...
Wrote /home/lnewton/BBug
Quit
Quit: isearch
Wrote /home/lnewton/BBug
Wrote /home/lnewton/BBug
Wrote /home/lnewton/BBug
Wrote /home/lnewton/BBug
Wrote /home/lnewton/BBug
Completed
Completing file name...
Partially completed
Completing file name...
No presentation buffer.
Decoding MIME message...
Wrote /home/lnewton/.bbdb
Quit
No presentation buffer.
Decoding MIME message...
--
Lynn David Newton
Phoenix, AZ
9:15 p.m.
|--==> "Lynn" == Lynn David Newton <lynn.newton(a)cox.net> writes:
Lynn> BBDB has been throwing me periodic error messages for
Lynn> the past several months. At first I thought it was a
Lynn> corruption in my .bbdb file, but now it looks like it's
Lynn> a problem with BBDB itself, and less likely with VM. It
Lynn> happens once every couple of days with various
Lynn> addresses.
Lynn> The error described below happens consistently with
Lynn> mail from XEmacs developer Peter Brown.
Have you tried removing Peter Brown from your BBDB completely? Then
re-create the record.
I have Peter in my BBDB and I'm not seeing this.
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
5:54 a.m.
Lynn> BBDB has been throwing me periodic error
Lynn> messages ...
Lynn> The error described below happens consistently
Lynn> with mail from XEmacs developer Peter Brown.
sy> Have you tried removing Peter Brown from your
sy> BBDB completely? Then re-create the record.
Yes I did. The error returned immediately as soon as a
new message from him arrived.
It happens on other addresses as well, persons from
whom I hear rarely or for the first time, as on large
mail lists. I've no common thread to the addresses that
trip BBDB.
--
Lynn David Newton
Phoenix, AZ
10:18 p.m.
On Mon, Mar 18, 2002 at 10:57:11AM -0700, Lynn David Newton wrote:
What happens is this: When I press n in a summary
window (M-x vm-next-message) I get an error like this:
Last error was:
Wrong type argument: listp, ["Rendhalver (Peter" "Brown)" nil nil nil
nil ("loescher(a)leo.org") ((creation-date . "2002-03-04") (timestamp .
"2002-03-04") (last-subj . "problems with patch-keywords"))
["Rendhalver (Peter Brown)" "brown)rendhalver (peter" #<marker at
89540 in .bbdb 0x8ad5844> nil]]
Hi, I had exactly the same problem. It exists in the xemacs package bbdb-1.17
but is fixed in bbdb-1.19.
Before upgrading to 1.19 I tried out the following change on bbdb.el. It
fixed the problem, but I didn't test it extensively.
--- 17/lisp/bbdb/bbdb.el Sun Aug 26 02:54:56 2001
+++ new-bbdb.el Mon Mar 18 17:06:20 2002
＠＠ -1637,7 +1637,7 ＠＠
(let ((n-rec (car recs)))
(if (string= (downcase name)
(downcase (bbdb-record-name n-rec)))
- (setq answer (append recs n-rec)))
+ (setq answer (append recs (list n-rec))))
(setq recs (cdr recs))))
answer)))
(net-recs (if (stringp net) (bbdb-gethash (downcase net))
This change was made in revision 1.153 of bbdb.el in the bbdb
sourceforge project.
HTH, Alex
7:51 a.m.
Alexander Taler writes:
On Mon, Mar 18, 2002 at 10:57:11AM -0700, Lynn David Newton wrote:
> What happens is this: When I press n in a summary
> window (M-x vm-next-message) I get an error like this:
>
> Last error was:
> Wrong type argument: listp, ["Rendhalver (Peter" "Brown)" nil
nil nil nil ("loescher(a)leo.org") ((creation-date . "2002-03-04")
(timestamp . "2002-03-04") (last-subj . "problems with
patch-keywords")) ["Rendhalver (Peter Brown)" "brown)rendhalver
(peter" #<marker at 89540 in .bbdb 0x8ad5844> nil]]
>
Hi, I had exactly the same problem. It exists in the xemacs package bbdb-1.17
but is fixed in bbdb-1.19.
do either of you get this error with
"Michael Sperber [Mr. Preprocessor]"
<sperber(a)informatik.uni-tuebingen.de>
--
XEmacs Advocate | Do not try the patience of Wizards,
FreeBSD Devote | for they are subtle and quick to anger.
Perl Hacker | - Elric (Technomage) , Babylon 5.
Apache God | <mailto:rendhalver＠xemacs.org>
1:58 p.m.
> > What happens is this: When I press n in a summary
> > window (M-x vm-next-message) I get an error like this:
> >
> > Last error was:
> > Wrong type argument: listp, ["Rendhalver (Peter" "Brown)"
nil nil nil nil ("loescher(a)leo.org") ((creation-date . "2002-03-04")
(timestamp . "2002-03-04") (last-subj . "problems with
patch-keywords")) ["Rendhalver (Peter Brown)" "brown)rendhalver
(peter" #<marker at 89540 in .bbdb 0x8ad5844> nil]]
> >
>
> Hi, I had exactly the same problem. It exists in the xemacs package bbdb-1.17
> but is fixed in bbdb-1.19.
pb> do either of you get this error with "Michael
pb> Sperber [Mr. Preprocessor]"
pb> <sperber(a)informatik.uni-tuebingen.de>
No. I sincerely doubt, on a gut intuition level, that
funny things like unmatched lisp syntax elements in the
context of properly quoted strings would be misread by
BBDB. We would have heard of many complaints long
before this.
The error occurs on a variety of address types. I've
been unable to determine any sort of commonality.
--
Lynn David Newton
Phoenix, AZ
11:13 p.m.
(This would probably have been better on the bbdb-users list.)
On Mon, 18 Mar 2002, Lynn David Newton moaned:
BBDB has been throwing me periodic error messages for
the past several months. At first I thought it was a
corruption in my .bbdb file, but now it looks like it's
a problem with BBDB itself, and less likely with VM. It
happens once every couple of days with various
addresses.
I concur. (It happened in Gnus, too.)
Last error was:
Wrong type argument: listp, ["Rendhalver (Peter" "Brown)" nil nil nil
nil ("loescher(a)leo.org") ((creation-date . "2002-03-04") (timestamp .
"2002-03-04") (last-subj . "problems with patch-keywords"))
["Rendhalver (Peter Brown)" "brown)rendhalver (peter" #<marker at
89540 in .bbdb 0x8ad5844> nil]]
I saw this, too; but BBDB-2.34 seems to have fixed it.
(I'm quite glad you've reported this, actually, because I thought it was
a bug in my bbdb-expire package; you're the first person not running
bbdb-expire to have reported this, that I know of.)
(BBDB-2.34 has another bug, though, which leads to void-function errors
doing a bbdb/*-show-sender and so on; the fix is easy; on line 56 of
bbdb-com.el, add an `eval-and-compile'.)
[ATTACHMENT ~/Backtrace, application/octet-stream]
I see no attachment here; the text [ATTACHMENT...] does not an
attachment make :)
Also, I find that in my .bbdb, there are *two* entries,
which I'm sure ought to be merged. I would do that, but
Not necessarily; the BBDB is happy to create multiple entries for a
single name if you ask it to.
["Rendhalver (Peter" "Brown)" nil nil nil nil
("loescher(a)leo.org") ((creation-date . "2002-03-04") (timestamp .
"2002-03-04") (last-subj . "problems with patch-keywords")) nil]
["Peter" "Brown" ("Rendhalver (Peter Brown)") nil nil nil
("rendhalver(a)xemacs.org") ((creation-date . "2002-03-03") (timestamp .
"2002-03-04") (last-subj . "Re: VM users to test
'patch-keywords.el'")) nil]
Gut intuition leads me to suspect there might be
something funny with what looks like unmatched
parentheses in the first and second elements of the
list in the first example shown,
The unmatching is simply an artifact of BBDB splitting the name into
surname and non-surname components; I've seen many examples of this bug
without parentheses involved.
and maybe that is
confusing BBDB.
(Note that by the time Lisp code has been read in, there are no
parentheses in it, just Lisp objects. The parenthesis in a string is
unlikely to get confused with the Lisp list syntactic element.)
That should be more than enough information to confuse
you all. I'm certainly confused myself.
Same here. This is an odd bug.
--
`Oh, I seeeee, good light; bad light. Presumably the bad light is
different -- perhaps it's a sawtooth waveform, and the pointy bits
scratch your eyes?' --- John Ineson to a `monitors emit radiation,
all radiation is bad, therefore monitors are bad' tub-thumper
10:59 p.m.
Good news and bad news ... mostly bad.
> BBDB has been throwing me periodic error messages
ee> I concur. (It happened in Gnus, too.)
> Last error was:
> Wrong type argument: listp, ["Rendhalver (Peter" "Brown)" nil nil
nil nil ("loescher(a)leo.org") ((creation-date . "2002-03-04")
(timestamp . "2002-03-04") (last-subj . "problems with
patch-keywords")) ["Rendhalver (Peter Brown)" "brown)rendhalver
(peter" #<marker at 89540 in .bbdb 0x8ad5844> nil]]
ee> I saw this, too; but BBDB-2.34 seems to have
ee> fixed it.
The good news.
As for the bad news:
ee> (BBDB-2.34 has another bug, though, which leads
ee> to void-function errors doing a
ee> bbdb/*-show-sender and so on; the fix is easy; on
ee> line 56 of bbdb-com.el, add an
ee> `eval-and-compile'.)
Ummm ... line 56 of bbdb-com.el in the version 2.34
bundle starts with:
(if (featurep 'xemacs)
(progn
(fset 'bbdb-extent-string 'extent-string)
... blah blah blah ...
I wrapped that entire form, starting from before the
if, in (eval-and-compile (if ... blah blah)) ... was
that the right thing to do?
In any case, having done that and re-byte-compiled the
file, I find that BBDB's behavior is more screwed up
than it was in 2.32, which is what I was using before.
In fact, it's barfing on so many addresses it's barely
useable.
Decided I'd better revert to the earlier version, but
was frustrated to find:
o Tools => Packages => List and install tells me that
the latest officially sanctioned by XEmacs is 1.17.
Didn't know that. Evidently I downloaded a new
version (i.e., 2.32) from SourceForge or wherever
some long time ago. It was mostly working, so that's
the version I want to go back to.
o I went to look for it on SourceForge, and can only
find a download bundle for 2.34.
Does anyone know how I get back to where I was before?
Grrr. If someone can point me to a tar.gz bundle of
2.32 I can take it from there. (Or email me one as an
attachment, I don't mine.)
So much for *that* bright idea.
--
Lynn David Newton
Phoenix, AZ
11:13 p.m.
Hi,
>>>> "Lynn" == Lynn David Newton
<lynn.newton(a)cox.net> writes:
Lynn> o Tools => Packages => List and
install tells me that
Lynn> the latest officially sanctioned by XEmacs is 1.17. Didn't know
Lynn> that. Evidently I downloaded a new version (i.e., 2.32) from
Lynn> SourceForge or wherever some long time ago. It was mostly working, so
Lynn> that's the version I want to go back to.
the xemacs package bbdb-1.17 actually corresponds to bbdb version
2.32, so installing 1.17 will do what you want. The problem you
were encountering earlier is fixed in the prerelease xemacs
package bbdb-1.19 (also bbdb-2.32), so you might want to try that
one out instead. If you're not comfortable with the prerelease
package, you can always apply the change that I mentioned
previously:
http://list-archive.xemacs.org/xemacs-beta/200203/msg00471.html
HTH,
Alex
--
Only by assuming an infinitely small unit for observation -- a differential
of history -- that is, the homogeneous tendencies of men, and arriving at the
integral calculus, can we hope to arrive at the laws of history.
Leo Tolstoy (trans. Constance Garnett)
2:43 a.m.
>>>> "dissent" == Alexander Taler
<dissent(a)elea.dhs.org> writes:
dissent> the xemacs package bbdb-1.17 actually corresponds to bbdb
dissent> version 2.32,
And before somebody says anything, this is a known design bug but we
don't have anybody to work on it at the moment.
The AUTHOR_VERSION is actually available to the package machinery at
build time. The VERSION (which is what appears in the name of the
tarball) is used in a number of places in the build process, so
probably the preferred solution is to arrange that AUTHOR_VERSION be
available at run-time, so that list-packages and friends can display
it.
Bonus points for getting this to work with the Window netinstaller.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Don't ask how you can "do" free software business;
ask what your business can "do for" free software.
5:03 a.m.
About this bug:
Lynn> BBDB has been throwing me periodic error
Lynn> messages ...
Lynn> Last error was:
Lynn> Wrong type argument: listp, ["Rendhalver (Peter" "Brown)"
nil nil nil nil ("loescher(a)leo.org") ((creation-date . "2002-03-04")
(timestamp . "2002-03-04") (last-subj . "problems with
patch-keywords")) ["Rendhalver (Peter Brown)" "brown)rendhalver
(peter" #<marker at 89540 in .bbdb 0x8ad5844> nil]]
I'm glad to know that I'm not the only person to have
this problem.
You may have noticed that I cited three attachments
that did not actually get attached (for reasons
unknown). One was a backtrace, and two were JPEG screen
shots.
I sent the attachments directly to Adrian, and can also
send them to anyone else interested in digging more
deeply into the problem.
--
Lynn David Newton
Phoenix, AZ
8278
days inactive
8285
days old
10 comments
6 participants
participants (6)
-
Alexander Taler -
Lynn David Newton -
Nix -
Rendhalver [Peter Brown] -
Stephen J. Turnbull -
Steve Youngs