July 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Neal D. Becker

>>>>> "dv" == Didier Verna <verna(a)inf.enst.fr> writes: dv> nbecker(a)fred.net writes: >> Wouldn't it be nice to be able to use ediff to show you what's >> changed? dv> From when ? Last time it was saved ? You can diff the buffer yourself dv> then. Or do you mean you'd like a visual history of what's changed since the dv> last saving ? I guess you could do this by copying the buffer in several dv> others with different degrees of undo's. I mean diff the buffer against the last saved version. Is there any convenient way to do this?

1 participants
0 comments

Re: feature request 25 years, 9 months

Didier Verna

nbecker(a)fred.net writes: > Wouldn't it be nice to be able to use ediff to show you what's > changed? From when ? Last time it was saved ? You can diff the buffer yourself then. Or do you mean you'd like a visual history of what's changed since the last saving ? I guess you could do this by copying the buffer in several others with different degrees of undo's. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19

1 participants
0 comments

M-x hm--html-minor-mode fails in 21.1.4, "i386-pc-win32" 25 years, 9 months

Adrian Aichner

Here's the backtrace. When I try loading hm--html-mode.el to get a better backtrace, that errs too. Regards, Adrian Signaling: (error "Invalid image-instantiator format" autodetect) check-valid-instantiator([autodetect :data "c:\\Program Files\\XEmacs\\XEmacs-21.1.4\\etc\\idd\\drop"] image) canonicalize-spec-list([autodetect :data "c:\\Program Files\\XEmacs\\XEmacs-21.1.4\\etc\\idd\\drop"] image) set-specifier(#<image-specifier global=<unspecified> fallback=((nil . ...)) 0x420c> [autodetect :data "c:\\Program Files\\XEmacs\\XEmacs-21.1.4\\etc\\idd\\drop"] nil nil nil) set-glyph-property(#<glyph (pointer) #<image-specifier global=<unspecified> fallback=(...) 0x420c>0x420b> image [autodetect :data "c:\\Program Files\\XEmacs\\XEmacs-21.1.4\\etc\\idd\\drop"] nil nil nil) set-glyph-image(#<glyph (pointer) #<image-specifier global=<unspecified> fallback=(...) 0x420c>0x420b> [autodetect :data "c:\\Program Files\\XEmacs\\XEmacs-21.1.4\\etc\\idd\\drop"]) make-glyph([autodetect :data "c:\\Program Files\\XEmacs\\XEmacs-21.1.4\\etc\\idd\\drop"] pointer) make-pointer-glyph([autodetect :data "c:\\Program Files\\XEmacs\\XEmacs-21.1.4\\etc\\idd\\drop"]) idd-make-drag-and-drop-pointer-glyph() <lines deleted by Adrian> command-execute(hm--html-minor-mode t) execute-extended-command(nil) call-interactively(execute-extended-command) -- Windows NT File Manager Help: To make sure that your files are secure, you should check their ownership regularly.

1 participants
0 comments

Re: The plague is back: "Attempt to delete the sole visible or iconified frame" strikes again 25 years, 9 months

SL Baur

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes in xemacs-beta(a)xemacs.org: > SL Baur <steve(a)xemacs.org> writes: >> >> > I use version 0.60.0, the one from Debian (0.60.0-4). >> > FWIW I now use 0.60.0 just updated by source from the debian source > package, and I see it too. O.K. I tried again with a build from the current XEmacs CVS and I now see the problem. As soon as I get the sources copied, I will try them against the older Linux version and try again.

1 participants
0 comments

Re: The plague is back: "Attempt to delete the sole visible or iconified frame" strikes again 25 years, 9 months

Jan Vroonhof

SL Baur <steve(a)xemacs.org> writes: > > > I use version 0.60.0, the one from Debian (0.60.0-4). > FWIW I now use 0.60.0 just updated by source from the debian source package, and I see it too. Jan

1 participants
0 comments

