August 2000 - XEmacs-Beta - XEmacs Mailing List Archives

file-truename in Windows native build 24 years, 8 months

Mike Alexander

It's annoyed me for some time that the native Windows version of XEmacs often ends up with two (or more) buffers visiting the same file, even if find-file-compare-truenames or find-file-use-truenames is set. It turns out that this is because file-truename isn't working well on Windows. XEmacs assumes that file-truename will always return the same thing for a given file, no matter what path you use to get to the file. This isn't true on Windows. The case in the path may vary, path components may be short names or long names, etc. Ffile_true calls xrealpath which makes a feeble attempt to be Windows compatible, but largely fails (for example it assumes "/" as a directory separator, but is only called with paths using "\"). While it would be possible to fix this, there was already another function that did pretty much what is needed: win32_get_long_filename which is only called by Fwin32_long_file_name. The latter function doesn't seem to be used in any of the C or Lisp code that I have. The attached patch changed Ffile_truename to use win32_get_long_filename on Windows after changing it to do something reasonable when given a path that contains a file or directory that doesn't exist. This latter change might cause a problem with code that used win32-long-file-name to test for the existence of a file, but I can't find any code that uses it at all, let alone for that purpose. I also changed xemacs.mak to remove realpath.c from the native Windows build since it isn't needed anymore. With this patch I haven't had any more problems with multiple buffers visiting the same file if I set find-file-compare-truenames or find-file-use-truenames. Let me know if you find any problems with this. I reworked it slightly tonight and it's possible I introduced a bug into it, but I've been using a similar patch for a week or so without problems. I'm probably not going to have time to commit this before I go on holiday, but I'll do it when I come back if no one objects and no one beats me to it. src/Changelog: 2000-08-27 Mike Alexander <mta(a)arbortext.com> * nt.c (win32_get_long_filename): Return something for non-existant files and directories * fileio.c: Include nt.h in Windows native build * fileio.c (Ffile_truename): Use win32_get_long_filename in Windows native build and use the correct directory sep character when adding one to the end of a directory path. nt/Changelog: 2000-08-27 Mike Alexander <mta(a)arbortext.com> * xemacs.mak: Remove realpath.c

1 participants
0 comments

New JDE version [WAS: Test release of new packages] 24 years, 8 months

Michael Sperber

I now realize why I never saw the problems you're seeing: The macro causing the defect is Win32-specfic. Anyways, I've (hopefully) added the necessary compile-time directives, and backed out the PRELOADS patch to Makefile, and bumped up the package version. Let me know if there are any more problems. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

2 participants
1 comments

menu "Options -> Edit Init file" opens init.elc! 24 years, 8 months

Giacomo Boffi

observed on cvs xemacs of Aug 26 01:04

1 participants
0 comments

bold, italic are not affected by changes in font size 24 years, 8 months

Giacomo Boffi

and bold-italic, too :-) while, e.g., info-xref that has the same description in the customization buffer gets resized ok this behaviour observed on cvs Xemacs 21.2.35 of Aug 26 01:04

1 participants
0 comments

Re: New JDE version [WAS: Test release of new packages] 24 years, 8 months

Andreas Jaeger

>>>>> Michael Sperber writes: > I now realize why I never saw the problems you're seeing: The macro > causing the defect is Win32-specfic. Anyways, I've (hopefully) added > the necessary compile-time directives, and backed out the PRELOADS > patch to Makefile, and bumped up the package version. Let me know if > there are any more problems. Michael - and all other package maintainers, please don't bump the package version - ever! Every time I upload a new package, I bump the package version automatically, there's no need for you to do this at all. I've uploaded the new package as jde-1.22-pkg.tar.gz to ftp.xemacs.org/pub/xemacs/beta/experimental/ Thanks Michael for looking into this, Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.inka.de http://www.suse.de/~aj

1 participants
0 comments

TERM in compilation buffer 24 years, 8 months

Giacomo Boffi

M-x compile RET echo $TERM RET gives me a buffer like this: ------------------------------------------------------------------------ cd /home/gb/ echo $TERM rxvt Compilation finished at Sat Aug 26 19:47:45 ------------------------------------------------------------------------ i wonder if it would be better to have TERM automatically set to emacs so that the new spiffy utility that colorizes gcc output could be turned off in the Compilation buffer ciao

1 participants
0 comments

Re: I'm an idiot 24 years, 8 months

Adrian Aichner

