June 1999 - XEmacs-Beta - XEmacs Mailing List Archives

XEmacs 21.2.15 "桜川" is released 26 years

SL Baur

Get it from the usual places: ftp://ftp.xemacs.org/pub/xemacs/beta/xemacs-21.2/ http://cvs.xemacs.org/ NB: I put up a patch kit, but it is probably poison. One file isn't properly checked into CVS and causes `cvs rdiff' to puke. Also, this is the first time I've made a distribution on a Solaris box. Please report anything strange in the packaging to me so I can fix it. There are many, many tests in the test suite now. Please run them with `make check' and submit any results that are non-100% to xemacs-beta(a)xemacs.org. There are 68 unidentified lisp tests that fail on DEC OSF and 1 unidentified base64 test that fails with XEmacs no-Mule. Solaris 2.6 and Linux look clean. All files have been signed with gnupg. The public key for verifying signatures is at: ftp://ftp.xemacs.org/pub/xemacs/pgp-keys/xemacs_dist.asc This release is mostly bug fixes. XEmacs 21.2.16 (TBD) is scheduled for Friday, June 11. to 21.2.15 "Sakuragawa" -- new self tests from Oscar Figueiredo and Hrvoje Niksic -- Miscellaneous bug fixes from Yoshiki Hayashi, Jerry James, Hirokazu FUKUI, Hrvoje Niksic, MORIOKA Tomohiko -- LDAP internationalization from Oscar Figueiredo -- DEC OSF build fixes from Steve Baur -- Documentation fixes from Mike McEwan, Vin Shelton and Gunnar Evermann -- Build fixes from Jan Vroonhof -- Miscellaneous fixes from Hrvoje Niksic -- Documentation updates from Hrvoje Niksic and Albert Chin-A-Young -- mule-charset.el synch with Mule from Steve Baur -- miscellaneous build and cosmetic fixes from Steve Baur -- font-menu for mswindows from Andy Piper -- select rationalisation for window systems from Andy Piper -- reinstate sheap adjustment + mingw32 fixes from Andy Piper -- I protest the NATO war in Yugoslavia.

5 participants
5 comments

Re: string-lessp Mule speedup 26 years

Didier Verna

SL Baur <steve(a)xemacs.org> writes: > Well, here's the mother of all startup speedup patches ... Nope. there's another improvement: `alias xemacs=' :-) -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / E.N.S.T. INF C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 73 46 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19

1 participants
0 comments

last (?) mailcrypt does not verify messages in INBOX 26 years

Giacomo Boffi

i downloaded and installed the last mailcrypt package (the son of mailcryptng) i have no previous experience with mailcrypt, when i try mc-verify from the INBOX summary to verify a signed message displayed in the INBOX buffer, an error is raised i have in my .emacs ------------------------------------------------------------------------ ;;; mailcrypt (load-library "mailcrypt") ; provides "mc-setversion" (mc-setversion "2.6") ; for PGP 2.6 (default); also "5.0" and "gpg" ;;; hooking into VM (add-hook 'vm-mode-hook 'mc-install-read-mode) (add-hook 'vm-summary-mode-hook 'mc-install-read-mode) (add-hook 'vm-virtual-mode-hook 'mc-install-read-mode) (add-hook 'vm-mail-mode-hook 'mc-install-write-mode) ;;; hooking into gnus/message (add-hook 'gnus-summary-mode-hook 'mc-install-read-mode) (add-hook 'message-mode-hook 'mc-install-write-mode) (add-hook 'news-reply-mode-hook 'mc-install-write-mode) ------------------------------------------------------------------------ finally, this is the *Backtrace* buffer ------------------------------------------------------------------------ Signaling: (invalid-function (macro . #<compiled-function nil "...(2)" [(and vm-mail-buffer (or (buffer-name vm-mail-buffer) (error "Folder buffer has been killed.")) (set-buffer vm-mail-buffer))] 1>)) vm-select-folder-buffer() mc-vm-verify-signature() #<compiled-function nil "...(17)" [major-mode mc-modes-alist mode-alist verify mc-verify-signature func] 3 ("/usr/local/lib/xemacs/xemacs-packages/lisp/mailcrypt/mc-toplev.elc" . -5561) nil>() call-interactively(mc-verify) ------------------------------------------------------------------------ ah, the versions i use (insert (vm-version)) 6.71 (insert mc-version) 3.5.3 (insert emacs-version) 21.2 (beta15) "Sakuragawa" XEmacs Lucid % pgp Pretty Good Privacy(tm) 2.6.3i [...] thank you for any advice

2 participants
3 comments

Re: string-lessp Mule speedup 26 years

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > Kyle Jones <kyle_jones(a)wonderworks.com> writes: >> The pointers aren't being incremented, so only the first char of >> the string is being compared. > Well, the patch does say "speedup" in the subject. :-) Well, here's the mother of all startup speedup patches ... Index: all-of-XEmacs =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/**/*,v retrieving revision r21-2-15 diff -u -rr21-2-15 xemacs.c --- /dev/null +++ src/xemacs.c 1999/06/07 13:15:53 +main(int argc, char **argv) +{ + exit(0); +} > Seriously, fix is on the way. I see the commit messages, thanks. -- I protest the NATO war in Yugoslavia. I protest the use of depleted uranium weapons against any human being.

1 participants
0 comments

Re: last (?) mailcrypt does not verify messages in INBOX 26 years

SL Baur

giacomo boffi <giacomo.boffi(a)polimi.it> writes in xemacs-beta(a)xemacs.org: ... >> The problem is that mailcrypt is using a VM internal macro. This >> means that you have to have a certain part of VM loaded when >> you build mailcrypt, otherwise you will get this error. > ^^^ > wasn't he steve? The new mailcrypt doesn't explicitly require vm or else it would have built against it. I think Kyle should change the macro to a defun if there is a legimate use for callers of VM to use it. -- I protest the NATO war in Yugoslavia. I protest the use of depleted uranium weapons against any human being.

1 participants
0 comments

[PATCH] `LDAP' as opaque data type 26 years

