8:53 a.m.
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.
10:27 a.m.
On 4 Jun 1999, SL Baur wrote:
to 21.2.15 "Sakuragawa"
-- miscellaneous build and cosmetic fixes from Steve Baur
The include/ subdirectories in the site-prefixes dirs are no longer added
to the c_switches. Is this intentional? From the diffs I guess they are
supposed to be optional but still be added if they exist, correct?
The relevant snippet is:
for dir in $site_prefixes; do
lib_dir="${dir}/lib"
if test ! -d "$dir"; then
XE_DIE("Invalid site prefix \`$dir': no such directory")
elif test ! -d "$lib_dir"; then
XE_DIE("Invalid site prefix \`$dir': no such directory
\`$lib_dir'")
else
if test -d "$inc_dir"; then
XE_APPEND("-I$inc_dir", c_switch_site)
fi
XE_APPEND("-L$lib_dir", ld_switch_site)
fi
done
shouldn't there be a line like
inc_dir="${dir}/include"
somewhere?
Sorry, I can't test this right now. I have to install autoconf first...
Gunnar
9:24 p.m.
At 03:07 AM 6/5/99 +0900, kokada(a)vlsi.kuee.kyoto-u.ac.jp wrote:
Where is x-disown-selection-internal?
Its been obsoleted - its called disown-selection-internal now and takes an
extra device argument.
why - is it used elsewhere? I assumed because it was called -internal that
people shouldn't be using it.
andy
--------------------------------------------------------------
Dr Andy Piper
Senior Consultant Architect, BEA Systems Ltd
10:13 p.m.
New subject: XEmacs 21.2.15 "桜川" is released
It's okada.
Andy Piper <andy(a)xemacs.org> wrote:
At 03:07 AM 6/5/99 +0900, kokada(a)vlsi.kuee.kyoto-u.ac.jp wrote:
>Where is x-disown-selection-internal?
Its been obsoleted - its called disown-selection-internal now and takes an
extra device argument.
why - is it used elsewhere? I assumed because it was called -internal that
people shouldn't be using it.
x-disown-selection-internal is called in xselect-kill-buffer-hook-1(x-select.el).
??
I use disown-selection-internal in place of x-disown-selection-internal?
(define-obsolete-function-alias 'x-disown-selection-internal
'disown-selection-internal)
--
okada
5:06 p.m.
New subject: make check failure on Solaris 2.5.1 Mule
>>>> "sb" == SL Baur <steve(a)xemacs.org>
writes:
[snip]
sb> There are many, many tests in the test suite now. Please run
sb> them with `make check' and submit any results that are
sb> non-100% to xemacs-beta(a)xemacs.org. There are 68 unidentified
sb> lisp tests that fail on DEC OSF and 1 unidentified base64 test
sb> that fails with XEmacs no-Mule. Solaris 2.6 and Linux look
sb> clean.
Here's what happens to me on Solaris 2.5.1 with Mule and my standard
config. (appended)
The C traceback is also appended.
Ray
uname -a: SunOS wcsdsp2 5.5.1 Generic_103640-24 sun4u sparc SUNW,Ultra-30
./configure '--verbose' '--extra-verbose' '--error-checking=none'
'--with-site-lisp' '--with-mule' '--with-pop'
'--package-path=/apps/public/XEmacs/lib'
'--prefix=/apps/public/XEmacs/21.2'
'--bindir=/apps/public/XEmacs/21.2/bin/solaris2.5.1' '--with-workshop'
'--with-dialogs=motif' '--with-sound=both'
'--site-includes=/apps/public/solaris2.5/usr/openwin/include
/apps/public/solaris2.5/include'
'--site-libraries=/apps/public/solaris2.5/usr/openwin/lib
/apps/public/solaris2.5/lib'
XEmacs 21.2-b15 "Sakuragawa" configured for `sparc-sun-solaris2.5.1'.
Where should the build process find the source code?
/apps/public/XEmacs/src/xemacs-21.2.15
What installation prefix should install use? /apps/public/XEmacs/21.2
What operating system and machine description files should XEmacs use?
`s/sol2.h' and `m/sparc.h'
What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch
Should XEmacs use the GNU version of malloc? yes
Should XEmacs use the relocating allocator for buffers? yes
What window system should XEmacs use? x11
Where do we find X Windows header files? /usr/dt/include
/usr/openwin/include
Where do we find X Windows libraries? /usr/dt/lib /usr/openwin/lib
Additional header files:
/apps/public/solaris2.5/usr/openwin/include /apps/public/solaris2.5/include
Additional libraries:
/apps/public/solaris2.5/usr/openwin/lib /apps/public/solaris2.5/lib
Runtime library search path:
/apps/public/solaris2.5/usr/openwin/lib:/apps/public/solaris2.5/lib:/usr/dt/lib:/usr/openwin/lib:/apps/gnu/solaris2.5/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2.2:/apps/gnu/solaris2.5/lib
Compiling in support for XAUTH.
Compiling in support for XPM images.
Compiling in support for PNG image handling.
Compiling in support for (builtin) GIF image handling.
Compiling in support for JPEG image handling.
Compiling in support for TIFF image handling.
Compiling in support for X-Face message headers.
Compiling in both network and native sound support.
Compiling in support for Berkeley DB.
Compiling in support for DBM.
Compiling in support for LDAP (UMich libs).
Compiling in Mule (multi-lingual) support.
Compiling in XIM (X11R5+ I18N input method) support.
Using Motif to provide XIM support.
Compiling in support for ToolTalk.
Compiling in support for Sun WorkShop.
Compiling in support for proper WM_COMMAND handling.
Using Lucid menubars.
Using Lucid scrollbars.
Using Motif dialog boxes.
Compiling in DLL support.
movemail will use "dot-locking" for locking mail spool files.
Using POP for mail access.
Compiling in extra code for debugging.
Script started on Mon Jun 07 11:59:43 1999
[toy＠wcsdsp2] /apps/public/XEmacs/src/xemacs-21.2.15 $ make check
cd ./src && /apps/gnu/solaris2.5.1/bin/make check
make[1]: Entering directory `/apps/public/XEmacs/src/xemacs-21.2.15/src'
./xemacs -batch -l
/apps/public/XEmacs/src/xemacs-21.2.15/src/../tests/automated/test-harness.el -f
batch-test-emacs /apps/public/XEmacs/src/xemacs-21.2.15/src/../tests/automated
Testing /apps/public/XEmacs/src/xemacs-21.2.15/tests/automated/base64-tests.el...
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Please report this bug by running the send-pr script included
with XEmacs, or selecting `Send Bug Report' from the help menu.
As a last resort send ordinary email to `crashes(a)xemacs.org'.
*MAKE SURE* to include the information in the command
M-x describe-installation.
If at all possible, *please* try to obtain a C stack backtrace;
it will help us immensely in determining what went wrong.
To do this, locate the core file that was produced as a result
of this crash (it's usually called `core' and is located in the
directory in which you started the editor, or maybe in your home
directory), and type
gdb /apps/public/XEmacs/src/xemacs-21.2.15/src/xemacs core
then type `where' when the debugger prompt comes up.
(If you don't have GDB on your system, you might have DBX,
or XDB, or SDB. A similar procedure should work for all of
these. Ask your system administrator if you need more help.)
Lisp backtrace follows:
mapconcat(char-to-string
"AAECAwQFBgcICQoLDA0ODxAREhMUFRYXGBkaGxwdHh8gISIjJCUmJygpKissLS4vMDEyMzQ1Njc4\nOTo7PD0+P0BBQkNERUZHSElKS0xNTk9QUVJTVFVWV1hZWltcXV5fYGFiY2RlZmdoaWprbG1ub3Bx\ncnN0dXZ3eHl6e3x9fn+AgYKDhIWGh4iJiouMjY6PkJGSk5SVlpeYmZqbnJ2en6ChoqOkpaanqKmq\nq6ytrq+wsbKztLW2t7i5uru8vb6/wMHCw8TFxsfIycrLzM3Oz9DR0tPU1dbX2Nna29zd3t/g4eLj\n5OXm5+jp6uvs7e7v8PHy8/T19vf4+fr7/P3+/w=="
"
")
# bind (--dolist-temp--64243 char right left middlepos encoded raw G64236 G64235)
#<compiled-function nil "...(821)" [passes current-load-list
assertion-failures no-error-failures wrong-error-failures missing-message-failures
other-failures unexpected-test-suite-failure trick-optimizer boundp bt-test-buffer
get-buffer-create " *base64-workhorse*" bt-base64-encode-string
#<compiled-function ... "...(78)" ... 4> bt-base64-decode-string
#<compiled-function ... "...(104)" ... 3> bt-remove-newlines
#<compiled-function ... "...(12)" ... 7> make-string 256 ?\^＠ str 0 i
--dotimes-temp--64229 int-char bt-allchars ("" "") ("foo"
"Zm9v")
("ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789"
"QUJDREVGR0hJSktMTU5PUFFSU1RVVldYWVphYmNkZWZnaGlqa2xtbm9wcXJzdHV2d3h5ejAxMjM0\nNTY3ODk=")
("AAECAwQFBgcICQoLDA0ODxAREhMUFRYXGBkaGxwdHh8gISIjJCUmJygpKissLS4vMDEyMzQ1Njc4\nOTo7PD0+P0BBQkNERUZHSElKS0xNTk9QUVJTVFVWV1hZWltcXV5fYGFiY2RlZmdoaWprbG1ub3Bx\ncnN0dXZ3eHl6e3x9fn+AgYKDhIWGh4iJiouMjY6PkJGSk5SVlpeYmZqbnJ2en6ChoqOkpaanqKmq\nq6ytrq+wsbKztLW2t7i5uru8vb6/wMHCw8TFxsfIycrLzM3Oz9DR0tPU1dbX2Nna29zd3t/g4eLj\n5OXm5+jp6uvs7e7v8PHy8/T19vf4+fr7/P3+/w==")
bt-test-strings G64230 nil G64231 raw encoded error-info (byte-code
"À !\nk¬ÃÄÅC\"ÆÇÈÅ\"!É \nT\nÀ" ... 4) (... ...) (byte-code
"À Â\"à !k¬ÅÆÇC\"ÈÉÊÇ\"!Ë T À" ... 4) (... ...) featurep mule format "Hrvoje Nik%ci%c" make-char
latin-iso8859-2 57 102 mule-string (byte-code "À !ÃÄÅÆÇ#!TÀ" ... 5) (...
...) G64232 G64233 (byte-code "À !\nk¬ÃÄÅC\"ÆÇÈÅ\"!É \nT\nÀ"
... 4) (... ...) (byte-code "ÀÁ\n!! k¬ÄÅÆC\"ÇÈÉÆ\"!Ê T À" ... 4) (... ...) "foo" "AAC" "foo
9303
days inactive
9306
days old
5 comments
5 participants
participants (5)
-
Andy Piper -
Gunnar Evermann -
Raymond Toy -
SL Baur -
岡田 健一 (Kenichi OKADA)