September 1998 - XEmacs-Beta - XEmacs Mailing List Archives

[crash] redisplay after widening 26 years, 2 months

Colin Rafferty

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! Here is the trace, etc...: (dbx) run -vanilla Process 5113 (xemacs) started Fatal error: assertion failed, file /sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/redisplay.c, line 6757, cur_elt >= 0 Process 5113 (xemacs) stopped on signal SIGABRT: Abort (see abort(3c)) (handler fatal_error_signal) at [_kill:15 +0x8,0xfaa56b8] Source (of /xlv24/patches/3269/work/irix/lib/libc/libc_n32_M4/signal/kill.s) not available for Process 5113 (dbx) where > 0 _kill(0x13f9, 0x6, 0x0, 0x0, 0x0, 0x200e6c, 0xfb512f0, 0x200e70) ["/xlv24/patches/3269/work/irix/lib/libc/libc_n32_M4/signal/kill.s":15, 0xfaa56b8] 1 _raise(0x13f9, 0x6, 0x0, 0x0, 0x0, 0x200e6c, 0xfb512f0, 0x200e70) ["/xlv24/patches/3269/work/irix/lib/libc/libc_n32_M4/signal/raise.c":25, 0xfaa5d70] 2 abort(0x13f9, 0x6, 0x0, 0x0, 0x0, 0x200e6c, 0xfb512f0, 0x200e70) ["/xlv24/patches/3269/work/irix/lib/libc/libc_n32_M4/gen/abort.c":44, 0xfa316ac] 3 assert_failed(file = 0x1027fd90 = "/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/redisplay.c", line = 6757, expr = 0x102800b8 = "cur_elt >= 0") ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/emacs.c":2605, 0x10090998] 4 start_with_line_at_pixpos(w = 0x1053d200, point = 126, pixpos = 282) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/redisplay.c":6757, 0x1018f6fc] 5 Fcenter_to_window_line(n = 272216068, window = 272216068) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/window.c":4266, 0x1020ee90] 6 funcall_recording_as(recorded_as = 272339228, nargs = 2, args = 0x7ffb6cc0) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/eval.c":3197, 0x1009a37c] 7 Ffuncall(nargs = 3, args = 0x7ffb6cc0) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/eval.c":3238, 0x1009a804] 8 Fbyte_code(bytestr = 271924100, vector = 271924160, maxdepth = 7) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/bytecode.c":416, 0x100592e0] 9 funcall_lambda(fun = 271924200, nargs = 1, arg_vector = 0x7ffb7024) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/eval.c":3597, 0x1009c154] 10 funcall_recording_as(recorded_as = 272537772, nargs = 1, args = 0x7ffb7020) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/eval.c":3200, 0x1009a5dc] 11 Ffuncall(nargs = 2, args = 0x7ffb7020) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/eval.c":3238, 0x1009a804] 12 Fcall_interactively(function = 272537772, record_flag = 272216068, keys = 272216068) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/callint.c":949, 0x1005eed0] 13 Fcommand_execute(cmd = 272537772, record = 272216068, keys = 272216068) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/eval.c":2584, 0x10097c6c] 14 execute_command_event(command_builder = 0x1048ee80, event = 273857560) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/event-stream.c":4346, 0x100e3490] 15 Fdispatch_event(event = 273857560) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/event-stream.c":4637, 0x100e3e70] 16 Fcommand_loop_1() ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/cmdloop.c":579, 0x10066dd4] 17 command_loop_1(dummy = 272216068) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/cmdloop.c":494, 0x10066a0c] 18 condition_case_1(handlers = 272216180, bfun = 0x100669d0, barg = 272216068, hfun = 0x10065e50, harg = 272216068) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/eval.c":1653, 0x100952e4] 19 command_loop_3() ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/cmdloop.c":256, 0x10066044] 20 command_loop_2(dummy = 272216068) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/cmdloop.c":267, 0x100660a4] 21 internal_catch(tag = 272294368, func = 0x10066080, arg = 272216068, threw = (nil)) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/eval.c":1328, 0x10094c88] 22 initial_command_loop(load_me = 272216068) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/cmdloop.c":305, 0x100663c0] 23 xemacs_21_0_mips_sgi_irix6_4(argc = 2, argv = 0x7ffb7ea4, envp = 0x7ffb7eb0, restart = 0) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/emacs.c":1702, 0x1008eb58] 24 main(argc = 2, argv = 0x7ffb7ea4, envp = 0x7ffb7eb0) ["/sag1/u4/sag1_dev4/craffert/xemacs/xemacs-21.0-b54/src/emacs.c":2119, 0x1008fa88] 25 __start() ["/xlv22/ficus-jan23/work/irix/lib/libc/libc_n32_M4/csu/crt1text.s":166, 0x10041fc8] (dbx) up _raise: Source (of /xlv24/patches/3269/work/irix/lib/libc/libc_n32_M4/signal/raise.c) not available for Process 5113 (dbx) up abort: Source (of /xlv24/patches/3269/work/irix/lib/libc/libc_n32_M4/gen/abort.c) not available for Process 5113 (dbx) up assert_failed:2605 abort (); (dbx) up start_with_line_at_pixpos:6757 assert (cur_elt >= 0); (dbx) print cur_elt -1 (dbx) cont 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 ...) -- Colin

