March 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: A gtk/kde-xemacs... a modest toolbar/menubar proposal... 24 years, 10 months

William M. Perry

Olivier Galibert <galibert(a)pobox.com> writes: > On Tue, Mar 21, 2000 at 04:24:16PM +0100, Jens Lautenbacher wrote: > > Now we have a growing set of features that can be used to a varying > > extent on various platforms, and as far as I can tell, for all the nice > > graphics stuff it's the win32 platform that works best. The only toolkit that is > > > > a) free > > b) stable enough > > c) available on enough platforms > > d) able to at least compete featurewise with the win32 toolkit > > > > is gtk. > > e) Able to open windows on different displays simultaneously > > is not gtk (nor Qt for the matter). Yup... unfortunately so. I see no solution short term either. -bp

1 participants
0 comments

Re: A gtk/kde-xemacs... a modest toolbar/menubar proposal... 24 years, 10 months

William M. Perry

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > >>>>> "Ben" == Ben Wing <ben(a)666.com> writes: > > Ben> However, one thing that you absolutely must not do is remove the Xt support. > Ben> This would be an incredibly unfriendly thing to do as it would prevent people > Ben> from using any widget set other than Qt or GTK. Keep in mind that people run > Ben> XEmacs on all sorts of different versions of X in Unix, and Xt is the standard > Ben> and the only toolkit that probably exists on all of these systems. > > Yup. We also really need X/Xt resources to work. Jamie got that one right. Well, I don't really see any reasonable way of integrating _any_ gtk support with an Xt based application. NONE. This is why my personal preference leans towards using Qt. Qt 2.x comes with two snazzy widgets - one for making a Qt widget look like a normal Xt widget and vice versa. This would have made replacing the widgets and lwlib stuff trivial. But, using Qt would bring in horrendous licensing issues. Trying to get RMS and Sun to allow linking with Qt - I'd rather stick a railroad spike thru my chest than try to argue that one. Having X/Xt resources work is in my opinion useless. XEmacs runs on other platforms that do not have X resources (win32, macintosh, and tty spring to mind). We should encourage people to use custom instead of X resources. -Bill P.

1 participants
0 comments

Re: A gtk/kde-xemacs... a modest toolbar/menubar proposal... 24 years, 10 months

Michael Sperber

>>>>> "Jens" == Jens Lautenbacher <jtl(a)schlund.de> writes: Jens> now I'm really not in the position to argue on technical stuff with Jens> people like Ben or Bill or Michael, but shouldn't we at least consider Jens> to remove some of the backward compatibility stuff for xemacs? The term "backward compatibility" in this context is completely ridiculous, since neither Gtk nor Qt are full replacements for Xt at this point. Jens> Now we have a growing set of features that can be used to a varying Jens> extent on various platforms, and as far as I can tell, for all the nice Jens> graphics stuff it's the win32 platform that works best. The only toolkit that is Jens> a) free Jens> b) stable enough Jens> c) available on enough platforms Jens> d) able to at least compete featurewise with the win32 toolkit Jens> is gtk. Unfortunately, Gtk doesn't integrate with the X environment. This is the most important requirement for native X users. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

xemacs-21.2.32 -eval segfault 24 years, 10 months

Nick V. Pakoulin

On Linux i686 bash$ xemacs-21.2.32 -vanilla -eval segfault XEmacs: Option `-eval' requires an argument Segmentation fault (core dumped) bash$ gdb xemacs-21.2.32 core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... Core was generated by `/local/src/xemacs-21.2.32/src/xemacs -vanilla -eval'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/X11R6/lib/libXaw.so.6...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/X11R6/lib/libXmu.so.6...done. Reading symbols from /usr/X11R6/lib/libXt.so.6...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/X11R6/lib/libSM.so.6...done. Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /usr/lib/libgpm.so.1...done. Reading symbols from /usr/lib/libncurses.so.4...done. Reading symbols from /usr/lib/libesd.so.0...done. Reading symbols from /usr/lib/libaudiofile.so.0...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /usr/lib/libldap.so.1...done. Reading symbols from /usr/lib/liblber.so.1...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. #0 0x40344dcc in chunk_free (ar_ptr=0x2d646e61, p=0x83ee000) at malloc.c:2987 2987 malloc.c: No such file or directory. (gdb) where #0 0x40344dcc in chunk_free (ar_ptr=0x2d646e61, p=0x83ee000) at malloc.c:2987 #1 0x40344d75 in __libc_free (mem=0x83ee008) at malloc.c:2959 #2 0x4030c9fe in exit (status=1) at exit.c:65 #3 0x811fb37 in fatal (fmt=0x8191c20 "Option `%s' requires an argument\n") at print.c:223 #4 0x80a4ec9 in sort_args (argc=3, argv=0xbffffb14) at emacs.c:2005 #5 0x80a4223 in xemacs_21_2_b32_i686_pc_linux (argc=3, argv=0xbffffb14, envp=0xbffffb24, restart=0) at emacs.c:554 #6 0x80a66e8 in voodoo_free_hook (mem=0x3) at emacs.c:2292 #7 0x403041eb in __libc_start_main (main=0x80a65e8 <main>, argc=3, argv=0xbffffb14, init=0x807bd3c <_init>, fini=0x818ae80 <_fini>, rtld_fini=0x4000a610 <_dl_fini>, stack_end=0xbffffb0c) at ../sysdeps/generic/libc-start.c:90 -------------------------------------------------------------------------------------- uname -a: Linux hookah.kazbek.ispras.ru 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 i686 unknown ./configure '--with-pop' '--error-checking=none' XEmacs 21.2-b32 "Kastor & Polydeukes" configured for `i686-pc-linux'. Where should the build process find the source code? /local/src/xemacs-21.2.32 What installation prefix should install use? /usr/local What operating system and machine description files should XEmacs use? `s/linux.h' and `m/intel386.h' What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow Should XEmacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) Should XEmacs use the relocating allocator for buffers? no What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/X11R6/include Where do we find X Windows libraries? /usr/X11R6/lib Athena library to link: Xaw Athena header include path: X11/Xaw Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for PNG image handling. Compiling in support for (builtin) GIF image handling. Compiling in support for JPEG image handling. Compiling in support for TIFF image handling. Compiling in support for X-Face message headers. Compiling in native sound support. Compiling in support for Enlightened Sound Daemon (ESD). Compiling in support for Berkeley DB. Compiling in support for LDAP. Compiling in support for ncurses. Compiling in support for GPM (General Purpose Mouse). Compiling in support for proper WM_COMMAND handling. Using Lucid menubars. Using Lucid scrollbars. Using Athena native widgets. Using Athena dialog boxes. Compiling in dynamic shared object module support. movemail will use "dot-locking" for locking mail spool files. Using POP for mail access. Compiling in extra code for debugging. ------------------------------------------------------------------------------------ Nick

