[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[h-e-w] Some issues with ntemacs 21.1
From: |
Richard Y. Kim |
Subject: |
[h-e-w] Some issues with ntemacs 21.1 |
Date: |
Mon, 12 Nov 2001 09:32:12 -0800 |
>>>>> "TVH" == Tim Van Holder <address@hidden> writes:
TVH>
TVH> * ntemacs 21.1 chokes on loading term/w32-win.el;
TVH> it gets an access violation due to trying to read
TVH> address 0x00000020. IIRC the x-close-connection
TVH> stuff (around line 1147) is what triggered it.
I can reproduce this problem everytime.
Simply start emacs with "-q" then load either
term/w32-win.el or term/w32-win.elc.
Emacs crashes everytime.
My msvc debugger shows that the crash occurred
at emacs21.1/src/w32term.c line 2063 within
x_produce_glyphs() function. msvc also reports the
following variable values:
boff 1
face->font_info_id 0
font_into 0
it->f 0x0133f400
It seems like the problem is that 'font_info' pointer (a null
pointer) is being dereferenced via
'font_info->baseline_offset'.
The call stack is shown at the end.
I would also like to add that I can make emacs 21.1 crash on
my w2k simply by using pcl-cvs and ediff. Emacs 21.1 seems
to be much better than past pretest versions in that it
takes longer for me to crash 21.1. On all pretest versions,
I could crash emacs within 5 minutes of use. Now it takes
longer. Perhaps an hour or two of intensive ediff
operations within "*cvs*' buffer created by 'M-x
cvs-examine'. I submitted a bug to FSF via the normal
method, i.e., 'M-x report-emacs-bug' right after 21.1 came
out, but I have not heard anything from FSF.
This pcl-cvs/ediff is the only problem that I have
encountered with emacs 21.1 in my daily use so far.
--------------- call stack --------------------
x_produce_glyphs(it * 0x0082f094) line 2063 + 3 bytes
move_it_in_display_line_to(it * 0x0082f094, int 62, int -1, int 8) line 4994 +
21 bytes
move_it_to(it * 0x0082f094, int 62, int -1, int -1, int -1, int 8) line 5256 +
17 bytes
resize_mini_window(window * 0x0133fc00, int 0) line 6602 + 29 bytes
display_echo_area_1(int 20184064, int 288302084, int 0, int 0) line 6478 + 11
bytes
with_echo_area_buffer(window * 0x0133fc00, int 0, int (int, int, int, int)*
0x010ac8b2 display_echo_area_1(int, int, int, int), int 20184064, int
288302084, int 0, int 0) line 6271 + 19 bytes
display_echo_area(window * 0x0133fc00) line 6449 + 35 bytes
echo_area_display(int 1) line 7024 + 9 bytes
message3_nolog(int 828037316, int 61, int 1) line 5949 + 7 bytes
message3(int 828037316, int 61, int 1) line 5890 + 17 bytes
Fmessage(int 3, int * 0x0082f410) line 2959 + 77 bytes
Ffuncall(int 4, int * 0x0082f40c) line 2636 + 23 bytes
Fbyte_code(int 828001108, int 1096091840, int 4) line 716 + 16 bytes
funcall_lambda() line 2849 + 43 bytes
Ffuncall(int 3, int * 0x0082f640) line 2703 + 20 bytes
Fbyte_code(int 827469092, int 1095954688, int 9) line 716 + 16 bytes
funcall_lambda() line 2849 + 43 bytes
Ffuncall(int 5, int * 0x0082f888) line 2703 + 20 bytes
Fbyte_code(int 827469108, int 1096047456, int 5) line 716 + 16 bytes
funcall_lambda() line 2849 + 43 bytes
Ffuncall(int 2, int * 0x0082fad8) line 2703 + 20 bytes
Fcall_interactively(int 288915796, int 288302084, int 1093585920) line 797 + 19
bytes
Fcommand_execute(int 288915796, int 288302084, int 288302084, int 288302084)
line 9221 + 17 bytes
command_loop_1() line 1644 + 32 bytes
internal_condition_case(int (void)* 0x0100a0b7 command_loop_1(void), int
288415988, int (void)* 0x01009caa cmd_error(void)) line 1267 + 3 bytes
command_loop_2() line 1245 + 21 bytes
internal_catch(int 288372436, int (void)* 0x01009f7f command_loop_2(void), int
288302084) line 1030 + 7 bytes
command_loop() line 1224 + 23 bytes
recursive_edit_1() line 950 + 5 bytes
Frecursive_edit() line 1007
main() line 1549
EMACS! mainCRTStartup + 180 bytes
_start() line 136