On July 18, [EMAIL PROTECTED] said:
>>> I'm also getting some other strange behaviour that I expect is
>>> something I've done, rather than a bug in BBDB.
>>> gnus-bbdb-summary-get-author has started failing with a wrong type
>>> error. It looks like bbdb-search-simple is now returning something
>>> different from before.
>>> Wrong type argument: arrayp,
>>> (["Thomas E." "Deweese" nil "Kodak" ...
>>> ["Thomas E. Deweese" nil #<marker at 20984 in .bbdb> nil]])
>>>>> In article Ronan Waide <[EMAIL PROTECTED]> ("Ronan>") writes:
Ronan> I suspect the bbdb duplicate records patch is what's hosed your
Ronan> setup.
Well, I'm certain that the duplicate records patch is
contributing to the failure (the fact that the return value is a list
is a dead give away).
However I suspect the root cause of the problem is that you are
overriding the 2.2 bbdb-search-simple.
Is is possible you have a local copy of bbdb-search-simple?
If so you need to be aware that the return value from
'bbdb-gethash' is now a list of records rather than an individual
record (this would of course be the whole point of the patch, to allow
multiple records to hash to a single value).
BTW: While bbdb-allow-duplicates will turn on all the input filters
for duplicate record detection that were required for the proper
operation of 2.00.06 (and are no longer required). The flag does
not revert the internal data structures to the way they were in
2.00.06. I seriously considered doing this but the result would
have been a very messy and would be likely to lead to a whole
series of bugs cropping up only when duplicate records were
involved.
--
Thomas DeWeese
[EMAIL PROTECTED]
"The only difference between theory and practice is
that in theory there isn't any." -- unknown
_______________________________________________
bbdb-info mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/mailman/listinfo/bbdb-info