1 participants
0 comments

Re: M-up and M-down changed? 24 years, 10 months

Jan Vroonhof

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > A Customize that works[2] and supports themes[3] would go a long way > to reaching the Promised Land. If I can basically get the same old > [2] Outside of ISO-8859-land. I would be already be very happy if there was customize support for keymaps even just for ISO-8859 Jan

2 participants
1 comments

Re: Progress gauge weirdity 24 years, 10 months

Jan Vroonhof

Andy Piper <andy(a)xemacs.org> writes: > Have a look at dispatch-non-command-events, see if you think this could be > causing this. N.B. This was/is probably causing the W3/a-c-f crashes too because it allows process events in. Jan

1 participants
0 comments

[PB] cvs diff doesn't work 24 years, 10 months

Didier Verna

I can't `cvs diff' the whole archive. I get this: | didier(pts/0)% runsocks cvs diff 14:35 03/21/00 | ? confdefs.h | cvs server: Diffing . | cvs [server aborted]: cannot open file .cvsignore for comparing: No such | file or directory | zsh: exit 1 runsocks cvs diff If I remove my own .cvsignore file, the same problem then occurs on the BUGS file. I didn't go any step further (removing my own BUGS file and watching cvs barf on a third one ...) -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / EPITA / LRDE mailto:didier＠epita.fr /_/ / /_/ / /__ / 14-16 rue Voltaire Tel. +33 (1) 44 08 01 77 94276 Kremlin-Bicêtre cedex Fax. +33 (1) 44 08 01 99

1 participants
0 comments

Re: A gtk/kde-xemacs... a modest toolbar/menubar proposal... 24 years, 10 months

Michael Sperber

>>>>> "Ben" == Ben Wing <ben(a)666.com> writes: Ben> However, one thing that you absolutely must not do is remove the Xt support. Ben> This would be an incredibly unfriendly thing to do as it would prevent people Ben> from using any widget set other than Qt or GTK. Keep in mind that people run Ben> XEmacs on all sorts of different versions of X in Unix, and Xt is the standard Ben> and the only toolkit that probably exists on all of these systems. Yup. We also really need X/Xt resources to work. Jamie got that one right. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: exhibit #1 (yes, accelerators...) 24 years, 10 months

Hrvoje Niksic

Giacomo Boffi <giacomo.boffi(a)polimi.it> writes: > this is an interesting (uhm) artifact of accelerators. enjoy That's a bug. Ben implemented accelerators for dialog boxes, but only under Windows. If noone is willing to add "real" support for accelerators under X dialogs, we should at least add code that eradicates `%_'.

1 participants
0 comments

Re: XEmacs 21.2.32 FAILURE Linux 2.2.13 24 years, 10 months

SL Baur

Andy Piper <andy(a)xemacs.org> writes in xemacs-beta(a)xemacs.org: > I'm suspicious of my text instantiation changes, but I don't > understand why this has only just started happening. Have you > updated from CVS since b31 or was b32 your first update? I haven't updated since my last commit on Saturday (Monday was a holiday). > Can you break on the line that sets cachel (glyphs.c:1963 in my build) and > see what the domain actually is (i.e. is it a window?). What happens if you > insert this code from faces.c before WINDOW_FACE_CACHEL is accessed: > struct window *w = XWINDOW (domain); > /* #### It's possible for this function to get called when the > face cachels have not been initialized. I don't know why. */ > if (!Dynarr_length (w->face_cachels)) > reset_face_cachels (w); O.K. I will try that tomorrow. I have confirmed identical crashes on Solaris, DEC OSF and TurboLinux under a wide variety of configurations.

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