March 2001 - XEmacs-Beta - XEmacs Mailing List Archives

Hrvoje Niksic

OK, so I now have a GTK-compiled XEmacs from CVS. All in all, excellent work. The startup is fast, and the "look and feel" of both XEmacs and Gtk is obviously there. Here are some glitches I noticed: * Native buttons in Customize buffers don't seem to work: This may be because of the theme, but all other Gtk and Gnome applications work; additionally, the buttons in native Gtk dialog boxes (such as the File->Open box) look OK and in accordance with the theme. * The Edit->Find dialog box has all the problems I described in my previous message on that topic, and more. Here everything flashes *continually*, and the buttons are completely invisible. Again, the latter might be because of the theme... * When I invoke (gtk-main), the editor becomes catatonic, although GUI components keep working. Very scary. IMHO C-g should be able to throw a signal which would, when uncaught, terminate the loop. * The modeline doesn't draw as "pressed" when I press a mouse button on it. * Toolbar items don't display tooltips.

1 participants
0 comments

Unsupported GTK version? 24 years, 1 month

Hrvoje Niksic

I tried building XEmacs with GTK support from CVS. First, the configure script wrote this: checking for GTK configuration script... configure: warning: Found unsupported version of GTK: configure: warning: Found unsupported version of GTK: gtk-config checking gtk version... 1.2.9 Is 1.2.9 really unsupported? If so, why, and which is the supported one? Then, my XEmacs crashed on startup. Lisp stacktrace claims the crash happened in input-pending-p, and a C backtrace was unavailable. Then I recompiled with -g and without optimizations and was fortunately able to repeat the crash. As far as I can tell, enqueue_event is called with dispatch_event_queue_tail being a Lisp Objetc with all-zero bit pattern (illegal). This looked like a dumping bug (I use pdump), so I decided to staticpro dispatch_event_queue_tail. And lo and behold, the problem went away. If anything else goes wrong, I'll be sure to let you know. :-)

1 participants
0 comments

Build package errors 24 years, 1 month

Peter Brown

hi adrian (and all) in my effort to help you squish bugs with your build package i have something to report i have been using build to compile xemacs the problem is that it does not seem to be doing it properly i used the normal method and it finished successfully i used the build package with the same source code and the same configure options and it fell over what do you need me to send you to help in debugging ?? Rendhalver

2 participants
2 comments

BUG: All frames called 'Search'.... 24 years, 1 month

Barry Wilkes

Hi, With the current CVS of 21.2, I have noticed that after a search dialog is created from the Edit->Find menu option, all new frames (created, eg, via C-x 5 2) have the name 'Search' displayed in the title bar, regardless of what buffer they are displaying. Also, if Gnus is started via the toolbar (which creates a new frame), the error 'Deleting a non-existent buffer' is produced when gnus is exited. Gnus also does not then appear to exit correctly - in paticular, the .newsrc-dribble file is left. So, to reproduce : 1/ Start xemacs 2/ Bring up a find dialog (Edit->Find) 3/ Cancel dialog - The main frame is now called 'Search' 4/ Start Gnus by pressing the 'News' button in the toolbar - The Gnus frame is also called 'Search' 5/ Exit Gnus - The .newsrc-dribble file is left open, and the error 'Selecting deleted or non-existent buffer' appears in the minibuffer. Regards, Barry Wilkes.

2 participants
1 comments