Could describe-variable and customize-variable be merged? 25 years, 9 months

Carl R. Witty

>Submitter-Id: net >Originator: Carl Witty >Organization: XEmacs Users >Confidential: no >Synopsis: Could describe-variable and customize-variable be merged? >Severity: non-critical >Priority: medium >Category: configuration >Class: change-request >Release: gnats-3.101 >Environment: System: Linux nebula 2.0.35 #1 Thu Nov 19 00:04:16 PST 1998 i686 unknown Architecture: i686 >Description: I think it would be nice if there were a single command which acted like customize-variable if the variable were customizable and like describe-variable otherwise. (In fact, maybe this command should be bound to C-h v by default.) >How-To-Repeat: >Fix: --=-=-= any comments on this? -- Gunnar Evermann Speech, Vision & Robotics Group Engineering Department Cambridge University --=-=-=--

1 participants
0 comments

Re: The plague is back: "Attempt to delete the sole visible or iconified frame" strikes again 25 years, 9 months

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > SL Baur <steve(a)xemacs.org> writes: >> I can't. What I cannot duplicate is Hrvoje's results with >> WindowMaker. Regardless of the value of >> `allow-deletion-of-last-visible-frame', I can C-x 5 0 a frame when >> another frame is open in another workspace, i.e. WindowMaker always >> does the Right Thing. > NB: What version of WindowMaker do you use? I posted one of the versions earlier. Both 0.60.0 on Solaris (compiled and linked against XFree86) and 0.20.1 on TurboLinux (how do I ask for the RPM version number?) are O.K. for me. > I use version 0.60.0, the one from Debian (0.60.0-4). Hmm.

1 participants
0 comments

Re: reproducible crash in 21.1.4 in tcl-mode 25 years, 9 months

SL Baur

Gunnar Evermann <ge204(a)cus.cam.ac.uk> writes in xemacs-beta(a)xemacs.org: > On Thu, 22 Jul 1999 jsc(a)arsdigita.com wrote: >> I've got a reproducible crash running XEmacs 21.1.4 under Solaris 2.6 >> compiled with gcc. tcl-mode version is 1.50. > [snip] >> Lisp backtrace: >> skip-syntax-backward("/\\") > from the PROBLEMS file: > ----- > *** Don't use -O2 with gcc 2.8.1 and egcs 1.0 under SPARC architectures > without also using `-fno-schedule-insns'. > gcc will generate incorrect code otherwise, typically resulting in > crashes in the function skip-syntax-backward. > ----- > we thought we had a workaround for this in 21.1. but obviously that does > not always work. > I think version of egcs starting with 1.1 are OK. So the best > solution is to upgrade to gcc2.95 (is that officially out yet?) > and to rebuild. egcs-1.1.2 (2.91.66) has this bug fixed.

1 participants
0 comments

Re: Discrepancy between Installation and configure 25 years, 9 months

William M. Perry

karlheg(a)cathcart.sysc.pdx.edu (Karl M. Hegbloom) writes: > >>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: > > sb> Installation sez: > sb> Compiling in DLL support. > > sb> but the configure option is --with-shlib/--without-shlib. > sb> These need to match. Which one is the preferred name? > > I like `shlib' since I use Linux. `DLL' is a "Windows" term, isn't > it? Or call it `dlopen', but maybe that's only the name of the lib > that does that on Linux. How about `DSO' like apache uses? Dynamic-Shared-Object Or go whole hog and spell the #%!＠#%! thing out. :) -bp

1 participants
0 comments

Re: hm--html-menu fix for "fixed" psgml. 25 years, 9 months

Adrian Aichner

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> The latest XEmacs psgml package broke the hooking hack used by Jan> hm--html-minor-mode. This adds another hack that should also work in Jan> that case. Oops, I wasn't aware that hm--html-minor-mode hooks into PSGML. Thanks for the fix. broken-out-of-ignorance-ly yours, Adrian

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