November 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [xemacsweb PATCH] Re-arrange XEmacs Webite Mirror section 22 years, 6 months

Adrian Aichner

>>>>> "Vin" == Vin Shelton <acs(a)xemacs.org> writes: Vin> I like the combined look, but now on both sourceforge and xemacs.org, Vin> if I click on the 'Mailing lists' or 'Mailing list archives' I get: Vin> The requested URL /Lists/index.html was not found on this server. Vin> or Vin> The requested URL /Lists/Archive/index.cgi was not found on this Vin> server. Ouch! Thanks for reporting this, Vin! We have a major problem: The old http://www.xemacs.org site also contains the list-archives. The new xemacsweb module does not, and should not, contain it. Therefore, when I made a symlink point to the new xemacsweb module, access to these list-archives was gone. As an emergency measure, http://www.xemacs.org is pointing at the old website again. More later, as I am at work with my day-job right now ;-> Best regards, Adrian Vin> I haven't visited in a few days, so I don't know when this happened. Vin> Thanks for all your terrific work, Adrian. Vin> - vin Vin> Adrian.Aichner(a)t-online.de (Adrian Aichner) writes: >> Please let me know whether this change to the website template is to >> your liking. >> >> I hope it makes it more obvioius why there are those two links in the >> upper left-hand corner, pointing to >> www.xemacs.org >> and >> xemacs.sourceforge.net >> >> I'll commit now. >> >> Hold on to your seats: This should update both >> www.xemacs.org >> and >> xemacs.sourceforge.net >> automatically! >> >> It will take a few minutes since changes to template*.html affect >> every genpage content file! >> >> Best regards, >> >> Adrian -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org

1 participants
0 comments

Memory fault(coredump) 22 years, 6 months

Marcus Thiessel

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. In XEmacs 21.2 (beta37) "Pan" [Lucid] (hppa1.1-hp-hpux11.00, Mule) of Mon Nov 27 2000 on tmbbwmt configured using `configure hppa1.1-hp-hpux11.00 --dynamic=no --prefix=/usr/local/xemacs --with-x --with-dialogs=motif --with-xface=yes --with-tty=yes --with-menubars=lucid --with-scrollbars=motif '--x-includes=/usr/include/Motif2.1 -I/usr/include/X11R6' '--x-libraries=/usr/lib/Motif2.1 -L/usr/lib/X11R6' --with-database=dbm --with-pop --mail-locking=lockf '--site-includes=/usr/contrib/include -I/usr/local/include' --error-checking=none --extra-verbose '--site-libraries=/usr/contrib/lib -L/usr/local/lib' --with-sound=no --with-xmu --with-mule=yes --with-cde=yes --with-tooltalk=yes --with-gcc=no --package-path=/ux/packages '--cflags=+DS2.0 +DA1.1 +O3 +ESlit +Oloop_transform +Odataprefetch +Onolimit +Oprocelim +Olibcalls +Ofastaccess'' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Core was generated by `xemacs'. Program terminated with signal 11, Segmentation fault. warning: The shared libraries were not privately mapped; setting a breakpoint in a shared library will not work until you rerun the program. #0 0xc01f22b8 in kill () from /usr/lib/libc.2 (gdb) bt #0 0xc01f22b8 in kill () from /usr/lib/libc.2 #1 0xd388c in fatal_error_signal () #2 <signal handler called> #3 0x1ca5d8 in gui_parse_item_keywords () #4 0x10b7d0 in menu_item_descriptor_to_widget_value_1 () #5 0x10bc58 in menu_item_descriptor_to_widget_value_1 () #6 0x10bc58 in menu_item_descriptor_to_widget_value_1 () #7 0x10eb08 in 105_19eb_cl_67_19eb_cl_menu_item_descriptor_to_widget_value_1 () #8 0x10c0c0 in pre_activate_callback () #9 0x2d0c38 in pre_hook () #10 0xc25952b8 in XtCallCallbackList () from /usr/lib/X11R6/libXt.3 #11 0x2cc1d8 in Start () #12 0xc25d0ff8 in HandleActions () from /usr/lib/X11R6/libXt.3 #13 0xc25d1560 in HandleSimpleState () from /usr/lib/X11R6/libXt.3 #14 0xc25d1c34 in _XtTranslateEvent () from /usr/lib/X11R6/libXt.3 #15 0xc25a5128 in XtDispatchEventToWidget () from /usr/lib/X11R6/libXt.3 #16 0xc25a6048 in _XtDefaultDispatcher () from /usr/lib/X11R6/libXt.3 #17 0xc25a6258 in XtDispatchEvent () from /usr/lib/X11R6/libXt.3 #18 0xc25b4a68 in XtAppProcessEvent () from /usr/lib/X11R6/libXt.3 #19 0x28612c in emacs_Xt_next_event () #20 0x14ff30 in event_stream_next_event () #21 0x15add8 in 104_1a3e_cl_next_event_internal () #22 0x153b54 in Fnext_event () #23 0xb0488 in command_loop_1 () #24 0xdb7dc in condition_case_1 () #25 0xafb50 in command_loop_2 () #26 0xdb4f0 in internal_catch () #27 0xafd28 in initial_command_loop () #28 0xd45d4 in xemacs_21_2_b37_hppa1_1_hp_hpux11_00 () #29 0xfaa10 in run_time_remap () #30 0xd60e8 in main ()

