setting tool-bar-border produces strange behavior, including freeze emacs

[Miguel V. S. Frasson]

Hi

I was experiencing with the tool-bar-border variable (which could be
customizable) and setting to 0, nil, 1, 15, 20 gives me an meaningless
behaviour for this variable.  Essentially (at most few --not more than
4-- pixels of difference) the toolbar looks the same. I supposed that
the tool-bar had to srink or become large changing the values.

But setting it to 100 just freezes my emacs. Just try the following

emacs -Q --eval "(setq tool-bar-border 100)"

I don't know if this is infinity loop.  C-g doesn't quit this loop.

Regards

Miguel.

If emacs crashed, and you have the emacs process in the gdb debugger,
please include the output from the following gdb commands:
   `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/local/share/emacs/22.0.50/etc/DEBUG for instructions.


In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2006-05-09 on miguel
X server distributor `The X.Org Foundation', version 11.0.60802000
Important settings:
 value of $LC_ALL: nil
 value of $LC_COLLATE: nil
 value of $LC_CTYPE: nil
 value of $LC_MESSAGES: nil
 value of $LC_MONETARY: nil
 value of $LC_NUMERIC: nil
 value of $LC_TIME: nil
 value of $LANG: en_US.UTF-8
 locale-coding-system: utf-8
 default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
 tooltip-mode: t
 auto-compression-mode: t
 tool-bar-mode: t
 mouse-wheel-mode: t
 menu-bar-mode: t
 file-name-shadow-mode: t
 global-font-lock-mode: t
 font-lock-mode: t
 blink-cursor-mode: t
 unify-8859-on-encoding-mode: t
 utf-translate-cjk-mode: t
 line-number-mode: t

Recent input:
M-x r e p o r t - e m <tab> <return>

Recent messages:
(emacs -Q)
For information about the GNU Project and its goals, type C-h C-p.
Loading emacsbug...
Loading regexp-opt...done
Loading emacsbug...done

--
Miguel Vinicius Santini Frasson
address@hidden