William M. Perry

This patch should fix the recent OpenLDAP breakage due to them finally moving to a more netscape-ish opaque data type. This just generalizes the tests for whether to use ldap_set_option and friends. It now actually checks for the functions with AC_CHECK_FUNCS instead of making assumptions about the SDK we are using, etc. I am not sure if these tests will work with the really old netscape 1.0 LDAP library anymore. But they have been on 3.x for ages now, so I don't know if that is a real loss or not. Checking for things like 'ldap10' or 'ldap30' seems silly. It should just be 'ldap'. Feh! -Bill P. [xemacs]cvs diff -cw configure.in src/config.h.in src/eldap.c Index: configure.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/configure.in,v retrieving revision 1.111.2.28 diff -c -w -r1.111.2.28 configure.in *** configure.in 1999/06/04 20:08:07 1.111.2.28 --- configure.in 1999/06/07 20:14:36 *************** *** 2670,2692 **** test -z "$with_ldap" && { AC_CHECK_HEADER(ldap.h, ,with_ldap=no) } test -z "$with_ldap" && { AC_CHECK_HEADER(lber.h, ,with_ldap=no) } if test "$with_ldap" != "no"; then ! test -z "$with_umich_ldap" && { AC_CHECK_LIB(ldap, ldap_open, with_umich_ldap=yes, with_umich_ldap=no, -llber) } ! test "$with_umich_ldap" = "no" && { AC_CHECK_LIB(ldap10, ldap_set_option, with_ns_ldap=yes, with_ns_ldap=no) } ! test -z "$with_ldap" -a $ "$with_umich_ldap" = "yes" -o "$with_ns_ldap" = "yes" $ && with_ldap=yes fi if test "$with_ldap" = "yes"; then AC_DEFINE(HAVE_LDAP) XE_ADD_OBJS(eldap.o) - if test "$with_umich_ldap" = "yes" ; then - AC_DEFINE(HAVE_UMICH_LDAP) XE_PREPEND(-llber, LIBS) XE_PREPEND(-lldap, LIBS) ! elif test "$with_ldap" = "yes" -a "$with_ns_ldap" = "yes" ; then ! AC_DEFINE(HAVE_NS_LDAP) ! XE_PREPEND(-lldap10, LIBS) ! elif test "$with_ldap" = "yes" ; then ! XE_PREPEND(-lldap, LIBS) ! fi fi dnl ---------------------- --- 2670,2683 ---- test -z "$with_ldap" && { AC_CHECK_HEADER(ldap.h, ,with_ldap=no) } test -z "$with_ldap" && { AC_CHECK_HEADER(lber.h, ,with_ldap=no) } if test "$with_ldap" != "no"; then ! AC_CHECK_LIB(ldap, ldap_init, with_ldap=yes, with_ldap=no, -llber) fi if test "$with_ldap" = "yes"; then AC_DEFINE(HAVE_LDAP) XE_ADD_OBJS(eldap.o) XE_PREPEND(-llber, LIBS) XE_PREPEND(-lldap, LIBS) ! AC_CHECK_FUNCS(ldap_set_option ldap_get_lderrno) fi dnl ---------------------- Index: src/config.h.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/config.h.in,v retrieving revision 1.49.2.8 diff -c -w -r1.49.2.8 config.h.in *** config.h.in 1999/06/03 17:23:15 1.49.2.8 --- config.h.in 1999/06/07 20:14:38 *************** *** 357,367 **** /* Do we have LDAP support? */ #undef HAVE_LDAP - /* Do we have the LDAP library of the University of Michigan ? */ - #undef HAVE_UMICH_LDAP - /* Do we have Netscape LDAP SDK library */ - #undef HAVE_NS_LDAP /* Do you have the Xauth library present? This will add some extra functionality to gnuserv. */ #undef HAVE_XAUTH --- 357,369 ---- /* Do we have LDAP support? */ #undef HAVE_LDAP + /* Do we have ldap_set_option in our LDAP library? */ + #undef HAVE_LDAP_SET_OPTION + + /* Do we have ldap_get_lderrno in our LDAP library? */ + #undef HAVE_LDAP_GET_LDERRNO + /* Do you have the Xauth library present? This will add some extra functionality to gnuserv. */ #undef HAVE_XAUTH *************** *** 697,707 **** --- 699,714 ---- #endif #if defined (HAVE_SOCKS) && !defined (DO_NOT_SOCKSIFY) + #if HAVE_SOCKS == 4 #define accept Raccept #define bind Rbind #define connect Rconnect #define getsockname Rgetsockname #define listen Rlisten + #else + #define SOCKS + #include <socks.h> + #endif /* HAVE_SOCKS == 5 */ #endif /* HAVE_SOCKS && !DO_NOT_SOCKSIFY */ #undef SIZEOF_SHORT Index: src/eldap.c =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/eldap.c,v retrieving revision 1.13.2.6 diff -c -w -r1.13.2.6 eldap.c *** eldap.c 1999/04/27 00:14:58 1.13.2.6 --- eldap.c 1999/06/07 20:14:40 *************** *** 40,53 **** #include "eldap.h" - #ifdef HAVE_NS_LDAP - # define HAVE_LDAP_SET_OPTION 1 - # define HAVE_LDAP_GET_ERRNO 1 - #else - # undef HAVE_LDAP_SET_OPTION - # undef HAVE_LDAP_GET_ERRNO - #endif - static int ldap_default_port; static Lisp_Object Vldap_default_base; --- 40,45 ---- *************** *** 71,77 **** static void signal_ldap_error (LDAP *ld) { ! #ifdef HAVE_LDAP_GET_ERRNO signal_simple_error ("LDAP error", build_string (ldap_err2string (ldap_get_lderrno (ld, NULL, NULL)))); --- 63,69 ---- static void signal_ldap_error (LDAP *ld) { ! #ifdef HAVE_LDAP_GET_LDERRNO signal_simple_error ("LDAP error", build_string (ldap_err2string (ldap_get_lderrno (ld, NULL, NULL))));

