June 2000 - XEmacs-Beta - XEmacs Mailing List Archives

unrecognized selection-conversion type 24 years, 5 months

John A. Turner

I'm still seeing the problem detailed in the attached msg - but I'm not so sure any more that it's related to virtual desktops - it also happens right after I save a buffer it's very strange - once it starts happening in an XEmacs process, it keeps happening sporadically (beep.... beep beep.... beep......... beep....) no one else sees this? anything I can do to help find the cause aside from doing a binary search in my .emacs to see which of my customizations might be triggering it? -- John A. Turner, Senior Research Associate Blue Sky Studios, One South Rd, Harrison, NY 10528 http://www.blueskystudios.com/ (914) 825-8319

1 participants
0 comments

21.2.34 hangs if left alone 24 years, 5 months

Dmitry Yaitskov

Hi, Basically, subj. My machine is always up. With 21.2.33, I left XEmacs running at all times, and never had any problems when returing to the computer. With 21.2.34, if I leave XEmacs open during the night, in the morning it is dead - still shows up in the window list though. I have to kill -KILL it. I'm using XEmacs CVS version (last updated late night yesterday - May 30), built under cygwin (1.1) running on NT 4 sp 6a. -- Cheers, -Dima.

4 participants
5 comments

forwarded message from Ben Wing 24 years, 5 months

Charles G Waldman

This came from Ben - I don't have an NT box to test this on, but I think it should be tested and applied to the 21.1 series.

1 participants
0 comments

Re: eudc versus keyboard focus 24 years, 5 months

Raymond Toy

>>>>> "Stephen" == Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes: >>>>> "Ray" == Raymond Toy <toy(a)rtp.ericsson.se> writes: Ray> This happens on my Solaris 2.7 build using gcc 2.7.2.2, Ray> Openwin. If it matters I'm using fvwm 2.2.4 as my window Ray> manager. I've set up fvwm so that focus follows mouse. Stephen> What is the setting of `focus-follows-mouse' in xemacs? Does changing Stephen> that help? It's set to T. I'm testing what happens when it's NIL.... Ok, it doesn't change anything. I did notice, though, that if I press and hold down ANY button, focus is lost, as indicated by the hollow cursor. Hmm, actually on further experimentation, ANY button that looks like the eudc buttons, including the customize buttons, has the same problem. Yuck! Perhaps someone familiar with the widgets and X can see what's happening. Ray

2 participants
1 comments

Re: Anybody using pcl-cvs 1.46 with any success? 24 years, 5 months

Adrian Aichner

>>>>> "Paul" == Paul Krause <pkrause(a)ibelong.com> writes: Paul> This is a multi-part message in MIME format. Paul> ------=_NextPart_000_0049_01BFCBEB.A5348960 Paul> Content-Type: text/plain; Paul> charset="iso-8859-1" Paul> Content-Transfer-Encoding: quoted-printable Paul> Paul Krause wrote: >> I'll update to 1.23 and see if that helps. Paul> It did help. I don't know what this means for Charles's Ah, good for you :-) Paul> theory, though, because I'm on a native NT build Paul> (Fabrice's). `emacs-version' is a variable declared in Are you commiting from the file's buffer using C-x v v runs the command vc-next-action ? Best regards, Adrian

2 participants
1 comments

can't make C-u C-u work? 24 years, 5 months

Henry LeRoy Miller, Jr.

