Re: [crash] redisplay after widening
- First Post
- Replies
- Stats
-
Go to
- ----- 2025 -----
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2007 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2006 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2005 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2004 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2003 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2002 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2001 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2000 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1999 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1998 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
Colin Rafferty <craffert(a)ms.com> writes:
This is 100% reproducible. It does not happen on 20.4.
System is mips-sgi-irix6.4. XEmacs 21.0-b54.
To reproduce:
1. xemacs -vanilla
2. Do a `narrow-to-region' in *scratch* from halfway in the first line
through the end of the buffer.
3. Do a `widen'. Notice that the beginning of the first line is not
redisplayed.
4. Hit C-l. Boom!
Are you sure the trace is from a vanilla XEmacs? The trace seems to
indicate that C-l is bound to `center-to-window-line', which should
not be the default.
--
Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
HOW YOU CAN TELL THAT IT'S GOING TO BE A ROTTEN DAY:
#15 Your pet rock snaps at you.
Paul Keusemann
Thursday, 3 September
Thu, 3 Sep
2:30 p.m.
New subject: [crash] redisplay after widening
On Thu, Sep 03, 1998 at 10:22:07AM +0200, Hrvoje Niksic wrote:
Colin Rafferty <craffert(a)ms.com> writes:
> This is 100% reproducible. It does not happen on 20.4.
>
> System is mips-sgi-irix6.4. XEmacs 21.0-b54.
>
> To reproduce:
>
> 1. xemacs -vanilla
>
> 2. Do a `narrow-to-region' in *scratch* from halfway in the first line
> through the end of the buffer.
>
> 3. Do a `widen'. Notice that the beginning of the first line is not
> redisplayed.
>
> 4. Hit C-l. Boom!
Are you sure the trace is from a vanilla XEmacs? The trace seems to
indicate that C-l is bound to `center-to-window-line', which should
not be the default.
I can vouch for that. session log follows, Installation is attached:
summit$ uname -a
SunOS summit 5.5 Generic sun4m sparc SUNW,SPARCstation-5
summit$ xemacs -vanilla
Fatal error: assertion failed, file redisplay.c, line 6757, cur_elt >= 0
Fatal error (6).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
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 /usr2/paulk/bin/sparc-sun-solaris2.5-sparcworks/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:
center-to-window-line(nil nil)
# bind (window n)
recenter(nil)
# bind (command-debug-status)
call-interactively(recenter)
# (condition-case ... . error)
# (catch top-level ...)
Abort(coredump)
summit$ gdb /home/corona/fs9/home/paulk/bin/xemacs-21.0-b54 core
GDB is free software and you are welcome to distribute copies of it
under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (sparc-sun-solaris2.3),
Copyright 1996 Free Software Foundation, Inc...
Core was generated by `xemacs -vanilla'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/dt/lib/libXm.so.3...done.
Reading symbols from /usr2/paulk/lib/libcompface.so...done.
Reading symbols from /usr2/paulk/lib/libtiff.so...done.
Reading symbols from /usr2/paulk/lib/libpng.so.2...done.
Reading symbols from /usr2/paulk/lib/libjpeg.so.6...done.
Reading symbols from /usr2/paulk/lib/libz.so.1.1.3...done.
Reading symbols from /usr2/paulk/lib/libXpm.so.4.10...done.
Reading symbols from /usr/dt/lib/libDtSvc.so.1...done.
Reading symbols from /usr/dt/lib/libtt.so.2...done.
Reading symbols from /usr/openwin/lib/libXmu.so.4...done.
Reading symbols from /usr/openwin/lib/libXt.so.4...done.
Reading symbols from /usr/openwin/lib/libXext.so.0...done.
Reading symbols from /usr/openwin/lib/libX11.so.4...done.
Reading symbols from /usr/lib/libdl.so.1...done.
Reading symbols from /usr/lib/libkvm.so.1...done.
Reading symbols from /usr/lib/libkstat.so.1...done.
Reading symbols from /usr/lib/libm.so.1...done.
Reading symbols from /usr/lib/libsocket.so.1...done.
Reading symbols from /usr/lib/libnsl.so.1...done.
Reading symbols from /usr/lib/libelf.so.1...done.
Reading symbols from /usr/lib/libc.so.1...done.
Reading symbols from /usr/lib/libintl.so.1...done.
Reading symbols from /usr/lib/libw.so.1...done.
Reading symbols from /usr/lib/libmp.so.1...done.
#0 0xef0b3e30 in kill ()
(gdb) where
#0 0xef0b3e30 in kill ()
#1 0x6e528 in fatal_error_signal ()
#2 <signal handler called>
#3 0xef0b3e30 in kill ()
#4 0x70d34 in assert_failed ()
#5 0x1084d4 in start_with_line_at_pixpos ()
#6 0x152aa4 in Fcenter_to_window_line ()
#7 0x76f24 in funcall_recording_as ()
#8 0x77230 in Ffuncall ()
#9 0x50604 in Fbyte_code ()
#10 0x7834c in funcall_lambda ()
#11 0x771bc in funcall_recording_as ()
#12 0x77230 in Ffuncall ()
#13 0x53614 in Fcall_interactively ()
#14 0x7550c in Fcommand_execute ()
#15 0xa0374 in execute_command_event ()
#16 0xa0a98 in Fdispatch_event ()
#17 0x57dd8 in Fcommand_loop_1 ()
#18 0x57bc4 in command_loop_1 ()
#19 0x732f0 in condition_case_1 ()
#20 0x58074 in command_loop_2 ()
#21 0x730dc in internal_catch ()
#22 0x5783c in initial_command_loop ()
#23 0x6fd90 in xemacs_21_0_sparc_sun_solaris2_5 ()
#24 0x704d8 in main ()
(gdb) quit
--
Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
HOW YOU CAN TELL THAT IT'S GOING TO BE A ROTTEN DAY:
#15 Your pet rock snaps at you.
--
Paul Keusemann pkeusem(a)visi.com
4266 Joppa Court (612) 894-7805
Savage, MN 55378
9924
days inactive
9924
days old
1 comments
2 participants
tags (0)
participants (2)
-
Hrvoje Niksic -
Paul Keusemann