Re: an experiment with proportional-width fonts
23 years, 8 months
William M. Perry
William M. Perry
Martin Buchholz <martin(a)xemacs.org> writes:
> >>>>> "cgw" == Charles G Waldman <cgw(a)fnal.gov> writes:
>
> cgw> How can I tell, without looking ahead to the next line, that that "d"
> cgw> is subject to columnar alignment? I'm hoping somebody comes up with an
> cgw> absolutely brilliant suggestion here... in the meanwhile I'll keep on
> cgw> tinkering.
>
> You have to be able to backtrack. When you read the next line, with its
> two spaces, you know you might have to go back and align previous line(s)
> as well. Single pass won't work. It'll be expensive. But computers are
> fast.
That's what the new dual processor G4s are good for. :) We should optimize
the redisplay calculations with those fancy 128-bit instructions. I agree
that most computers are fast enough to deal with something like this now,
but we should always permit a way to turn it off.
> We also have to make sure only to do this in source code and not in
> text mode.
I disagree - there are plenty of instances where I want things to align in
text mode. Granted, I do write most of my documentation on HTML now, but
having nicely aligned tables of figures in email or plain text files can be
very useful. :)
-Bill P.
- 9 participants
- 14 comments
Re: automatically adding menu entries in auto-autoloads.el
23 years, 8 months
Oscar Figueiredo
Oscar Figueiredo
>>>>> "Ben" == Ben Wing <ben(a)666.com> writes:
> "Michael Sperber [Mr. Preprocessor]" wrote:
>>
>> >>>>> "Ben" == Ben Wing <ben(a)666.com> writes:
>>
Ben> both of you are missing a fundamental point -- the vast majority of users will
Ben> have *all* packages installed. there are hundreds of them -- can you imagine
Ben> hundreds of menu items under Tools?
>>
>> Like Jan, I don't get it either: There currently *aren't* hundreds of
>> menu items under Tools. The selection of packages that do insinuate
>> themselves upon autoload seems just right to me: the menu entries tell
>> people that the packages exist. Even I, who's been hacking XEmacs for
>> more than half a decade, still occasionally find out about an Elisp
>> package I hadn't known about before.
> but what makes the current packages any better than the ones that don't
> insinuate themselves? lots of those are useful, too. e.g. i personally have no
> use whatsoever for ldap, which i'm sure is the same for the majority of users.
>>
>> This is a problem easily addressed once it actually bothers a user.
> it bothers me, esp. the ediff menus. it's NOT easily addressed -- imagine
> convincing 25 separate package maintainers to remove their menus!
The only way I see to reconciliate our viewpoints on this is to provide a
centralized interface to explicitely (de-)activate installed packages,
something like a Custom page with a checkbox for each package.
Oscar
- 1 participants
- 0 comments
assert at insdel.c:1122
23 years, 8 months
Markus Linnala
Markus Linnala
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 (beta35) "Nike" [Lucid] (i686-pc-linux) of Sun Jul 23 2000 on sauna.ton.tut.fi
configured using `configure --cache-file=/dev/null --with-dialogs=athena --prefix=/opt/local'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
eval
(string-match "\\(\\.\\=\\)" ".")
This problem does not seem to be affected by OS version, also it
is present when compiled with gcc 2.95.2 and latest snapshot. I
see this also when I compile without optimisations (-O0). I
don't know which version first has the problem. But version I
currently use 21.1.4 does not die in this assert and outputs
'nil'. There does not seem to be any difference between
'-vanilla' and using my normal .emacs.
I guess this can be tested by others with following patch.
Index: tests/automated/lisp-tests.el
===================================================================
RCS file: /usr/CVSroot/XEmacs/xemacs-20/tests/automated/Attic/lisp-tests.el,v
retrieving revision 1.1.2.12
diff -u -r1.1.2.12 lisp-tests.el
--- lisp-tests.el 2000/02/13 10:29:26 1.1.2.12
+++ lisp-tests.el 2000/07/23 18:23:40
＠＠ -831,6 +831,8 ＠＠
(Assert (equal (split-string "foo,,bar" ",+") '("foo" "bar")))
(Assert (equal (split-string ",foo,,bar," ",+") '("" "foo" "bar" "")))
+(Assert (not (string-match "\\(\\.\\=\\)" ".")))
+
;;-----------------------------------------------------
;; Test near-text buffer functions.
;;-----------------------------------------------------
Recent keystrokes:
misc-user
Recent messages (most recent first):
Loading footnote...
Loading emacsbug...done
Loading emacsbug...
Loading time...done
Loading time...
Loading /home/maage/xemacs/options.el...done
Loading font...done
Loading font...
`where-was-i-db' enabled.
Loading where-was-i-db...done
Fatal error: assertion failed, file /usr/src/xemacs/xemacs_21_2/src/insdel.c, line 1122, ( x) >= BI_BUF_BEG (buf) && x <= BI_BUF_Z (buf)
Fatal error (6).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
If you have access to the PROBLEMS file that came with your
version of XEmacs, please check to see if your crash is described
there, as there may be a workaround available.
Otherwise, 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 /usr/src/xemacs_21_2.build/src/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:
string-match("\\(\\.\\=\\)" ".")
eval((string-match "\\(\\.\\=\\)" "."))
# bind (eval-expression-insert-value expression)
#<compiled-function (expression &optional eval-expression-insert-value) "...(18)" [eval expression values prin1 eval-expression-insert-value t] 3 767078 (list (read-from-minibuffer "Eval: " nil read-expression-map t ...) current-prefix-arg)>((string-match "\\(\\.\\=\\)" ".") nil)
call-interactively(eval-expression)
# (condition-case ... . error)
# (catch top-level ...)
zsh: 6219 abort (core dumped) ./src/xemacs
#0 0x40376d41 in __kill () from /lib/libc.so.6
(gdb) where
#0 0x40376d41 in __kill () from /lib/libc.so.6
#1 0x80b7084 in fatal_error_signal (sig=6)
at /usr/src/xemacs/xemacs_21_2/src/emacs.c:514
#2 0x40376c68 in __restore ()
at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127
#3 0x403780d8 in abort () at ../sysdeps/generic/abort.c:88
#4 0x80b9f15 in assert_failed (
file=0x8265f20 "/usr/src/xemacs/xemacs_21_2/src/insdel.c", line=1122,
expr=0x8265fa0 "( x) >= BI_BUF_BEG (buf) && x <= BI_BUF_Z (buf)")
at /usr/src/xemacs/xemacs_21_2/src/emacs.c:3118
#5 0x81669f4 in bytind_to_bufpos (buf=0x8320b78, x=1688246)
at /usr/src/xemacs/xemacs_21_2/src/insdel.c:1122
#6 0x81b07a2 in re_match_2_internal (bufp=0x82aa8d0, string1=0x0, size1=0,
string2=0x89fe10c ".", size2=1, pos=0, regs=0x82ab934, stop=1)
at /usr/src/xemacs/xemacs_21_2/src/regex.c:5511
#7 0x81ac796 in sys_re_search_2 (bufp=0x82aa8d0, string1=0x0, size1=0,
string2=0x89fe10c ".", size2=1, startpos=0, range=1, regs=0x82ab934,
stop=1) at /usr/src/xemacs/xemacs_21_2/src/regex.c:4074
#8 0x81b11b8 in sys_re_search (bufp=0x82aa8d0, string=0x89fe10c ".", size=1,
startpos=0, range=1, regs=0x82ab934)
at /usr/src/xemacs/xemacs_21_2/src/regex.c:3865
#9 0x81b1c23 in string_match_1 (regexp=143985756, string=143985772,
start=137233100, buf=0x8320b78, posix=0)
at /usr/src/xemacs/xemacs_21_2/src/search.c:397
#10 0x81b5c8e in Fstring_match (regexp=143985756, string=143985772,
start=137233100, buffer=137233100)
at /usr/src/xemacs/xemacs_21_2/src/search.c:420
#11 0x80bea04 in Feval (form=144168028)
at /usr/src/xemacs/xemacs_21_2/src/eval.c:3014
#12 0x80bf348 in Ffuncall (nargs=2, args=0xbfffea04)
at /usr/src/xemacs/xemacs_21_2/src/eval.c:3214
#13 0x80937db in execute_optimized_program (
program=0x8a4bab8 "=c0\t!\nB\022=c3\n＠\f=ab\004p=aa\002=c5\"\207", stack_depth=3,
constants_data=0x83e9bf8) at /usr/src/xemacs/xemacs_21_2/src/bytecode.c:745
#14 0x809339c in funcall_compiled_function (fun=138297216, nargs=2,
args=0xbfffeb64) at /usr/src/xemacs/xemacs_21_2/src/bytecode.c:517
#15 0x80bf4d0 in Ffuncall (nargs=3, args=0xbfffeb60)
at /usr/src/xemacs/xemacs_21_2/src/eval.c:3249
#16 0x80bfb8c in Fapply (nargs=2, args=0xbfffebe8)
at /usr/src/xemacs/xemacs_21_2/src/eval.c:3486
#17 0x80c27c7 in apply1 (fn=138297216, arg=143760960)
at /usr/src/xemacs/xemacs_21_2/src/eval.c:3839
#18 0x809755e in Fcall_interactively (function=138318956,
record_flag=137233100, keys=137233100)
at /usr/src/xemacs/xemacs_21_2/src/callint.c:394
#19 0x80bddc6 in Fcommand_execute (cmd=138318956, record=137233100,
keys=137233100) at /usr/src/xemacs/xemacs_21_2/src/eval.c:2652
#20 0x80fc42c in execute_command_event (command_builder=0x836ee70,
event=141870892) at /usr/src/xemacs/xemacs_21_2/src/event-stream.c:3838
#21 0x80fcfef in Fdispatch_event (event=144687836)
at /usr/src/xemacs/xemacs_21_2/src/event-stream.c:4157
#22 0x809da85 in Fcommand_loop_1 ()
at /usr/src/xemacs/xemacs_21_2/src/cmdloop.c:579
#23 0x80bc2d4 in condition_case_1 (handlers=137233196,
bfun=0x809dcc0 <command_loop_1>, barg=137233100,
hfun=0x809dd80 <cmd_error>, harg=137233100)
at /usr/src/xemacs/xemacs_21_2/src/eval.c:1640
#24 0x809df76 in command_loop_2 (dummy=137233100)
at /usr/src/xemacs/xemacs_21_2/src/cmdloop.c:256
#25 0x80bc0cc in internal_catch (tag=137304860,
func=0x809df30 <command_loop_2>, arg=137233100, threw=0x0)
at /usr/src/xemacs/xemacs_21_2/src/eval.c:1306
#26 0x809d23e in initial_command_loop (load_me=137233100)
at /usr/src/xemacs/xemacs_21_2/src/cmdloop.c:305
#27 0x80b80d5 in xemacs_21_2_b35_i686_pc_linux ()
at /usr/src/xemacs/xemacs_21_2/src/emacs.c:2155
#28 0x80b8914 in main () at /usr/src/xemacs/xemacs_21_2/src/emacs.c:2584
#29 0x403709cb in __libc_start_main (main=0x80b8810 <main>, argc=1,
argv=0xbffff254, init=0x807e500 <_init>, fini=0x822093c <_fini>,
rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffff24c)
at ../sysdeps/generic/libc-start.c:92
--
//Markus
- 5 participants
- 5 comments
Qdll_filename_encoding symbol missing from emacs.c
23 years, 8 months
Andrew Begel
Andrew Begel
I just checked out a new source tree of 21.2 and tried to compile it using
Mingw32 (./configure i586-pc-mingw32). I get this error:
gcc -c -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline
-Wmissing-prototypes -Wshadow -Demacs -I. -DHAVE_CONFIG_H -mno-cygwin
-Wno-sign-compare -fno-caller-saves -DWIN32_NATIVE
-I/usr/lib/../include/mingw32 emacs.c
emacs.c: In function `make_arg_list_1':
emacs.c:650: `Qdll_filename_encoding' undeclared (first use in this
function)
emacs.c:650: (Each undeclared identifier is reported only once
emacs.c:650: for each function it appears in.)
make[1]: *** [emacs.o] Error 1
make[1]: Leaving directory `/cygdrive/c/xemacs/xemacs-21.2/src'
make: *** [src] Error 2
[15:58:53] /xemacs/xemacs-21.2>
Grepping through the source directory, I can't find Qdll_filename_encoding
anywhere.
I temporarily worked around it by adding a definition
Lisp_Object Qdll_filename_encoding;
before the offending function.
('course, i'm getting other errors in compilation, which will be in the next
email).
Andrew
- 1 participants
- 0 comments
Re: an experiment with proportional-width fonts
23 years, 8 months
Raymond Toy
Raymond Toy
>>>>> "Bruce" == Bruce Stephens <bruce(a)cenderis.demon.co.uk> writes:
Bruce> giacomo boffi <giacomo.boffi(a)polimi.it> writes:
Bruce> [...]
>> uh, were we talking about _proportional_ fonts?
Bruce> Yes. Not *just* proportional fonts, though. It's non-trivial to get
Bruce> a set of fonts (roman, italic, bold, bold-italic) which are all of the
Bruce> same width, even if individually they're monospaced. That kind of
I found that courier roman, courier italic, courier bold, and courier
bold-italic work well.
Bruce> It would be really cool not to have to worry, and for most things to
Bruce> just work. And having proportional fonts usable would be nice, too.
I think proportional fonts would be nice, I'm just not sure it be done
well enough not to be annoying.
Ray, who will stick with mono fonts for a long long time. :-)
- 1 participants
- 0 comments
crash in gnus
23 years, 8 months
Michael Harnois
Michael Harnois
Came home from two weeks of vacation, updated 21.2 from CVS and get
this when reading mail in gnus:
#0 0x2857ab64 in kill () from /usr/lib/libc.so.4
#1 0x80af5eb in fatal_error_signal (sig=11) at /usr/local/src/xemacs-21.2/src/emacs.c:514
#2 0xbfbfffac in ?? ()
#3 0x81cf429 in TabsSetValues (current=0xbfbfe8f8, request=0xbfbfe5d8, new=0x8b38e00, args=0xbfbfec60, num_args=0xbfbfe3c4)
at /usr/local/src/xemacs-21.2/lwlib/xlwtabs.c:660
#4 0x28368311 in CallSetValues () from /usr/X11R6/lib/libXt.so.6
#5 0x283687de in XtSetValues () from /usr/X11R6/lib/libXt.so.6
#6 0x81a7e9e in x_tab_control_redisplay (image_instance={gu = {type = Lisp_Type_Record, val = 36495200}, s = {bits = 0,
val = 72990400}, u = {bits = 0, val = 72990400}, ui = 145980800, i = 145980800, v = 0x8b37d80, cv = 0x8b37d80})
at /usr/local/src/xemacs-21.2/src/glyphs-x.c:2743
#7 0x812abc5 in redisplay_widget (widget={gu = {type = Lisp_Type_Record, val = 36495200}, s = {bits = 0, val = 72990400}, u = {
bits = 0, val = 72990400}, ui = 145980800, i = 145980800, v = 0x8b37d80, cv = 0x8b37d80})
at /usr/local/src/xemacs-21.2/src/glyphs-widget.c:347
#8 0x81246cc in redisplay_subwindow (subwindow={gu = {type = Lisp_Type_Record, val = 36495200}, s = {bits = 0, val = 72990400},
u = {bits = 0, val = 72990400}, ui = 145980800, i = 145980800, v = 0x8b37d80, cv = 0x8b37d80})
at /usr/local/src/xemacs-21.2/src/glyphs.c:4464
#9 0x816cd93 in redisplay_output_subwindow (w=0x85b3800, image_instance={gu = {type = Lisp_Type_Record, val = 36495200}, s = {
bits = 0, val = 72990400}, u = {bits = 0, val = 72990400}, ui = 145980800, i = 145980800, v = 0x8b37d80, cv = 0x8b37d80},
db=0xbfbfed78, dga=0xbfbfed68, findex=2, cursor_start=0, cursor_width=0, cursor_height=0)
at /usr/local/src/xemacs-21.2/src/redisplay-output.c:1239
#10 0x81abeb8 in x_output_display_block (w=0x85b3800, dl=0x8851400, block=0, start=0, end=1, start_pixpos=4, cursor_start=0,
cursor_width=0, cursor_height=0) at /usr/local/src/xemacs-21.2/src/redisplay-x.c:472
#11 0x816d0cf in redisplay_output_display_block (w=0x85b3800, dl=0x8851400, block=0, start=0, end=1, start_pixpos=4, cursor_start=0,
cursor_width=0, cursor_height=0) at /usr/local/src/xemacs-21.2/src/redisplay-output.c:1152
#12 0x816a67a in output_display_line (w=0x85b3800, cdla=0x889d340, ddla=0x889d320, line=0, force_start=-1, force_end=-1)
at /usr/local/src/xemacs-21.2/src/redisplay-output.c:799
#13 0x8135193 in output_gutter (f=0x82e1800, pos=TOP_GUTTER, force=0) at /usr/local/src/xemacs-21.2/src/gutter.c:318
#14 0x81357bf in update_frame_gutters (f=0x82e1800) at /usr/local/src/xemacs-21.2/src/gutter.c:562
#15 0x81636dd in redisplay_frame (f=0x82e1800, preemption_check=0) at /usr/local/src/xemacs-21.2/src/redisplay.c:6382
#16 0x8163896 in redisplay_device (d=0x8582300, automatic=1) at /usr/local/src/xemacs-21.2/src/redisplay.c:6465
#17 0x8163ad7 in redisplay_without_hooks () at /usr/local/src/xemacs-21.2/src/redisplay.c:6554
#18 0x8168c8a in redisplay () at /usr/local/src/xemacs-21.2/src/redisplay.c:6611
#19 0x80f27b5 in Fsit_for (seconds={gu = {type = Lisp_Type_Int_Even, val = 0}, s = {bits = 1, val = 0}, u = {bits = 1, val = 0},
ui = 1, i = 1, v = 0x1, cv = 0x1}, nodisplay={gu = {type = Lisp_Type_Record, val = 34145793}, s = {bits = 0, val = 68291586},
u = {bits = 0, val = 68291586}, ui = 136583172, i = 136583172, v = 0x8241804, cv = 0x8241804})
at /usr/local/src/xemacs-21.2/src/event-stream.c:2827
#20 0x80b7004 in Ffuncall (nargs=2, args=0xbfbff134) at /usr/local/src/xemacs-21.2/src/eval.c:3495
#21 0x808e5c3 in execute_optimized_program (
program=0x8b5f910 "\b«\005ÁÂ!\210\013wÄÅ!«\005Å ª\005Æ ÇZ\211\036\bÉW«\004ª\022\016\bÊW«\004˪\t\013§«\004\013ª\002Ç\036\f\212db\210\016\b[y\210`)\036\rÎp!\036\017Î\016\020!«\022Ñ\016\017\016\r\212\016\f[y\210`)^Ò#\210ÎpÒ\"\035\013Óa?\027Ô \036\025ÖÎpÒ\"!\210× \210Ø \210Ö\016\025!),\207rminator snarfer &optional return) \"\201À\201Á\217©\032\e\034m\201«\217©\201Å\201Æ\201Ç\016\b\\\"!\201ª\217¾\201É\016\\n!"..., stack_depth=5, constants_data=0x8784c90) at /usr/local/src/xemacs-21.2/src/bytecode.c:746
#22 0x808e2d3 in funcall_compiled_function (fun={gu = {type = Lisp_Type_Record, val = 35517349}, s = {bits = 0, val = 71034698},
u = {bits = 0, val = 71034698}, ui = 142069396, i = 142069396, v = 0x877ce94, cv = 0x877ce94}, nargs=0, args=0xbfbff28c)
at /usr/local/src/xemacs-21.2/src/bytecode.c:515
#23 0x80b710f in Ffuncall (nargs=1, args=0xbfbff288) at /usr/local/src/xemacs-21.2/src/eval.c:3530
#24 0x808e5c3 in execute_optimized_program (
program=0x891c290 "À \210\t<\n«\a\n\t\013\"ª\005Ä\t\013\"ÅÆ!\210\016\a«\f\016\aÈU¬\006É\016\a!\210Ê \210\016\013«\r\016\f«\tÍ\t!\210Î\t!\210Ï\t\016\020·A!\210\207", stack_depth=4, constants_data=0x88c4c90) at /usr/local/src/xemacs-21.2/src/bytecode.c:746
#25 0x808e2d3 in funcall_compiled_function (fun={gu = {type = Lisp_Type_Record, val = 35826892}, s = {bits = 0, val = 71653784},
u = {bits = 0, val = 71653784}, ui = 143307568, i = 143307568, v = 0x88ab330, cv = 0x88ab330}, nargs=1, args=0xbfbff3d8)
at /usr/local/src/xemacs-21.2/src/bytecode.c:515
#26 0x80b710f in Ffuncall (nargs=2, args=0xbfbff3d4) at /usr/local/src/xemacs-21.2/src/eval.c:3530
#27 0x808e5c3 in execute_optimized_program (
program=0x8888210 "À\t\n\013#«＠ÄÅ`Æ\"\211\036\a«\006È\016\a!\210)Å`É\"®\003Ê !¬\"Å`Æ\"\211\036\a«\006È\016\a!\210)Å`É\"®\003Ê \016\013·A＠\016\fa«\004Í \207\n«\021\016\016«\rÏ «\tÍ \210ÐÑÒ\"\207\016\023«\032\t¬\027\n¬\024Ô\013«\006\016\025Sª\004\016\026T×Øe`\"#\207Ù\016\032!¬\006Û\016\032!\210\016\034\212\016\035q\210`)\016\036ßa«\aà\016\032!ª\006á\013\016\036\"\036\"\036#\036$åæp!!\210\016'«\005\016$¬\016Ðèé\t«\004êª\002ë#ªT\016'ìa¬\025\016'ía«\005"..., stack_depth=7, constants_data=0x894a610)
at /usr/local/src/xemacs-21.2/src/bytecode.c:746
#28 0x808e2d3 in funcall_compiled_function (fun={gu = {type = Lisp_Type_Record, val = 35826913}, s = {bits = 0, val = 71653826},
u = {bits = 0, val = 71653826}, ui = 143307652, i = 143307652, v = 0x88ab384, cv = 0x88ab384}, nargs=2, args=0xbfbff528)
at /usr/local/src/xemacs-21.2/src/bytecode.c:515
#29 0x80b710f in Ffuncall (nargs=3, args=0xbfbff524) at /usr/local/src/xemacs-21.2/src/eval.c:3530
#30 0x808e5c3 in execute_optimized_program (
program=0x8bdee90 "À\tÂa?®\032ÃÄ`Å\"\211\036\006«\006Ç\016\006!\210)Ä`È\"®\003É !\016\n-ËÄ`Å\"\211\036\006«\006Ç\016\006!\210)Ä`È\"®\003É \016\f·8\211\036\r\013Î\016\r!\005\016\rÏH)\"\207\017", stack_depth=7, constants_data=0x8944510)
at /usr/local/src/xemacs-21.2/src/bytecode.c:746
#31 0x808e2d3 in funcall_compiled_function (fun={gu = {type = Lisp_Type_Record, val = 35826927}, s = {bits = 0, val = 71653854},
u = {bits = 0, val = 71653854}, ui = 143307708, i = 143307708, v = 0x88ab3bc, cv = 0x88ab3bc}, nargs=0, args=0xbfbff6a4)
at /usr/local/src/xemacs-21.2/src/bytecode.c:515
#32 0x80b710f in Ffuncall (nargs=1, args=0xbfbff6a0) at /usr/local/src/xemacs-21.2/src/eval.c:3530
#33 0x80bb8e3 in apply1 (fn={gu = {type = Lisp_Type_Record, val = 35826927}, s = {bits = 0, val = 71653854}, u = {bits = 0,
val = 71653854}, ui = 143307708, i = 143307708, v = 0x88ab3bc, cv = 0x88ab3bc}, arg={gu = {type = Lisp_Type_Record,
val = 34145793}, s = {bits = 0, val = 68291586}, u = {bits = 0, val = 68291586}, ui = 136583172, i = 136583172,
v = 0x8241804, cv = 0x8241804}) at /usr/local/src/xemacs-21.2/src/eval.c:4114
#34 0x809139c in Fcall_interactively (function={gu = {type = Lisp_Type_Record, val = 35535445}, s = {bits = 0, val = 71070890}, u = {
bits = 0, val = 71070890}, ui = 142141780, i = 142141780, v = 0x878e954, cv = 0x878e954}, record_flag={gu = {
type = Lisp_Type_Record, val = 34145793}, s = {bits = 0, val = 68291586}, u = {bits = 0, val = 68291586}, ui = 136583172,
i = 136583172, v = 0x8241804, cv = 0x8241804}, keys={gu = {type = Lisp_Type_Record, val = 34145793}, s = {bits = 0,
val = 68291586}, u = {bits = 0, val = 68291586}, ui = 136583172, i = 136583172, v = 0x8241804, cv = 0x8241804})
at /usr/local/src/xemacs-21.2/src/callint.c:394
#35 0x80b5d63 in Fcommand_execute (cmd={gu = {type = Lisp_Type_Record, val = 35535445}, s = {bits = 0, val = 71070890}, u = {
bits = 0, val = 71070890}, ui = 142141780, i = 142141780, v = 0x878e954, cv = 0x878e954}, record={gu = {
type = Lisp_Type_Record, val = 34145793}, s = {bits = 0, val = 68291586}, u = {bits = 0, val = 68291586}, ui = 136583172,
i = 136583172, v = 0x8241804, cv = 0x8241804}, keys={gu = {type = Lisp_Type_Record, val = 34145793}, s = {bits = 0,
val = 68291586}, u = {bits = 0, val = 68291586}, ui = 136583172, i = 136583172, v = 0x8241804, cv = 0x8241804})
at /usr/local/src/xemacs-21.2/src/eval.c:2937
#36 0x80f3c55 in execute_command_event (command_builder=0x8568e80, event={gu = {type = Lisp_Type_Record, val = 35613301}, s = {
bits = 0, val = 71226602}, u = {bits = 0, val = 71226602}, ui = 142453204, i = 142453204, v = 0x87da9d4, cv = 0x87da9d4})
at /usr/local/src/xemacs-21.2/src/event-stream.c:3857
#37 0x80f4295 in Fdispatch_event (event={gu = {type = Lisp_Type_Record, val = 35613301}, s = {bits = 0, val = 71226602}, u = {
bits = 0, val = 71226602}, ui = 142453204, i = 142453204, v = 0x87da9d4, cv = 0x87da9d4})
at /usr/local/src/xemacs-21.2/src/event-stream.c:4224
#38 0x8098b40 in Fcommand_loop_1 () at /usr/local/src/xemacs-21.2/src/cmdloop.c:579
#39 0x8098dc9 in command_loop_1 (dummy={gu = {type = Lisp_Type_Record, val = 34145793}, s = {bits = 0, val = 68291586}, u = {
bits = 0, val = 68291586}, ui = 136583172, i = 136583172, v = 0x8241804, cv = 0x8241804})
at /usr/local/src/xemacs-21.2/src/cmdloop.c:494
#40 0x80bc46e in condition_case_1 (handlers={gu = {type = Lisp_Type_Record, val = 34145817}, s = {bits = 0, val = 68291634}, u = {
bits = 0, val = 68291634}, ui = 136583268, i = 136583268, v = 0x8241864, cv = 0x8241864}, bfun=0x8098db0 <command_loop_1>,
barg={gu = {type = Lisp_Type_Record, val = 34145793}, s = {bits = 0, val = 68291586}, u = {bits = 0, val = 68291586},
ui = 136583172, i = 136583172, v = 0x8241804, cv = 0x8241804}, hfun=0x8098e40 <cmd_error>, harg={gu = {
type = Lisp_Type_Record, val = 34145793}, s = {bits = 0, val = 68291586}, u = {bits = 0, val = 68291586}, ui = 136583172,
i = 136583172, v = 0x8241804, cv = 0x8241804}) at /usr/local/src/xemacs-21.2/src/eval.c:1645
#41 0x8098f37 in command_loop_2 (dummy={gu = {type = Lisp_Type_Record, val = 34145793}, s = {bits = 0, val = 68291586}, u = {
bits = 0, val = 68291586}, ui = 136583172, i = 136583172, v = 0x8241804, cv = 0x8241804})
at /usr/local/src/xemacs-21.2/src/cmdloop.c:256
#42 0x80bc374 in internal_catch (tag={gu = {type = Lisp_Type_Record, val = 34166875}, s = {bits = 0, val = 68333750}, u = {bits = 0,
val = 68333750}, ui = 136667500, i = 136667500, v = 0x825616c, cv = 0x825616c}, func=0x8098efc <command_loop_2>, arg={gu = {
type = Lisp_Type_Record, val = 34145793}, s = {bits = 0, val = 68291586}, u = {bits = 0, val = 68291586}, ui = 136583172,
i = 136583172, v = 0x8241804, cv = 0x8241804}, threw=0x0) at /usr/local/src/xemacs-21.2/src/eval.c:1311
#43 0x8098846 in initial_command_loop (load_me={gu = {type = Lisp_Type_Record, val = 34145793}, s = {bits = 0, val = 68291586}, u = {
bits = 0, val = 68291586}, ui = 136583172, i = 136583172, v = 0x8241804, cv = 0x8241804})
at /usr/local/src/xemacs-21.2/src/cmdloop.c:305
#44 0x80b0a85 in xemacs_21_2_b35_i386_unknown_freebsd5_0 (argc=3, argv=0xbfbffb8c, envp=0xbfbffb9c, restart=0)
at /usr/local/src/xemacs-21.2/src/emacs.c:2170
#45 0x80b28f9 in main (argc=3, argv=0xbfbffb8c, envp=0xbfbffb9c) at /usr/local/src/xemacs-21.2/src/emacs.c:2599
#46 0x807fd7d in _start ()
--
Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA
mdharnois(a)home.com aa0bt(a)aa0bt.ampr.org
Never, "for the sake of peace and quiet," deny
your own experience or convictions. -- Dag Hammarskjold
- 2 participants
- 1 comments
Re: allow cperl array and hash faces
23 years, 8 months
Adrian Aichner
Adrian Aichner
>>>>> "Sean" == Sean MacLennan <seanm(a)storm.ca> writes:
Sean> cperl-mode.el currently does not allow array and hash faces
Sean> to be used . The following line removes the initialization:
Sean> (not cperl-xemacs-p) ; not yet as of XEmacs 19.12
Sean> If I comment this out in 21.1.11 or 21.1.12, everything
Sean> works fine (I also removed the default lightyellow2
Sean> background).
Seems cool. I'll commit this unless anyone objects.
Thanks for the patch!
Adrian
Sean> Sean
Sean> 2000-08-07 Sean MacLennan <seanm(a)storm.ca>
Sean> * cperl-mode.el (cperl-init-faces): Allow XEmacs support of array
Sean> and hash faces.
Sean> --- lisp/prog-modes/cperl-mode.el.orig Mon Aug 7 15:41:19 2000
Sean> +++ lisp/prog-modes/cperl-mode.el Mon Aug 7 16:30:07 2000
Sean> ＠＠ -1596,7 +1596,7 ＠＠
Sean> (((class grayscale) (background dark))
Sean> (:foreground "Gray80" :bold t))
Sean> (((class color) (background light))
Sean> - (:foreground "Blue" :background "lightyellow2" :bold t))
Sean> + (:foreground "Blue" :bold t))
Sean> (((class color) (background dark))
Sean> (:foreground "yellow" :background (, cperl-dark-background) :bold t))
Sean> (t (:bold t))))
Sean> ＠＠ -1609,7 +1609,7 ＠＠
Sean> (((class grayscale) (background dark))
Sean> (:foreground "Gray80" :bold t :italic t))
Sean> (((class color) (background light))
Sean> - (:foreground "Red" :background "lightyellow2" :bold t :italic t))
Sean> + (:foreground "Red" :bold t :italic t))
Sean> (((class color) (background dark))
Sean> (:foreground "Red" :background (, cperl-dark-background) :bold t :italic t))
Sean> (t (:bold t :italic t))))
Sean> ＠＠ -5799,7 +5799,7 ＠＠
Sean> (setq
Sean> t-font-lock-keywords-1
Sean> (and (fboundp 'turn-on-font-lock) ; Check for newer font-lock
Sean> - (not cperl-xemacs-p) ; not yet as of XEmacs 19.12
Sean> + ;; SAM (not cperl-xemacs-p) ; not yet as of XEmacs 19.12
Sean> '(
Sean> ("\\(\\([＠%]\\|\$#\\)[a-zA-Z_:][a-zA-Z0-9_:]*\\)" 1
Sean> (if (eq (char-after (match-beginning 2)) ?%)
Sean> --
- 1 participants
- 0 comments
Re: automatically adding menu entries in auto-autoloads.el
23 years, 8 months
Ben Wing
Ben Wing
"Michael Sperber [Mr. Preprocessor]" wrote:
>
> >>>>> "Ben" == Ben Wing <ben(a)666.com> writes:
>
> Ben> both of you are missing a fundamental point -- the vast majority of users will
> Ben> have *all* packages installed. there are hundreds of them -- can you imagine
> Ben> hundreds of menu items under Tools?
>
> Like Jan, I don't get it either: There currently *aren't* hundreds of
> menu items under Tools. The selection of packages that do insinuate
> themselves upon autoload seems just right to me: the menu entries tell
> people that the packages exist. Even I, who's been hacking XEmacs for
> more than half a decade, still occasionally find out about an Elisp
> package I hadn't known about before.
but what makes the current packages any better than the ones that don't
insinuate themselves? lots of those are useful, too. e.g. i personally have no
use whatsoever for ldap, which i'm sure is the same for the majority of users.
>
> This is a problem easily addressed once it actually bothers a user.
it bothers me, esp. the ediff menus. it's NOT easily addressed -- imagine
convincing 25 separate package maintainers to remove their menus!
>
> BTW Ben, you started this discussion on xemacs-review. *This* one
> really belongs on -beta, if you want one.
>
> --
> Cheers =8-} Mike
> Friede, Völkerverständigung und überhaupt blabla
--
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/chronic-pain/
- 1 participants
- 0 comments
Re: an experiment with proportional-width fonts
23 years, 8 months
Bruce Stephens
Bruce Stephens
giacomo boffi <giacomo.boffi(a)polimi.it> writes:
[...]
> uh, were we talking about _proportional_ fonts?
Yes. Not *just* proportional fonts, though. It's non-trivial to get
a set of fonts (roman, italic, bold, bold-italic) which are all of the
same width, even if individually they're monospaced. That kind of
thing looks pretty horrible in, for example, the package list screen
(although it does make the differences stand out, I suppose).
It would be really cool not to have to worry, and for most things to
just work. And having proportional fonts usable would be nice, too.
- 1 participants
- 0 comments
Re: [crash] segv in print_internal
23 years, 8 months
Gunnar Evermann
Gunnar Evermann
Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
> I get following *Backtrace* when evaluating these in order
>
> (setq debug-on-error t)
> (function-max-args #'manual-entry)
>
> in (emacs-version)
>
> "XEmacs 21.1 (patch 12) \"Channel Islands\" [Lucid] (i386-pc-win32) of
> Sun Aug 06 2000 on ZJ75T"
>
> started -vanilla:
>
> Signaling: (invalid-function (nil ("c:\\XEmacs\\xemacs-packages\\lisp\\edit-utils\\man.elc" . 1617)))
interesting. You got lucky. The GC collected function in
function_argcount but the pointer still pointed to a valid LispObject
(the list in the backtrace). I assume this is _not_ a debug build? In
debug builds we try to make sure that collected objects are really
invalid, to get a crash early on.
I had fixed this by adding a GCPRO (see xemacs-patches) yesterday but
didn't get around to mailing the patch.
thanks for testing.
Gunnar.
- 1 participants
- 0 comments