March 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: lisp/finder-inf.el needs to be touched 25 years, 8 months

SL Baur

karlheg <karl(a)cathcart.sysc.pdx.edu> writes in xemacs-beta(a)xemacs.org: > I found I had to touch lisp/finder-inf.el to get the lisp to build. > Why didn't the Makefile do that? Because it shouldn't need to. We need more details. Did you create a zero length finder-inf.el, or did you touch an existing version? Did anything else unusual happen while you were building?

1 participants
0 comments

Re: [Success (sort of)] 21.2 "Clio" XEmacs Lucid (beta12) on sparc-sun-solaris2.5.1 25 years, 8 months

SL Baur

mmoll <mmoll(a)gs236.sp.cs.cmu.edu> writes in xemacs-beta(a)xemacs.org: > I had to downgrade the mule-base package from 1.28 to 1.27, because > otherwise I'd get lots of error messages about missing libraries. Apparently > these files where moved to the xemacs core, but if I check out 21.2.12 with > cvs I don't get these files... You need to use `cvs update -d' to get new directories, in this case, lisp/mule. The announcement probably should have noted this. Sorry. > I also had to fix lisp/dumped-lisp.el: You completely backed out the file move changes. Things will work much better when you get a populated lisp/mule directory.

1 participants
0 comments

Re: [CRASH] 21.2-b8..b12 starting tetris with bad xpmimage.colorTable[] 25 years, 8 months

SL Baur

FWIW, I can't duplicate this on Unix. Adrian Aichner <aichner(a)ecf.teradyne.com> writes in xemacs-beta(a)xemacs.org: > FWIW, > this crash is still around in > 21.2-b12 with > games 1.09 1.09 Tetris, Sokoban, and Snake. > Adrian > XEMACS! _stricmp + 35 bytes > xpm_to_eimage(Lisp_Object {...}, const unsigned char * 0x0082dfa0, unsigned char * * 0x0082e1b4, int * 0x0082e1dc, int * 0x0082e1b0, int * 0x0082e1e4, int * 0x0082e1c4, int * 0x0082e1a4, color_symbol * 0x1066ad80, int 3) line 798 + 24 bytes > mswindows_xpm_instantiate(Lisp_Object {...}, Lisp_Object {...}, Lisp_Object {...}, Lisp_Object {...}, int 111, Lisp_Object {...}) line 880 + 45 bytes > instantiate_image_instantiator(Lisp_Object {...}, Lisp_Object {...}, Lisp_Object {...}, Lisp_Object {...}, Lisp_Object {...}, int 111) line 565 + 51 bytes

1 participants
0 comments

Re: [OK] 21.2 "Clio" XEmacs Lucid (beta12) on i586-pc-linux 25 years, 8 months

SL Baur

Larry Ayers <layers(a)marktwain.net> writes in xemacs-beta(a)xemacs.org: > Patched from beta-11; built and runs well. Is there reason to be > concerned about the libncurses conflict shown in the > error-messages below? Yes. Your XEmacs warranty is null and void if you use XEmacs on the console with GPM. 1/2 :-) ... > ld: warning: libncurses.so.4, needed by /usr/lib/libgpm.so, may conflict with libncurses.so.3.4 You probably should install libncurses.so.4. XEmacs has been fairly stable against ncurses for a couple years now, so the ncurses version shouldn't matter to XEmacs, but I believe you need a late-model libgpm to avoid the suspension bug.

1 participants
0 comments

lisp/finder-inf.el needs to be touched 25 years, 8 months

Karl M. Hegbloom

I found I had to touch lisp/finder-inf.el to get the lisp to build. Why didn't the Makefile do that? I'm using anonymous CVS.

1 participants
0 comments

Re: 21.2.11 wont compile with mule 25 years, 8 months

SL Baur

Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes in xemacs-beta(a)xemacs.org: >>>>>> "Jan" == Jan Hebler <jan(a)hebler.de> writes: Jan> the Bug occurs _only_ if i have set my LC_ALL to "DE_de" if i Jan> set them to "C" everything works fine (well, except that my Jan> LOCALES are now broken) I see. > This is a problem with internationalized software; the build > environment and the run environment may be different. I don't see why > this should bite you, I don't see anything in your backtraces that > indicates you have called an OS utility that would try to "speak > German" to XEmacs. Actually, he did. GNU Libc is localized for German and I was able to crash XEmacs/Mule by running under a French locale and then forcing an error message related to sound. > However I believe the current idea is to build XEmacs in the C locale, > so that the build environment is constant, then run it in your own > locale. Have you tried `LC_ALL=C make beta; LC_ALL=de_DE src/xemacs'? It's supposed to work that way. Jan, please try the attached patch and see if building in your normal German locale works. 1999-03-09 SL Baur <steve(a)xemacs.org> * Makefile.in.in (LC_ALL): Try very, very hard to build in C locale. Index: Makefile.in.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/Attic/Makefile.in.in,v retrieving revision 1.1.2.4 diff -u -r1.1.2.4 Makefile.in.in --- Makefile.in.in 1999/03/04 09:42:29 1.1.2.4 +++ Makefile.in.in 1999/03/09 11:15:49 ＠＠ -58,6 +58,7 ＠＠ SHELL = /bin/sh LANG = C +LC_ALL = C RM = rm -f pwd = /bin/pwd