1 participants
0 comments

Re: Portability and usage statistics (was Re: Seppuku and x_IO_error_handler() ) 26 years, 2 months

Karl M. Hegbloom

>>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: Hrvoje> karlheg(a)inetarena.com (Karl M. Hegbloom) writes: >> I think the main reason that those apps are non-portable is >> that the people who write them have access only to Linux. They >> simply do not know how to write them in a portable style, nor >> do they envision ever owning a computer that runs any other >> Unix but Linux. Hrvoje> This is unfortunately not true. More often than not, Hrvoje> these people don't *care* to support anything other than Hrvoje> Linux. Hrvoje> Didn't you yourself say you didn't care only a few Hrvoje> messages ago? The only computers I have access to run Linux.

2 participants
1 comments

strange regexp in postscript-mode 26 years, 2 months

Gunnar Evermann

In the postscript-mode the following regexp is used for highlighting strings. This either triggers a bug in the regexp matching or is grossly inefficient (I tend to believe the latter). ;; Proper rule for Postscript strings '("(\\([^)]\\|\\\\.\\|\\\\\n\\)*)" . font-lock-string-face) This shows up when trying to fontify tmac.ps which is part of the groff distribution (53 lines of ps-code). (This was pointed out by Ronald Florence in c.e.x) I have interrupted XEmacs a couple of minutes after evaluating from the start of the buffer (re-search-forward "(\\([^)]\\|\\\\.\\|\\\\\n\\)*)" 1436 t) The file contains a lot of '(' but no ')' at all. Isn't the above regexp equivalent to "(\\([^)]\\)*)" anyway? Gunnar -- Gunnar Evermann Natural Language Systems Group, University of Hamburg EMail: Gunnar.Evermann(a)nats.informatik.uni-hamburg.de

1 participants
0 comments

Re: Portability and usage statistics (was Re: Seppuku and x_IO_error_handler() ) 26 years, 2 months

Hrvoje Niksic

karlheg(a)inetarena.com (Karl M. Hegbloom) writes: > I think the main reason that those apps are non-portable is that > the people who write them have access only to Linux. They simply > do not know how to write them in a portable style, nor do they > envision ever owning a computer that runs any other Unix but Linux. This is unfortunately not true. More often than not, these people don't *care* to support anything other than Linux. Didn't you yourself say you didn't care only a few messages ago? -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- You have an unusual magnetic personality. Don't walk too close to metal objects which are not fastened down.

1 participants
0 comments

file-coding broken. 26 years, 2 months

Andy Piper

Or at least the bit saying Noconv no longer has :T appended for dos type files. andy --------------------------------------------------------------------------- " .sigs are like your face - rarely seen by you and uglier than you think" Dr Andy Piper, Technical Architect, Parallax Solutions Ltd mail: andyp(a)parallax.co.uk web: www.parallax.co.uk/~andyp

1 participants
0 comments

compiler warning compiling dgif_lib.c 26 years, 2 months

Greg Klanderman

On solaris 2.5.1, /usr/include/stdio.h I have: > /* > * The following are known to POSIX and XOPEN, but not to ANSI-C. > */ > #if defined(__EXTENSIONS__) || __STDC__ == 0 || \ > defined(_POSIX_C_SOURCE) || defined(_XOPEN_SOURCE) > > extern FILE *fdopen(int, const char *); > extern char *ctermid(char *); > extern int fileno(FILE *); > > #endif /* defined(__EXTENSIONS__) || __STDC__ == 0 ... */ which results in the following warning: > gcc -c -Wall -g -O2 -msupersparc -Demacs -I. -DHAVE_CONFIG_H -I/proj/mstar/software/install/include -I/usr/dt/include -I/usr/openwin/include dgif_lib.c > dgif_lib.c: In function `DGifOpenFileHandle': > dgif_lib.c:81: warning: implicit declaration of function `fdopen' > dgif_lib.c:81: warning: assignment makes pointer from integer without a cast What's the right way to get fdopen declared for XEmacs? Since int and pointer are both 32 bit this won't actually cause a problem, but it should be fixed. greg

1 participants
0 comments

Fwd: Help! I can'not input russian letter in Xemacs20.4 nomule... 26 years, 2 months

Rebecca Ore

