This bug report will be sent to the XEmacs Development Team,
not to your local site managers!!
Please write in English, because the XEmacs maintainers do not have
translators to read other languages for them.
In XEmacs 21.2 (beta32) "Kastor & Polydeukes" [Lucid] (i386-unknown-freebsdelf3.4, Mule) of Wed Apr 19 2000 on elvenbow.nc.kyushu-u.ac.jp
configured using `configure --compiler=gcc295 --with-mule --without-xim --without-canna --without-wnn --without-wnn6 --error-checking=gc,malloc --…
[View More]debug --with-widgets=athena --with-dialogs=athena --with-xfs'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
I tried using CVS-updated xemacs-21.2.b32 yesterday, but it crashed
(SEGV) after 5 minutes of normal use (I was typing some texts in
irchat). Next time XEmacs crashed while I was reading mails using
Mew. Still I couldn't reproduce the crash, but it occured a bit too
frequent, so I decided to report once. If there are any good methods
to isolate the problem, please tell me and I'll try them.
It hadn't occured while I was using 21.2.b31, I believe.
There were no lisp trace. I attached the stack trace of the latter
crash. I lost the former one, but it also died inside
garbage_collect_1().
--
Yoshiaki Kasahara
kasahara(a)nc.kyushu-u.ac.jp
[View Less]
the evil yes/no infinite loop should finally be gone.
i also bowdlerized the supposedly insulting text i put in before,
and implemented a new callback scheme for widgets. the :callback-ex
keyword specifies a function or form that is passed two arguments,
the image instance that was clicked on or otherwise invoked, and
the corresponding event (for the moment, a misc-user event that
invokes the callback). this obviates the need for the horrid
widget-callback-current-channel.
finally, i fixed …
[View More]a typo (boundp instead of fboundp) introduced in a recent
patch.
--
Ben
In order to save my hands, I am cutting back on my mail. I also write
as succinctly as possible -- please don't be offended. If you send me
mail, you _will_ get a response, but please be patient, especially for
XEmacs-related mail. If you need an immediate response and it is not
apparent in your message, please say so. Thanks for your understanding.
See also http://www.666.com/ben/typing.html.
[View Less]
Given the history of Athena-related problems, the subject line is
probably no news for Andy. Still, I'd like to report the problems.
When I click on the "Edit->Search..." menu entry, I get a nice little
dialog. However, although the dialog gets WM focus, I can't type
anything because the characters end up inserted into the XEmacs frame.
I managed to trick XEmacs by selecting some characters with the mouse
and button2-pasting them into the dialog box. At that point, when I
press RET …
[View More]nothing happens. When I click on the "Find next" button a
few times, XEmacs crashes.
This is on Linux, a freshly built debugging XEmacs from the latest CVS
+ Yoshiki's "Fix crash by make-search-dialog" patch.
[View Less]
This bug report will be sent to the XEmacs Development Team,
not to your local site managers!!
Please write in English, because the XEmacs maintainers do not have
translators to read other languages for them.
In XEmacs 21.2 (beta31) "Iris" [Lucid] (sparc-sun-solaris2.5.1, Mule) of Mon Mar 20 2000 on zhora
configured using `configure --site-includes=/usr/local/include --site-libraries=/usr/local/sun4/lib --prefix=/tools/xemacs-beta/21.2-pdump --with-sound=none --with-mule --debug=no --error-…
[View More]checking=none --without-tooltalk --without-workshop --pdump'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
If I start up XEmacs and invoke W3 ('M-x w3'), XEmacs crashes almost
immediately. Gnus also invokes w3 when it encounters an HTML message,
which produces the exact same crashing behavior. It doesn't seem to
matter whether I do any other activities before invoking w3, with one
exception. If I specify w3 on the xemacs command-line ('-f w3'), it
starts up and prints the error
"No more character sets for this dimension: 1"
and otherwise works okay. If I then invoke w3 again ('M-x w3'), the
same crash behavior occurs.
I first noticed this behavior as of Thursday, 23 March, 2000.
Lisp backtrace follows:
make-charset(w3-dingbats "Dingbats character set for Emacs/W3" (registry "" dimension 1 chars 96 final ?:))
byte-code("..." [mule-sysdep-version xemacs find-charset w3-dingbats make-charset "Dingbats character set for Emacs/W3" (registry "" dimension 1 chars 96 final ?:) (4.0 3.0 3.1) charsetp define-charset nil vector 1 96 ?: 0 "dingbats" "emacs/w3-dingbats"] 13)
# bind (current-load-list)
# (unwind-protect ...)
# bind (load-file-name)
# (unwind-protect ...)
# (unwind-protect ...)
# (unwind-protect ...)
# (unwind-protect ...)
# (unwind-protect ...)
load-internal("w3-display" nil t nil binary)
# bind (path handler filename nosuffix nomessage noerror file)
load("w3-display" nil t nil)
# (unwind-protect ...)
require(w3-display)
byte-code("..." [fboundp w3 autoload load-path p name file-exists-p expand-file-name "w3-vars.elc" file-name-directory name2 p2 directory-file-name require w3-sysdp w3-cfg mule-sysdp widget featurep efs efs-auto nil (byte-code "ÀÁ!" [require ange-ftp] 2) ((error)) cl css url-vars url-parse w3-vars w3-display] 7)
# bind (current-load-list)
# (unwind-protect ...)
# bind (load-file-name)
# (unwind-protect ...)
# (unwind-protect ...)
# (unwind-protect ...)
# (unwind-protect ...)
# (unwind-protect ...)
load-internal("w3" nil nil nil binary)
# bind (path handler filename nosuffix nomessage noerror file)
load("w3" nil nil nil)
# (unwind-protect ...)
command-execute(w3 t)
# bind (_execute_command_keys_ _execute_command_name_ prefix-arg)
execute-extended-command(nil)
# bind (command-debug-status)
call-interactively(execute-extended-command)
# (condition-case ... . error)
# (catch top-level ...)
Core file backtrace follows:
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 "sparc-sun-solaris2.5.1"...
warning: core file may not match specified executable file.
Core was generated by `/users/lipp/xemacs-beta/21.2-pdump/bin/xemacs -f w3'.
Program terminated with signal 11, Segmentation Fault.
Reading symbols from /usr/lib/libXm.so.3...done.
Reading symbols from /usr/openwin/lib/libtiff.so...done.
Reading symbols from /usr/local/sun4/lib/libpng.so.2...done.
Reading symbols from /usr/local/sun4/lib/libjpeg.so.62...done.
Reading symbols from /usr/local/sun4/lib/libz.so.1.1.3...done.
Reading symbols from /usr/openwin/lib/libXpm.so.4.10...done.
Reading symbols from /usr/lib/libXmu.so.4...done.
Reading symbols from /usr/lib/libXt.so.4...done.
Reading symbols from /usr/lib/libXext.so.0...done.
Reading symbols from /usr/lib/libX11.so.4...done.
Reading symbols from /usr/lib/libdl.so.1...done.
Reading symbols from /usr/lib/libkvm.so.1...done.
Reading symbols from /usr/lib/libkstat.so.1...done.
Reading symbols from /usr/lib/libintl.so.1...
warning: Lowest section in /usr/lib/libintl.so.1 is .dynamic at 0x74
done.
Reading symbols from /usr/lib/libm.so.1...done.
Reading symbols from /usr/lib/libsocket.so.1...done.
Reading symbols from /usr/lib/libnsl.so.1...done.
Reading symbols from /usr/lib/libelf.so.1...done.
Reading symbols from /usr/lib/libc.so.1...done.
Reading symbols from /usr/lib/libSM.so.6...done.
Reading symbols from /usr/lib/libICE.so.6...done.
Reading symbols from /usr/lib/libmp.so.2...done.
Reading symbols from /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1...done.
#0 0xef188244 in _libc_kill () from /usr/lib/libc.so.1
(gdb) where
#0 0xef188244 in _libc_kill () from /usr/lib/libc.so.1
#1 0x96f38 in fatal_error_signal (sig=11) at emacs.c:293
#2 <signal handler called>
#3 0xb8b90 in Fmake_charset (name=5650436, doc_string=4916468, props=5138976)
at mule-charset.c:515
#4 0x9bcfc in Ffuncall (nargs=3, args=0xefffcefc) at eval.c:3218
#5 0x6d37c in execute_optimized_program (
program=0xefffcfbf "\210ª\034\bǶ«\027ÈÃ!¬\022ÉÊÃËÌÍÌ\211ÎÏÐÑÅ&\t#\210Ê\207\003",
stack_depth=3, constants_data=0x579490) at bytecode.c:747
#6 0x70650 in Fbyte_code (instructions=-268447824, constants=5739648, stack_depth=27)
at bytecode.c:2404
#7 0x9b624 in Feval (form=5140008) at eval.c:3018
#8 0x1349d8 in readevalloop (readcharfun=4462592, sourcename=3709556, evalfun=0x9b0d0 <Feval>,
printflag=0) at lread.c:1448
#9 0x133964 in Fload_internal (file=3709556, no_error=-286511952, nomessage=-286512600,
nosuffix=-286511952, codesys=-286568592, used_codesys=-286511952) at lread.c:736
#10 0x9bd5c in Ffuncall (nargs=-1, args=0xefffd5bc) at eval.c:3218
#11 0x6d37c in execute_optimized_program (program=0xeefa91fa "+\207\026\035~\200",
stack_depth=5, constants_data=0xeef6ecd0) at bytecode.c:747
#12 0x6cfd4 in funcall_compiled_function (fun=-285645596, nargs=4, args=0xefffd7a4)
at bytecode.c:516
#13 0x9beb0 in Ffuncall (nargs=4, args=0xefffd7a0) at eval.c:3253
#14 0x9ec7c in call4 (fn=-286588680, arg0=3709556, arg1=-286511952, arg2=-286512600,
arg3=-286511952) at eval.c:3919
#15 0xf96e0 in Frequire (feature=4958180, file_name=-286511952) at fns.c:1257
#16 0x9bce4 in Ffuncall (nargs=-1, args=0xefffd95c) at eval.c:3218
#17 0x6d37c in execute_optimized_program (program=0xefffda92 "\207", stack_depth=1,
constants_data=0x4cde10) at bytecode.c:747
#18 0x70650 in Fbyte_code (instructions=-268445192, constants=5037568, stack_depth=15)
at bytecode.c:2404
#19 0x9b624 in Feval (form=3849240) at eval.c:3018
#20 0x1349d8 in readevalloop (readcharfun=4744192, sourcename=4092532, evalfun=0x9b0d0 <Feval>,
printflag=0) at lread.c:1448
#21 0x133964 in Fload_internal (file=4092532, no_error=-286511952, nomessage=-286511952,
nosuffix=-286511952, codesys=-286568592, used_codesys=-286511952) at lread.c:736
#22 0x9bd5c in Ffuncall (nargs=-1, args=0xefffe134) at eval.c:3218
#23 0x6d37c in execute_optimized_program (program=0xeefa91fa "+\207\026\035~\200",
stack_depth=5, constants_data=0xeef6ecd0) at bytecode.c:747
#24 0x6cfd4 in funcall_compiled_function (fun=-285645596, nargs=4, args=0xefffe31c)
at bytecode.c:516
#25 0x9beb0 in Ffuncall (nargs=4, args=0xefffe318) at eval.c:3253
#26 0x9ec7c in call4 (fn=-286588680, arg0=4092532, arg1=-286511952, arg2=-286511952,
arg3=-286511952) at eval.c:3919
#27 0x9afbc in do_autoload (fundef=4094772, funname=-286629744) at eval.c:2832
#28 0x9abc4 in Fcommand_execute (cmd=-286629744, record=-286512600, keys=-286511952)
at eval.c:2641
#29 0x9bcfc in Ffuncall (nargs=-1, args=0xefffe59c) at eval.c:3218
#30 0x6d37c in execute_optimized_program (
program=0x54bf58 "\210\016\r<\016\020¬\023Ñ Ò a«\aÓ pa«\006Ô \210ª\004Õ \210Ö×!\036ØÙÆ\016\rA«\004Úª\002Û\016\fÜ\016\r!#\"\210Ö\016\035!\210ÞÙ!*\207Î\016\tÏ\"\207", stack_depth=2,
constants_data=0xeef6b9b4) at bytecode.c:747
#31 0x6cfd4 in funcall_compiled_function (fun=-285650412, nargs=1, args=0xefffe774)
at bytecode.c:516
#32 0x9beb0 in Ffuncall (nargs=1, args=0xefffe770) at eval.c:3253
#33 0x726cc in Fcall_interactively (function=-286604640, record_flag=-286511952,
keys=-286511952) at callint.c:946
#34 0x9ac4c in Fcommand_execute (cmd=-286604640, record=-286511952, keys=-286511952)
at eval.c:2656
#35 0xd6cfc in execute_command_event (command_builder=0x36f2c0, event=4458732)
at event-stream.c:3836
#36 0xd7304 in Fdispatch_event (event=4459892) at event-stream.c:4155
#37 0x798a8 in Fcommand_loop_1 () at cmdloop.c:575
#38 0x79b1c in command_loop_1 (dummy=-286511952) at cmdloop.c:490
#39 0x9877c in condition_case_1 (handlers=-286512144, bfun=0x79b00 <command_loop_1>,
barg=-286511952, hfun=0x79b7c <cmd_error>, harg=-286511952) at eval.c:1644
#40 0x79c8c in command_loop_2 (dummy=-286511952) at cmdloop.c:252
#41 0x9f3e8 in internal_catch (tag=-286696728, func=0x79c40 <command_loop_2>, arg=-286511952,
threw=0x0) at eval.c:1310
#42 0x793f4 in initial_command_loop (load_me=-286511952) at cmdloop.c:301
#43 0x9542c in sort_args (argc=1923072, argv=0xefffefbc) at emacs.c:1872
Recent messages (most recent first):
Parsing BBDB... (frobnicating...)
Parsing BBDB... (reading...)
Parsing BBDB...
Loading bbdb-com...done
Loading bbdb-com...
Loading bbdb-gnus...done
Loading gnus-xmas...done
Loading gnus-xmas...
Loading bbdb-gnus...
Loading efs-cu...done
--
Steven E. Harris
Primus Knowledge Solutions, Inc.
http://www.primus.com
[View Less]
Ok, so I've got scrollbars (almost) working, and am going to try and tackle
the redisplay weirdness I've been seeing. Basically that consists of:
1) Expose events - I _get_ all the expose events I am supposed to, but the
text only appears if I obscure the Gtk XEmacs frame with a normal XEmacs
frame. If I obscure then expose it using an xterm, everything (bht the
modeline) shows up as just the blank background color.
2) C-l causes something similar to happen - it redraws the LINE I …
[View More]am on,
but everything else (but the modeline) disappears.
Does this ring any bells with the redisplay experts (ben, andy, jonathan)?
Thanks all!
-Bill P.
[View Less]
Andy, your gutter implementation needs some serious profiling for garbage
collection.
i was noticing that my xemacs was getting slower and slower as more buffers were
opened --
and then i noticed that if i moved the mouse back and forth, xemacs was garbage
collecting *every fucking second*!
sure enough, with gutters off, the gc goes away, and everything speeds up
immensely.
i have 60 buffers open, and the gutter code is generating 500,000 bytes of
garbage every second!
what the hell?
andy, …
[View More]at the very least use frame-modified-tick to avoid this massive
recalculation.
--
Ben
In order to save my hands, I am cutting back on my mail. I also write
as succinctly as possible -- please don't be offended. If you send me
mail, you _will_ get a response, but please be patient, especially for
XEmacs-related mail. If you need an immediate response and it is not
apparent in your message, please say so. Thanks for your understanding.
See also http://www.666.com/ben/typing.html.
[View Less]
This fixes some of Ben's concerns as well as making the search dialog work
(mostly) under athena.
andy
2000-04-14 Andy Piper <andy(a)xemacs.org>
* gutter-items.el (make-search-dialog): avoid unneccessary futzing
by using the new widget-callback-current-channel.
(search-dialog-callback): ditto.
* general.c (syms_of_general): add last-command, this-command, let
and funcall.
* lisp.h: declare various symbols.
* glyphs.h: declare Qwidget_callback_current_channel;
* glyphs-…
[View More]widget.c (syms_of_glyphs_widget): add
Qgui_callback_current_channel.
(vars_of_glyphs_widget): add Vgui_callback_current_channel.
* gui-msw.c (mswindows_handle_gui_wm_command): bind
widget-callback-current-channel when invoking the interactive
arg. Also bind last-command and next-command when invoking the
widget updates.
* gui-x.c (popup_selection_callback): ditto.
* gui.c (get_gui_callback): massage args so that we are always
calling eval. This allows us to add our own variable bindings
outside.
2000-04-06 Andy Piper <andy(a)xemacs.org>
* configure.in: fix typo.
2000-04-12 Andy Piper <andy(a)xemacs.org>
* glyphs-x.c (x_button_instantiate): use
gui_items_to_widget_values since this is GC safe.
(x_progress_gauge_instantiate): ditto.
(x_edit_field_instantiate): ditto.
(x_label_instantiate): ditto.
* event-Xt.c (emacs_Xt_handle_magic_event): remove old printfs.
(emacs_Xt_event_widget_focus_out): new function
(emacs_Xt_event_widget_focus_in): new function. Set the keyboard
focus.
(emacs_Xt_event_add_widget_actions): new function. add focus
functions as actions.
(init_event_Xt_late): use it.
2000-04-12 Andy Piper <andy(a)xemacs.org>
* lwlib-Xaw.c (xaw_update_one_widget): no-op for text widgets.
(xaw_update_one_value): Get strings safely.
(xaw_create_text_field): add some extra properties.
2000-04-12 Andy Piper <andy(a)xemacs.org>
* Emacs.ad: give the gui-element face the same font as the menubar
and popups. Add translations for text widgets.
2000-04-12 Andy Piper <andy(a)xemacs.org>
* gutter.el (default-gutter-position): moved from gutter-items.el.
(default-gutter-position-changed-hook): ditto.
(gutter-element-visibility-changed-hook): ditto.
(set-gutter-element): ditto.
(remove-gutter-element): ditto.
(set-gutter-element-visible-p): ditto.
(gutter-element-visible-p): ditto.
(init-gutter): ditto.
* dialog.el (make-dialog-box): renamed and moved from
gutter-items.el
* gutter-items.el: move various functions elsewhere.
--------------------------------------------------------------
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
[View Less]
So... there are spiffy little things in GtkStyle for drawing things like
shadows, vertical & horizontal dividers, etc, etc.
My question is, should XEmacs use those? Or continue to draw its own?
-Bill P.
Greetings,
Has anyone managed to build xemacs-21.1.9 with Cygwin-1.1.0 (new net
release)?
I did a full setup of cygwin's "latest" (contents as of yesterday
a.m.) on NT Workstation 4.0 (SP5).
Used it to build & install ncurses-5.0 OOTB. (As Charles Wilson
reports on <http://cygutils.netpedia.net/V1.1/ncurses-5.0/index.html>,
there was an error message but the installation looks complete.)
Then, building xemacs-21.1.9:
./configure --prefix=/usr/local/xemacs-21.1.9
make
…
[View More]proceeds happily until here:
...
Loading loadhist.el...
Loading loaddefs.el...
Loading site-load.el...
Bootstrapping from temacs...
Purespace usage: 99772 of 1463000 (7% -- 1331k wasted).
Compiling /home/starksb/src/xemacs-21.1.9/lisp/auto-autoloads.el...
at which point temacs.exe runs indefinitely (well, at least 15 minutes
on a PII-400 w/ 128MB) until killed. Task Manager reports that
temacs.exe uses 8120K, and this does not grow.
There are no other cygwin processes running (just bash), and real-time
anti-virus protection is disabled. CYGWIN is not set and mounts are
binmode (defaults). I even tried cygwin1-20000426.dll, but no change.
I'm inclined to wait for xemacs-21.1.10, due soon I believe, and try
again then. (Unless someone has an idea what to look for, in which
case I'll provide more details, like cygcheck & strace, if that's
thought to be useful here.)
Thanks to both teams for your fine efforts.
Kind regards,
David
-------------------------------------------------------------------
David Starks-Browning | starksb(a)ebi.ac.uk
EMBL Outstation -- |
The European Bioinformatics Institute |
Wellcome Trust Genome Campus | tel: +44 (1223) 494 616
Hinxton, Cambridge, CB10 1SD, UK | fax: +44 (1223) 494 468
-------------------------------------------------------------------
[View Less]