June 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: mouse-track-insert bug/limitation question (Windows NT, native build) 24 years, 5 months

Jan Vroonhof

Adrian Aichner <aichner(a)ecf.teradyne.com> writes: > 2. > As an alternative, double clicking on the word I want to insert (while > holding Ctrl pressed) will also insert at the point current when Ctrl > was pressed. > > Method 1 works even when picking a selection in another buffer, method > 2 does not, in my native NT builds of XEmacs-21.1.10-close-to-11 and > XEmacs-21.2-b34-with-latest-CVS-changes. Assuming I understand correctly (i.e. the other buffer is in another window) method 2 works for me. Jan

1 participants
0 comments

Re: mouse-track-insert bug/limitation question (Windows NT, native build) 24 years, 5 months

Dmitry Yaitskov

Adrian Aichner <aichner(a)ecf.teradyne.com> wrote: > Hello All! > > I have become an enthusiastic fan of > > C-button1 mouse-track-insert > > recently. > > 1. > I pick the point where I want to insert something, hold down the Ctrl > key, and drag thru the selection I want to insert. > > 2. > As an alternative, double clicking on the word I want to insert (while > holding Ctrl pressed) will also insert at the point current when Ctrl > was pressed. > > The little gripe I have is this. > > Method 1 works even when picking a selection in another buffer, method > 2 does not, in my native NT builds of XEmacs-21.1.10-close-to-11 and > XEmacs-21.2-b34-with-latest-CVS-changes. > > Could somebody please let me know whether method 2 works under X (UNIX > or even cygwin builds on Windows NT) with the selection being made in > another buffer? FWIW. On my system - 21.2.34 built under cygwin, run w/out an X server - method 2 also does not work for different buffers. > Does anyone even have an explanation/workaround/solution? > > Best regards, > > Adrian > > -- Cheers, -Dima.

1 participants
0 comments

bug with .saves files 24 years, 5 months

Alec Wolman

In all recent versions of xemacs v21.1, a file is created called ".saves-<pid>-<hostname>" in my home directory, each time xemacs auto-saves a file. The .saves file contains a list of the files that have been autosaved during the current xemacs session. The bug is that this file is never deleted by xemacs, so after a few months there are large numbers of these files sitting in my home directory. In GNU-Emacs, there is some code in the kill-emacs function in src/emacs.c that cleans up the .saves files, but the corresponding functionality appears to be missing from the xemacs version. The code from GNU-Emacs looks like this, and is called just before exit(). /* If we have an auto-save list file, kill it because we are exiting Emacs deliberately (not crashing). Do it after shut_down_emacs, which does an auto-save. */ if (STRINGP (Vauto_save_list_file_name)) unlink (XSTRING (Vauto_save_list_file_name)->data); Alec

1 participants
0 comments

Re: Broken operating systems.... 24 years, 5 months

Jan Vroonhof

Daniel Pittman <daniel(a)danann.net> writes: Does FSF Emacs have the same problem. I don't think our saving routines are very much different? > In the short term[1], is it worth my while putting together a patch to > fix this in XEmacs by resolving the output filename and only ever > passing the real name to the system? It seems sensible to access a file using one consistent name. However if it is short term only, does playing with back-up-by-copying and friends help? > I had a glance at the code and this is, um, non-trivial to do, I think. > Especially as it would mean potentially dealing with GC. I will put in > the effort if needed, though. If you want you can try writing the code first without the GC-stuff. I don't think the file handling code does any GC-ing as long as file-name-handler-alist Jan

1 participants
0 comments

Broken operating systems.... 24 years, 5 months

Daniel Pittman

I have recently stumbled across a nice, wonderful, PITA, er, issue with the implementation of open with O_CREAT and dangling symlinks. Simply put, under some Linux kernels (2.4.0-test1*, at least), O_CREAT will not follow dangling symlinks - instead, -ENOENT in returned. This is not a /good/ thing, given that the implementation of saving files under XEmacs will cause any file opened through a symlink to become a dangling symling before it tries to create it. This is, um, not very good. Now, I have opened a discussion about this with the people responsible for it but, for now, XEmacs will not work on this system. In the short term[1], is it worth my while putting together a patch to fix this in XEmacs by resolving the output filename and only ever passing the real name to the system? I had a glance at the code and this is, um, non-trivial to do, I think. Especially as it would mean potentially dealing with GC. I will put in the effort if needed, though. Daniel Footnotes: [1] Possibly even the long term, if the darned-foolishness is retained because it's easier[2] to implement. [2] Also sainer and the only race-free way to do it, or so the claims go. -- The mist crawls from the canal like some primordial phantom of romance. To curl, under a cascade of neon pollen -- Marillion, _Bitter Suite (I)_ (Misplaced Childhood)

1 participants
0 comments

window-system independent GUI specifications... 24 years, 5 months

William M. Perry

