March 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Problem with configure i586-linux-gnu 26 years, 1 month

Martin Aumueller

Hello! I experienced a small problem while installing xemacs-21.2-b12 on my intel linux 2.2.2/glibc-2.1 system. As usual I configured ./configure --prefix= i586-linux-gnu And as I expected, the things that should go in exec-/doc-directory were installed to /lib/xemacs-21.2-b12/i586-linux-gnu. But when xemacs starts up it searches in /lib/xemacs-21.2-b12/i586-pc-linux, the directory derived from the canonical arch name and complains about exec-/doc-directory not being correctly set. I replaced the occurences of i586-pc-linux with i586-linux-gnu in config.status, reran it, and installation went fine. Martin

1 participants
0 comments

Re: [OK] 21.2 "Clio" XEmacs Lucid (beta12) on i586-pc-linux 26 years, 1 month

Jan Vroonhof

karl(a)cathcart.sysc.pdx.edu (Karl M. Hegbloom) writes: > Jan> Or your need to build under libc5 :-). Anyway I don't think > Jan> there has been a libgpm release that actually fixes the > Jan> problem. At least I haven't seen it yet. > > I've not tested that lately... Here goes. <pause for recompilation> > > Hey! Far out! Guess what? It works. gpm-1.17.5 from Debian > unstable (potato). :-) Aha. So there is a release that works. I missed it. Somebody needs to put that in the problems file and/or make an autoconf test. Jan

1 participants
0 comments

Re: Package update problem 26 years, 1 month

Adrian Aichner

>>>>> "Ian" == Ian MacKinnon <IMacKinnon(a)TELIA.CO.UK> writes: Ian> Hi all, When I try a package update (pick a package, any Ian> package) it fails saying that the downloaded package does not Ian> match the md5 checksum. This is 21.2.12 ( but I've seen it Ian> in earlier releases) on cygwin b20 under NT What am I doing Ian> wrong ? Hi Ian, try this on the file in question, e.g. texinfo-3_12.tar.gz: (md5 (with-temp-buffer (insert-file-contents "c:\\temp\\texinfo-3_12.tar.gz") (buffer-string))) "731f0955cdaa5260d0f81053576a6482" Compare the result with the information in `package-get-base' after evaluating (package-get-require-base) Adrian Ian> --- Ian> Ian -- Adrian Aichner Teradyne GmbH, European Design Center Integra Test Division Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 (What is a Fax?) D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

1 participants
0 comments

Re: 2.21.12 wont compile with mule 26 years, 1 month

Jan Hebler

SL Baur writes: > 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. After thinking more and more, i belive that this bug is not related to xemacs, but to glibc locales support. I have made an bug-report to them now, since i found that other programs (esp. man and whatis) dieing too. > > > 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. Nice try, but the problem is, that if i set my LC_ALL to de_DE xemacs crash if i force him to the error "No such file or directory". If i set my LC_ALL to C. everythig work. After 1h of fiddeling, i have made the brutal patch, it works for me, but it is clear that problems should not "fixed" that way --- fileio.c.old Thu Nov 26 12:38:48 1998 +++ fileio.c Wed Mar 10 12:08:27 1999 ＠＠ -235,14 +235,17 ＠＠ class, errb); } - + /* Just like strerror(3), except return a lisp string instead of char *. The string needs to be converted since it may be localized. Perhaps this should use strerror-coding-system instead? */ Lisp_Object lisp_strerror (int errnum) { - return build_ext_string (strerror (errnum), FORMAT_NATIVE); + if(errnum==2) + return build_ext_string ("Datei oder Verzeichniss nicht gefunden", FORMAT_NATIVE); + else + return build_ext_string (strerror (errnum), FORMAT_NATIVE); } static Lisp_Object

1 participants
0 comments

Re: lisp/finder-inf.el needs to be touched 26 years, 1 month

Jan Hebler

Hi ! SL Baur writes: > >>> I found I had to touch lisp/finder-inf.el to get the lisp to > >>> build. Why didn't the Makefile do that? > > > As I recall, there is no "finder-inf.el" from CVS. > > That is correct. Nor should one be shipped in the tarballs. > > > I touched to create a zero length one, otherwise the build failed. > > This sounds like the same problem Jan Hebler is reporting and I can't > duplicate. Which version of XEmacs? What happened when the finder > database was supposed to be rebuilt? What error message did you get? > Did anything else unusual happen when you were building? > My problem seems to me now more and more like not an xemacs problem at all but an problem with gettext and friends. To be more precise, if you set your LANG, LC_ALL and friends to de_DE, _then_ under some circumstances, an call to find_msg(domain->successor[cnt], msgid) with an msgid "No such file or directory" produce an sigsegv I will now write an bug-report to the glibc-people. Anyway if Karl has no finder-inf.el, it _may_ be, that he come from another door to this bug.

1 participants
0 comments

extent-data in bbdb-xemacs.el :-( 26 years, 1 month

Didier Verna

The "extent-data bug" in bbdb-xemacs.el hasn't been fixed in the CVS tree, right? I'm really fed up with fixing it by hand each time a checkout the package archive ... -- / / _ _ 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

2 participants
1 comments

Package update problem 26 years, 1 month

Ian MacKinnon

Hi all, When I try a package update (pick a package, any package) it fails saying that the downloaded package does not match the md5 checksum. This is 21.2.12 ( but I've seen it in earlier releases) on cygwin b20 under NT What am I doing wrong ? --- Ian

1 participants
0 comments

Re: XEmacs GIF bug? 26 years, 1 month

Adrian Aichner

>>>>> "SL" == SL Baur <steve(a)xemacs.org> writes: SL> I get a ton of GIF errors referencing the URL: SL> http://www.sinica.edu.tw/ftms-bin/ftmsw3 SL> (7) (error/warning) Error in process sentinel: (image-conversion-error SL> First image in GIF file is not full size [gif :data GIF87a... I get the same in (emacs-version) "XEmacs 21.2 \"Clio\" [Lucid] (i586-pc-win32, Mule) of Tue Mar 09 1999 on ZJ75T" Adrian SL> Hand loading the only GIF I see on that page does not yield the same SL> warnings. -- Adrian Aichner Teradyne GmbH, European Design Center Integra Test Division Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 (What is a Fax?) D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

1 participants
0 comments

XEmacs GIF bug? 26 years, 1 month

SL Baur

I get a ton of GIF errors referencing the URL: http://www.sinica.edu.tw/ftms-bin/ftmsw3 (7) (error/warning) Error in process sentinel: (image-conversion-error First image in GIF file is not full size [gif :data GIF87a... Hand loading the only GIF I see on that page does not yield the same warnings.

1 participants
0 comments

Re: [OK] 21.2 "Clio" XEmacs Lucid (beta12) on i586-pc-linux 26 years, 1 month

Karl M. Hegbloom

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> SL Baur <steve(a)xemacs.org> writes: >> shouldn't matter to XEmacs, but I believe you need a late-model >> libgpm to avoid the suspension bug. Jan> Or your need to build under libc5 :-). Anyway I don't think Jan> there has been a libgpm release that actually fixes the Jan> problem. At least I haven't seen it yet. I've not tested that lately... Here goes. <pause for recompilation> Hey! Far out! Guess what? It works. gpm-1.17.5 from Debian unstable (potato). :-)

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