October 2000 - XEmacs-Beta - XEmacs Mailing List Archives

building xemacs-pacakges on unix 25 years

Gunnar Evermann

I tried building the packages from source. Even doing a make clean in the root of the xemacs packages source tree takes ages. This is because the XEmacs.rules file contains: ----- XEMACS_NATIVE_NT = \ $(shell $(XEMACS) $(VANILLA) -batch \ -eval "(princ (eq system-type 'windows-nt))") ----- this is executed for every single directory in the whole source tree (i.e. for all 110 Makefiles). I am all in favour of compatability with different OSs, but could this please be done slightly more efficiently? e.g. only do this once instead of 110 time? Gunnar

1 participants
0 comments

Re: Xemacs dumps core on XMapRaised (PR#1461) 25 years

Gunnar Evermann

OS: FreeBSD 4.1 Version: 21.1.9 mule: yes yasu(a)mrit.mei.co.jp writes: > I'm using Xemacs on Accelerated-X 5.0 with 2 screen mode and > the window manager is twm. Cursor are moved between the > screens with f.iconify and f.deiconify (twm function). When I > move the cursor between the screens, xemacs dumps core 4-5 > per day. The following is the backtraced result of the core. > > -------- backtraced result > #0 0x2829ad04 in _XtIsSubclassOf () from /usr/X11R6/lib/libXt.so.6 > #1 0x281d3847 in _XawImGetShellHeight () from /usr/X11R6/lib/libXaw.so.6 > #2 0x281cf4b2 in XawVendorShellExtResize () from /usr/X11R6/lib/libXaw.so.6 > #3 0x281cf522 in XawVendorStructureNotifyHandler () from /usr/X11R6/lib/libXaw.so.6 > #4 0x28295e32 in XtDispatchEventToWidget () from /usr/X11R6/lib/libXt.so.6 > #5 0x282965e7 in _XtDefaultDispatcher () from /usr/X11R6/lib/libXt.so.6 > #6 0x28296918 in XtDispatchEvent () from /usr/X11R6/lib/libXt.so.6 > #7 0x2829f509 in XtAppProcessEvent () from /usr/X11R6/lib/libXt.so.6 > #8 0x812da1e in alarm () > #9 0x80a876b in XMapRaised () > #10 0x80aa0ae in XMapRaised () > #11 0x80aa42f in XMapRaised () > #12 0x8063512 in XMapRaised () > #13 0x8063387 in XMapRaised () > #14 0x80794dc in XMapRaised () > #15 0x8062eeb in XMapRaised () > #16 0x8062f0f in XMapRaised () > #17 0x80791f4 in XMapRaised () > #18 0x80630a0 in XMapRaised () > #19 0x807649f in XMapRaised () > #20 0x8076b42 in XMapRaised () > #21 0x804f049 in XMapRaised ()

1 participants
0 comments

Re: [comp.emacs.xemacs] efs 1.20 - no change from 1.19 25 years

Neal D. Becker

I still have this same stupid problem as well.

1 participants
0 comments

Re: [comp.emacs.xemacs] efs 1.20 - no change from 1.19 25 years

Michael Sperber

>>>>> "Steve" == Steve Youngs <youngs(a)xemacs.org> writes: Steve> Is this that package-get.el problem in 21.1.11 come back to haunt us? Steve> Or is it an efs problem? It's always been an EFS problem; the XEmacs version has nothing to do with it. I expect the problem to be described below to be related to the package-get problem, but obviously it's not the same --- AFAIK, I fixed package-get. Steve> I noticed that the ftp.xemacs.org site dropped ALL the older versions Steve> of efs ... good thing I have a copy of 1.16 handy ... ;-> The problem with 1.16 is that it doesn't work with wu-ftpd 2.7 (due to a bug in wu-ftpd which they've refused to fix) which is pretty ubiquitous. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: [PATCH] Fix cc-mode comment continuation lines. 25 years

Stephen J. Turnbull

