Re: [xemacsweb PATCH] Re-arrange XEmacs Webite Mirror section
24 years, 5 months
Adrian Aichner
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)
24 years, 5 months
Marcus Thiessel
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
24 years, 5 months
Markus Alt
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
24 years, 5 months
Vin Shelton
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
24 years, 5 months
Vin Shelton
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
24 years, 5 months
Simon Josefsson
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.
24 years, 5 months
Steve Youngs
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
24 years, 5 months
Andy Piper
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
24 years, 5 months
Gunnar Evermann
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!
24 years, 5 months
Giacomo Boffi
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