2 participants
1 comments

Re: Spelling fix for where-was-i-db.el 25 years, 8 months

Karl M. Hegbloom

>>>>> "Martin" == Martin Buchholz <martin(a)xemacs.org> writes: >>>>> "Karl" == Karl M Hegbloom <karl(a)cathcart.sysc.pdx.edu> writes: Karl> The spelling "error" was deliberate. Martin> This spelling error is too common to be used as a joke in Martin> a docstring. Martin> The proper place for jokes is ChangeLog entries. Ok.

1 participants
0 comments

Re: Spelling fix for where-was-i-db.el 25 years, 8 months

Karl M. Hegbloom

The spelling "error" was deliberate.

2 participants
1 comments

Re: 21.2.11 wont compile with mule 25 years, 8 months

Gunnar Evermann

Jan Hebler <jan(a)hebler.de> writes: Hi Jan, thanks for your report. > if i try to compile xemacs 21.2.11 with mule i get the following error > > insert-file-contents-internal("/usr/src/Xemacs/lisp/finder-inf.el" t nil nil nil undecided used-codesys) does that file exist and is it readable? > here are the Informations from Installation > uname -a: Linux esmeralda 2.1.132 #5 SMP Sam Feb 27 09:29:33 CET 1999 i586 unknown > What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch > esmeralda:/usr/src/Xemacs/src # gdb --directory ~/:/usr/src/glibc/intl:/usr/src/glibc/elf xemacs core *please* tell me you are not building with an gcc/egcs snapshot using a glibc snapshot on an unstable kernel release using -O3! If you do, then you got what you deserve. :-) > #2 0xbfff5f04 in ?? () > #3 0x402be998 in __dcgettext (domainname=0x4033a160 "libc", > msgid=0x4033c562 "No such file or directory", category=5) at > dcgettext.c:407 > #4 0x402eb748 in _strerror_internal (errnum=2, buf=0x40349ae0 "", > buflen=1024) > at ../sysdeps/generic/_strerror.c:69 > #5 0x402eb5d5 in strerror (errnum=2) at strerror.c:32 > #6 0x80d6cce in lisp_strerror (errnum=2) at fileio.c:245 > #7 0x80d4bf3 in Finsert_file_contents_internal (filename=138740836, > visit=137143408, > beg=137143380, end=137143380, replace=137143380, codesys=137245488, > used_codesys=137990816) > at fileio.c:148 ^^^^ I *hate* inlined functions -- which call to report_file_error is this? seriously, I really can't see how XEmacs can be blamed for strerror(2) segfault'ing. could you try rebuilding without -O3? thanks, Gunnar -- Gunnar Evermann Speech, Vision & Robotics Group Engineering Department Cambridge University

3 participants
3 comments

[Failure] Xemacs 21.0.65 on Digital UNIX 4.0D with DEC C 25 years, 8 months

Kevin Oberman

I got the following error when I tried to make 21.0.65 on my DU 4.0D system: cc -c -std -fast -Demacs -I. -DHAVE_CONFIG_H -std -I/usr/local/include -I/usr/dt/include abbrev.c cc: Error: lisp.h, line 2451: Ill-formed parameter type list. int unexec (char *, char *, uintptr_t, uintptr_t, uintptr_t); ----------------------------^ gmake[1]: *** [abbrev.o] Error 1 gmake[1]: Leaving directory `/home/oberman/utils/xemacs-21.0.65/src' gmake: *** [src] Error 2 Configured using: ./configure --with-site-lisp --site-includes=/usr/local/include --without-gcc --with-gnu-make '--cflags=-std -fast' 21.0.63 built fine. I never built 21.0.64. I have not had time to look at the source, do there may well be something obvious. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman(a)es.net Phone: +1 510 486-8634

3 participants
6 comments

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 March 1999