April 2000 - XEmacs-Beta - XEmacs Mailing List Archives

FSF key format in edit-utils/foldout.el (PR#1090) 24 years

Gunnar Evermann

(load-library "foldout.el) gives: Signaling: (error "Invalid (FSF Emacs) key format (see doc of define-key)" M-C-down-mouse-1) define-key(#<keymap text-mode-map 3 entries 0xa00c> [M-C-down-mouse-1] foldout-mouse-zoom) could somebody fix this (and if possible look at syncing with a later FSF version)? thanks Gunnar

2 participants
1 comments

Re: error-checking=none working? 24 years

Mike McEwan

Michael Harnois <mdharnois(a)home.com> writes: > configure acknowledges that I have error-checking=none set but also > flashes me the warning that run-time error checking is enabled and > will make me very slow. Is there something evil happening? I see this too. I don't think it's actually compiling in error checking support though. Looking at the changelog in the top level directory, I see Didier has made a few recent changes in this area :-) -- Mike <mike(a)lotusland.demon.co.uk>

2 participants
1 comments

psgml dtds 24 years

Peter B. West

I don't know whether this is the right approach, but when I visit on of the psgml dtds, like html-4.01s.dtd, and invoke sgml-save-dtd, I get the following: Signaling: (error "ENTITY declaration is only valid in doctype") signal(error ("ENTITY declaration is only valid in doctype")) cerror("%s declaration is only valid in doctype" "ENTITY") apply(cerror ("%s declaration is only valid in doctype" "ENTITY")) error("%s declaration is only valid in doctype" "ENTITY") apply(error "%s declaration is only valid in doctype" "ENTITY") sgml-error("%s declaration is only valid in doctype" "ENTITY") sgml-parse-markup-declaration(prolog) sgml-parse-prolog() sgml-load-doctype() sgml-need-dtd() #<compiled-function (file) "...(57)" [expand-file-name file buffer-file-name error "Would clobber current file" sgml-need-dtd sgml-push-to-entity "#SAVE" nil "" sgml-write-dtd sgml-dtd-info sgml-pop-entity default-directory file-name-directory file-name-nondirectory sgml-default-dtd-file sgml-loaded-dtd] 6 ("/usr/local/lib/xemacs/xemacs-packages/lisp/psgml/psgml-dtd.elc" . 21800) (let* (... ... ...) (list ...))>("/usr/local/lib/xemacs/xemacs-packages/etc/psgml/cdtd/html-4.01s.ced") call-interactively(sgml-save-dtd) command-execute(sgml-save-dtd t) execute-extended-command(nil) call-interactively(execute-extended-command) I presume that the dtds are valid. Is there anything else I should be doing? -- __ /__ Peter B. West pbwest(a)netscape.net / http://www.powerup.com.au/~pbwest / "Lord, to whom shall we go?"

1 participants
1 comments

Re: [bug] Ben: `menu' keysym behaviour. 24 years

Karl M. Hegbloom

>>>>> "Ben" == Ben Wing <ben(a)666.com> writes: Ben> what system? Debian GNU/Linux, Potato, XFree-86 2.2.6, on an AMD K6 (x86), XEmacs 21.2 from CVS, with your large menubar stuff in it. There's a button on the lower right of my keyboard with a glyph of a menu on it with a mouse pointer arrow pointing to it. Pressing that key generates the "menu" keysym. Ben> "Karl M. Hegbloom" wrote: >> "menu runs `popup-mode-menu'" >> >> It pops up a menu, always at the mouse pointer, but the arrow keys >> don't work for selecting menu items, and ESC doesn't pop the menu >> down again.

2 participants
1 comments

Re: file-coding.c dies in compile 24 years

Michael Harnois

On 02 Apr 2000 18:27:39 -0500, Michael Harnois <mdharnois(a)home.com> said: > /usr/src/xemacs-21.2/src/file-coding.c:1074: incompatible types > in return Now having looked at the cvs history I see that the change causing the fuckage was "to keep the compiler happy." I find that this makes my compiler, at least, a lot happier ... --- /usr/src/xemacs-21.2/src/file-coding.c.orig Sun Apr 2 18:31:17 2000 +++ /usr/src/xemacs-21.2/src/file-coding.c Sun Apr 2 18:31:50 2000 ＠＠ -1071,7 +1071,7 ＠＠ return aliasee; else signal_simple_error ("Symbol is not a coding system alias", alias); - return 0; /* To keep the compiler happy */ + return; /* To keep the compiler happy */ } static Lisp_Object -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois(a)home.com aa0bt(a)aa0bt.ampr.org No excellent soul is exempt from a mixture of madness. -- Aristotle