Redirected to xemacs-beta. >>>>> "Yoshiki" == Yoshiki Hayashi <yoshiki(a)xemacs.org> writes: Yoshiki> Daniel Pittman <daniel(a)rimspace.net> writes: >> As an aside, while tracking this down, the comment about >> disabling Kinsoku processing is correct, locally, but does not >> really work. The standard function called at that point, >> `indent-new-comment-line', still does Kinsoku internally. Yoshiki> Yeah, you're right. Thanks for pointing this out, too. Yoshiki> I'll investigate it when I can find some time. I'm already on this one; fill/kinsoku is a bloody mess and substantially variant from GNU Emacs 20.7 for no particular reason (it doesn't depend on GNU-specific interfaces or the Mule variant). I'm definitely interested in working with you when you have time. I can provide patches against CVS current and discussion on request, but so far all I've done is some reorganization, the functionality is the same (read "still broken"). This may be moot if we do a synch to FSF 20.7. I think a synch to Emacs 20.7, possibly with some additional features, _is_ the right way to go here. The main changes I've noticed so far over there are (1) a variable that _really_ disables kinsoku (if I read the code correctly) and (2) instead of hard-coding searches and using looking-at, kinsoku is implemented via text properties. Comments? -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."

2 participants
2 comments

[comp.emacs.xemacs] efs 1.20 - no change from 1.19 25 years

Steve Youngs

Is this that package-get.el problem in 21.1.11 come back to haunt us? Or is it an efs problem? I'm leaning toward the package-get thing because he doesn't state what version of XEmacs he is using. I'm using efs quite a bit for my ftp needs and I don't see this. -- |---<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

Re: ["Sailesh Krishnamurthy/Santa Teresa/IBM" <sailesh@us.ibm.com>] Crash of XEmacs-21.1.12 on AIX 4.3.2 (PR#1458) 25 years

Michael Sperber

You did follow the PROBLEMS advice regarding AIX, didn't you? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: RFC: xemacsweb - XEmacs vs. GNU Emacs 25 years

John H Palmieri

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > like from Emacs. If I could copy the code I like from XEmacs > in the same way, at least the rivalry would be fair. But I > can't do that't, because substantial parts of XEmacs don't ^^^^^^ I assume this should say "that". -- John H. Palmieri Dept of Mathematics, Box 354350 palmieri(a)math.washington.edu University of Washington http://www.math.washington.edu/~palmieri/ Seattle, WA 98195-4350

1 participants
0 comments

Re: ["Sailesh Krishnamurthy/Santa Teresa/IBM" <sailesh@us.ibm.com>] Crash of XEmacs-21.1.12 on AIX 4.3.2 (PR#1458) 25 years

Sailesh Krishnamurthy/Santa Teresa/IBM

Hi Mike I used a binary kit earlier. I haven't tried the latest binary kit. Meanwhile I'm using my version of 21.1.8 that I built on AIX 4.2.1 Update for Martin: I built gcc-2.95 on AIX 4.3.2 and built XEmacs-21.1.12 with gcc-2.95. I can confirm that XEmacs dumps core on startup at the same place (in specifier.c) Tinkerty-tonk Sailesh -- IBM Almaden Research Center, B1-429 650 Harry Road, San Jose, CA 95120 Ph: (408) 927-1913, Tie: 457-1913, Fridays: (408) 463-4176 Internet: sailesh(a)us.ibm.com sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) ＠informatik.uni-tuebingen.de on 10/12/2000 04:42:08 AM Sent by: sperber(a)informatik.uni-tuebingen.de To: Sailesh Krishnamurthy/Santa Teresa/IBM＠IBMUS cc: Valdis.Kletnieks(a)vt.edu, Gunnar Evermann <ge204(a)eng.cam.ac.uk>, XEmacs Developers <xemacs-beta(a)xemacs.org>, XEmacs BTS <xemacsbugs(a)cvs.xemacs.org> Subject: Re: ["Sailesh Krishnamurthy/Santa Teresa/IBM" <sailesh(a)us.ibm.com>] Crash of XEmacs-21.1.12 on AIX 4.3.2 (PR#1458) Does the binary kit work for you? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

21.2.36: Customize widgets display strangley 25 years

Raymond Toy

>From a full tar ball of 21.2.36 on Solaris 2.7. The Customize buttons display strangely, as shown in the attached file. Ray

2 participants
1 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 October 2000