1 participants
0 comments

Re: Tab display patch 22 years, 6 months

Markus Alt

Andy Piper wrote: > > Well, this fixes the tab display oddities that Marcus and Stephen were > seeing. It took a long time to figure out, so I'm not sure how worthwhile > it was ... It fixes the overlapping tabs, indeed. However, it still doesn't work 100% as expected IMHO. Here's why: As said, I have customized the buffer tabs preferences in a way that the tabs of *all* buffers are displayed. That's how I find this feature most useful in my daily work, as I can quickly switch e.g. from any file I'm editing to, say, an always present shell buffer. Now, if I open a lot of files (i.e. more tabs than fit in the visible buffer tabs area), it appears to me as if the least recently opened files' tabs go into a kind of "second buffer tabs list". When switching back (via C-x b) to a buffer whose tab is currently not visible, I see this "second list", i.e. the tab of the selected buffer tab and the other tabs formerly not displayed. But instead I would expect to see the tab of the selected buffer added to the currently displayed tabs and the least recently visited buffer's tab removed from the visible tabs in order to "make room" for the tab of the selected buffer. In other words: Always display the tabs of the most recently used buffers. All this may sound a bit confusing and I don't know if I expressed correctly what I mean (I'm no native speaker! ;-) ), so here's a short example: Open four files A, B, C and D, one after the other. Let's assume that the buffer tabs area is now "full", i.e. there's no more room for more tabs. Now open another file E. The tabs of B, C, D and E are visible and A's tab no longer. This is ok. Then do C-x b A. You would expect to see the tabs of C, D, E and A, but instead you see *only* A's tab! I don't know if this is really a bug or if it works as designed. Maybe just my "weird" customization is causing this. Nevertheless, I think I should report it. Markus P.S.: Sometimes I wonder if you imagined how many problems the gutter and buffer tabs stuff may cause when you introduced it, Andy. And how much time it takes to fix these! Therefore, I'd like to state (again) that IMHO the buffer tabs are a really great and useful feature of XEmacs. It has really improved my productivity and only when I have to work in no window mode or with 21.1 sometimes, I realize how much I got used to the tabs meanwhile! Please keep up the good work!

2 participants
1 comments

Re: Cannot install 21.2 from CVS after specifying --datadir 22 years, 6 months

Vin Shelton

I have now successfully built and installed the latest 21.1 from CVS after specifying --datadir to configure, so the problem seems to be 21.2-specific. Martin, do you have any comment? - vin >>>>> On 26 Nov 2000 11:54:26 -0500, Vin Shelton <acs(a)xemacs.org> said: acs> I routinely build XEmacs here at work on SunOS-4.1.4 and acs> SunOS-5.5 in order to make sure no major breakage occurs between acs> releases. I do not have sufficient time to spend major hours on acs> this, but it provides a simple sanity check on 21.1 and 21.2 acs> development status. acs> Last week I decided it would be nice to share the acs> architecture-independent data directories between the 4.1 and 5.5 acs> builds. I have not been able to get this to work under 21.2 from acs> CVS. In order to accomplish this, I'm specifying --datadir to acs> configure; after doing this, 'make beta' and 'make check' work acs> fine, but 'make install' fails. Here's how: acs> configure command: acs> /u/shelton/new/src/xemacs-21.2-2000-11-23/configure --prefix=/u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23 --with-gcc --site-includes=/u/shelton/new/SunOS-5.5/include --site-libraries=/u/shelton/new/SunOS-5.5/lib --infopath=/u/shelton/new/info --with-mule=no --compiler=gcc '--cflags=-O2 -pipe -ffast-math -fno-exceptions' --with-dialogs=no --with-widgets=no --package-path=/u/shelton/new/site-packages::/u/shelton/new/xemacs-packages --datadir=/u/shelton/new/share --debug=no --error-checking=none acs> Following is the output of 'make TAGS install'; note the following acs> anomalies: acs> (a) "Error: Library file backquote not found" acs> (b) File error: "Cannot open load file", "custom" acs> (c) Load file subr: not found

2 participants
1 comments

Cannot install 21.2 from CVS after specifying --datadir 22 years, 6 months

Vin Shelton

I routinely build XEmacs here at work on SunOS-4.1.4 and SunOS-5.5 in order to make sure no major breakage occurs between releases. I do not have sufficient time to spend major hours on this, but it provides a simple sanity check on 21.1 and 21.2 development status. Last week I decided it would be nice to share the architecture-independent data directories between the 4.1 and 5.5 builds. I have not been able to get this to work under 21.2 from CVS. In order to accomplish this, I'm specifying --datadir to configure; after doing this, 'make beta' and 'make check' work fine, but 'make install' fails. Here's how: configure command: /u/shelton/new/src/xemacs-21.2-2000-11-23/configure --prefix=/u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23 --with-gcc --site-includes=/u/shelton/new/SunOS-5.5/include --site-libraries=/u/shelton/new/SunOS-5.5/lib --infopath=/u/shelton/new/info --with-mule=no --compiler=gcc '--cflags=-O2 -pipe -ffast-math -fno-exceptions' --with-dialogs=no --with-widgets=no --package-path=/u/shelton/new/site-packages::/u/shelton/new/xemacs-packages --datadir=/u/shelton/new/share --debug=no --error-checking=none Following is the output of 'make TAGS install'; note the following anomalies: (a) "Error: Library file backquote not found" (b) File error: "Cannot open load file", "custom" (c) Load file subr: not found inst.out: If you don't have a copy of etags around, then do 'make lib-src' first. rm -f /u/shelton/new/src/xemacs-21.2-2000-11-23/TAGS Using etags from /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lib-src/etags. PATH=`/bin/pwd`/lib-src:$PATH ; export PATH; cd /u/shelton/new/src/xemacs-21.2-2000-11-23 && \ find src lwlib lib-src -name SCCS -prune -o -name RCS -prune -o -name CVS -prune -o -name '*.[ch]' -print | \ xargs etags -a -r '/[ ]*DEF$VAR\|INE$_[A-Z_]+[ ]*([ ]*"$[^"]+$"/\2/'; \ find lisp -name SCCS -prune -o -name RCS -prune -o -name CVS -prune -o -name '*.el' ! -name 'auto-autoloads.el' -print | \ xargs etags -a -l none -r "/^(def\$var\\|un\\|alias\\|const\\|macro\\|subst\\|struct\\|face\\|group\\|custom\\|ine-\\(function\\|compiler-macro\\|[a-z-]+alias\$\\)[ ]+'?\$[^ ]+\$/\\3/" cd ./lib-src && make all make[1]: Entering directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lib-src' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lib-src' cd ./dynodump && make all make[1]: Entering directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/dynodump' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/dynodump' cd ./lwlib && make all make[1]: Entering directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lwlib' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lwlib' cd ./src && make all make[1]: Entering directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/src' ./temacs -nd -batch -l /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/update-elc.el Loading /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/update-elc.el... Loading very-early-lisp... Loading find-paths.el... Loading packages.el... Loading setup-paths.el... Loading dump-paths.el... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/dumped-lisp.el... make[1]: Leaving directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/src' cd ./src && make dump-elcs make[1]: Entering directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/src' ./temacs -nd -batch -l /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/update-elc.el Loading /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/update-elc.el... Loading very-early-lisp... Loading find-paths.el... Loading packages.el... Loading setup-paths.el... Loading dump-paths.el... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/dumped-lisp.el... make[1]: Leaving directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/src' /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/src/xemacs -batch -vanilla \ -l update-elc-2.el -f batch-update-elc-2 lisp Removing old or spurious .elcs in directory tree `lisp'... Removing old or spurious .elcs in directory tree `lisp'...done Recompiling updated .els in directory tree `lisp'... Compiling /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/finder-inf.el... Wrote /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/finder-inf.elc Recompiling updated .els in directory tree `lisp'...done cd /u/shelton/new/src/xemacs-21.2-2000-11-23/man && make info make[1]: Entering directory `/u/shelton/new/src/xemacs-21.2-2000-11-23/man' make[1]: Nothing to be done for `info'. make[1]: Leaving directory `/u/shelton/new/src/xemacs-21.2-2000-11-23/man' /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/src/xemacs -batch -l check-features.el Warning: This XEmacs is built with tooltalk support but does not have a tooltalk package installed. Without the tooltalk lisp package, Tooltalk support is broken. ./lib-src/make-path /u/shelton/new/share/xemacs-21.2-b37/etc /u/shelton/new/share/xemacs-21.2-b37/lisp /u/shelton/new/share/xemacs-21.2-b37/sparc-sun-solaris2.5.1 /u/shelton/new/share/xemacs-21.2-b37/info /u/shelton/new/share/xemacs-21.2-b37/sparc-sun-solaris2.5.1 \ /u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23/man/man1 /u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23/bin /u/shelton/new/share /u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23/lib /u/shelton/new/share/xemacs-21.2-b37/lisp \ /u/shelton/new/share/xemacs/site-lisp /u/shelton/new/share/xemacs-21.2-b37/sparc-sun-solaris2.5.1/modules /u/shelton/new/share/xemacs/site-modules for subdir in lib-src src; do \ (cd ./${subdir} && make install prefix=/u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23 \ exec_prefix=/u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23 bindir=/u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23/bin libdir=/u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23/lib \ archlibdir=/u/shelton/new/share/xemacs-21.2-b37/sparc-sun-solaris2.5.1) ; done make[1]: Entering directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lib-src' Installing utilities run internally by XEmacs. ./make-path /u/shelton/new/share/xemacs-21.2-b37/sparc-sun-solaris2.5.1 if test "`(cd /u/shelton/new/share/xemacs-21.2-b37/sparc-sun-solaris2.5.1 && /bin/pwd)`" != "`/bin/pwd`"; then \ for f in make-path wakeup profile make-docfile digest-doc sorted-doc movemail cvtmail fakemail yow hexl gnuserv mmencode; do \ (cd .. && /u/shelton/new/SunOS-5.5/bin/install -c lib-src/$f /u/shelton/new/share/xemacs-21.2-b37/sparc-sun-solaris2.5.1/$f) ; \ done ; \ fi if test "`(cd /u/shelton/new/share/xemacs-21.2-b37/sparc-sun-solaris2.5.1 && /bin/pwd)`" \ != "`(cd /u/shelton/new/src/xemacs-21.2-2000-11-23/lib-src && /bin/pwd)`"; then \ for f in rcs2log vcdiff gzip-el.sh add-big-package.sh; do \ (cd .. && /u/shelton/new/SunOS-5.5/bin/install -c /u/shelton/new/src/xemacs-21.2-2000-11-23/lib-src/$f /u/shelton/new/share/xemacs-21.2-b37/sparc-sun-solaris2.5.1/$f); \ done ; \ fi Installing utilities for users to run. for file in etags ctags b2m gnuclient ootags ellcc ; do \ (cd .. && /u/shelton/new/SunOS-5.5/bin/install -c lib-src/${file} /u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23/bin/${file}) ; \ done for file in rcs-checkin gnudoit gnuattach ; do \ (cd .. && /u/shelton/new/SunOS-5.5/bin/install -c /u/shelton/new/src/xemacs-21.2-2000-11-23/lib-src/${file} /u/shelton/new/SunOS-5.5/xemacs-21.2-2000-11-23/bin/${file}) ; \ done make[1]: Leaving directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lib-src' make[1]: Entering directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/src' ./temacs -nd -batch -l /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/update-elc.el Loading /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/update-elc.el... Loading very-early-lisp... Loading find-paths.el... Loading packages.el... Loading setup-paths.el... Loading dump-paths.el... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/dumped-lisp.el... "Error: Library file backquote not found" rm -f ../lib-src/DOC; \ ./temacs -nd -batch -l /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/make-docfile.el -- \ -o ../lib-src/DOC -d /u/shelton/new/src/xemacs-21.2-2000-11-23/src -i ../lib-src/../site-packages \ abbrev.c alloc.c blocktype.c buffer.c bytecode.c callint.c callproc.c casefiddle.c casetab.c chartab.c cmdloop.c cmds.c console.c console-stream.c data.c device.c dired.c doc.c doprnt.c dynarr.c editfns.c elhash.c emacs.c eval.c events.c filelock.c unexsol2.c balloon_help.c balloon-x.c tooltalk.c dgif_lib.c gif_io.c menubar.c scrollbar.c toolbar.c menubar-x.c scrollbar-x.c toolbar-x.c gui-x.c realpath.c getloadavg.c inline.c console-tty.c device-tty.c event-tty.c frame-tty.c objects-tty.c redisplay-tty.c cm.c terminfo.c event-unixoid.c database.c sysdll.c emodules.c process-unix.c event-stream.c extents.c faces.c fileio.c filemode.c floatfns.c fns.c font-lock.c frame.c general.c glyphs.c glyphs-eimage.c glyphs-widget.c gui.c gutter.c hash.c imgproc.c indent.c insdel.c intl.c keymap.c line-number.c lread.c lstream.c macros.c marker.c md5.c minibuf.c objects.c opaque.c print.c process.c profile.c rangetab.c redisplay.c redisplay-output.c regex.c search.c select.c signal.c s! ! ound.c specifier.c strftime.c symbols.c syntax.c sysdep.c undo.c console-x.c device-x.c event-Xt.c frame-x.c glyphs-x.c objects-x.c redisplay-x.c select-x.c xgccache.c widget.c window.c ralloc.c Loading /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/make-docfile.el... Loading very-early-lisp... Loading find-paths.el... Loading packages.el... Loading setup-paths.el... Loading dump-paths.el... File error: "Cannot open load file", "custom" ./temacs -nd -batch -l /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/loadup.el dump Loading /u/shelton/new/src/xemacs-21.2-2000-11-23/src/../lisp/loadup.el... Using load-path (/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp) Using module-load-path (/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/modules) Loading very-early-lisp... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/dumped-lisp.el... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/backquote.elc... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/bytecomp-runtime.elc... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/find-paths.elc... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/packages.elc... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/setup-paths.elc... Loading /u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/lisp/dump-paths.elc... Load file subr: not found Fatal error during load, aborting make[1]: *** [xemacs] Error 1 make[1]: Leaving directory `/u/shelton/new/build/SunOS-5.5/xemacs-21.2-2000-11-23/src' make: *** [install-arch-dep] Error 2 I'm about to fire off a 21.1 build specifying --datadir, to see if that works any better. - vin -- In a minute there is time For decisions and revisions which a minute will reverse. T.S. Eliot [URL: http://www.cs.amherst.edu/~ccm/prufrock.html]

2 participants
1 comments

request for testers: updated sendmail.el and smtpmail.el 22 years, 6 months

Simon Josefsson

Hi, I've made some changes to warn the user about characters being corrupted when sending mail via /usr/lib/sendmail or via SMTP under XEmacs with MULE. (Based on suggestions by Stephen Turnbull, Hrvoje Niksic, Adrian Aichner and possibly others I've forgotten, sorry.) Since this problem only manifest itself when non-ascii and non-latin-1 characters are used I would not normally see this problem myself, so I ask for beta testers. How-to-help: * Install the patch below and make sure the files are re-compiled, loaded, and whatnot. (Should I install it in CVS?) * For SMTP; evaluate (require 'smtpmail) (setq message-send-mail-function 'smtpmail-send-it send-mail-function 'smtpmail-send-it smtpmail-smtp-server (setq smtpmail-default-smtp-server "smtp.server")) * For /usr/lib/sendmail; evaluate (require 'sendmail) (setq message-send-mail-function 'message-send-mail-with-sendmail send-mail-function sendmail-send-it) Things to test: * Test it with your mail composer -- M-x mail or M-x message. M-x mail SHOULD trigger the warning if you enter non-ascii, non-latin-1 characters (cut'n'paste from C-h h). M-x message SHOULD NOT trigger the warning (MIME should be used). Are there any other mail composers using sendmail.el or smtpmail.el? * Answer "yes" to the question to send mail anyway, verify that the mail is corrupted (characters replace with `~'). * Does it ever interfer by misstake? Many thanks! 2000-11-26 Simon Josefsson <sj(a)extundo.com> * mail-utils.el (mail-y-or-n-p, mail-flatten-list) (mail-check-safe-charset): New functions, from LMI's message.el. * smtpmail.el (smtpmail-send-it): Use it; check for bad characters. * sendmail.el (sendmail-send-it): Use it; check for bad characters. 2000-11-18 Simon Josefsson <sj(a)extundo.com> * smtpmail.el (smtpmail-via-smtp): Use `set-process-coding-system' instead of `set-buffer-process-coding-system'. Only use it if `mule' or `file-coding' is provided. (smtpmail-send-data-1): Call `encode-coding-string' only if `mule' or `file-coding' is provided. Index: smtpmail.el =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/libs/mail-lib/smtpmail.el,v retrieving revision 1.4 diff -u -u -w -r1.4 smtpmail.el --- smtpmail.el 2000/11/08 01:47:48 1.4 +++ smtpmail.el 2000/11/26 19:05:49 ＠＠ -280,6 +280,9 ＠＠ (smtpmail-deduce-address-list tembuf (point-min) delimline)) (kill-buffer smtpmail-address-buffer) + ;; XEmacs change + (mail-check-safe-charset) + (smtpmail-do-bcc delimline) ; Send or queue (if (not smtpmail-queue-mail) ＠＠ -407,7 +410,9 ＠＠ (save-excursion (set-buffer process-buffer) - (set-buffer-process-coding-system 'no-conversion-unix 'no-conversion-unix) + ;; XEmacs change + (if (or (featurep 'mule) (featurep 'file-coding)) + (set-process-coding-system process 'no-conversion-unix 'no-conversion-unix)) (make-local-variable 'smtpmail-read-point) (setq smtpmail-read-point (point-min)) ＠＠ -700,7 +705,8 ＠＠ (goto-char (point-max)) ;; XEmacs change - (if (and (featurep 'file-coding) (not (null smtpmail-code-conv-from))) + (if (and (or (featurep 'mule) (featurep 'file-coding)) + (not (null smtpmail-code-conv-from))) (setq data (encode-coding-string data smtpmail-code-conv-from))) (if smtpmail-debug-info --- mail-utils.el.~1.5.~ Mon Oct 23 10:35:45 2000 +++ mail-utils.el Sun Nov 26 15:25:11 2000 ＠＠ -276,6 +276,40 ＠＠ (substring s (match-beginning 3) (match-end 3)) " " (mail-rfc822-time-zone time)))) +(defun mail-y-or-n-p (question &rest text) + "Ask QUESTION, displaying the rest of the arguments as strings in a buffer." + (setq text (mail-flatten-list text)) + (save-window-excursion + (save-excursion + (with-output-to-temp-buffer " *SMTP information message*" + (set-buffer " *SMTP information message*") + (fundamental-mode) ; for Emacs 20.4+ + (mapcar 'princ text) + (goto-char (point-min)))) + (y-or-n-p question))) + +(defun mail-flatten-list (list) + "Return a new, flat list that contains all elements of LIST. + +\(mail-flatten-list '(1 (2 3 (4 5 (6))) 7)) +=> (1 2 3 4 5 6 7)" + (cond ((consp list) + (apply 'append (mapcar 'mail-flatten-list list))) + (list + (list list)))) + +(defun mail-check-safe-charset () + "Check that buffer contain characters that will be safely encoded." + (if (featurep 'mule) + (let ((bad-charsets (set-difference + (find-charset-region (point-min) (point-max)) + '(ascii latin-iso8859-1 control-1)))) + (when bad-charsets + (or (mail-y-or-n-p + "Your message contain invalid characters. Continue? " + "You're trying to send a message that contain characters\nin the following character set:\n\n" (mapconcat 'symbol-name bad-charsets ", ") "\n\nThese characters cannot be send without proper encoding. Please\nconsider using a MIME enabled mail composer (such as `message').\nContinuing is likely to cause mail corruption.") + (error "Message contain invalid character")))))) + (provide 'mail-utils) ;;; mail-utils.el ends here +++ sendmail.el Sun Nov 26 20:11:34 2000 ＠＠ -705,6 +705,10 ＠＠ (save-excursion (set-buffer errbuf) (erase-buffer)))) + + ;; XEmacs change + (mail-check-safe-charset) + (let ((default-directory "/") exit-value) (setq exit-value (apply 'call-process-region

1 participants
0 comments

November sumo release postponed. 22 years, 6 months

Steve Youngs

Hi I had originally stated that I'd release a new sumo package on or about November 15th. Well as you can see, that date has come and gone. The reason for the delay is that a couple of bugs have been found in a couple of the packages and I don't want to release until they are fixed. As soon as I know more I'll announce the release. -- |---<Regards, Steve Youngs>-----------[GnuPG KeyID: 59E4C4B2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |----------------------------------<mailto:youngs＠xemacs.org>---|

1 participants
0 comments

Tab display patch 22 years, 6 months

Andy Piper

Well, this fixes the tab display oddities that Marcus and Stephen were seeing. It took a long time to figure out, so I'm not sure how worthwhile it was ... andy 2000-11-24 Andy Piper <andy(a)xemacs.org> * xlwtabsP.h: add visible flag, realRows and remove displayChildren. * xlwtabs.c (TabVisible): new macro. Consults visible flag. (TabsInit): remove displayChildren, add realRows. (TabsConstraintInitialize): ditto. (TabsResize): ditto. (TabsGeometryManager): ditto. (TabsChangeManaged): ditto. (TabsSelect): ditto. (TabsPage): ditto. (TabsHighlight): ditto. (DrawTabs): ditto. (TabLayout): Caclulate rows for all children and whether they should be visible or not.. (TabsShuffleRows): shuffle rows based on both real and displayed rows. Adjust visibility of all children. (PreferredSize): ditto. -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd

1 participants
0 comments

Re: -no-autoloads broken in 21.2.35 --pdump 22 years, 6 months

Gunnar Evermann

[ removed -review from Cc list ] "Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > >>>>> "Gunnar" == Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: > > Gunnar> - a variable (say, inhibit_autoloads) is declared in > Gunnar> emacs.c directly in C with 'int inhibit_autoloads;' no > Gunnar> DEFVAR macros involved! > > Huh? emacs.c, line 3393. The DEFVAR isn't an issue because of the > initialization; it's a problem because it imports the variable to pdump > land. This allows the pdumper to overwrite the user's command line > settings. What I meant is that this macro is not called directly anymore when an xemacs that will read a pdump file is started. I wrote this when I still thought DEFVAR was actually initialising the C variable, but as you point out it isn't. > Gunnar> note it doesn't get initialised to anything. > > It's a global. I thought globals were guaranteed to be initialized to > zero---that's what `Internals | Rules When Writing New C Code | Adding > Global Lisp Variables' says. Is that incorrect? > > Maybe it's stylistically bad, but technically it should work, right? No, I'm sure it is correct. I just don't do that kind of thing in my own programs and had thus forgotten. Sorry. > Gunnar> In particular all this breaks for values which get set to > Gunnar> 1 by default in vars_of_emacs(), like > Gunnar> inhibit_site_[lisp|modules] (at least depending on > Gunnar> configure time constants). > > This is incorrect implementation of configure constants if the > variable is settable from the command line, I believe. I should have > caught and fixed that. (Et tu, Olivier! ;-) > > It's clear I did the wrong thing in conditionalizing the saves. For > variables that are settable by command line option, the saves/restores > should be unconditional, and the conditional initialization should be > moved to the declaration. Wouldn't it be easier to move the command line parsing for the relvant variable after the loading of the dump file? This would be more like the initialisation in a traditional dumped xemacs. Gunnar

3 participants
3 comments

it's more than 2 M of disk space! 22 years, 6 months

Giacomo Boffi

seems that the Makefile is _very conservative_ in its promises of disk space savings --- my results are for linux, but gzip is gzip is gzip, no? % make install [...] If you would like to save approximately 2M of disk space, do make gzip-el or you may run /home/gb/src/xemacs/lib-src/gzip-el.sh lispdir from the command line. Where lispdir is where the lisp files were installed, i.e., /usr/local/lib/xemacs-21.2-b37/lisp % df . ; make gzip-el > /dev/null ; df . Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda6 1400864 1178916 150788 89% / Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda6 1400864 1174628 155076 88% / % expr 155076 - 150788 4288 %

1 participants
0 comments

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 November 2000