1 participants
0 comments

Re: string-lessp Mule speedup 26 years

Hrvoje Niksic

Kyle Jones <kyle_jones(a)wonderworks.com> writes: > The pointers aren't being incremented, so only the first char of > the string is being compared. Well, the patch does say "speedup" in the subject. :-) Seriously, fix is on the way.

1 participants
0 comments

Re: [FAILED] XEmacs 21.2.15 26 years

Jan Vroonhof

SL Baur <steve(a)xemacs.org> writes: > I don't think so. This is a dump-time mis-interaction. The rules > were very carefully laid out to provide maximum flexibility in the > search order. Would there be a way to guard better against that. When 21.2 is released surely there are bound to be users upgrading the packages in the same way? Jan

1 participants
0 comments

Re: [FAILED] XEmacs 21.2.15 26 years

SL Baur

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes in xemacs-beta(a)xemacs.org: > Olivier Galibert <galibert(a)pobox.com> did not write: Stephen Turnbull originally wrote: >> You moved mule-misc.el to <core>/lisp/mule/ from >> <packages>/lisp/mule-base/. I update packages by untarring them (I've >> done something stupid and package-ui doesn't work well for me, it's my >> fault though, not pui's); this doesn't remove the old ones. >> >> So I got hosed. I really didn't want to admit that :-) > Maybe the package vs system files precedence order should be re thunk? I don't think so. This is a dump-time mis-interaction. The rules were very carefully laid out to provide maximum flexibility in the search order. I tell you three times, when manually updating packages with tar, `rm -f $(cat pkginfo/MANIFEST.<pkgname>)' first. The next file to disappear will be mule-debug.el. -- I protest the NATO war in Yugoslavia.

1 participants
0 comments

LDAP support enhancements... (XEmacs) 26 years

William M. Perry

I think we could pretty easily do _really_ asynchronous searches. We can actually get the socket out of the LDAP library by using #ifdef HAVE_LDAP_GET_OPTION LBER_SOCKET fd; if (ldap_get_option(ld,LDAP_OPT_DESC,&fd) != LDAP_SUCCESS) { /* Could not get the descriptor, bail */ return(-1); } #else int fd = ld->ld_sb.sb_sd; #endif /* Somehow add the socket to the list of fd's the event loop is ** waiting on. If the event loop sees the FD as getting data, ** go into a do { } while (1) loop calling ldap_result() with a ** 0-second timeout. ** ** If we get a '0' back indicating a timeout, we must have ** gotten only a partial result back, and there are no more records to be ** read, so break out of the loop and handle the rest of the events. ** ** Otherwise, we got a result back, call a callback function that ** just gets a single LDAP record, and continue through the loop. */ This would be really nice, I think. We'd just have to add an 'event-stream-select-fd' that would be really close to the existing event-stream-select-process -Bill P.

1 participants
0 comments

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta June 1999