1 participants
0 comments

file-coding.c dies in compile 24 years

Michael Harnois

Just pulled the latest 21.2 cvs. Guess I shouldn't have ... gcc -c -g -O6 -march=i686 -Demacs -I. -DHAVE_CONFIG_H -I/usr/include/postgresql -I/usr/local/include -I/usr/X11R6/include /usr/src/xemacs-21.2/src/file-coding.c /usr/src/xemacs-21.2/src/file-coding.c: In function `Fcoding_system_aliasee': /usr/src/xemacs-21.2/src/file-coding.c:1074: incompatible types in return -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois(a)home.com aa0bt(a)aa0bt.ampr.org No excellent soul is exempt from a mixture of madness. -- Aristotle

1 participants
0 comments

Re: .xemacs/init.el 24 years

Michael Sperber

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: >> What Ben wants is to have the package hierarchies *outside* the source >> tree like this: >> >> xemacs-21.2/ (source tree) >> xemacs-packages/ (package hierarchy) Jan> I didn't quite get why he wants that. rm -rf xemacs-21.2-b147 tar xvzf .../xemacs-21.2-b148.tar.gz cd xemacs-21.2-b148 ./configure make src/xemacs Jan> In particular I cannot see the user group being that big. Hey, not my idea. Why didn't anyone speak up when Ben argued for it? -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

2 participants
1 comments

Re: vc-cc bug fix ... 24 years

thi

From: Séverine et Vincent <severine.vincent(a)village.uunet.be> Date: Sun, 2 Apr 2000 14:01:47 +0200 I'm using XEmacs 21.1.8 and the vc-cc package release 1.13 (downloaded from an XEmacs mirror). Here are some problems I encountered and the way I have fixed them. are you planning to send the fixes to someone or install them yourself? i'm cc'ing the xemacs folks; perhaps they can be of quicker help. First, in vc.el, the 'vc-read-version' defun seemed broken. After long investigation ;-), a simple recompile of the file fixed the stuff. It seems then there is a sync inconsistency between vc.el and vc.elc in this package. In vc-hooks.el, the Lucid Emacs menu definition can be improved (and made consistent). At line 720, the "Diff Between Revisions..." intends to compare two different revisions. The associated call to 'vc-diff-since-revision' seems then improper and should be replaced either by 'vc-version-diff' or by 'ediff-revision'. Both these functions are well comparing 2 chosen versions whereas 'vc-diff-since-revision' only compare the current buffer with 1 old revision... generally, the vc-diff subsystem needs to be restructured to mux through a user-var `vc-diff-function'. you're welcome to send a patch. Finally, I'd like to congratulate all the people involved in this mode, it has really impressed all the ClearCase users I know (and me especially). Nice work. bug-gnu-emacs cc'ed. thi

1 participants
0 comments

Re: [Adrian Aichner <aichner@ecf.teradyne.com>] dired to honor shell-command-switch (vital for Windows NT) 24 years

Adrian Aichner

>>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: Michael> We've had this discussion about a zillion times. I'm Michael> grateful for all patches I get, but I'll continue to Michael> insist that the XEmacs package release schedule follow Michael> the official one. Once upon a time, this was handled APA> Hello Michael, APA> what is your official release schedule for a new dired package Michael> It'll be a few weeks yet: I first want to get the new EFS Michael> release off my back. OK. I'll test it on native NT. Michael> -- Michael> Cheers =8-} Chipsy Michael> Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: Progress gauge bug 24 years

Hrvoje Niksic

Andy Piper <andy(a)xemacs.org> writes: > I can't reproduce this. I will try later on my linux build. I have a > feeling that what may be happening is that somehow the pre-idle-hook > gets called while font-lock is in progress and hence you get endless > fontification. It would be worth trying to remove the pre-idle-hook > and see if you can still reproduce the bug. Well, if I remove the pre-idle hook, then font-lock updates don't happen, so a `C-x C-i' doesn't do anything except colorize the inserted text with the face at point.

1 participants
0 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 April 2000