unified msw and tty event loops
25 years, 9 months
Andy Piper
Andy Piper
This unifies the mswindows and tty event loops under cygwin. gnuclient -nw
does the right thing if you have a mswindows frame up. I get messages in
both echo areas currently - I don't know whether this is supposed to
happen. GUEL (Grand Unified Event Loop) is a larger leap away.
andy
1999-02-16 Andy Piper <andy(a)xemacs.org>
* event-tty.c (tty_find_console_from_fd): rename from
find_console_from_fd.
(emacs_tty_next_event): use tty_find_console_from_fd.
* event-msw.c (emacs_mswindows_select_console): ignore selection
of mswindows consoles otherwise do the unixoid thig.
(emacs_mswindows_unselect_console): ditto.
* console-tty.h: declare tty_find_console_from_fd();
* event-msw.c (mswindows_need_event): always use select if we have
a msg based select. If tty events are pending, process them.
- 2 participants
- 1 comments
Copyright question for XEmacs icons.
25 years, 9 months
Jan Vroonhof
Jan Vroonhof
Dear Sir/Madam,
I am writing you on behalf of the XEmacs maintainers. As you might
know XEmacs (www.xemacs.org) is an enhanced and separately maintained
version of the Emacs editor maintained by the Free Software Foundation. As a
consequence of that, and by choice, XEmacs falls under the GNU Public
Licence (GPL). One of the enhancements is a toolbar.
Because some users were dissatisfied with the plain look of the
standard XEmacs icons several alternative sets appeared. Currently we
are looking at distributing these alternatives officially. A
particular interesting set is made Jonathan Leffert. They have been
available from his web page for some time but are not really widely
known among XEmacs users. We would like to distribute these icons. In
particular we would like to do so under the GPL.
Where does the OmniGroup come into this? Jonathan made these by
adapting from icons used by Omniweb. Here he describes how he made them:
> I originally took the icons from screenshots of the OmniGroup's
> OmniWeb: a NeXTSTEP web browser. I reduced the icons in size, put
> them over transparent backgrounds, converted them to xpm format, and
> placed them into the XEmacs toolbar. As to the issue of distributing
> the icons, I have no problem with it as long as they are distributed
> under the GPL as you have indicated. The only issue is the rights of
> the OmniGroup. But since I put this package together, I believe
> OmniWeb has gone opensource. So, the long and the short of it is that
> I have no problem with it, but the OmniGroup might.
We would very much like the permission from the Omnigroup to
distribute these icons under the GPL.
For your information here is a partial screen shot of XEmacs with
Jonathan's icon set installed.
The exact files we want to distribute and that we think were derived
from Omniweb are these files contained in http://www.math.ethz.ch/~vroonhof/emacs/packages/toolbar-fancy-0.06-src.t...
etc/next-compile-cap-up.xpm etc/next-info-up-cap-up.xpm
etc/next-compile-up.xpm etc/next-info-up.xpm
etc/next-copy-cap-up.xpm etc/next-last-win-cap-up.xpm
etc/next-copy-up.xpm etc/next-last-win-up.xpm
etc/next-cut-cap-up.xpm etc/next-mail-cap-up.xpm
etc/next-cut-up.xpm etc/next-mail-up.xpm
etc/next-debug-cap-up.xpm etc/next-news-cap-up.xpm
etc/next-debug-up.xpm etc/next-news-up.xpm
etc/next-disk-cap-up.xpm etc/next-next-win-cap-up.xpm
etc/next-disk-up.xpm etc/next-next-win-up.xpm
etc/next-file-cap-up.xpm etc/next-paste-cap-up.xpm
etc/next-file-up.xpm etc/next-paste-up.xpm
etc/next-folder-cap-up.xpm etc/next-printer-cap-up.xpm
etc/next-folder-up.xpm etc/next-printer-up.xpm
etc/next-info-def-cap-up.xpm etc/next-replace-cap-up.xpm
etc/next-info-def-up.xpm etc/next-replace-up.xpm
etc/next-info-exit-up.xpm etc/next-spell-cap-up.xpm
etc/next-info-exit.xpm etc/next-spell-up.xpm
etc/next-info-next-cap-up.xpm etc/next-undo-cap-up.xpm
etc/next-info-next.xpm etc/next-undo-up.xpm
etc/next-info-prev-cap-up.xpm etc/next-workshop-cap-up.xpm
etc/next-info-prev.xpm etc/next-workshop-up.xpm
Awaiting your hopefully positive response,
yours truly,
Jan Vroonhof
P.S. For your reference here is a copy of the GPL
Jan Vroonhof http://www.math.ethz.ch/~vroonhof/
Mathematik, vroonhof ＠ math.ethz.ch
HG E16, ETH-Zentrum, Tel: +41-1-6325456/25154
Raemistrasse 101, CH-8092 Zuerich. Fax: +41-1-6321085
- 1 participants
- 0 comments
Re: Nifty icons for XEmacs?
25 years, 9 months
Jonathan B. Leffert
Jonathan B. Leffert
==> Jan Vroonhof writes:
>> So, the long and the short of it is that I have no problem with
>> it, but the OmniGroup might.
Jan> Is it OK if I ask them? It might wake up some sleeping
Jan> dogs[1]
Go for it. I'd be interested to hear what they say.
Jan> Footnotes: [1] Does that expression exist in English? I think
Jan> you understand what I mean anyway.
That expression works.
Jonathan
--
Jonathan B. Leffert <jonathan(a)leffert.net> <jonathan(a)cs.uchicago.edu>
"I resigned because I have come to the conclusion that my time would be
better spent studying Greek, drinking beer, and trying to prevent this
school from becoming a clone of Northwestern." -- Ben Tievsky
- 1 participants
- 0 comments
Re: [21.0.63] Bad interaction b/w customize and .Xdefaults
25 years, 9 months
Jan Vroonhof
Jan Vroonhof
Andy Piper <andy(a)xemacs.org> writes:
> Not simultaneously, not yet ... but the same executable can be started to
> display under X or under the native mswindows gui. I don't know whether
> this is A or B ...
Somewhat in between. That means however that the problem should be
solvable. So the question is now: Why is device-type returning
'mswindows for X frames..
Jan
- 2 participants
- 1 comments
Re: Does gnuclient work under CYGWIN+X?
25 years, 9 months
Paul Stodghill
Paul Stodghill
> At 08:33 AM 2/16/99 -0500, Paul Stodghill wrote:
> >smithers% uname -a
> >CYGWIN_NT-4.0 SMITHERS 20.1 (0.3/1/1) 1998-12-3 20:39:18 i686 unknown
> >smithers% echo $DISPLAY
> >127.0.0.1:0.0
> >smithers% xemacs -vanilla -eval '(gnuserv-start)' &
>
> Does this work for you with the native windows GUI? If not do you have
> GNU_SECURE set, do you have /etc/hosts with your pc in it, do you have your
> machine in the file that GNU_SECURE points to?
>
> andy
Bingo. I got gnuclient to work under X and native only after setting
GNU_SECURE to /etc/hosts.
- 1 participants
- 0 comments
Re: beta schedules, 21.0 showstoppers
25 years, 9 months
Gunnar Evermann
Gunnar Evermann
Marcus Thiessel <marcus(a)xemacs.org> writes:
> Jason R Mastaler writes:
> | Marcus Thiessel <marcus(a)xemacs.org> writes:
> |
> | > As I believe there are still problems with XEmacs and Motif 2.1
> | > (applies to HP-UX 11.x and Solaris 7).
> | >
> | > --> Object "" has no windowed ancestor.
> |
> | I've been using 21.0-b62 on Solaris-7 for over a month now and
> | haven't run into this problem.
>
> Well, this "bug" was introducted with some of the >Motif1.2 related
> patches and it has been there since then. Further it can be reproduced
> just be entering gnus and a click on the exit button.
Marcus,
have you actually seen this on Solaris7? That one report on c.e.x
looked kind of fuzzy to me and only mentioned a couple of X errors if
I remember correctly.
Can somebody with access to Solaris 7 build with motif and try this?
Gunnar
--
Gunnar Evermann
Speech, Vision & Robotics Group
Engineering Department
Cambridge University
- 2 participants
- 1 comments
[GC crash] 21.2-b9 SEGV
25 years, 9 months
Karl Kleinpaste
Karl Kleinpaste
Getting these once in a while.
Program received signal SIGSEGV, Segmentation fault.
0x8058dae in marked_p (obj=143028192) at alloc.c:4117
4117 return PURIFIED (lheader) || MARKED_RECORD_HEADER_P (lheader);
(gdb) list
4112 {
4113 struct lrecord_header *lheader = XRECORD_LHEADER (obj);
4114 #if defined (ERROR_CHECK_GC) && defined (USE_INDEXED_LRECORD_IMPLEMENTATION)
4115 assert (lheader->type <= last_lrecord_type_index_assigned);
4116 #endif
4117 return PURIFIED (lheader) || MARKED_RECORD_HEADER_P (lheader);
4118 }
4119 #ifndef LRECORD_STRING
4120 case Lisp_Type_String:
4121 {
(gdb) p obj
$6 = -1
(gdb) decode_object obj
(gdb) p/x $val
$7 = 0x7fffffff
(gdb) p $type
$8 = dbg_Lisp_Type_Int
(gdb) p $imp
$9 = -1
(gdb) up
#1 0x808b19d in finish_marking_weak_hash_tables (
obj_marked_p=0x8058d78 <marked_p>, markobj=0x8055950 <mark_object>)
at elhash.c:1178
1178 if (obj_marked_p (e->value))
(gdb) list
1173 break;
1174
1175 case HASH_TABLE_VALUE_WEAK:
1176 for (; e < sentinel; e++)
1177 if (!HENTRY_CLEAR_P (e))
1178 if (obj_marked_p (e->value))
1179 MARK_OBJ (e->key);
1180 break;
1181
1182 case HASH_TABLE_KEY_CAR_WEAK:
(gdb) p e->value
$10 = 143028192
(gdb) decode_object e->value
(gdb) p/x $val
$11 = 0x8866fe0
(gdb) p $type
$12 = 0
(gdb) p $imp
$13 = (struct lrecord_implementation *) 0xffffffff
uname -a: Linux beaver.jprc.com 2.2.1 #2 SMP Fri Jan 29 08:22:50 EST 1999 i686 unknown
./configure '--with-pop' '--with-mule' '--with-png'
XEmacs 21.2-b9 "Athena" configured for `i686-pc-linux'.
Where should the build process find the source code? /home/karl/src/x/xemacs-21/xemacs-21.2.9
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
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? yes
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
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 Berkeley DB.
Compiling in support for GNU DBM.
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Compiling in Mule (multi-lingual) support.
Compiling in XIM (X11R5+ I18N input method) support.
Using raw Xlib to provide XIM support.
Compiling in support for proper session-management.
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Compiling in DLL support.
movemail will use "dot-locking" for locking mail spool files.
Using POP for mail access.
Using Lisp_Objects with minimal tagbits.
Compiling in extra code for debugging.
Compiling in code for checking XEmacs memory usage.
WARNING: ---------------------------------------------------------
WARNING: Compiling in support for runtime error checking.
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
- 1 participants
- 0 comments
Still trying to get AIX 21.2.10 compiled on AIX 4.3!?!
25 years, 9 months
Derek Scherger
Derek Scherger
Hi there... I've been fighting with this build for a couple of weeks
now with no real success yet. Here's the latest info. At the moment
my make fails while "building the finder database", the relevant
target from GNUmakefile is:
---------------------------------------------------------------------
lisp/finder-inf.el:
＠echo "Building finder database ..."
(cd ./lisp; \
${blddir}/src/${PROGNAME} -batch -vanilla \
-eval '(setq finder-compile-keywords-quiet t)' \
-l finder -f finder-compile-keywords )
＠echo "Building finder database ...(done)"
---------------------------------------------------------------------
At this point in the make process I get:
---------------------------------------------------------------------
Fatal error (11).
Your files have been auto-saved.
<snip>
Lisp backtrace follows:
make: *** [lisp/finder-inf.el] Segmentation fault (core dumped)
NrG_DEVL_2$
---------------------------------------------------------------------
The core file seems to be bad, so I tried running under gdb and get
the following:
---------------------------------------------------------------------
NrG_DEVL_2$ pwd
/devl/tmp/xemacs-21.2.10/lisp
NrG_DEVL_2$ gdb ../src/xemacs
GNU gdb 4.17
This GDB was configured as "powerpc-ibm-aix4.3.0.0"...
(no debugging symbols found)...
(gdb) run -batch -vanilla -eval '(setq finder-compile-keywords-quiet
t)' -l finder -f finder-compile-keywords
Starting program: /devl/tmp/xemacs-21.2.10/lisp/../src/xemacs -batch
-vanilla -eval '(setq finder-compile-keywords-quiet t)' -l finder -f
finder-compile-keywords
Program received signal SIGSEGV, Segmentation fault.
0x100558a8 in spin_lock_global_ppc_mp ()
(gdb) (gdb) where
#0 0x100558a8 in spin_lock_global_ppc_mp ()
#1 0x10010e80 in pthread_once ()
#2 0x10193918 in is_data_there ()
#3 0x1019410c in h_errno_which ()
#4 0x100889f8 in init_system_name ()
#5 0x10114e00 in init_editfns ()
#6 0x1005d044 in xemacs_21_2_b10_powerpc_ibm_aix4_3_0_0 ()
#7 0x1005c028 in main ()
#8 0x10000204 in __start ()
(gdb)
---------------------------------------------------------------------
Does this tell anyone anything useful? I have it configured as:
---------------------------------------------------------------------
NrG_DEVL_2$ head -30 Installation
uname -a: AIX NrG_DEVL_2 3 4 00016231A400
./configure '--prefix=/gnu' '--with-dialogs=athena' '--dynamic=no'
'--with-dragndrop=no'
XEmacs 21.2-b10 "Boreas" configured for `powerpc-ibm-aix4.3.0.0'.
---------------------------------------------------------------------
If there's more information I can provide that would help I'd be most
happy to!
Thanks a million.
--
Cheers,
Derek
_____________________________________________________________________
Derek Scherger Echologic Software Corporation
mailto:derek＠echologic.com http://www.echologic.com
- 1 participants
- 0 comments
21.0.63 crash in xlw_menubar init for bad locale
25 years, 9 months
Stephen J. Turnbull
Stephen J. Turnbull
In XEmacs 21.0 "Pyrenean63" [Lucid] (i586-pc-linux, Mule) of Fri Feb 5 1999 on tanko
configured using `configure --prefix=/playpen/gnu --exec-prefix=/playpen/gnu/plat --with-mule --with-xim=xlib --with-xfs --with-sound=both --use-union-type=yes --debug --gung-ho=yes '--cflags=-g -O3 -fno-caller-saves -Wall -Wno-switch''
There's something wrong with my Debian `unstable' system, and it
doesn't seem to have a C/POSIX locale. !! This results in "X doesn't
even support C locale" message, of course, and the following crash and
backtrace. This is probably an Xlib or Xt bug in the current
development tree, but maybe XEmacs can work around it? Broken locales
are going to be common on Linux systems (Japanese, anyway) as glibc is
looking like it might finally support widechar locales properly in the
near future. I'm not particularly confident that the various
distributions will get this right in the first releases....
In my environment, setting LC_ALL=<any available locale> works fine.
I will try to rebuild without XFS since the code in input-method-xfs.c
seems to be duplicated in input-method-xlib.c, and maybe this causes
some weirdness.
steve＠tanko:/playpen$ xemacs
X Windows does not support locale `C'
Using C Locale instead
X Windows does not even support locale `C'!
Warning: XOpenIM() failed...no input server available
Warning: Unable to load any usable fontset
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Please report this bug by running the send-pr script included
with XEmacs, or selecting `Send Bug Report' from the help menu.
As a last resort send ordinary email to `crashes(a)xemacs.org'.
*MAKE SURE* to include the information in the command
M-x describe-installation.
If at all possible, *please* try to obtain a C stack backtrace;
it will help us immensely in determining what went wrong.
To do this, locate the core file that was produced as a result
of this crash (it's usually called `core' and is located in the
directory in which you started the editor, or maybe in your home
directory), and type
gdb /playpen/gnu/plat/bin/xemacs core
then type `where' when the debugger prompt comes up.
(If you don't have GDB on your system, you might have DBX,
or XDB, or SDB. A similar procedure should work for all of
these. Ask your system administrator if you need more help.)
Lisp backtrace follows:
# bind (frame-being-created)
make-frame(nil #<x-device on ":0.0" 0x21b5>)
frame-initialize()
# bind (debugger debug-on-error command-line-args-left)
command-line()
# (unwind-protect ...)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Segmentation fault (core dumped)
Here's the core analysis:
GNU gdb 4.17.19981224.m68k.objc.threads.hwwp.fpu.gnat
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 "i686-pc-linux-gnu"...
Core was generated by `xemacs'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/nfslock.so.0...done.
Reading symbols from /usr/lib/libaudio.so.2...done.
Reading symbols from /usr/lib/libcanna.so.1...done.
Reading symbols from /usr/lib/libRKC.so.1...done.
Reading symbols from /usr/X11R6/lib/Xaw3d/libXaw.so.6...done.
Reading symbols from /usr/lib/libcompface.so.1...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.2...done.
Reading symbols from /usr/lib/libgdbm.so.1...done.
Reading symbols from /lib/libncurses.so.4...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.1...done.
Reading symbols from /lib/libnss_compat.so.1...done.
Reading symbols from /lib/libnsl.so.1...done.
#0 0x4033b601 in kill ()
(gdb) where
#0 0x4033b601 in kill ()
#1 0x80c1c40 in fatal_error_signal (sig=11) at emacs.c:262
#2 <signal handler called>
#3 0x0 in ?? ()
(gdb) quit
And here's the backtrace when run under the debugger:
GNU gdb 4.17.19981224.m68k.objc.threads.hwwp.fpu.gnat
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 "i686-pc-linux-gnu"...
(gdb) run
Starting program: /playpen/gnu/plat/bin/xemacs
X Windows does not support locale `C'
Using C Locale instead
X Windows does not even support locale `C'!
Warning: XOpenIM() failed...no input server available
Warning: Unable to load any usable fontset
Program received signal SIGSEGV, Segmentation fault.
0x4023695d in ()
(gdb) where
#0 0x4023695d in ()
#1 0x8238e03 in XlwMenuInitialize (request=0xbfffe5c0, new=0x85b8bb8,
args=0xbfffe98c, num_args=0xbfffe4e0) at xlwmenu.c:2922
#2 0x401acbb5 in ()
#3 0x401ad0d2 in ()
#4 0x401ad5bf in ()
#5 0x401ad640 in ()
#6 0x823afb7 in xlw_create_menubar (instance=0x85b8a68) at lwlib-Xlw.c:111
#7 0x82342c3 in instantiate_widget_instance (instance=0x85b8a68)
at lwlib.c:866
#8 0x8234514 in lw_make_widget (id=65537, parent=0x84e40f0, pop_up_p=0 '\000')
at lwlib.c:345
#9 0x8234706 in lw_create_widget (type=0x8255d86 "menubar",
name=0x8255d86 "menubar", id=65537, val=0x84e42d8, parent=0x84e40f0,
pop_up_p=0, pre_activate_cb=0x80e7ef0 <pre_activate_callback>,
selection_cb=0x80edd70 <popup_selection_callback>, post_activate_cb=0)
at lwlib.c:918
#10 0x80e8623 in set_frame_menubar (f=0x8592710, deep_p=1, first_time_p=1)
at menubar-x.c:607
#11 0x80e8750 in x_initialize_frame_menubar (f=0x8592710) at menubar-x.c:630
#12 0x8208822 in x_create_widgets (f=0x8592710, lisp_window_id={gu = {
type = Lisp_Type_Record, val = 34531791}, s = {bits = 0,
val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164,
i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}, parent={gu = {
type = Lisp_Type_Record, val = 34531791}, s = {bits = 0,
val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164,
i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}) at frame-x.c:1977
#13 0x8208da6 in x_init_frame_1 (f=0x8592710, props={gu = {
type = Lisp_Type_Record, val = 34531791}, s = {bits = 0,
val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164,
i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}) at frame-x.c:2168
#14 0x8159022 in Fmake_frame (props={gu = {type = Lisp_Type_Record,
val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0,
val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c,
cv = 0x83ba73c}, device={gu = {type = Lisp_Type_Record, val = 34620600},
s = {bits = 0, val = 69241200}, u = {bits = 0, val = 69241200},
ui = 138482400, i = 138482400, v = 0x84112e0, cv = 0x84112e0})
at frame.c:383
#15 0x80cc27e in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 34556045}, s = {bits = 0,
val = 69112090}, u = {bits = 0, val = 69112090}, ui = 138224180,
i = 138224180, v = 0x83d2234, cv = 0x83d2234}, nargs=2, args=0xbfffedc0)
at eval.c:3197
#16 0x80cc4ce in Ffuncall (nargs=3, args=0xbfffedc0) at eval.c:3238
#17 0x8093cea in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 34319391}, s = {bits = 0, val = 68638782}, u = {bits = 0,
val = 68638782}, ui = 137277564, i = 137277564, v = 0x82eb07c,
cv = 0x82eb07c}, vector={gu = {type = Lisp_Type_Record, val = 34319414},
s = {bits = 0, val = 68638828}, u = {bits = 0, val = 68638828},
ui = 137277656, i = 137277656, v = 0x82eb0d8, cv = 0x82eb0d8}, maxdepth={
gu = {type = Lisp_Type_Int_Odd, val = 2}, s = {bits = 1, val = 5}, u = {
bits = 1, val = 5}, ui = 11, i = 11, v = 0xb, cv = 0xb})
at bytecode.c:416
#18 0x80cd7e6 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 34319436}, s = {bits = 0, val = 68638872}, u = {bits = 0,
val = 68638872}, ui = 137277744, i = 137277744, v = 0x82eb130,
cv = 0x82eb130}, nargs=0, arg_vector=0xbffff1f8) at eval.c:3599
#19 0x80cc472 in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 34705669}, s = {bits = 0,
val = 69411338}, u = {bits = 0, val = 69411338}, ui = 138822676,
i = 138822676, v = 0x8464414, cv = 0x8464414}, nargs=0, args=0xbffff1f4)
at eval.c:3214
#20 0x80cc4ce in Ffuncall (nargs=1, args=0xbffff1f4) at eval.c:3238
#21 0x8093cea in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 34355415}, s = {bits = 0, val = 68710830}, u = {bits = 0,
val = 68710830}, ui = 137421660, i = 137421660, v = 0x830e35c,
cv = 0x830e35c}, vector={gu = {type = Lisp_Type_Record, val = 34355457},
s = {bits = 0, val = 68710914}, u = {bits = 0, val = 68710914},
ui = 137421828, i = 137421828, v = 0x830e404, cv = 0x830e404}, maxdepth={
gu = {type = Lisp_Type_Int_Even, val = 2}, s = {bits = 1, val = 4}, u = {
bits = 1, val = 4}, ui = 9, i = 9, v = 0x9, cv = 0x9})
at bytecode.c:416
#22 0x80cd7e6 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 34355512}, s = {bits = 0, val = 68711024}, u = {bits = 0,
val = 68711024}, ui = 137422048, i = 137422048, v = 0x830e4e0,
cv = 0x830e4e0}, nargs=0, arg_vector=0xbffff740) at eval.c:3599
#23 0x80cc472 in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 34771982}, s = {bits = 0,
val = 69543964}, u = {bits = 0, val = 69543964}, ui = 139087928,
i = 139087928, v = 0x84a5038, cv = 0x84a5038}, nargs=0, args=0xbffff73c)
at eval.c:3214
#24 0x80cc4ce in Ffuncall (nargs=1, args=0xbffff73c) at eval.c:3238
#25 0x8093cea in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 34354822}, s = {bits = 0, val = 68709644}, u = {bits = 0,
val = 68709644}, ui = 137419288, i = 137419288, v = 0x830da18,
cv = 0x830da18}, vector={gu = {type = Lisp_Type_Record, val = 34354887},
s = {bits = 0, val = 68709774}, u = {bits = 0, val = 68709774},
ui = 137419548, i = 137419548, v = 0x830db1c, cv = 0x830db1c}, maxdepth={
gu = {type = Lisp_Type_Int_Even, val = 3}, s = {bits = 1, val = 6}, u = {
bits = 1, val = 6}, ui = 13, i = 13, v = 0xd, cv = 0xd})
at bytecode.c:416
#26 0x80cd7e6 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 34355023}, s = {bits = 0, val = 68710046}, u = {bits = 0,
val = 68710046}, ui = 137420092, i = 137420092, v = 0x830dd3c,
cv = 0x830dd3c}, nargs=0, arg_vector=0xbffff958) at eval.c:3599
#27 0x80cd021 in apply_lambda (fun={gu = {type = Lisp_Type_Record,
val = 34355023}, s = {bits = 0, val = 68710046}, u = {bits = 0,
val = 68710046}, ui = 137420092, i = 137420092, v = 0x830dd3c,
cv = 0x830dd3c}, numargs=0, unevalled_args={gu = {
type = Lisp_Type_Record, val = 34531791}, s = {bits = 0,
val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164,
i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}) at eval.c:3501
#28 0x80cbb99 in Feval (form={gu = {type = Lisp_Type_Record, val = 34726453},
s = {bits = 0, val = 69452906}, u = {bits = 0, val = 69452906},
ui = 138905812, i = 138905812, v = 0x84788d4, cv = 0x84788d4})
at eval.c:3067
#29 0x80c8382 in condition_case_1 (handlers={gu = {type = Lisp_Type_Record,
val = 34531819}, s = {bits = 0, val = 69063638}, u = {bits = 0,
val = 69063638}, ui = 138127276, i = 138127276, v = 0x83ba7ac,
cv = 0x83ba7ac}, bfun=0x80cad40 <Feval>, barg={gu = {
type = Lisp_Type_Record, val = 34726453}, s = {bits = 0,
val = 69452906}, u = {bits = 0, val = 69452906}, ui = 138905812,
i = 138905812, v = 0x84788d4, cv = 0x84788d4},
hfun=0x80a39b0 <cmd_error>, harg={gu = {type = Lisp_Type_Record,
val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0,
val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c,
cv = 0x83ba73c}) at eval.c:1653
#30 0x80a3a64 in top_level_1 (dummy={gu = {type = Lisp_Type_Record,
val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0,
val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c,
cv = 0x83ba73c}) at cmdloop.c:206
#31 0x80c7e70 in internal_catch (tag={gu = {type = Lisp_Type_Record,
val = 34550468}, s = {bits = 0, val = 69100936}, u = {bits = 0,
val = 69100936}, ui = 138201872, i = 138201872, v = 0x83ccb10,
cv = 0x83ccb10}, func=0x80a3a30 <top_level_1>, arg={gu = {
type = Lisp_Type_Record, val = 34531791}, s = {bits = 0,
val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164,
i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}, threw=0x0) at eval.c:1328
#32 0x80a293e in initial_command_loop (load_me={gu = {type = Lisp_Type_Record,
val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0,
val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c,
cv = 0x83ba73c}) at cmdloop.c:285
#33 0x80c30b8 in xemacs_21_0_b63_i586_pc_linux (argc=1, argv=0xbffffd84,
envp=0xbffffd8c, restart=0) at emacs.c:1705
#34 0x80c3871 in main (argc=1, argv=0xbffffd84, envp=0xbffffd8c)
at emacs.c:2122
(gdb) quit
The program is running. Exit anyway? (y or n)
Installation:
uname -a: Linux tanko 2.0.33 #1 Sat Mar 21 14:51:39 JST 1998 i586 unknown
./configure '--prefix=/playpen/gnu' '--exec-prefix=/playpen/gnu/plat' '--with-mule' '--with-xim=xlib' '--with-xfs' '--with-sound=both' '--use-union-type=yes' '--debug' '--gung-ho=yes' '--cflags=-g -O3 -fno-caller-saves -Wall -Wno-switch'
XEmacs 21.0-b63 "Pyrenean63" configured for `i586-pc-linux'.
Where should the build process find the source code? /playpen/src/xemacs-21
What installation prefix should install use? /playpen/gnu
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 -fno-caller-saves -Wall -Wno-switch
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? yes
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
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 both network and native sound support.
Compiling in support for Berkeley DB.
Compiling in support for GNU DBM.
Compiling in support for ncurses.
Compiling in Mule (multi-lingual) support.
Compiling in XIM (X11R5+ I18N input method) support.
Using raw Xlib to provide XIM support.
Using XFontSet to provide bilingual menubar.
Compiling in support for Canna on Mule.
Compiling in support for proper session-management.
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Compiling in DLL support.
movemail will use "dot-locking" for locking mail spool files.
Using the union type for Lisp_Objects.
Using Lisp_Objects with minimal tagbits.
Using indexed lrecord implementation.
Compiling in extra code for debugging.
Compiling in code for checking XEmacs memory usage.
WARNING: ---------------------------------------------------------
WARNING: Compiling in support for runtime error checking.
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
--
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 two straight lines for? "Free software rules."
- 2 participants
- 1 comments
[Patch] Preview html w/kfm
25 years, 9 months
Neal D. Becker
Neal D. Becker
This patch extends yesterdays patch to allow psgml-html to preview
html using kfm.
Note that it is not necessary to check whether kfm is running. If you
use kde then kfm has to be running.
--- mail-lib/browse-url.el 1999/02/15 18:59:56 1.1
+++ mail-lib/browse-url.el 1999/02/15 19:02:30
＠＠ -48,6 +48,7 ＠＠
;; browse-url-iximosaic IXI Mosaic ?
;; browse-url-lynx-* Lynx 0
;; browse-url-grail Grail 0.3b1
+;; browse-url-kfm kde
;; Note that versions of Netscape before 1.1b1 did not have remote
;; control. <URL:http://www.netscape.com/newsref/std/x-remote.html>
＠＠ -341,6 +342,9 ＠＠
;; b-u-file-url encodes fewer chars. Multi-display support for
;; Netscape. Thanks Richard Mlynarik <mly(a)adoc.xerox.com>
+;; 0.39 15 Feb 1999
+;; Add kfm <nbecker(a)fred.net>
+
;;; Code:
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
＠＠ -384,6 +388,7 ＠＠
(function-item browse-url-lynx-xterm)
(function-item browse-url-lynx-emacs)
(function-item browse-url-grail)
+ (function-item browse-url-kfm)
(function :tag "Other" nil))
:group 'browse-url)
＠＠ -869,6 +874,15 ＠＠
((fboundp 'terminal-emulator)
(terminal-emulator "*browse-url*" "lynx" (list url)))
(t (error "No terminal emulation in this XEmacs")))))
+
+;;;###autoload
+(defun browse-url-kfm (url &optional new-window)
+ ;; new-window ignored
+ "Ask the kfm WWW browser to load URL.
+Default to the URL around or before point."
+ (interactive (browse-url-interactive-arg "kfm URL: "))
+ (message "Sending URL to kfm...")
+ (start-process "kfmclient" nil "kfmclient" "openURL" url))
(provide 'browse-url)
--- mail-lib/highlight-headers.el 1999/02/16 15:29:01 1.1
+++ mail-lib/highlight-headers.el 1999/02/16 15:32:14
＠＠ -468,7 +468,8 ＠＠
'w3-fetch == Use emacs-w3
'highlight-headers-follow-url-netscape == Use Netscape
-'highlight-headers-follow-url-mosaic == Use Mosaic")
+'highlight-headers-follow-url-mosaic == Use Mosaic
+'highlight-headers-follow-url-kfm == Use kfm")
(defvar highlight-headers-follow-url-netscape-auto-raise t
"*Whether to make Netscape auto-raise when a URL is sent to it.")
＠＠ -498,6 +499,11 ＠＠
;; it didn't work, so start a new Netscape process.
(call-process "netscape" nil 0 nil url)))
(message "Sending %s to Netscape... done" url))
+
+;;;###autoload
+(defun highlight-headers-follow-url-kfm (url)
+ (message "Sending %s to kfm..." url)
+ (start-process "kfmclient" nil "kfmclient" "openURL" url))
;;;###autoload
(defun highlight-headers-follow-url-mosaic (url)
--- psgml/psgml-html.el 1999/02/16 15:35:47 1.1
+++ psgml/psgml-html.el 1999/02/16 15:39:57
＠＠ -781,6 +781,9 ＠＠
(buffer-file-name
(current-buffer))]
["View in W3" w3-preview-this-buffer t]
+ ["View in kfm" sgml-html-kfm-file
+ (buffer-file-name
+ (current-buffer))]
"---"
["HTML-Quote Region" html-quote-region t]
"---")
＠＠ -790,6 +793,12 ＠＠
"Preview the file for the current buffer in Netscape."
(interactive)
(highlight-headers-follow-url-netscape
+ (concat "file:" (buffer-file-name (current-buffer)))))
+
+(defun sgml-html-kfm-file ()
+ "Preview the file for the current buffer in kfm."
+ (interactive)
+ (highlight-headers-follow-url-kfm
(concat "file:" (buffer-file-name (current-buffer)))))
(define-derived-mode html3-mode html-mode "HTML3"
- 1 participants
- 0 comments