How did I get to be the cyrillic expert....oh, yeah, I remember now, but can someone else help here? I haven't set up all my fonts since putting in RedHat 5.1, and I never got printing cleaned up the last go around, though I could print someone else's .ps file of the Hello in many languages. Rebecca ---------- Forwarded Message ---------- Subject: Help! I can'not input russian letter in Xemacs20.4 nomule... Date: Wed, 2 Sep 1998 13:02:37 +0600 (YEKST) From: "Neudachin D.I." <u0948(a)dcs.imm.intec.ru> Hi! Exluse me... But i have some problems with use xkb + Xemacs20.4 I can watch my russian text wit koi-8(ISO????-7) fonts... But i can not switch between cyrillic/russian keyboard throu xkb Xemacs write: Cyrillic_shorti not defined (example!) I d'nt know as resolve this problem: Xemacs know about 8bits symbol, but d'nt know about input this symbol in bufer :) There are some methods 7th bits input cyrillic symbol, but i want use xkb method! In Xterm i can input russian symbol, my locale is Ru_ru (Koi8). Date i read in russian format(it is very good!) Help :) Thanks, with best wishes Neudachin Denis Il'ich Junior research Department of Applied Problems Institute of Mathematics Phone: (7-3432) 742631 and Mechanics,Urals Branch (7-3432) 748414 of Russian Academy of Sciences Fax: (7-3432) 742581 16, S.Kovalevskaya St. E-mail: ndi(a)imm.uran.ru Ekaterinburg 620219 u0948(a)cs.imm.intec.ru Russia

1 participants
0 comments

Re: XEmacs/IRIX 26 years, 2 months

Darren/Torin/Who Ever...

-----BEGIN PGP SIGNED MESSAGE----- Jason R. Mastaler, in an immanent manifestation of deity, wrote: >------- Forwarded Message >Date: Tue, 01 Sep 1998 16:19:40 +0200 >From: Olivier Galibert <galibert(a)pobox.com> >To: xemacs-beta(a)xemacs.org >Subject: Re: Portability and usage statistics (was Re: Seppuku and x_IO_error_h > andler() ) > >On Tue, Sep 01, 1998 at 04:09:52AM -0700, SL Baur wrote: >> O.K. Let's move on to SGI/Irix. Are we passed the traditional XEmacs >> Fuckage or aren't we? I don't know. Darren Stalder was kindly enough >> to donate access to a system to test on and ... I never heard heard >> anything since from the SGI volunteer. > >- - irix 5.3 : Darren Stalder talked about giving access (I was said > volunteer) but dissepeared just after his mail. I have one or two > ideas about what the problem is, but it seems to be impossible to > reproduce it on 6.x. I plan to go and try doing something about it > in a week or two. > >------- End of Forwarded Message The offer is still open. I sent mail off and never heard a response. I assumed that people were too busy and didn't pursue it. Please contact me by private e-mail if you still would like/need access to an SGI 5.3 system. Darren - -- <torin(a)daft.com> <http://www.daft.com/~torin> <torin(a)debian.org> <torin(a)io.com> Darren Stalder/2608 Second Ave, ＠282/Seattle, WA 98121-1212/USA/+1-800-921-4996 ＠ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI programmer and tutor. ＠＠ Make a little hot-tub in your soul. ＠ -----BEGIN PGP SIGNATURE----- Version: 2.6.3a Charset: noconv Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface iQCVAwUBNe0omo4wrq++1Ls5AQH7GwP/V/NAjPhrLAWGzmxSVdL85QJFA620eKQi 0qITk+JYb7cB34YKbNJJRCdA82QxAgzbl59Pm6uszhr23IFUJ5acAsNoFY8yhujx 93OBpGmhXmmjT2j0XhBvWh39o1M6tME5J6WsKII1xUzaWQKU6W57UfD8V7MOTO5o D8fzg7JKvRY= =T1w0 -----END PGP SIGNATURE-----

1 participants
0 comments

Re: #! comment !# for scheme? 26 years, 2 months

Karl M. Hegbloom

It still doesn't work. Furthermore, using ( syntax for # causes unbalanced paren errors when using meta right/left, since there's #t and #f's in the programs. :-) I wonder why the multiline comment works in lisp mode but not in scheme mode? I'm puzzled. I'll have to put it aside a while, and look again later when it's not expecting it.

1 participants
0 comments

Re: Portability and usage statistics (was Re: Seppuku and x_IO_error_handler() ) 26 years, 2 months

Karl M. Hegbloom

>>>>> "Jeff" == Jeff Miller <jmiller(a)smart.net> writes: Jeff> We all benefit by being able to share as much code as Jeff> possible with each other. That is true. If it wasn't for GNU and Linux, I would not have anywhere near as much source code to study as I do now. I imagine this is the case for a vast number of wannabe's like myself. I'll try and learn to write POSIX/ANSI portable C if and when I write anything from scratch. :-)

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta September 1998