RE: font-lock problems with 2/9/2001 build
24 years
Damon Lipparelli
Damon Lipparelli
Doh! Forgot to mention: I'm seeing this under Win2k & Solaris 2.5.1.
-lipp
-----Original Message-----
From: Damon Lipparelli [mailto:lipp＠primus.com]
Sent: Friday, February 09, 2001 12:20 PM
To: 'xemacs-beta(a)xemacs.org'
Subject: font-lock problems with 2/9/2001 build
Using the version of "font-lock.el" in the latest 21.2 build (revision
1.7.2.28), loading any file which requires font-lock seems to peg the CPU.
Reverting to revision 1.7.2.27 fixes things....
-lipp
- 1 participants
- 0 comments
gutters and gnuplot.el
24 years
John A. Turner
John A. Turner
gnuplot.el pops up a nifty toolbar on the left of a frame - unfortunately,
when buffer tabs are turned on, it looks like this:
until something causes the frame to be redrawn
the version of gnuplot.el I have is:
;; Author: Bruce Ravel <ravel(a)phys.washington.edu> and Phil Type
;; Maintainer: Bruce Ravel <ravel(a)phys.washington.edu>
;; Created: June 28 1998
;; Updated: January 4, 2001
;; Version: 0.5n
and can be found here:
http://leonardo.phys.washington.edu/~ravel/software/gnuplot-mode/
--
John A. Turner, Ph.D. Senior Research Associate
Blue Sky Studios, 44 S. Broadway, White Plains, NY 10601
http://www.blueskystudios.com/ (914) 259-6319
- 1 participants
- 1 comments
[Horsley Tom <Tom.Horsley@ccur.com>] RE: Bombs loading some XEmacs-compiled .elc's into NTEmacs
24 years
Jari Aalto
Jari Aalto
What do you think about adding version information?
Jari
From: Horsley Tom <Tom.Horsley(a)ccur.com>
To: ntemacs-users(a)cs.washington.edu
Subject: RE: Bombs loading some XEmacs-compiled .elc's into NTEmacs
Date: Mon, 29 Jan 2001 08:21:24 -0500
X-Mailer: Internet Mail Service (5.5.2650.21)
Sender: owner-ntemacs-users(a)cs.washington.edu
Precedence: bulk
X-FAQ: http://www.gnu.org/software/emacs/windows/ntemacs.html
Lines: 11
Xref: PICASSO list.emacs-nt:4515
> I think that XEmacs implements at least one byte code that is not
> implemented by GNU Emacs, so GNU Emacs .elc files should run on XEmacs,
> but XEmacs .elc files may not run on GNU Emacs (if they happen to use
> the illegal byte code(s)). So, yes, it's known and expected.
But what isn't known is why .elc files don't have a version code
in a header somewhere that says if they use byte codes incompatible
with interpreters less than version N. You could at least get
an intelligible error message that way, and might even be able
to easily scan for incompatible .elc files...
- 4 participants
- 3 comments
What needs testing?
24 years
Stephen J. Turnbull
Stephen J. Turnbull
I've committed some short updates to the web site. In particular,
I've noted that Matt Tucker's syntax table improvements are now in
CVS, and suggested testing them.
For other projects, please let me know what needs testing.
If possible, indicate where you think problems would be most likely to
show up.
Thanks!
--
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 straight lines for? "XEmacs rules."
- 1 participants
- 0 comments
Non GNU tar barfs on SUMO tarball.
24 years
Steve Youngs
Steve Youngs
Can somebody give me a quick and easy way to find filenames in the
xemacs-packages hierarchy that are longer than 100 characters.
Thanks.
--
|---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
- 4 participants
- 5 comments
Re: problem with latest ediff and clearcase mode?
24 years
Adrian Aichner
Adrian Aichner
>>>>> "Michael" == Michael Kifer <kifer(a)cs.sunysb.edu> writes:
>>>>> "CH" == Charles Hines <of Thu, 08 Feb 2001 12:04:24 EST> writes:
CH> I noticed that using the latest Ediff package (from the
CH> current SUMO, in conjunction with 21.1.14) fails to work if
CH> clearcase mode has been loaded.
I have seen the same problem.
After putting this workaround in my .emacs:
(defalias 'ediff-file-remote-p 'file-remote-p)
I unfortunately forgot to report the problem.
Michael> What is exactly the problem? Is it saying "Can't diff
Michael> remote files". If so, I've fixed this bug recently, but
Michael> havent committed the fix yet. I am going to do it this
Michael> weekend.
Here's what I get:
Retrieving revision BASE... Done
Can't diff remote files: C:\DOCUME~1\AICHNE~1\LOCALS~1\Temp\ediffwWAlW7
Processing difference regions ... done
That seems to be the one, right?
I test your changes once you have commited them the xemacs-packages.
Best regards,
Adrian
Michael> Until the new package is released, you can alleviate the
Michael> pain by simply commenting out the lines that issue this
Michael> error in ediff-diff.el
Michael> --michael
--
Adrian Aichner Teradyne GmbH, European Design Center
Integra Test Division Telephone +49/89/41861(0)-208
Dingolfinger Strasse 2 Fax +49/89/41861-115
D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com
- 1 participants
- 0 comments
RE: new sample.emacs
24 years
Damon Lipparelli
Damon Lipparelli
Yow! Man, it's good to have Ben back!
-lipp
-----Original Message-----
From: Ben Wing
To: XEmacs beta list
Sent: 2/8/01 9:02 PM
Subject: new sample.emacs
i decided to make a sample.emacs that's really useful -- lots of stuff
that
users really want and no stuff that's really annoying or useless, at
least not
by default. i also added lots of explanatory comments, which should
really help
beginning Lisp coders out. i'm attaching the result so far.
i'm interested in seeing other people's init.el files so i can mine
other
interesting stuff. please feel free to mail me. i'm especially
interested in
code that enables various packages. [eventually i hope to make an
`enable-behavior' function so you can turn on and off these features
just by
giving a name, without having to utter lots of obscure incantations.]
--
ben
I'm sometimes slow in getting around to reading my mail, so if you
want to reach me faster, call 520-661-6661.
See http://www.666.com/ben/chronic-pain/ for the hell I've been
through.
<<init.el>>
- 1 participants
- 0 comments
widget api....
24 years
William M. Perry
William M. Perry
Ok... so I've been working on implementing the widget support for the 21.2
branch of the GTK code. And it striked me that shoe-horning this into the
glyph code is pretty horrible.
Why not have a very thin lisp wrapper around the various widget functions
we need and then just have a simple glyph specification like:
[widget :widget foo]?
Does anybody really think it is easier or more intuitive to write this:
;; progress the progress ...
(let ((x 0))
(while (<= x 100)
(set-glyph-image pgauge `[progress-gauge :width 10 :height 2
:descriptor "ok" :value ,x])
(setq x (+ x 5))
(sit-for 0.1)))
Than:
(let ((x 0))
(while (<= x 100)
(progress-gauge-set-value progress-gauge x)
(setq x (+ x 5))
(sit-for 0.1)))
Maybe I've just been spoiled by writing so much stuff using the GTK
bindings, but the glyph stuff seems incredibly painful for the limited
`api' we are exposing for the widgets.
No offense meant Andy, you've done a great job getting the code as far as
it is. I just don't see how a medium-to-large GUI project could use the
current stuff without going bonkers in the process.
I'm going go listen to the new dropkick murphys cd and try not to think
about XEmacs for a night now that jen is back home. :)
-Bill P.
- 3 participants
- 6 comments
Segv running tty gnuclient under an x gnuserv
24 years
Chris Holt
Chris Holt
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 (beta43) "Terspichore" [Lucid] (i686-pc-linux) of Wed Jan 31 2001 on migraine
configured using `configure --prefix=/home/xris/Tools --debug=no --error-checking=none'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
I've found that if I use this two-line init.el file:
(gnuserv-start)
(display-time)
then start up xemacs on an x display;
then attach to the xemacs on a tty display by typing "gnuclient -nw"
and execute this dribble file inside the tty display:
#<keypress-event escape>xvm
p
xemacs will segv. (I've included the stack trace at the end of this report.)
Binary searching on the betas revealed that the bug first occurred in
beta33. I've also discovered that the bug does not appear if I try to attach
to an x-display gnuserv with another x-display gnuclient (i.e., get rid of
the "-nw") or if I start up a tty server and connect either via x or another
tty. In other words, the only dangerous combination is first x, then tty.
Also, the terminal type of the tty doesn't seem to matter.
Finally, I discovered that I could also avoid the segv by adding the
following line before the call to display-time:
(setq display-time-form-list '(date time-text load-text mail-text))
The time, load, and mail must all start as text. If any one of them remains
a glyph, xemacs will still segv.
Here is the stack trace:
(gdb) where
#0 0x8082b64 in compact_string_chars () at alloc.c:2960
#1 0x80834c9 in garbage_collect_1 () at alloc.c:3109
#2 0x80abffd in Ffuncall (nargs=5, args=0xbfffc014) at eval.c:3477
#3 0x808b73e in execute_optimized_program (
program=0x84686d8 "\016M?\002Á\031Æ\036DÇ\030È\032É\eÊ\f!\036LË\016L!\036＠Ì\016＠ÍPÎÏ\r$\036BÌ\016＠ÐPÑÏ\r$\036CÌ\016＠ÒPÓÏ\r$\036AÌ\016＠ÔPÕÏ\r$\036EÌ\016＠ÖP×Ø\r$\036FÌ\016＠ÙPÚØ\r$\036GÌ\016＠ÛPÜØ\r$\036HÌ\016＠ÝPÞØ\r$\036IÌ\016＠ßPàØ\r$\036JÌ\016＠áPâØ\r$\036Kã\r!«\tÃä\r!!\023ª\nå\r!«\005Ã\r!\023\013«\017\013\016DB\026D\013\bB\020\013\nB\022Ê\f!æa¬\bÊ\f!ça«6\r«\006\rèa«.\016B"..., stack_depth=7,
constants_data=0x84239c0) at bytecode.c:746
#4 0x808b404 in funcall_compiled_function (fun=138553704, nargs=2,
args=0xbfffc118) at bytecode.c:515
#5 0x80ac34f in Ffuncall (nargs=3, args=0xbfffc114) at eval.c:3563
#6 0x808b73e in execute_optimized_program (
program=0x8470750 "\b?®_\r¬.À\fÆ\"\210Ç \211\e«\rÀ\f\013＠\"\210\013A\211\023¬õ)È \211\032\016À\f\n＠\"\210\nA\211\022¬õÉ)\207Ê\r!«\006Ë\r!ª\tÌ\r!\004Í\r!\211\031¬\006ÎÏ!¬\006\tÏa«\aÐ\f\r\"ª\b\t?®\004\tÑa)\207\b!", stack_depth=4,
constants_data=0x82fc578) at bytecode.c:746
#7 0x808b404 in funcall_compiled_function (fun=137335520, nargs=2,
args=0xbfffc20c) at bytecode.c:515
#8 0x80ac34f in Ffuncall (nargs=3, args=0xbfffc208) at eval.c:3563
#9 0x808b73e in execute_optimized_program (
program=0x8470750 "\b?®_\r¬.À\fÆ\"\210Ç \211\e«\rÀ\f\013＠\"\210\013A\211\023¬õ)È \211\032\016À\f\n＠\"\210\nA\211\022¬õÉ)\207Ê\r!«\006Ë\r!ª\tÌ\r!\004Í\r!\211\031¬\006ÎÏ!¬\006\tÏa«\aÐ\f\r\"ª\b\t?®\004\tÑa)\207\b!", stack_depth=4,
constants_data=0x82fc578) at bytecode.c:746
#10 0x808b404 in funcall_compiled_function (fun=137335520, nargs=1,
args=0xbfffc300) at bytecode.c:515
#11 0x80ac34f in Ffuncall (nargs=2, args=0xbfffc2fc) at eval.c:3563
#12 0x808b73e in execute_optimized_program (
program=0x84f8120 "\rÆN¬RÇ\rÆ\t#\210È\r!¬/\rÉN®\002\tÊ Ë\e\034\032Ì\r!\210Í\r\nËÎ$\210\f«\020\f＠\023\fA\024Í\r\n\013Ï$\210ªïÐ\r!\210+\b«\013Ñ\r!¬\006Ò\r\b\"\210Ó\r\016\027Ô#\210ÕÖ!\210\r\207p", stack_depth=5, constants_data=0x84f0798)
at bytecode.c:746
#13 0x808b404 in funcall_compiled_function (fun=139644956, nargs=2,
args=0xbfffc3f8) at bytecode.c:515
#14 0x80ac34f in Ffuncall (nargs=6, args=0xbfffc3f4) at eval.c:3563
#15 0x808b73e in execute_optimized_program (
program=0xbfffc448 "ÀÁÂÃ#\210ÄÅÆÇÈÉ%\207t\b8`t\bÔÄÿ¿pÄÿ¿ÚÑ\021\bàÄÿ¿dý\"\bìÄÿ¿\016", stack_depth=6, constants_data=0x876ace8) at bytecode.c:746
#16 0x808d51d in Fbyte_code (instructions=141992316, constants=141995224,
stack_depth=13) at bytecode.c:2403
#17 0x80ab9db in Feval (form=141979628) at eval.c:3331
#18 0x811c465 in readevalloop (readcharfun=141844536, sourcename=141842660,
evalfun=0x80ab460 <Feval>, printflag=0) at lread.c:1449
#19 0x811b587 in Fload_internal (file=141842660, noerror=136510820,
nomessage=136510844, nosuffix=136510820, codesys=136510820,
used_codesys=136510820) at lread.c:737
#20 0x80ac243 in Ffuncall (nargs=7, args=0xbfffc7c8) at eval.c:3528
#21 0x808b73e in execute_optimized_program (
program=0x8365770 "Ä\013\n\t\bÅ\211&\006\2076\bž\2326\b(", stack_depth=7,
constants_data=0x8389ce8) at bytecode.c:746
#22 0x808b404 in funcall_compiled_function (fun=137920008, nargs=4,
args=0xbfffc8d4) at bytecode.c:515
#23 0x80ac34f in Ffuncall (nargs=5, args=0xbfffc8d0) at eval.c:3563
#24 0x80af73c in call4 (fn=136652916, arg0=141842660, arg1=136510820,
arg2=136510844, arg3=136510820) at eval.c:4235
#25 0x80eb685 in Frequire (feature=141822252, filename=136510820) at fns.c:1266
#26 0x80ac300 in Ffuncall (nargs=2, args=0xbfffc9a0) at eval.c:3549
#27 0x808b73e in execute_optimized_program (
program=0xbfffc9e4 "ÀÁ!\210ÀÂ!\207dÊÿ¿", stack_depth=2,
constants_data=0x8745fb8) at bytecode.c:746
#28 0x808d51d in Fbyte_code (instructions=141842612, constants=141844392,
stack_depth=5) at bytecode.c:2403
#29 0x80ab9db in Feval (form=141824804) at eval.c:3331
#30 0x811c465 in readevalloop (readcharfun=141673656, sourcename=141235388,
evalfun=0x80ab460 <Feval>, printflag=0) at lread.c:1449
#31 0x811b587 in Fload_internal (file=141235388, noerror=136510820,
nomessage=136510844, nosuffix=136510820, codesys=136510820,
used_codesys=136510820) at lread.c:737
#32 0x80ac243 in Ffuncall (nargs=7, args=0xbfffcd60) at eval.c:3528
#33 0x808b73e in execute_optimized_program (
program=0x8365770 "Ä\013\n\t\bÅ\211&\006\2076\bž\2326\b(", stack_depth=7,
constants_data=0x8389ce8) at bytecode.c:746
#34 0x808b404 in funcall_compiled_function (fun=137920008, nargs=4,
---Type <return> to continue, or q <return> to quit---
args=0xbfffce6c) at bytecode.c:515
#35 0x80ac34f in Ffuncall (nargs=5, args=0xbfffce68) at eval.c:3563
#36 0x80af73c in call4 (fn=136652916, arg0=141235388, arg1=136510820,
arg2=136510844, arg3=136510820) at eval.c:4235
#37 0x80eb685 in Frequire (feature=141822204, filename=136510820) at fns.c:1266
#38 0x80ac300 in Ffuncall (nargs=2, args=0xbfffcf38) at eval.c:3549
#39 0x808b73e in execute_optimized_program (
program=0xbfffcf7c "ÀÁ!\210ÀÂ!\207üÏÿ¿\230Ïÿ¿ÚÑ\021\b\bÐÿ¿dý\"\b\024Ðÿ¿\b", stack_depth=2, constants_data=0x871c4a8) at bytecode.c:746
#40 0x808d51d in Fbyte_code (instructions=141235356, constants=141673624,
stack_depth=5) at bytecode.c:2403
#41 0x80ab9db in Feval (form=141824252) at eval.c:3331
#42 0x811c465 in readevalloop (readcharfun=141673512, sourcename=140374756,
evalfun=0x80ab460 <Feval>, printflag=0) at lread.c:1449
#43 0x811b587 in Fload_internal (file=140374756, noerror=136510820,
nomessage=136510844, nosuffix=136510820, codesys=136510820,
used_codesys=136510820) at lread.c:737
#44 0x80ac243 in Ffuncall (nargs=7, args=0xbfffd2f8) at eval.c:3528
#45 0x808b73e in execute_optimized_program (
program=0x8365770 "Ä\013\n\t\bÅ\211&\006\2076\bž\2326\b(", stack_depth=7,
constants_data=0x8389ce8) at bytecode.c:746
#46 0x808b404 in funcall_compiled_function (fun=137920008, nargs=4,
args=0xbfffd404) at bytecode.c:515
#47 0x80ac34f in Ffuncall (nargs=5, args=0xbfffd400) at eval.c:3563
#48 0x80af73c in call4 (fn=136652916, arg0=140374756, arg1=136510820,
arg2=136510844, arg3=136510820) at eval.c:4235
#49 0x80eb685 in Frequire (feature=141385452, filename=136510820) at fns.c:1266
#50 0x80ac300 in Ffuncall (nargs=2, args=0xbfffd4d0) at eval.c:3549
#51 0x808b73e in execute_optimized_program (
program=0xbfffd518 "ÂÃ!\210ÂÄ!\210ÂÅ!\210ÂÆ!\210ÂÇ!\210ÂÈ!\210ÂÉ!\210ÊËÌ\"\210ÊÍÌ\"\210ÊÎÌ\"\210ÏÐ!¬\006ÊÐÌ\"\210À\tB\021ÑÀ!¬\003Ò\020Ò\207d\bdý\"\bÌ?4\b°#4\b\004", stack_depth=3, constants_data=0x8717e48) at bytecode.c:746
#52 0x808d51d in Fbyte_code (instructions=140375332, constants=141655608,
stack_depth=7) at bytecode.c:2403
#53 0x80ab9db in Feval (form=141453748) at eval.c:3331
#54 0x811c465 in readevalloop (readcharfun=141655496, sourcename=136957684,
evalfun=0x80ab460 <Feval>, printflag=0) at lread.c:1449
#55 0x811b587 in Fload_internal (file=136957684, noerror=136510820,
nomessage=136510820, nosuffix=136510820, codesys=136510820,
used_codesys=136510820) at lread.c:737
#56 0x80ac243 in Ffuncall (nargs=7, args=0xbfffd90c) at eval.c:3528
#57 0x808b73e in execute_optimized_program (
program=0x8365770 "Ä\013\n\t\bÅ\211&\006\2076\bž\2326\b(", stack_depth=7,
constants_data=0x8389ce8) at bytecode.c:746
#58 0x808b404 in funcall_compiled_function (fun=137920008, nargs=4,
args=0xbfffda18) at bytecode.c:515
#59 0x80ac34f in Ffuncall (nargs=5, args=0xbfffda14) at eval.c:3563
#60 0x80af73c in call4 (fn=136652916, arg0=136957684, arg1=136510820,
arg2=136510820, arg3=136510820) at eval.c:4235
#61 0x80ab3a0 in do_autoload (fundef=137044728, funname=139094284)
at eval.c:3146
#62 0x80ac383 in Ffuncall (nargs=3, args=0xbfffdafc) at eval.c:3575
#63 0x808b73e in execute_optimized_program (
program=0xbfffdb4c "Æ`Ç\013È\"®\002ÉÆ\211\031\035\032\034\030ÊË!\210Ì\013!\210Í \025Î\013\f\r#\210Ï\n\f\r#\210\rb\210ÐÑ!\210Ò\f\rS\"\210\rb\210ÓÔ!\210Õ\036\031Ö\f\r×#\210)\rb\210ÊØ!\210-Õ\207", stack_depth=5, constants_data=0x86ceff0)
at bytecode.c:746
#64 0x808d51d in Fbyte_code (instructions=140544740, constants=141357024,
stack_depth=11) at bytecode.c:2403
#65 0x80ab9db in Feval (form=140669400) at eval.c:3331
#66 0x80a9e90 in condition_case_3 (bodyform=140669400, var=137876276,
handlers=140668788) at eval.c:1651
#67 0x808c043 in execute_rare_opcode (stack_ptr=0xbfffde20,
program_ptr=0x8714fe9 "\207Æ\bÇ\"\210È\207", opcode=Bcondition_case)
at bytecode.c:1271
#68 0x808b58b in execute_optimized_program (
program=0x8714fe0 "ÁÂ!«\006ÃÄÅ\217\207Æ\bÇ\"\210È\207", stack_depth=3,
constants_data=0x86cf0a0) at bytecode.c:656
#69 0x808b404 in funcall_compiled_function (fun=141328988, nargs=1,
args=0xbfffdf0c) at bytecode.c:515
#70 0x80ac34f in Ffuncall (nargs=2, args=0xbfffdf08) at eval.c:3563
#71 0x808b73e in execute_optimized_program (
program=0xbfffdf50 "ÂÃ\tP!\b!\207|ßÿ¿T\023\013\bÌw&\bÜßÿ¿dý\"\bèßÿ¿\b",
stack_depth=3, constants_data=0x86cce30) at bytecode.c:746
#72 0x808d51d in Fbyte_code (instructions=139855740, constants=141348384,
---Type <return> to continue, or q <return> to quit---
stack_depth=7) at bytecode.c:2403
#73 0x80ab9db in Feval (form=140654232) at eval.c:3331
#74 0x80a9e90 in condition_case_3 (bodyform=140654232, var=136510820,
handlers=140654304) at eval.c:1651
#75 0x808c043 in execute_rare_opcode (stack_ptr=0xbfffe198,
program_ptr=0x8715573 "¬cÇâã\217¬]Ðä\013\"«\rÇåæ\217¬Qç\r!\210ªKè\013!«\021é\r!«\f\f«>ê\fëÇ#\210ª6ì\013!«\tíî\r!!\210ª)\f«\013ï\fð\r!®\002ñ\"\210Ð\013ò\"«\017\f¬\bó\rô\"\210ª\fÇ\024ª\bõ\f®\002\r!\210\f«\005ö\f!\210.\aô\207",
opcode=Bcondition_case) at bytecode.c:1271
#76 0x808b58b in execute_optimized_program (
program=0x87154e8 "Æ Ç\211\211\211\211\034\031\032\e\030\0368È\216É\r!¬\r\r\024Ê\fË\"\025Ì\f!b\210Í\r!＠\227\023Î\013Ï\"＠\021\0169«=ÐÑ\013\"«7Ò\rÓ\"®\005Ô\rÕ\"\211\020«)Ö\b!\211\022«\"Ð\013\n\"¬\034×\r\nC\"\210Ø\rÙ\nÙQC\"\210Í\r!＠\227\023Î\013Ï\"＠\021Ú\r\0167\"«\rÇÛÜ\217¬vÇÝÞ\217¬pß\r\0167\"«\rÇàá\217¬cÇâã\217¬]Ðä\013\"«\rÇåæ\217¬Qç\r!\210ªKè\013!«\021é\r!«\f\f«>ê\fëÇ#\210ª6ì\013!«\tíî\r!!\210ª)\f"..., stack_depth=6, constants_data=0x86ccea8) at bytecode.c:656
#77 0x808b404 in funcall_compiled_function (fun=141328904, nargs=1,
args=0xbfffe290) at bytecode.c:515
#78 0x80ac34f in Ffuncall (nargs=2, args=0xbfffe28c) at eval.c:3563
#79 0x808b73e in execute_optimized_program (
program=0x87155f8 "Æ\031\016\021Ã=«BÆ\211\211\211\034\035\e\032Ç\b!\025È\r!\237\025\r«#\n¬ É\r＠!＠\024Ê\r＠Ë\"¬\006Ì\f!«\b\r＠\023Ë\022ªâ\rA\211\025¬ß\013®\005Ç\b!＠\021,ª\\\016\021Í=«VÆ\211\211\211\211\034\035\036\020\e\032Ç\b!\025È\r!\237\211\025«2\n¬/É\r＠!＠\024Ê\r＠Ë\"«\017Î\r＠Æ\"«\b\r＠\023Ë\022ª\016\016\020¬\nÌ\f!«\005\r＠\026\020\rA\211\025¬Ð\013®\t\016\020®\005Ç\b!＠\021-Ï\t!)\207",
stack_depth=6, constants_data=0x86cf4c0) at bytecode.c:746
#80 0x808b404 in funcall_compiled_function (fun=141329352, nargs=1,
args=0xbfffe38c) at bytecode.c:515
#81 0x80ac34f in Ffuncall (nargs=2, args=0xbfffe388) at eval.c:3563
#82 0x808b73e in execute_optimized_program (
program=0xbfffe3d0 "ÂÃ\tP!\b!\207 ", stack_depth=3,
constants_data=0x86cce30) at bytecode.c:746
#83 0x808d51d in Fbyte_code (instructions=139855740, constants=141348384,
stack_depth=7) at bytecode.c:2403
#84 0x80ab9db in Feval (form=140654232) at eval.c:3331
#85 0x80a9e90 in condition_case_3 (bodyform=140654232, var=136510820,
handlers=140654304) at eval.c:1651
#86 0x808c043 in execute_rare_opcode (stack_ptr=0xbfffe618,
program_ptr=0x8715573 "¬cÇâã\217¬]Ðä\013\"«\rÇåæ\217¬Qç\r!\210ªKè\013!«\021é\r!«\f\f«>ê\fëÇ#\210ª6ì\013!«\tíî\r!!\210ª)\f«\013ï\fð\r!®\002ñ\"\210Ð\013ò\"«\017\f¬\bó\rô\"\210ª\fÇ\024ª\bõ\f®\002\r!\210\f«\005ö\f!\210.\aô\207",
opcode=Bcondition_case) at bytecode.c:1271
#87 0x808b58b in execute_optimized_program (
program=0x87154e8 "Æ Ç\211\211\211\211\034\031\032\e\030\0368È\216É\r!¬\r\r\024Ê\fË\"\025Ì\f!b\210Í\r!＠\227\023Î\013Ï\"＠\021\0169«=ÐÑ\013\"«7Ò\rÓ\"®\005Ô\rÕ\"\211\020«)Ö\b!\211\022«\"Ð\013\n\"¬\034×\r\nC\"\210Ø\rÙ\nÙQC\"\210Í\r!＠\227\023Î\013Ï\"＠\021Ú\r\0167\"«\rÇÛÜ\217¬vÇÝÞ\217¬pß\r\0167\"«\rÇàá\217¬cÇâã\217¬]Ðä\013\"«\rÇåæ\217¬Qç\r!\210ªKè\013!«\021é\r!«\f\f«>ê\fëÇ#\210ª6ì\013!«\tíî\r!!\210ª)\f"..., stack_depth=6, constants_data=0x86ccea8) at bytecode.c:656
#88 0x808b404 in funcall_compiled_function (fun=141328904, nargs=1,
args=0xbfffe710) at bytecode.c:515
#89 0x80ac34f in Ffuncall (nargs=2, args=0xbfffe70c) at eval.c:3563
#90 0x808b73e in execute_optimized_program (
program=0x8715398 "Æ \210\f«\017Ç\f!¬\005ÈÉ!\210\fq\210ª\013\016;Ê>¬\005ÈË!\210Ì \210Í \210Î \210\0166¬\b\b¬\005ÈÏ!\210\b«\020Ð\t＠!\210\0164q\210\b \210\202í", stack_depth=6, constants_data=0x86cccc0) at bytecode.c:746
#91 0x808b404 in funcall_compiled_function (fun=141328876, nargs=0,
args=0xbfffe80c) at bytecode.c:515
#92 0x80ac34f in Ffuncall (nargs=1, args=0xbfffe808) at eval.c:3563
#93 0x808b73e in execute_optimized_program (
program=0xbfffe854 "Á \210\b«\aÂ\bÃÄ#\210Ä\207ÿ¿", stack_depth=4,
constants_data=0x86f35f8) at bytecode.c:746
#94 0x808d51d in Fbyte_code (instructions=141144244, constants=141506024,
stack_depth=9) at bytecode.c:2403
#95 0x80ab9db in Feval (form=141504056) at eval.c:3331
#96 0x80a9e90 in condition_case_3 (bodyform=141504056, var=136630764,
handlers=141504176) at eval.c:1651
#97 0x808c043 in execute_rare_opcode (stack_ptr=0xbfffeaa8,
program_ptr=0x86edef2 "\210Ö \210*ª\nä \210å \210æ \210\016:«\004ç \210è\r＠!b\210ép!\211\032«\016ê\ne\"\210ë\nè\r＠!\"\210)\0160«\025\016;¬\025\r＠ÑHÒH¬\r\r＠ÑHÔH¬\005ì ª\003í *\207Q", opcode=Bcondition_case) at bytecode.c:1271
#98 0x808b58b in execute_optimized_program (
program=0x86ede20 "p\031Æ\216Ç\020È\026\037\0162«\006É\r＠!\210\212\f«\017Ê\f!¬\005ËÌ!\210\fq\210ª\013\0163Í>¬\005ËÎ!\210Ï\r＠Ð\"\210\016\023«\017\r＠ÑHÒH«\aÏ\r＠Ó\"\210\016\025«\017\r＠ÑHÔH«\aÏ\r＠Õ\"\210)Ö \210\0164¬\021×\0165!¬\013\016.«'Ø---Type <return> to continue, or q <return> to quit---
\r＠!¬!Ù\r＠!\0366Ú\r＠!\210p\031Û\216Üp\013\"\210*\013q\210Ç\020Ö \210)ª\rÈ\023\016/«\aÜ\016/p\"\210Ýp!\210\016.«6\0167«2\0168«.\0160«*\f«\bÞ\fß\"?ª\004\016\037?«\eØ\r＠!¬\025à\0161"..., stack_depth=5, constants_data=0x86f3650)
at bytecode.c:656
#99 0x808b404 in funcall_compiled_function (fun=141492756, nargs=0,
args=0xbfffeb9c) at bytecode.c:515
#100 0x80ac34f in Ffuncall (nargs=1, args=0xbfffeb98) at eval.c:3563
#101 0x808b73e in execute_optimized_program (
program=0x870b7d8 "t«\004Æ \210\013«\017Ç\013!¬\005ÂÈ!\210\013q\210ª\013\016\035É>¬\005ÂÊ!\210Ë \210ÌÍ\211Î\016\036C$\210\b«\004Ï \210\r¬\003Ð\025\f\016\037Ñ=Í\rÒV«\004Óª\002ÔÕ\r!\035\036 \032\036!\031\f¬\006\016\"\024ª\022\rÐU¬\bÍÖ×\217\210ª\006ÍØÙ\217\210\f\t=¬\tÚ\t\f\"\210Û \210\n\b\b\005Ü\nÍ\"-\207",
stack_depth=6, constants_data=0x8641680) at bytecode.c:746
#102 0x808b404 in funcall_compiled_function (fun=140665440, nargs=3,
args=0xbfffec98) at bytecode.c:515
#103 0x80ac34f in Ffuncall (nargs=4, args=0xbfffec94) at eval.c:3563
#104 0x808b73e in execute_optimized_program (
program=0x870b6e0 "\f¬\003Å\024t«\004Æ \210\013«\017Ç\013!¬\005ÈÉ!\210\013q\210ª\n\nÊ>¬\005ÈË!\210ÌÍ\211ÎÏ$\210Ð\f[\t\b#\207", stack_depth=5,
constants_data=0x8641720) at bytecode.c:746
#105 0x808b404 in funcall_compiled_function (fun=140665468, nargs=3,
args=0xbfffed94) at bytecode.c:515
#106 0x80ac34f in Ffuncall (nargs=4, args=0xbfffed90) at eval.c:3563
#107 0x808f37e in Fcall_interactively (function=139875996,
record_flag=136510820, keys=136510820) at callint.c:940
#108 0x80ab1d6 in Fcommand_execute (cmd=139875996, record_flag=136510820,
keys=136510820) at eval.c:2970
#109 0x80d03d2 in execute_command_event (command_builder=0x85265e8,
event=139933060) at event-stream.c:3834
#110 0x80d0b39 in Fdispatch_event (event=139933060) at event-stream.c:4165
#111 0x809312d in Fcommand_loop_1 () at cmdloop.c:583
#112 0x809333e in command_loop_1 (dummy=136510820) at cmdloop.c:494
#113 0x80b00cb in condition_case_1 (handlers=136510916,
bfun=0x8093328 <command_loop_1>, barg=136510820,
hfun=0x8092c70 <cmd_error>, harg=136510820) at eval.c:1651
#114 0x809341c in command_loop_2 (dummy=136510820) at cmdloop.c:256
#115 0x80affaf in internal_catch (tag=136586916,
func=0x80933e4 <command_loop_2>, arg=136510820, threw=0x0) at eval.c:1317
#116 0x8092eac in initial_command_loop (load_me=136510820) at cmdloop.c:305
#117 0x80a7375 in xemacs_21_2_b43_i686_pc_linux (argc=4, argv=0xbffff2c4,
envp=0xbffff2d8, restart=0) at emacs.c:2253
#118 0x80a8d66 in main (argc=4, argv=0xbffff2c4, envp=0xbffff2d8)
at emacs.c:2682
#119 0x4026c1eb in __libc_start_main (main=0x80a8c68 <main>, argc=4,
argv=0xbffff2c4, init=0x807e3dc <_init>, fini=0x81b4110 <_fini>,
rtld_fini=0x4000a610 <_dl_fini>, stack_end=0xbffff2bc)
at ../sysdeps/generic/libc-start.c:90
(gdb)
Here is my configure/system info:
XEmacs 21.2-b43 "Terspichore" configured for `i686-pc-linux'.
Compilation / Installation:
Source code location: /tmp/xemacs-21.2.43
Installation prefix: /home/xris/Tools-test
Additional prefixes: /home/xris/Tools
Runtime library search path:
/home/xris/Tools/lib:/usr/local/X11/lib:/usr/local/lib:/usr/openwin/lib:/usr/lib:/lib:/usr/local/contrib/lib
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch
-Wpointer-arith -Winline -Wmissing-prototypes -Wshadow
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Compiling in support for ESD (Enlightened Sound Daemon).
Databases:
Compiling in support for Berkeley database.
Internationalization:
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for dynamic shared object modules.
migraine 23> cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 1
cpu MHz : 651.495424
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 mmx fxsr xmm
bogomips : 650.44
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 1
cpu MHz : 651.495424
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 mmx fxsr xmm
bogomips : 650.44
migraine 24> cat /proc/version
Linux version 2.2.14 (root＠build-09) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #1 SMP Wed Jan 26 18:32:50 PST 2000
migraine 25> gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
Chris
- 2 participants
- 1 comments
Overtall font in modeline slops over into frame
24 years
Stephen J. Turnbull
Stephen J. Turnbull
Anybody know if this is a font bug or an XEmacs bug? It occasionally
obscures text. :-( Note how the Canna modeline indicator at the left
end of the line extends into the window above. (Thank you Debian for
screwing up my fontpath again....)
--
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 straight lines for? "XEmacs rules."
- 2 participants
- 3 comments