darn: WAIT_TIMEOUT under 21.5-b2
23 years
Adrian Aichner
Adrian Aichner
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.5 (beta2) "artichoke" [Lucid] (i586-pc-win32) of Tue Jul 31 2001 on D5DC120J
configured using `configure UNKNOWN'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
Was starting up gnus at the time.
This involves the following in my setup:
(call-process "ipconfig" nil t nil "/all")
I suspect this is where the WAIT_TIMEOUT occurs.
Adrian
Recent keystrokes:
n n q RET c y SPC c y c y c y c y C-p C-p C-k C-k C-k
s p p g n RET RET n M c C-n C-n SPC SPC DEL M c q s
r g n RET c y SPC SPC n q RET SPC n n n n RET n n n
n n n RET SPC DEL n SPC n SPC q n RET q C-g C-g s misc-user
C-x 1 M-x r e BS BS C-g r p p M-x r e p o SPC - e m
a SPC RET
Recent messages (most recent first):
Loading iso-acc...
Loading lazy-lock...done
Loading lazy-lock...
Loading emacsbug...done
Loading emacsbug...
Making completion list...
Checking new news...done
Checking new news...
Reading active file via nnfolder...done
Reading active file via nnfolder...
NTDLL! 77fa018c()
mswindows_need_event(int 1) line 1515 + 52 bytes
emacs_mswindows_next_event(Lisp_Event * 0x01eaf510) line 3364 + 7 bytes
event_stream_next_event(Lisp_Event * 0x01eaf510) line 502 + 13 bytes
next_event_internal(long 32175376, int 0) line 1942 + 9 bytes
Faccept_process_output(long 44366256, long 3, long 20537680) line 2598 + 11 bytes
Ffuncall(int 3, long * 0x0082dea0) line 3477 + 127 bytes
execute_optimized_program(const unsigned char * 0x03db79f0, int 5, long * 0x028eab80) line 744 + 16 bytes
funcall_compiled_function(long 42904108, int 1, long * 0x0082e180) line 516 + 53 bytes
Ffuncall(int 2, long * 0x0082e17c) line 3512 + 17 bytes
execute_optimized_program(const unsigned char * 0x0282f850, int 7, long * 0x029e05f0) line 744 + 16 bytes
funcall_compiled_function(long 42903744, int 1, long * 0x0082e464) line 516 + 53 bytes
Ffuncall(int 2, long * 0x0082e460) line 3512 + 17 bytes
execute_optimized_program(const unsigned char * 0x0282f558, int 5, long * 0x0292ca58) line 744 + 16 bytes
funcall_compiled_function(long 42903324, int 2, long * 0x0082e740) line 516 + 53 bytes
Ffuncall(int 3, long * 0x0082e73c) line 3512 + 17 bytes
execute_optimized_program(const unsigned char * 0x0282f428, int 4, long * 0x0292cf28) line 744 + 16 bytes
funcall_compiled_function(long 43498192, int 1, long * 0x0082ea18) line 516 + 53 bytes
Ffuncall(int 2, long * 0x0082ea14) line 3512 + 17 bytes
execute_optimized_program(const unsigned char * 0x01f06c88, int 9, long * 0x02977a30) line 744 + 16 bytes
funcall_compiled_function(long 43498080, int 1, long * 0x0082ed04) line 516 + 53 bytes
Ffuncall(int 2, long * 0x0082ed00) line 3512 + 17 bytes
execute_optimized_program(const unsigned char * 0x029c3b48, int 3, long * 0x029927e0) line 744 + 16 bytes
funcall_compiled_function(long 43599508, int 3, long * 0x0082efd8) line 516 + 53 bytes
Ffuncall(int 4, long * 0x0082efd4) line 3512 + 17 bytes
execute_optimized_program(const unsigned char * 0x028e5410, int 4, long * 0x0297d840) line 744 + 16 bytes
funcall_compiled_function(long 43497632, int 0, long * 0x0082f2b0) line 516 + 53 bytes
Ffuncall(int 1, long * 0x0082f2ac) line 3512 + 17 bytes
execute_optimized_program(const unsigned char * 0x028c7898, int 3, long * 0x0147c0d0) line 744 + 16 bytes
funcall_compiled_function(long 21648420, int 0, long * 0x0082f5a0) line 516 + 53 bytes
Ffuncall(int 1, long * 0x0082f59c) line 3512 + 17 bytes
apply1(long 21648420, long 20537680) line 4101 + 11 bytes
Fcall_interactively(long 20442064, long 20537680, long 20537680) line 465 + 13 bytes
Ffuncall(int 2, long * 0x0082f7b4) line 3477 + 127 bytes
execute_optimized_program(const unsigned char * 0x028c7830, int 4, long * 0x0147bb1c) line 744 + 16 bytes
funcall_compiled_function(long 21647776, int 0, long * 0x0082faac) line 516 + 53 bytes
Ffuncall(int 1, long * 0x0082faa8) line 3512 + 17 bytes
apply1(long 21647776, long 20537680) line 4101 + 11 bytes
Fcall_interactively(long 20440288, long 20537680, long 20537680) line 465 + 13 bytes
Ffuncall(int 2, long * 0x0082fccc) line 3477 + 127 bytes
call1(long 20498320, long 20440288) line 4132 + 11 bytes
execute_command_event(command_builder * 0x01db5a10, long 32174760) line 3898 + 37 bytes
Fdispatch_event(long 32174760) line 4234 + 13 bytes
Fcommand_loop_1() line 583 + 9 bytes
command_loop_1(long 20537680) line 495
condition_case_1(long 20533864, long (long)* 0x01051339 command_loop_1(long), long 20537680, long (long, long)* 0x01050d50 cmd_error(long, long), long 20537680) line 1692 + 7 bytes
command_loop_3() line 256 + 35 bytes
command_loop_2(long 20537680) line 269
internal_catch(long 20351656, long (long)* 0x01050ea0 command_loop_2(long), long 20537680, int * volatile 0x00000000) line 1317 + 7 bytes
initial_command_loop(long 20537680) line 305 + 25 bytes
STACK_TRACE_EYE_CATCHER(int 1, char * * 0x00e64148, char * * 0x00e62d60, int 0) line 2354
main(int 1, char * * 0x00e64148, char * * 0x00e62d60) line 2722
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 77e97d08()
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
- 1 participants
- 0 comments
customize still broken (at least for me)
23 years
Latchezar M. Dimitrov
Latchezar M. Dimitrov
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.5 (beta2) "artichoke" [Lucid] (sparc-sun-solaris2.8, Mule) of Sun Jul 29 2001 on eon
configured using `configure --prefix=/usr/scratch/XEmacs --with-prefix=no --cflags=-O --with-mule --with-canna=no --with-wnn6=no --with-tooltalk --error-checking=none --memory-usage-stats --with-dragndrop --with-cde --with-pop --with-workshop --with-xfs --use-union-type --with-dialogs=athena --site-includes=/home/deacon/csgrad/lmdimi/usr/local/include:/home/deacon/csgrad/lmdimi/usr/local/include/X11 --site-libraries=/usr/scratch/lib:/usr/scratch/lib/X11'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
When I try to customize anything any way a broken button appears
instead of usual customization window. Here's what I mean by broken
<%]>
and here's the 'backtrace'
Signaling: (wrong-type-argument listp :descriptor)
nth(0 :descriptor)
(list (nth 0 (aref gui 1)) (vector (quote string) (quote :data) text))
(make-glyph (list (nth 0 ...) (vector ... ... text)))
(widget-glyph-insert-glyph widget (make-glyph (list ... ...)) (make-glyph (list ... ...)) (make-glyph (list ... ...)))
(cond (tag-glyph (widget-glyph-insert widget text tag-glyph)) ((and ... ... widget-push-button-gui ... ... ...) (unless gui ... ...) (widget-glyph-insert-glyph widget ... ... ...)) (t (insert text)))
(let* ((tag ...) (tag-glyph ...) (text ...) (gui ...)) (cond (tag-glyph ...) (... ... ...) (t ...)))
widget-push-button-value-create((push-button :action (lambda (widget &optional event) (Custom-set)) :help-echo "Make your editing in this buffer take effect for this session." :tag "Set for Current Session"))
apply(widget-push-button-value-create (push-button :action (lambda (widget &optional event) (Custom-set)) :help-echo "Make your editing in this buffer take effect for this session." :tag "Set for Current Session") nil)
widget-apply((push-button :action (lambda (widget &optional event) (Custom-set)) :help-echo "Make your editing in this buffer take effect for this session." :tag "Set for Current Session") :value-create)
(if (and button-begin (not button-end)) (widget-apply widget :value-create) (setq value-pos (point)))
(cond ((eq escape ?%) (insert "%")) ((eq escape ?\[) (setq button-begin ...) (insert ...)) ((eq escape ?\]) (insert ...) (setq button-end ...)) ((eq escape ?{) (setq sample-begin ...)) ((eq escape ?}) (setq sample-end ...)) ((eq escape ?n) (when ... ... ...)) ((eq escape ?t) (let ... ...)) ((eq escape ?d) (let ... ...)) ((eq escape ?v) (if ... ... ...)) (t (widget-apply widget :format-handler escape)))
(let ((escape ...)) (replace-match "" t t) (cond (... ...) (... ... ...) (... ... ...) (... ...) (... ...) (... ...) (... ...) (... ...) (... ...) (t ...)))
(while (re-search-forward "%\\(.\\)" nil t) (let (...) (replace-match "" t t) (cond ... ... ... ... ... ... ... ... ... ...)))
(let ((from ...) button-begin button-end sample-begin sample-end doc-begin doc-end value-pos) (insert (widget-get widget :format)) (goto-char from) (while (re-search-forward "%\\(.\\)" nil t) (let ... ... ...)) (and button-begin button-end (widget-specify-button widget button-begin button-end)) (and sample-begin sample-end (widget-specify-sample widget sample-begin sample-end)) (and doc-begin doc-end (widget-specify-doc widget doc-begin doc-end)) (when value-pos (goto-char value-pos) (widget-apply widget :value-create)))
(progn (let (... button-begin button-end sample-begin sample-end doc-begin doc-end value-pos) (insert ...) (goto-char from) (while ... ...) (and button-begin button-end ...) (and sample-begin sample-end ...) (and doc-begin doc-end ...) (when value-pos ... ...)) (let (... ...) (set-marker-insertion-type from t) (set-marker-insertion-type to nil) (widget-put widget :from from) (widget-put widget :to to)))
(setq result (progn (let ... ... ... ... ... ... ... ...) (let ... ... ... ... ...)))
(let ((inhibit-read-only t) result before-change-functions after-change-functions) (insert "<>") (narrow-to-region (- ... 2) (point)) (goto-char (1+ ...)) (setq result (progn ... ...)) (delete-region (point-min) (1+ ...)) (delete-region (1- ...) (point-max)) (goto-char (point-max)) result)
(save-restriction (let (... result before-change-functions after-change-functions) (insert "<>") (narrow-to-region ... ...) (goto-char ...) (setq result ...) (delete-region ... ...) (delete-region ... ...) (goto-char ...) result))
(widget-specify-insert (let (... button-begin button-end sample-begin sample-end doc-begin doc-end value-pos) (insert ...) (goto-char from) (while ... ...) (and button-begin button-end ...) (and sample-begin sample-end ...) (and doc-begin doc-end ...) (when value-pos ... ...)) (let (... ...) (set-marker-insertion-type from t) (set-marker-insertion-type to nil) (widget-put widget :from from) (widget-put widget :to to)))
widget-default-create((push-button :action (lambda (widget &optional event) (Custom-set)) :help-echo "Make your editing in this buffer take effect for this session." :tag "Set for Current Session"))
apply(widget-default-create (push-button :action (lambda (widget &optional event) (Custom-set)) :help-echo "Make your editing in this buffer take effect for this session." :tag "Set for Current Session") nil)
widget-apply((push-button :action (lambda (widget &optional event) (Custom-set)) :help-echo "Make your editing in this buffer take effect for this session." :tag "Set for Current Session") :create)
(let ((widget ...)) (widget-apply widget :create) widget)
widget-create(push-button :tag "Set for Current Session" :help-echo "Make your editing in this buffer take effect for this session." :action (lambda (widget &optional event) (Custom-set)))
custom-buffer-create-internal(((progress-feedback-style custom-variable)) nil)
custom-buffer-create(((progress-feedback-style custom-variable)) "*Customize Option: Progress Feedback Style*")
(lambda (symbol) "Customize SYMBOL, which must be a user option variable." (interactive (custom-variable-prompt)) (custom-buffer-create (list ...) (format "*Customize Option: %s*" ...)))(progress-feedback-style)
call-interactively(customize-option)
command-execute(customize-option t)
execute-extended-command(nil)
call-interactively(execute-extended-command)
Recent keystrokes:
M-x c u s TAB - v BS o p TAB RET p r o TAB s TAB RET
misc-user
Recent messages (most recent first):
Parsing /home/deacon/csgrad/lmdimi/.mailrc... done
Parsing /home/deacon/csgrad/lmdimi/.mailrc...
Loading mail-abbrevs...done
Loading mail-abbrevs...
Loading emacsbug...done
Wrong type argument: number-char-or-marker-p, nil
Loading emacsbug...
Wrong type argument: number-char-or-marker-p, nil
Wrong type argument: number-char-or-marker-p, nil
Wrong type argument: number-char-or-marker-p, nil
- 2 participants
- 1 comments
[ANNOUNCE] Updated Packages available - July 28
23 years
Steve Youngs
Steve Youngs
Hello.
The following XEmacs packages have just been released.
Updated or New Packages:
=======================
edebug-1.14-pkg.tar.gz
ediff-1.31-pkg.tar.gz
edit-utils-1.64-pkg.tar.gz
text-modes-1.32-pkg.tar.gz
viper-1.26-pkg.tar.gz
vm-6.94-pkg.tar.gz
Detailed Changes:
================
edebug-1.14-pkg.tar.gz
----------------------
2001-07-16 Charles G Waldman <cgw(a)xemacs.org>
* edebug.el (edebug-form-data): Correct initialization order.
Define variable before making it buffer-local.
ediff-1.31-pkg.tar.gz
---------------------
2001-07-21 Michael Kifer <kifer(a)cs.sunysb.edu>
* ediff-util.el
(ediff-file-checked-out-p,ediff-file-checked-in-p): check if
vc-state is available.
(ediff-make-temp-file): use ediff-coding-system-for-write.
* ediff-init.el (ediff-coding-system-for-read): from ediff-diff.el
(ediff-coding-system-for-write): new variable.
(ediff-highest-priority): fixed the bug having to do with disappearing
overlays.
(ediff-file-remote-p): use file-remote-p, if available.
(ediff-listable-file): new function.
(ediff-file-attributes): use ediff-listable-file.
* ediff-mult.el (ediff-meta-insert-file-info1): use
ediff-listable-file.
* ediff-ptch.el (ediff-prompt-for-patch-file): use
ediff-coding-system-for-read.
(ediff-patch-file-internal): use ediff-coding-system-for-write.
* ediff-diff.el (ediff-coding-system-for-read): moved to ediff-init.el.
(ediff-match-diff3-line,ediff-get-diff3-group): improved pattern.
* ediff.texi: added clarifications, acknowledgements.
edit-utils-1.64-pkg.tar.gz
--------------------------
2001-07-19 Daiki Ueno <ueno(a)unixuser.org>
* iswitchb.el (iswitchb-complete): Set this-command to
'iswitchb-completion-help when putting the following excusion into
iswitchb-completion-help.
text-modes-1.32-pkg.tar.gz
--------------------------
2001-07-18 Charles G Waldman <cgw(a)xemacs.org>
* hexl.el (hexlify-buffer):
* hexl.el (dehexlify-buffer): Check whether buffer-file-system
is bound.
viper-1.26-pkg.tar.gz
---------------------
2001-07-21 Michael Kifer <kifer(a)cs.sunysb.edu>
* viper-ex.el (ex-token-list,ex-cmd-execute): Revamped, courtesy
of Scott Bronson.
(ex-cmd-assoc,ex-compile,ex-cmd-one-letr): New functions.
(viper-check-sub,viper-get-ex-command,viper-execute-ex-command):
Deleted functions.
(viper-get-ex-com-subr,viper-ex,ex-mark): Changed to use the new
ex-token-list.
(viper-get-ex-address-subr): convert registers to char data type.
* viper-util.el (viper-int-to-char,viper-char-equal): new
functions.
(viper-memq-char): use viper-int-to-char.
(viper-file-checked-in-p): use vc-locking-user, if vc doesn't have
vc-locking-state.
(viper-read-key): use viper-read-key-sequence.
* viper.el (viper-major-mode-modifier-list): added
inferior-emacs-lisp-mode.
(this-major-mode-requires-vi-state): new function that uses simple
heuristics to decide if vi state is appropriate.
(set-viper-state-in-major-mode): use this-major-mode-requires-vi-state.
(viper-non-hook-settings): don't advise read-key-sequence.
(viper-read-key-sequence): new function that replaces the
previously used advice to read-key-sequence.
* viper-cmd.el (viper-test-com-defun,viper-exec-change,
viper-exec-Change,viper-execute-com,viper-insert,viper-append,
viper-Append,viper-Insert,viper-open-line,viper-Open-line,
viper-open-line-at-point,viper-substitute,viper-overwrite,
viper-replace-char-subr,viper-forward-word,viper-forward-Word):
got rid of the negative character hack.
(viper-escape-to-state,viper-replace-state-exit-cmd):
use viper-read-key-sequence.
(viper-envelop-ESC-key): no need for ad-get-orig-definition.
(viper-minibuffer-standard-hook,viper-read-string-with-history):
don't override existing minibuffer-setup-hook.
(viper-mark-point,viper-goto-mark-subr,viper-brac-function):
convert registers to char data type.
(viper-autoindent): use viper-indent-line.
* viper-keym.el: use viper-exec-key-in-emacs.
* viper.texi: Added credits, new commands, like :make.
vm-6.94-pkg.tar.gz
------------------
2001-07-21 Steve Youngs <youngs(a)xemacs.org>
* Sync with VM-6.94.
Installing These:
================
Manually:
--------
1) Download the packages that you want to install from: [1]
/ftp.xemacs.org:/pub/xemacs/packages/
2) Unpack them to: [2]
/usr/local/lib/xemacs/xemacs-packages/
3) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.[245].x):
----------------------------------------------
1) Tools -> Packages -> Add Download Site -> choose site
2) Tools -> Packages -> List and Install
3) Select the packages you wish to install (there are brief
instructions at the bottom of the packages buffer).
4) Packages -> Install/Remove Selected
5) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.1.14):
-------------------------------------------
1) Options -> Manage Packages -> Add Download Site -> choose site
2) Options -> Manage Packages -> List and Install
3 - 5) As per XEmacs 21.[245].x.
Footnotes:
[1] Or from a mirror near you.
[2] Note: Mule packages should be installed into:
/usr/local/lib/xemacs/mule-packages/
--
|---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
- 3 participants
- 5 comments
[21.4] Fix for progress gauge flashing under openmotif
23 years
Andy Piper
Andy Piper
Its amazing what you can do with real documentation!
This is as the subject says and recommended for 21.4.
2001-07-26 Andy Piper <andy(a)xemacs.org>
* lwlib-Xm.c (xm_update_progress): new function. Set Scale height
and width from normal height and width.
* lwlib-Xm.c (xm_create_progress): ditto.
* lwlib-Xm.c (xm_update_one_widget): call xm_update_progress.
* lwlib.c (lw_get_value_arg): new function. Return an argument
based on its name.
* lwlib.h: declare it.
diff -ru ../xemacs-21.4/lwlib/lwlib-Xm.c lwlib/lwlib-Xm.c
--- ../xemacs-21.4/lwlib/lwlib-Xm.c Thu Apr 12 11:21:52 2001
+++ lwlib/lwlib-Xm.c Thu Jul 26 17:57:44 2001
＠＠ -336,6 +336,36 ＠＠
XtAddCallback (widget, XmNactivateCallback, xm_generic_callback, instance);
}
+static void
+xm_update_progress (widget_instance* instance, Widget scale,
+ widget_value* val)
+{
+ Arg al[20];
+ int ac = 0;
+ Dimension height = 0;
+ Dimension width = 0;
+ if (!val->call_data)
+ {
+ XtSetArg (al [ac], XmNeditable, False); ac++;
+ }
+ else
+ {
+ XtSetArg (al [ac], XmNeditable, val->enabled); ac++;
+ }
+ height = (Dimension)lw_get_value_arg (val, XtNheight);
+ width = (Dimension)lw_get_value_arg (val, XtNwidth);
+ if (height > 0)
+ {
+ XtSetArg (al [ac], XmNscaleHeight, height); ac++;
+ }
+ if (width > 0)
+ {
+ XtSetArg (al [ac], XmNscaleWidth, width); ac++;
+ }
+
+ XtSetValues (scale, al, 1);
+}
+
#ifdef LWLIB_MENUBARS_MOTIF
static void
＠＠ -858,6 +888,10 ＠＠
xm_update_scrollbar (instance, widget, val);
}
#endif
+ else if (class == xmScaleWidgetClass)
+ {
+ xm_update_progress (instance, widget, val);
+ }
/* Lastly update our global arg values. */
if (val->args && val->args->nargs)
XtSetValues (widget, val->args->args, val->args->nargs);
＠＠ -912,7 +946,7 ＠＠
if (radiobox)
{
CompositeWidget radio = (CompositeWidget)widget;
- int i;
+ unsigned int i;
for (i = 0; i < radio->composite.num_children; i++)
{
int set = False;
＠＠ -1649,20 +1683,18 ＠＠
{
Arg al[20];
int ac = 0;
+ Dimension height = 0;
+ Dimension width = 0;
Widget scale = 0;
widget_value* val = instance->info->val;
-#if 0 /* This looks too awful, although more correct. */
if (!val->call_data)
{
- XtSetArg (al [ac], XmNsensitive, False); ac++;
+ XtSetArg (al [ac], XmNeditable, False); ac++;
}
else
{
- XtSetArg (al [ac], XmNsensitive, val->enabled); ac++;
+ XtSetArg (al [ac], XmNeditable, val->enabled); ac++;
}
-#else
- XtSetArg (al [ac], XmNsensitive, True); ac++;
-#endif
XtSetArg (al [ac], XmNalignment, XmALIGNMENT_BEGINNING); ac++;
XtSetArg (al [ac], XmNuserData, val->call_data); ac++;
XtSetArg (al [ac], XmNmappedWhenManaged, FALSE); ac++;
＠＠ -1671,6 +1703,18 ＠＠
look ugly. I think this may be a LessTif bug but for now we just
get rid of it. */
XtSetArg (al [ac], XmNhighlightThickness, (Dimension)0);ac++;
+
+ height = (Dimension)lw_get_value_arg (val, XtNheight);
+ width = (Dimension)lw_get_value_arg (val, XtNwidth);
+ if (height > 0)
+ {
+ XtSetArg (al [ac], XmNscaleHeight, height); ac++;
+ }
+ if (width > 0)
+ {
+ XtSetArg (al [ac], XmNscaleWidth, width); ac++;
+ }
+
/* add any args the user supplied for creation time */
lw_add_value_args_to_args (val, al, &ac);
diff -ru ../xemacs-21.4/lwlib/lwlib.c lwlib/lwlib.c
--- ../xemacs-21.4/lwlib/lwlib.c Thu Apr 12 11:21:52 2001
+++ lwlib/lwlib.c Thu Jul 26 17:51:02 2001
＠＠ -1389,6 +1389,22 ＠＠
}
}
+XtArgVal lw_get_value_arg (widget_value* wv, String name)
+{
+ int i;
+ if (wv->args)
+ {
+ for (i = 0; i < wv->args->nargs; i++)
+ {
+ if (!strcmp (wv->args->args[i].name, name))
+ {
+ return wv->args->args[i].value;
+ }
+ }
+ }
+ return (XtArgVal)0;
+}
+
void lw_add_widget_value_arg (widget_value* wv, String name, XtArgVal value)
{
int i = 0;
Only in lwlib: lwlib.c~
diff -ru ../xemacs-21.4/lwlib/lwlib.h lwlib/lwlib.h
--- ../xemacs-21.4/lwlib/lwlib.h Thu Apr 12 11:21:52 2001
+++ lwlib/lwlib.h Thu Jul 26 08:28:56 2001
＠＠ -214,6 +214,7 ＠＠
void lw_pop_down_all_widgets (LWLIB_ID id);
void lw_add_value_args_to_args (widget_value* wv, ArgList addto, int* offset);
void lw_add_widget_value_arg (widget_value* wv, String name, XtArgVal value);
+XtArgVal lw_get_value_arg (widget_value* wv, String name);
void lw_copy_widget_value_args (widget_value* copy, widget_value* val);
widget_value * copy_widget_value_tree (widget_value *val, change_type change);
- 5 participants
- 8 comments
lisp-fill-paragraph
23 years
Jeff Mincy
Jeff Mincy
In lisp-mode.el there is lisp-fill-paragraph, that is hardcoded to
handle only lisp style comments that start with ';'.
With a moderate amount of effort, this function could be extended to
handle any language that has 'comment-start'.
For example, the expression (looking-at "[ \t]*;[; \t]*") could be changed
to (looking-at (concat "[ \t]*" comment-start-regexp "\\(" comment-start-regexp "\\|[ \t]\\)*"))
where comment-start-regexp is (regexp-quote (or comment-start ";"))
-jeff
(defun lisp-fill-paragraph (&optional justify)
"Like \\[fill-paragraph], but handle Emacs Lisp comments.
If any of the current line is a comment, fill the comment or the
paragraph of it that point is in, preserving the comment's indentation
and initial semicolons."
(interactive "P")
(let (
;; Figure out what kind of comment we are looking at.
(save-excursion
(beginning-of-line)
(cond
;; A line with nothing but a comment on it?
((looking-at "[ \t]*;[; \t]*")
.....
))))))
- 1 participants
- 0 comments
huge ediff slowdown
23 years
Neal D. Becker
Neal D. Becker
Has anyone else noticed a huge slowdown in ediff startup? This began
with an update back perhaps 6 months ago. It is now almost unusable
for me on large files. I don't know if it relates to my fontification
options or what.
- 3 participants
- 2 comments
A few comments on 21.4.3
23 years
Charles Waldman
Charles Waldman
Hello all.
I've been out of the XEmacs development loop for a while, but I'm back
now... my intentions w.r.t. XEmacs are to get back to working on
alignment issues with proportional fonts, and to develop my little
experiments (http://home.fnal.gov/~cgw/xemacs/experiment/) into a real
patch. (The website is still up at FNAL but I am not currently
working there).
Dipping my toes back into the water of XEmacs development, I
downloaded xemacs-21.4.3 and built it on a Solaris 5.7 box.
A few comments:
The progress gauge seems pretty broken. It only updates when I move
the mouse. And when it does update, it jiggles horizontally, and the
background flashes alternately grey and blue. (It looks pretty bad. I
wish I knew how to take a screenshot in .MPG format).
I find it somewhat disappointing that there is no configure-time
option to disable gutters and progress-bars. Is there a customizable
lisp variable to make these (no-value-added) progress gauges go away
and trouble me no more? According to what I can find from
hyper-apropos, I can make the progress gauge "large" or "small", but
can I customize it into oblivion? In its current shape, the progress
gauge is not yet ready for prime time. It should be disabled by
default and enable-able as an option, like other "experimental"
features such as drag-n-drop.
The keyboard accelerators on the menus are similarly quite ugly and
I'd like to see a way to disable these as well. They would be OK as
an optional feature. Particularly things like the font-size menu,
which looks goofy with two columns of numbers:
_1_ 5
_2_ 6
_3_ 7
_4_ 8
_5_ 9
...
Why aren't the font sizes themselves used as their own accelerators?
If you enable function-menu, the first letter of each function in the
function menu is underlined, even if these letters are not unique.
For instance, in emacs.c:
_m_ain
_m_ain_1
_m_ake_arg_list
_m_ake_arg_list_1
_m_ake_argc_argv
...
And, maybe I'm just being thick, but I don't understand what key combo
is supposed to bring up the accelerated menus. On my box, neither
alt-T nor meta-T nor ctrl-T brings up the _T_ools menu. What is the
intented usage of the menu accelerators?
Other than these aesthetic comments, 21.4.3 seems pretty stable - I've
been running it for about a day without incident.
One of the reasons I switched from FSFmacs to XEmacs back in 1995 or
so was that XEmacs was so much more aesthetically pleasing. Let's
make 21.4 the most beautiful XEmacs yet!
- 6 participants
- 18 comments
xemacs on X on MacOSX: [lisp/finder-inf.el] Illegal instruction
23 years
Richard K. Belew
Richard K. Belew
i've been using fink to install various packages onto my
new X on MacOS X platform, and had some successes.
but getting xemacs running is critical, and not working.
i'm trying to figure out fink/dpkg mechanisms, too, but
i was wondering if this trace makes any sense to the
xemacs group?
> ...
> Loading /sw/src/xemacs-21.1.12-3/xemacs-21.1.12/lisp/loaddefs.elc... (404)
> Loading site-load... (280)
> Finding pointers to doc strings...done
> Dumping under the name xemacs
> Purespace usage: 655036 of 655036 (100%).
> malloc_cookie: 67d000
> Regions.
> 0x 0 - 0x 1000, length: 0x 1000, protection: ---, max_protection: ---
> 0x 1000 - 0x 31c000, length: 0x 31b000, protection: r-x, max_protection: rwx
> ...
> Adjusted n_sect for 1962 symbol table entries.
> write: 5758976 - 5912708, length: 153732 [from MEM] (write updated symbol
table)
> write: 1660 - 1740, length: 80 [from MEM] (write dysymtab command)
> write: 1740 - 1916, length: 176 [from MEM] (write other load
command)
> write: 0 - 28, length: 28 [from MEM] (write mach header)
> Fixed 0/0 local relocation entries in data segment(s).
> Fixed 0/0 external relocation entries in data segment(s).
> Testing for Lisp shadows ...
> Building finder database ...
> make: *** [lisp/finder-inf.el] Illegal instruction
> ### make failed, exit code 2
> Failed: compiling failed
thanks for any help,
rik
--
Richard K. Belew rik(a)cs.ucsd.edu
http://www.cs.ucsd.edu/~rik
Computer Science & Engr. Dept.
Univ. California -- San Diego 858 / 534-2601
9500 Gilman Dr. (0114) 858 / 532-0702 (msgs)
La Jolla CA 92093-0114 USA 858 / 534-7029 (fax)
- 4 participants
- 4 comments
make-frame-on-display hangs XEmacs
23 years
Vincent Bernat
Vincent Bernat
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.4 (patch 4) "Artificial Intelligence" [Lucid] (i686-pc-linux) of Mon Jul 30 2001 on neo
configured using `configure --with-x11 --with-toolbars=no --with-menubars=lucid --with-scrollbars=lucid --with-xface --with-ipv6-cname=no'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
I have two machines on a local network running XFree 4.0.3. The first
one is lucas, the second one neo. XEmacs runs on neo. If I display
XEmacs on neo and use make-frame-on-display lucas:0, XEmacs hangs. If
I display XEmacs on lucas and use ... neo:0, XEmacs hangs.
Here is what I get on a console
xemacs: X Error of failed request: BadFont (invalid Font parameter)
Major opcode of failed request: 55 (X_CreateGC)
Resource id in failed request: 0x1200017
Serial number of failed request: 153
Current serial number in output stream: 160
xemacs: X Error of failed request: BadFont (invalid Font parameter)
Major opcode of failed request: 55 (X_CreateGC)
Resource id in failed request: 0x1200018
Serial number of failed request: 154
Current serial number in output stream: 160
xemacs: X Error of failed request: BadFont (invalid Font parameter)
Major opcode of failed request: 55 (X_CreateGC)
Resource id in failed request: 0x120001d
Serial number of failed request: 159
Current serial number in output stream: 160
Xlib: unexpected async reply (sequence 0xa0)!
xemacs: X Error of failed request: BadFont (invalid Font parameter)
Major opcode of failed request: 55 (X_CreateGC)
Resource id in failed request: 0x1200016
Serial number of failed request: 152
Current serial number in output stream: 160
Then, I kill (just with kill, not -9) XEmacs and get :
Lisp backtrace follows:
# bind (frame-being-created)
make-frame(nil #<x-device on "neo:0.0" 0x28d1>)
# bind (props connection type)
make-frame-on-device(x "neo:0" nil)
# bind (props display)
make-frame-on-display("neo:0")
# bind (command-debug-status)
call-interactively(make-frame-on-display)
command-execute(make-frame-on-display 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 ...)
The home is shared via NFS, both screen are running at 75 dpi and are
using the same font server (and only use fonts from it).
If I open a new display on the same machine, this works. If I try to
display to an inexistant display, I get a regular error.
Lucas :
XFree86 Version 4.0.3 / X Window System
(protocol Version 11, revision 0, vendor release 6400)
Release Date: 16 March 2001
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems. (See http://www.XFree86.Org/FAQ)
Operating System: OpenBSD 2.9 i386
Module Loader present
Neo :
XFree86 Version 4.0.3 / X Window System
(protocol Version 11, revision 0, vendor release 6400)
Release Date: 16 March 2001
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems. (See http://www.XFree86.Org/FAQ)
Operating System: Linux 2.4.2 i686 [ELF]
Module Loader present
Neo :
name of display: :0.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 4003
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x1200034, revert to PointerRoot
number of extensions: 23
BIG-REQUESTS
DOUBLE-BUFFER
DPMS
Extended-Visual-Information
FontCache
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
SECURITY
SHAPE
SYNC
TOG-CUP
XC-APPGROUP
XC-MISC
XFree86-Bigfont
XFree86-DGA
XFree86-Misc
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1152x864 pixels (390x293 millimeters)
resolution: 75x75 dots per inch
depths (1): 16
root window id: 0x26
depth of root window: 16 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x21
default number of colormap cells: 64
preallocated pixels: black 0, white 65535
options: backing-store NO, save-unders NO
largest cursor: 1152x864
current input event mask: 0x5b207f
KeyPressMask KeyReleaseMask ButtonPressMask
ButtonReleaseMask EnterWindowMask LeaveWindowMask
PointerMotionMask ButtonMotionMask VisibilityChangeMask
StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask
PropertyChangeMask
number of visuals: 2
default visual id: 0x22
visual:
visual id: 0x22
class: TrueColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0xf800, 0x7e0, 0x1f
significant bits in color specification: 6 bits
visual:
visual id: 0x23
class: DirectColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0xf800, 0x7e0, 0x1f
significant bits in color specification: 6 bits
Lucas :
name of display: lucas:0.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 4003
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x600002, revert to Parent
number of extensions: 22
BIG-REQUESTS
DOUBLE-BUFFER
DPMS
Extended-Visual-Information
FontCache
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
SECURITY
SHAPE
SYNC
TOG-CUP
XC-APPGROUP
XC-MISC
XFree86-Bigfont
XFree86-Misc
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1024x768 pixels (347x260 millimeters)
resolution: 75x75 dots per inch
depths (1): 16
root window id: 0x25
depth of root window: 16 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x21
default number of colormap cells: 64
preallocated pixels: black 0, white 65535
options: backing-store NO, save-unders NO
largest cursor: 1024x768
current input event mask: 0x58007f
KeyPressMask KeyReleaseMask ButtonPressMask
ButtonReleaseMask EnterWindowMask LeaveWindowMask
PointerMotionMask SubstructureNotifyMask SubstructureRedirectMask
PropertyChangeMask
number of visuals: 1
default visual id: 0x22
visual:
visual id: 0x22
class: TrueColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0xf800, 0x7e0, 0x1f
significant bits in color specification: 6 bits
gnuclient works as long as I don't try to open a new display. The
problem appears on 21.4.3 and 21.4.4 (don't know for earlier
release). lucas was formerly with XFree 3.3.6 and no font server and
the problem was the same.
Any other ideas ? Since I can run one xemacs per display, is there a
way to attach them together to share the buffers ?
Recent keystrokes:
misc-user
Recent messages (most recent first):
Loading mail-abbrevs...
Loading emacsbug...done
Loading emacsbug...
Paren mode is paren
Loading paren...done
Loading paren...
Loading env...done
Loading env...
Loading mwheel...done
Loading mwheel...
- 1 participants
- 0 comments
Package bug?
23 years
Raymond Toy
Raymond Toy
I just downloaded the full tarball for 21.4.4 and tried to build it on
Solaris 2.7. I also downloaded the latest xemacs and mule sumo
tarballs. Everything compiles but it fails to run temacs. It dumps
core at this point:
Loading /apps/public/XEmacs/src/xemacs-21.4.4/build-motif/lisp/auto-show.elc...
Loading /apps/public/XEmacs/src/xemacs-21.4.4/build-motif/lisp/loadhist.elc...
Loading /apps/public/XEmacs/src/xemacs-21.4.4/build-motif/lisp/loaddefs.elc...
Loading /apps/public/XEmacs/lib/mule-packages/lisp/egg-its/dumped-lisp.el...
Loading egg-sj3-leim...
Loading /apps/public/XEmacs/lib/mule-packages/lisp/skk/dumped-lisp.el...
Loading skk-leim...
Loading skk-foreword...
Loading advice...*** Error in XEmacs initialization
(void-function byte-compile)
*** Backtrace
really-early-error-handler((void-function byte-compile))
byte-compile(documentation)
This looks exactly like the same error I had reported for 21.4.0
except I've updated everything. Back then I just reinstalled the
individual mule packages which DON'T have a dumped-lisp.el file in
them. Everything worked after that, I think.
I'm going to try to just delete the dumped-lisp.el files (in egg-its
and skk) and see what happens....
Ok. That went fine. I just checked the egg-its package and it doesn't
have a dumped-lisp.el file in it, but the mule sumo does. A packaging
error?
Ray
- 1 participants
- 1 comments