>>>>> "Lennart" == Lennart Staflin <lenst(a)lysator.liu.se> writes: Lennart> Paul Krause <pkrause(a)ibelong.com> writes: >> diff -u c:\Program Files\Xemacs\xemacs-packages\lisp\psgml\psgml.el.~1~ c:\Program Files\Xemacs\xemacs-packages\lisp\psgml\psgml.el >> --- c:\Program Files\Xemacs\xemacs-packages\lisp\psgml\psgml.el.~1~ Mon Aug 21 17:36:30 2000 >> +++ c:\Program Files\Xemacs\xemacs-packages\lisp\psgml\psgml.el Mon Aug 21 17:36:30 2000 >> ＠＠ -426,7 +426,8 ＠＠ >> (concat "%S" path-separator >> (directory-file-name >> sgml-data-directory) >> - "%o/%c/%d"))) >> + "%o" (string directory-sep-char) >> + "%c" (string directory-sep-char) "%d"))) >> "*Mapping from public identifiers to file names. >> This is a list of possible file names. To find the file for a public >> identifier the elements of the list are used one at the time from the >> Lennart> As usually the XEmacs maintainers have confused things by Lennart> not making it clear what is XEmacs specific. There is no I like blanket statements like this. They make world such a simple place and win you a lot of friends at the same time. Lennart> code like the above in the standard PSGML dist. Lennart, would you care to comment on a patch of mine for which I have asked you for advice/approval in > From: Adrian Aichner <aichner(a)ecf.teradyne.com> > Subject: [PATCH] psgml-fs.el, psgml-html.el, psgml-info.el to provide themselves, autoload `html-quote-region' > To: lenst(a)lysator.liu.se > Cc: Andreas Jaeger <aj(a)xemacs.org>, Jerry James <james(a)eecs.ukans.edu> > Date: 15 Aug 2000 15:17:55 +0200 > Message-ID: <uk8di8xz0.fsf(a)ecf.teradyne.com> The patch itself may be found here: http://www.xemacs.org/list-archives/xemacs-patches/200008/msg00057.html Adrian Lennart> -- Lennart> Lennart Staflin <lenst(a)lysator.liu.se> /*/ (:ABSOLUTE :WILD) -- Adrian Aichner <adrian(a)xemacs.org>

3 participants
2 comments

Re: More JDE woes. 24 years, 8 months

Steve Youngs

* Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >>>>>> "Steve" == Steve Youngs <youngs(a)xemacs.org> writes: Steve> would fix it, but that dies with this... Steve> ,---- Steve> | !! Symbol's value as variable is void ((speedbar-dynamic-tags-function-list)) Steve> | >>Error occurred processing lisp/jde-bug.el: Steve> | Symbol's value as variable is void: speedbar-dynamic-tags-function-list Steve> `---- > Steve, do you have > (locate-library "speedbar") > "c:\\XEmacs\\xemacs-packages\\lisp\\speedbar\\speedbar.elc" (locate-library "speedbar") "/usr/local/lib/xemacs/xemacs-packages/lisp/speedbar/speedbar.elc" -- |---<Regards, Steve Youngs>-----------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |----------------------------------<mailto:youngs＠xemacs.org>---|

1 participants
0 comments

vm 6.75 as test package uploaded 24 years, 8 months

Andreas Jaeger

I've made one final package update: VM 6.75. I've uploaded vm-1.24-pkg.tar.gz to ftp.xemacs.org/pub/xemacs/beta/experimental Please test the package - I'm not using VM. Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.inka.de http://www.suse.de/~aj

1 participants
0 comments

OK, I'm curious now 24 years, 8 months

Gary Bickford

Folks, I just read the "GNU vs. XEmacs" page http://www.xemacs.org/About/XEmacsVsGNUemacs.html. I confess, I rarely use emacs any more, as many of the systems I remotely log into don't have it, and I just got used to using Vim or the original vi, whichever is available. Since I don't use it regularly, most of the key mappings have been forgotten (except the ubiquitous ones like ^P, ^N, etc.) I note most distributions of linux include GNU Emacs, not XEmacs. However from this page, I surmise that XEmacs is nicer for workstation use. But I'm so used to vim now... It is not noted on the page whether the FSF position statement was written with the XEmacs position in mind. So the following is not necessarily a correct presumption: It appears that RMS complaints about XEmacs have more to do with licensing issues than design. If so, couldn't this be accommodated by the XEmacs gang? Unless those folks have completely faded away. Just curious, Gary Bickford

3 participants
3 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 August 2000