Hi, I just upgraded pcl-cvs to from an XEmacs beta version to this current one. pcl-cvs version: 2.9.9 (XEmacs package # 1.46) XEmacs version: 21.1.6, with most packages updated to more recent copies Problem: From within the cvs buffer created after Examine Directory command from XEmacs:Tools:PCL CVS: menu, I mark an 'unknown' file (using 'm'), and add it (using 'a'). This all works as expected. Then I attempt to commit it to the repository with a commit flag of '-r 2.0', by doing the following: Enter: C-u C-u c Result: puts me in the cvs-commit comment buffer and prompts me to enter C-c C-c when finished. If I do, it provides me with a prompt 'Really commit? (y or n)'. If I enter 'y' it commits, if I enter 'n' it takes me back to comment buffer. The entry of the original C-u C-u seems to have no effect, and the variable cvs-commit-flags remains defined as nil,nil,nil.... Am I making a mistake? Or is the code incorrect? Thanks for your attention, Henry Miller h.l.miller(a)fz-juelich.de hmiller(a)al.noaa.gov

1 participants
0 comments

directory prompting doesn't work? 24 years, 5 months

Henry LeRoy Miller, Jr.

Hi, I just upgraded pcl-cvs to from an XEmacs beta version to this current one. pcl-cvs version: 2.9.9 (XEmacs package # 1.46) XEmacs version: 21.1.6, with most packages updated to more recent copies Problem: After choosing Examine Directory or Status Directory from XEmacs:Tools:PCL CVS menu, I am prompted for a directory, and a cvs buffer is created with the update or status information for the chosen directory From within the cvs buffer, I try M-e or M-s, and am not prompted for a new directory (as the documentation leads me to believe). These commands only operate on the originally specified directory. From some other XEmacs buffer, I can choose XEmacs:Tools:PCL CVS:Examine Directory or Status Directory and be prompted for a new directory, which then creates a new cvs buffer (cvs<2>) with this info in it. Perhaps this is the way it is desired to work, but the documentation leads me to believe otherwise... My suggestions: - Add menu items & key equivalents to the CVS menu (accessible from the cvs buffer) for the items in Tools:PCL CVS: - Fix the key equivalents to prompt for directory (or change/clarify in documentation), or add new ones that prompt for new directory My comments: - Thank you all very much for the effort you have put into this! It really IS appreciated. - I heartly support and commend you for 'unifying' the pcl-cvs package(s). It helps make it less confusing for us users. Sincerely, Henry Miller h.l.miller(a)fz-juelich.de hmiller(a)al.noaa.gov

1 participants
0 comments

eudc versus keyboard focus 24 years, 5 months

Raymond Toy

This bug has existed for quite some time and it's somewhat annoying. >From xemacs -vanilla, I start an eudc query with form. Enter some appropriate values into the form, and press Query. When the result is returned, xemacs thinks it no longer has keyboard focus since the text cursor is hollow. In fact, it doesn't have focus. Without moving the mouse, any typing into that xemacs has no effect. If I move the mouse out of the window and back in, focus is returned. Now press Quit. Focus is lost once again. Basically, after anything happens with eudc, my xemacs seems to give up focus. However, the xemacs frame decoration is still highlighted so the window manager still thinks it has focus. This happens on my Solaris 2.7 build using gcc 2.7.2.2, Openwin. If it matters I'm using fvwm 2.2.4 as my window manager. I've set up fvwm so that focus follows mouse. This would be really annoying if I did ldap searches more often. Now it's only mildly annoying. Any hints on what the problem could be or where to look? Ray

2 participants
1 comments

Re: --srcdir and running-in-place 24 years, 5 months

Michael Sperber

>>>>> "Steve" == Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes: >>>>> "Stephen" == Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes: Stephen> (2) building with --srcdir=/coda/XEmacs/21.1, running src/xemacs Stephen> from the build directory or /tmp/XEmacs/Builds/21.1/src/xemacs Stephen> from /coda/XEmacs/21.1 gives >>>>> "ms" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: ms> I always build like that, and have never had any problems. Steve> You mean you do `rm -rf $prefix/xemacs-21.1.*' after every build, Steve> or that it doesn't exist? In my case, it doesn't exist. I guess that Steve> wasn't clear. Your problem seems to be that you have a configure'd prefix (/usr/local) which, to XEmacs, looks just like an XEmacs hierarchy, at which point is tries to do everything from there. Here's the test code: (defun paths-emacs-root-p (directory) "Check if DIRECTORY is a plausible installation root for XEmacs." (or ;; installed (paths-file-readable-directory-p (paths-construct-path (list directory "lib" emacs-program-name))) ;; in-place or windows-nt (and (paths-file-readable-directory-p (paths-construct-path (list directory "lisp"))) (paths-file-readable-directory-p (paths-construct-path (list directory "etc")))))) What I'm puzzled by is that you don't get the in-place directory in `emacs-roots'. Could you trace (paths-find-emacs-root invocation-directory invocation-name) (`paths-find-emacs-root' is in lisp/find-paths.el.) ... and see why it doesn't return anything? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

2 participants
2 comments

Re: Anders Lindgren's autorevert and follow packages 24 years, 5 months

Andreas Jaeger

>>>>> Charles G Waldman writes: > Anders Lindgren's Emacs page [1] has some nice Elisp hacks, > unfortunately several of them do not work correctly with XEmacs. > There have been some patches floating around in the mailing list for > some of the problems. > I'd like to make the required fixes so that follow-mode and > auto-revert-mode work correctly under XEmacs, and then add these > packages to the XEmacs package tree. Two questions: > A) Any objections to doing so? No, not at all. > B) Where should they be added? I'm thinking of oa/text-modes We had some discussion about autorevert back on xemacs-review a few months ago - but I forgot to add it :-(. I'll send you separatly some emails from xemacs-review and the version I fixed already for XEmacs. Please have a look yourself, test it - and send send a patch to xemacs-patches and I'll add it to oa/text-modes. thanks, Andreas > Footnotes: > [1] http://www.csd.uu.se/~andersl/emacs.shtml -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.inka.de

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