I was bored on the plane ride home, so I started writing some of the generic UI code instead of documentation. :) Basically, this is similar to the glyph stuff andy did, but pops up in its own window instead of being embedded in a buffer or gutter area. Basically, it works like this: (defvar test-ui '(window :type dialog :items ((tab-control :homogeneous t :items ((box :orientation vertical :tab-label (label :text "vertical") :items ((label :text "Vertical") (label :text "Box stacking"))) (box :orientation horizontal :spacing 10 :items ((label :text "Horizontal box") (label :text "stacking"))) (box :orientation vertical :items ((radio-group :items ((button :type radio :text "Item 1") (button :type radio :text "Item 2") (button :type radio :text "Item 3") (button :type radio))))) (box :orientation vertical :items ((button :type check :text "Item 1") (button :type check :text "Item 2") (button :type normal :text "Item 3") (button :type toggle))) (text :editable t :word-wrap t :file (locate-data-file "COPYING")) (text :editable t :face display-time-mail-balloon-enhance-face :word-wrap t :text "Text with a face on it")))))) (build-ui test-ui) (show-ui test-ui) I don't have any of the keymap stuff in there yet, but this is all written in lisp for the GTK case, so that will be relatively simple to add. The one thing I don't like is the radio-group requirement. I would prefer to have used the :selected bit, but updates were a real problem there. You can get away with it in the menu because you can update them just before you pop them up, but with long-lived visible widgets, you'd want it to update asynchronously. I didn't want to use an idle timer, because that seemed like it would chew up a huge amount of CPU usage, etc. Then again, I hate the :selected bits for radio buttons anyway. :) -Bill P.

1 participants
0 comments

Re: Who wants to work on Ps-print? 24 years, 5 months

Jan Vroonhof

Ben Wing <ben(a)666.com> writes: > > [porting newer version of ps-print] > did anyone ever deal with this? Unfortunately not. Jan

1 participants
0 comments

Re: xemacs crashes immediately on Alpha Linux 24 years, 5 months

Jan Vroonhof

Falk Hueffner <falk.hueffner(a)student.uni-tuebingen.de> writes: > Debian 2.2 (potato) > Linux version 2.2.14 > gcc version 2.95.2 20000313 (Debian GNU/Linux) > Compaq C T6.2-235 on Linux 2.2.14 alpha / Compiler Driver T6.2-235 (Linux) cc Driver > glibc 2.1.3 > binutils 2.9.5.0.37 > > After a suggestion of Olivier Galibert, I tried ./configure --pdump > with the Compaq compile, and to my amazement it started working. Even > the problem with the selection I reported some weeks ago was gone :) I > will make some more tests and see if it works with gcc, too. Note that this really isn't that amazing. The "p" in pdump is there for a reason. The question is whether you/we/somebody else[1] wants to chase down the problem with the black art of normal dumping or that the time isn't better spend completing the pdump support. Jan Footnotes: [1] Often checking a recent pre-test of standard Emacs can be useful.

1 participants
0 comments

font-lock-mode and beta32--beta34 24 years, 5 months

Nils Bokermann

Hi! Is there a known problem with the font-lock-mode in the xemacs-21.2-beta32++? When I try M-x font-lock-mode with the fundamental mode, the xemacs crashes with a seg-fault. (in linux/glib2.1). On HP-UX 10.20 font-lock-mode works.. Bye, Nils P.S.: (No bt, because thats awfull long.) -- Nils Bokermann Phone: +49 521 8807498

2 participants
2 comments

Re: configure probs with sparc-unknown-linux 24 years, 5 months

Jason R Mastaler

Vin Shelton <acs(a)xemacs.org> writes: > Is this still true? Do you want to supply a patch for this? I'm not sure, but I doubt it. Redhat is rather unstable on the sun4c platform. In any case, I am no longer running Linux on this machine so I can't debug this any further. Does anyone on this list build XEmacs on Redhat/Sparc? > Jason> I'm not able to build XEmacs on Redhat Linux 6.1 for sparc due to some > Jason> problems with the configure script. This goes for the latest 21.2 > Jason> beta as well as 21.1.9. `sed' is having trouble with some of the > Jason> lines in conftest.s2 and conftest.frag. sed on this machine is GNU > Jason> sed version 3.02. > > Jason> Has anyone else seen this problem? The output below is what I see > Jason> at the end of ./configure just after Installation is written out. > Jason> The result is that all the Makefiles end up as empty files. > > Jason> creating ./config.status > Jason> creating Makefile.in > Jason> sed: file conftest.s2 line 35: Unknown command: `` > Jason> creating lib-src/Makefile.in > Jason> sed: file conftest.s2 line 35: Unknown command: `` > Jason> creating lwlib/Makefile.in > Jason> sed: file conftest.s2 line 35: Unknown command: `` > Jason> creating src/Makefile.in > Jason> sed: file conftest.s2 line 35: Unknown command: `` > Jason> creating src/paths.h > Jason> sed: file conftest.s2 line 35: Unknown command: `` > Jason> creating lib-src/config.values > Jason> sed: file conftest.s2 line 35: Unknown command: `` > Jason> creating lib-src/ellcc.h > Jason> sed: file conftest.s2 line 35: Unknown command: `` > Jason> creating src/config.h > Jason> sed: file conftest.frag line 1: Unknown command: ``%'' > Jason> creating lwlib/config.h > Jason> sed: file conftest.frag line 1: Unknown command: ``%'' > Jason> creating ./Makefile > Jason> creating ./GNUmakefile > Jason> creating lib-src/Makefile > Jason> creating lib-src/GNUmakefile > Jason> creating lwlib/Makefile > Jason> creating lwlib/GNUmakefile > Jason> creating src/Makefile > Jason> creating src/GNUmakefile > > Jason> % ls -l Makefile lib-src/Makefile lwlib/Makefile src/Makefile > Jason> -r--r--r-- 1 jason wheel 0 Feb 19 23:31 Makefile > Jason> -r--r--r-- 1 jason wheel 0 Feb 19 23:31 lib-src/Makefile > Jason> -r--r--r-- 1 jason wheel 0 Feb 19 23:31 lwlib/Makefile > Jason> -r--r--r-- 1 jason wheel 0 Feb 19 23:31 src/Makefile

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 June 2000