Re: XEmacs, locale (PR#1574) 24 years, 1 month

Stephen J. Turnbull

I picked this up off of Jitterbug: > Inspite of my locale, and even .Xdefaults settings to koi8-r > character encoding, > XEmacs tries to use iso8859-1, ant if there is no such font in system -- it > crashes. > My locale is: > LANG=ru_RU.KOI8-R > xemacs (xemacs-21.1.12) with no mule says: > Warning: Cannot convert string > "-*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-*" > to type FontStruct > Warning: Unable to load any usable ISO8859-1 font > Warning: Unable to load any usable ISO8859-1 font > > Fatal error (11). > > Lisp backtrace follows: While a crash due to lack of bog-standard free fonts isn't exactly a showstopper, we really should do something more graceful here. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."

1 participants
0 comments

itimer "url-history-saver" signaled: (void-function w3-write-explicit-encodings) 24 years, 1 month

Dr. Volker Zell

Hi Sometimes during gnus usage I get the following message: itimer "url-history-saver" signaled: (void-function w3-write-explicit-encodings) It seems that url.el from w3 needs a require w3. Ciao Volker

1 participants
0 comments

All frames called search... 24 years, 1 month

Barry Wilkes

Hi, With the current CVS of 21.2, I have noticed that after a search dialog is created from the Edit->Find menu option, all new frames (created, eg, via C-x 5 2) have the name 'Search' displayed in the title bar, regardless of what buffer they are displaying. Also, if Gnus is started via the toolbar (which creates a new frame), the error 'Deleting a non-existent buffer' is produced when gnus is exited. Gnus also does not then appear to exit correctly - in paticular, the .newsrc-dribble file is left. So, to reproduce : 1/ Start xemacs 2/ Bring up a find dialog (Edit->Find) 3/ Cancel dialog - The main frame is now called 'Search' 4/ Start Gnus by pressing the 'News' button in the toolbar - The Gnus frame is also called 'Search' 5/ Exit Gnus - The .newsrc-dribble file is left open, and the error 'Selecting deleted or non-existent buffer' appears in the minibuffer. Regards, Barry Wilkes.

1 participants
0 comments

probs "Urania" on sparc-sun-solaris2.8 24 years, 1 month

Latchezar M. Dimitrov

Hi, I've just compiled xemacs-beta "Urania" and have the following probs/Q (both are not new) and because the persist I decided to let you know: XEmacs 21.2 (beta46) "Urania" [Lucid] (sparc-sun-solaris2.8, Mule) of Mon Mar 26 2001 on ... - during installation 'make check' shows some tests do not pass, namely [eon] /usr/scratch/XEmacs/xemacs-21.2.46:make check cd ./src && make CC='gcc' CFLAGS='-O' LDFLAGS='' CPPFLAGS='' check ./xemacs -batch -l /usr/scratch/XEmacs/xemacs-21.2.46/src/../tests/automated/test-harness.el -f batch-test-emacs /usr/scratch/XEmacs/xemacs-21.2.46/src/../tests/automated Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/base64-tests.el... base64-tests.el: 1234 of 1234 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/byte-compiler-tests.el... Unexpected error (void-function defadvice) while executing interpreted code. Test suite execution aborted. Unexpected error (void-variable message) while executing byte-compiled code. Test suite execution aborted. byte-compiler-tests.el: No tests run Test suite execution failed unexpectedly. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/c-tests.el... c-tests.el: 2 of 2 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/case-tests.el... case-tests.el: 1148 of 1148 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/ccl-tests.el... ccl-tests.el: 4570 of 4570 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/database-tests.el... database-tests.el: 10 of 10 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/hash-table-tests.el... hash-table-tests.el: 9866 of 9866 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/lisp-tests.el... lisp-tests.el: 3588 of 3588 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/md5-tests.el... md5-tests.el: 56 of 56 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/mule-tests.el... mule-tests.el: 226 of 226 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/regexp-tests.el... regexp-tests.el: 118 of 118 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/symbol-tests.el... symbol-tests.el: 264 of 264 (100%) tests successful. Testing /usr/scratch/XEmacs/xemacs-21.2.46/tests/automated/syntax-tests.el... Unexpected error (void-function c-mode) while executing interpreted code. Test suite execution aborted. Unexpected error (void-function c-mode) while executing byte-compiled code. Test suite execution aborted. syntax-tests.el: 60 of 60 (100%) tests successful. Test suite execution failed unexpectedly. Done - Customize from menu does not work: *Customize Group: Emacs* This is a customization buffer for group Emacs. Square brackets show active fields; type RET or click mouse-2 on an active field to invoke its action. Editing an option value changes the text in the buffer; invoke the State button and choose the Set operation to set the option value. Invoke [Help] for more information. Operate on everything in this buffer: <%]> Thanks Latchezar Latchezar (Latcho) Dimitrov Wake Forest University, Winston-Salem, NC home: (336) 794-2094 grad.lab: (336) 758-4954 mailto:dimil01g＠wfu.edu or http://www.wfu.edu/~dimil01g/ lmdimi(a)mthcsc.wfu.edu lmdimi(a)pilot.mthcsc.wfu.edu ... Type fast, think slow. ... "Hippocratic Oath For Software Engineers"

2 participants
1 comments

XEmacs 21.2-b46 pop3.el? 24 years, 1 month

Torgny Nyblom

Hi, I've got some problems with Xemacs-21.2-b46's (I don't know if the problem exists in others) pop3.el. The problem is that when I try to use 'pop3-leave-mail-on-server t' I get this error message: > Retrieving message list... > Retrieving message list...0 unread > Wrote c:\.emacs-mail-crash-box > Mail source error ((file-error I/O error No such file or directory c:\.uidls.old)). Coninue? (yes or no) > nnml: Reading incoming mail from pop... > Processing mail from ~/.emacs-mail-crash-box... > Retrieving message list... > Retrieving message list...0 unread It seems to me like XEmacs can't read the '.uidls.old' file even thou it exists right where it's supposed to. If I try and eval the expression that crashes before gnus is loaded everything works fine but when gnus is loaded it crashes. Any sugestions as to I might do to get this to work? -- Torgny Nyblom | torgny(a)linux.nu =============================== My keyboard has an F1 key. Where is the NASCAR key? ===============================

1 participants
0 comments

Argh. Why is this happening to me? 24 years, 1 month

Valdis Kl=?iso8859-4?Q?=BA?=tnieks

OK.. I originally thought this was some sort of AIX screwage. It's been there since at least 21.2-b19 (I have a stack traceback from Oct 29, 1999), but I've been seeing it under latest-CVS updated this morning to -b46 plus. This on a RedHat 7.0 system. Symptom: Using gnuclient, when you hit control-X # to close a client, XEmacs folds up. Seems to be intermittent - today it's every 1-3 attempts, but sometimes it won't bite for several days. Given that I'm seeing it a lot, but it doesn't *seem* to be a show-stopper for others, I'm obviously using some variant config that tickles the bug. I've appended the Installation and tracebacks - anybody got any ideas? /Valdis

3 participants
5 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 March 2001