February 2003 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Comint input face in shell mode 21 years, 9 months

plynchnlm＠netscape.net

Glynn Clements <glynn.clements(a)virgin.net> wrote: >This feature appears to have been explicitly disabled. Look for the >comment: > >;; Disable this for now. I'm not sure that font-lock doesn't do better > >in comint.el. > font-lock *does* do a good job of coloring shell output! I hadn't thought of trying that. Thanks for the tip. -- Paul Lynch Aquilent, Inc. National Library of Medicine __________________________________________________________________ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

1 participants
0 comments

reproducable crash in xemacs 21.5 beta 9 21 years, 9 months

Nick Pavey

Problem description =================== I've noticed this problem several times when editting C / C++ files. I'm in C++ major mode, with or without font-lock. The line I'm trying to edit is... gen_concept::gen_concept() I get as far as the 2nd colon, at which point the system crashes and coredumps. I have seen this with % characters from my SWIG header files. Interestingly, although I can reliably reproduce this crash, I have used this exact installation to edit 1000's of lines of C++ with very little trouble. I can make the system crash without doing any editting by issuing the command M-x c-electric-colon Xemacs version ============== xemacs --version XEmacs 21.5 (beta9) "brussels sprouts" [Lucid] (sparc-sun-solaris2.7) Installation details ==================== uname -a: SunOS trex 5.7 Generic_106541-20 sun4u sparc SUNW,Ultra-5_10 ./configure '--prefix=/hm/npavey/bin/xemacs-21.5.9' XEmacs 21.5-b9 "brussels sprouts" configured for `sparc-sun-solaris2.7'. Compilation / Installation: Source code location: /usr1/npavey/Downloads/xemacs/xemacs-21.5.9 Installation prefix: /hm/npavey/bin/xemacs-21.5.9 Runtime library search path: /usr/ccs/lib:/usr/dt/lib:/usr/openwin/lib:/util/gnu/lib/gcc-lib/sparc-su n-solaris2.7/2.95.2:/util/gnu/lib Operating system description file: `s/sol2.h' Machine description file: `m/sparc.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wshadow -Wpointer-arith Relocating allocator for buffers: yes GNU version of malloc: yes Window System: Compiling in support for the X window system: - X Windows headers location: /usr/dt/include /usr/openwin/include - X Windows libraries location: /usr/dt/lib /usr/openwin/lib - Handling WM_COMMAND properly. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Using Motif native widgets. TTY: Images: Compiling in support for GIF images (builtin). WARNING: ----------------------------------------------------------- WARNING: Compiling without XPM image support. WARNING: You should strongly consider installing XPM. WARNING: Otherwise toolbars and other graphics will look suboptimal. WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux) WARNING: ----------------------------------------------------------- Compiling in support for PNG images. Sound: Compiling in support for sound (native). Databases: Compiling in support for DBM. Compiling in support for LDAP. Internationalization: Mail: Compiling in support for "dot-locking" mail spool file locking method. Other Features: Inhibiting IPv6 canonicalization at startup. Compiling in support for ToolTalk. Compiling in support for dynamic shared object modules. Compiling in support for extra debugging code. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: --------------------------------------------------------- C stack trace from GDB ====================== #0 0xfec1c840 in _libc_kill () from /usr/lib/libc.so.1 (gdb) where #0 0xfec1c840 in _libc_kill () from /usr/lib/libc.so.1 #1 0x0009b518 in fatal_error_signal (sig=6) at emacs.c:3424 #2 <signal handler called> #3 0xfec1c840 in _libc_kill () from /usr/lib/libc.so.1 #4 0xfebb5a74 in abort () from /usr/lib/libc.so.1 #5 0x0009b6ac in zero_out_command_line_status_vars () at emacs.c:4267 -- -------------------------------------------- Nick Pavey Product Validation, Cadence Design Systems, Inc. 270 Billerica Road, Chelmsford, MA 01824 USA Direct line : 978 262 6362 --------------------------------------------

1 participants
0 comments

Panic when running configure 21 years, 9 months

plynchnlm＠netscape.net

OS: Solaris 2.8 Xemacs: 21.4.12 When I run configure with just: ./configure --prefix=/home/plynch/3rdparty it works fine (except that it doesn't find the png and xpm libraries). However, when I try to add in paths for those libraries via: ./configure --prefix=/home/plynch/3rdparty --site-includes=/proj/3rdparty/include --site-libraries=/proj/3rdparty/lib --site-runtime-libraries=/proj/3rdparty/lib Then I get a PANIC message. The last bit of the config.log looks like this: configure:15083: checking for _dlerror configure:15109: gcc -o conftest -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wshadow -Wpointer-arith -I/proj/3rdparty/include -I/usr/dt/include -I/usr/openwin/include -L/proj/3rdparty/lib -L/usr/ccs/lib -L/usr/dt/lib -L/usr/openwin/lib -Xlinker -R/proj/3rdparty/lib conftest.c -lXm -ljpeg -lz -ltt -lXmu -lXt -lXext -lX11 -lSM -lICE -lgdbm -lcurses /usr/demo/SOUND/lib/libaudio.a -lldap -lm -lsocket -lnsl -lelf -lgen -ldl 1>&5 configure:15152: gcc -o conftest -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wshadow -Wpointer-arith -I/proj/3rdparty/include -I/usr/dt/include -I/usr/openwin/include -L/proj/3rdparty/lib -L/usr/ccs/lib -L/usr/dt/lib -L/usr/openwin/lib -Xlinker -R/proj/3rdparty/lib conftest.c -lXm -ljpeg -lz -ltt -lXmu -lXt -lXext -lX11 -lSM -lICE -lgdbm -lcurses /usr/demo/SOUND/lib/libaudio.a -lldap -lm -lsocket -lnsl -lelf -lgen -ldl 1>&5 ld.so.1: ./conftest: fatal: libtt.so.2: open failed: No such file or directory Killed The odd thing is that the library it is complaining about, libtt.so.2, is available under two of the -L paths: > file /usr/openwin/lib/libtt.so.2 /usr/openwin/lib/libtt.so.2: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped > file /usr/dt/lib/libtt.so.2 /usr/dt/lib/libtt.so.2: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped (The second one is a softlink to the first.) So I don't understand why it can't find it. Have people successfully built this version on Solaris 2.8 with png and xpm support? -- Paul Lynch Aquilent, Inc. National Library of Medicine __________________________________________________________________ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

4 participants
4 comments

Comint input face in shell mode 21 years, 9 months

plynchnlm＠netscape.net

I've just gotten 21.4.12 compiled and running (with the sumo package tarball) and was hoping that this version would correct what I thought was a bug in 21.1.14 in the shell mode. The "bug" (if it is a bug) is that the command text that the user types does not show up in a different color than the output text. In version 20.4.?, I had things set up so that what I typed into the shell was yellow. This makes it much easier to scroll back and find a certain command. Is there a way to do that in this version, or is that feature broken? When I go to Options-->Edit Faces, I see that the comint face still has the foreground set to yellow, but all I see is white text when I type in the shell. (I use the -rv option, so all the text is white on black.) Thanks for your help, --Paul -- Paul Lynch Aquilent, Inc. National Library of Medicine __________________________________________________________________ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

3 participants
2 comments

Do you know who likes you? bvrn 21 years, 9 months

fqicBabette

This is our second attempt at contacting you. We have been hired to contact you because someone you know is interested in you. Please follow the link below to find out who. http://fff49857548.com/mwc19/ <a href="http://fff49857548.com/mwc19/">http://fff49857548.com/mwc19/</a> No more email here http://fff49857548.com/nomore.php dmeqewmnotkudokflclfattegxivvatimik

1 participants
0 comments

xemacs-21.5.9 fails to build on Itanium system 21 years, 9 months

John W. Grove

I have been trying to compile xemacs on my HP Itanium workstation (IA64). The build fails when attempting to execute xemacs ./xemacs -nd -no-packages -batch -l /home/jgrove/src/xemacs-21.5.9/src/../lisp/update-elc.el the current build used gcc-3.2.1 but a similar problem also occured for version 2.96. I looked in the problems file but found no reference to such a problem and so I am reporting this problem to you. The traceback from this execution was >gdb xemacs GNU gdb Red Hat Linux (5.1-1) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or 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. This GDB was configured as "ia64-redhat-linux"... (gdb) r -nd -no-packages -batch -l /home/jgrove/src/xemacs-21.5.9/src/../lisp/update-elc.el Starting program: /home/jgrove/src/xemacs-21.5.9/src/xemacs -nd -no-packages -batch -l /home/jgrove/src/xemacs-21.5.9/src/../lisp/update-elc.el Program received signal SIGSEGV, Segmentation fault. allocate_managed_lcrecord (lcrecord_list=0) at lisp.h:2665 2665 DECLARE_LRECORD (lcrecord_list, struct lcrecord_list); (gdb) where #0 allocate_managed_lcrecord (lcrecord_list=0) at lisp.h:2665 #1 0x40000000003cd3d0 in make_opaque_ptr (val=0x600000000003b82c) at opaque.c:172 Upon this failure I did a make distclean and reconfigured xemacs using configure --prefix=$HOME --cflags=-g the same error occured, the error now reads ./temacs -nd -no-packages -batch -l /home/jgrove/src/xemacs-21.5.9/src/../lisp/update-elc.el make[1]: *** [update-elc.stamp] Segmentation fault (core dumped) > gdb temacs GNU gdb Red Hat Linux (5.1-1) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or 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. This GDB was configured as "ia64-redhat-linux"... (gdb) r -nd -no-packages -batch -l /home/jgrove/src/xemacs-21.5.9/src/../lisp/update-elc.el Starting program: /home/jgrove/src/xemacs-21.5.9/src/temacs -nd -no-packages -batch -l /home/jgrove/src/xemacs-21.5.9/src/../lisp/update-elc.el Program received signal SIGSEGV, Segmentation fault. error_check_lcrecord_list (obj=0, file=0x40000000006c71c8 "alloc.c", line=2580) at lisp.h:2665 2665 DECLARE_LRECORD (lcrecord_list, struct lcrecord_list); (gdb) where #0 error_check_lcrecord_list (obj=0, file=0x40000000006c71c8 "alloc.c", line=2580) at lisp.h:2665 #1 0x400000000006b280 in allocate_managed_lcrecord (lcrecord_list=0) at alloc.c:2580 #2 0x40000000004053b0 in make_opaque_ptr (val=0x600000000003223c) at opaque.c:172 #3 0x400000000016bd40 in record_unwind_protect_restoring_int ( addr=0x600000000003223c, val=0) at eval.c:5793 #4 0x400000000016be90 in internal_bind_int (addr=0x600000000003223c, newval=1) at eval.c:5813 #5 0x4000000000072380 in begin_gc_forbidden () at alloc.c:4149 #6 0x4000000000119e70 in emacs_vsprintf_string ( format=0x40000000006c70f8 "%s\nKilling some buffers may delay running out of memory.\nHowever, certainly by the time you receive the 95%% warning,\nyou should clean up, kill this Emacs, and start a new one.", vargs=0x60000fffffffb168) at doprnt.c:822 #7 0x400000000016ec10 in warn_when_safe (class=0, level=0, fmt=0x40000000006c70f8 "%s\nKilling some buffers may delay running out of memory.\nHowever, certainly by the time you receive the 95%% warning,\nyou should clean up, kill this Emacs, and start a new one.") at eval.c:6229 #8 0x400000000006b280 in allocate_managed_lcrecord (lcrecord_list=224) at alloc.c:2580 #9 0x4000000000671cc0 in check_memory_limits () at vm-limit.c:92 #10 0x2000000000ec79a0 in chunk_alloc (ar_ptr=0x200000000102fd50, nb=16400) at malloc.c:2593 #11 0x2000000000ec6850 in __libc_malloc (bytes=2305843009230667088) at malloc.c:2811 #12 0x2000000000ec8c30 in __libc_realloc (oldmem=0x0, bytes=16384) at malloc.c:3344 #13 0x400000000005e2b0 in xrealloc (block=0x0, size=16384) at alloc.c:333 #14 0x400000000011aba0 in Dynarr_realloc (dy=0x6000000000068c30, new_size=16384) at dynarr.c:141 #15 0x400000000011af20 in Dynarr_resize (d=0x6000000000068c30, size=1410) at dynarr.c:171 #16 0x4000000000077250 in init_alloc_once_early () at alloc.c:4958 #17 0x400000000013bb60 in xemacs_21_5_b9_ia64_unknown_linux (argc=6, argv=0x60000fffffffb4c8, envp=0x60000fffffffb500, restart=0) at emacs.c:1141 #18 0x40000000001415d0 in main (argc=6, argv=0x60000fffffffb4c8, envp=0x60000fffffffb500) at emacs.c:2721 John Grove -- John W. Grove CC2-2, Methods for Advanced Scientific Simulation, Computer and Computational Science Division, MS D413 Los Alamos National Laboratory, Los Alamos, New Mexico 87545 Tel. (505) 667-0723, Fax. (505) 665-4972, Email: jgrove(a)lanl.gov

5 participants
11 comments

Re: [AC21.5R21.4] darwin: configure pdump fix and DLSYM_NEEDS_UNDERSCORE 21 years, 9 months

Stephen J. Turnbull

redirecting thread to xemacs-beta >>>>> "Andrew" == Andrew Begel <abegel(a)cs.berkeley.edu> writes: Andrew> However, something in regexp.c is sure broken. Here's the Andrew> crash I get when starting xemacs when missing a needed Andrew> file in a load statement in my init.el file. Running Andrew> xemacs -q eliminates the segfault. Looks like the known "not so big Mac stack" problem. See PROBLEMS for details, but the gist is that the standard 512kB stack is way too small, and setting it to 8MB is suggested. If you have already adjusted your stack, and this is something different, please say so! A patch to increase the stack size XEmacs requests automatically at run time has been suggested, but this is just plain wrong. The problem is the use of alloca for allocating the "failure stack" in the regexp interpreter. The real problem is not that alloca limits size, it's that alloca has only one failure mode on many platforms: stack corruption. Eventually we'll see a failure, and alloca guarantees that it will only be indirectly diagnosable, and not preventable. This needs to be fixed, by switching from alloca to malloc at some fixed level. Searches that use more than 1kB (one KILObyte) are rare ---it's possible that switching to malloc when the stack size hits 1k would have negligible performance impact. Demanding an extra 7.5MB for the rare case seems absurd, especially since it's not always enough. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.

1 participants
0 comments

Re: [AC] [packages (MAINTAINERS)] Change auctex maintainer to Uwe Brauer 21 years, 9 months

Ville Skyttä

[Moved to -beta] > > Uwe, if you prefer some other address in this list, just let me know > > and I'll change it. Welcome! > > > > 2003-02-04 Ville Skyttä <scop(a)xemacs.org> > > > > * MAINTAINERS (auctex): Change to Uwe Brauer. > > > +auctex Uwe Brauer <oub(a)xemacs.org> > thanks, but it looks to me that I should manipulate by header by say > setting user-mail-address, no? The problem is my university does not > allow me this, or better said, they will manipulate all headers for > outgoing mail. It is even worse: they do this in a non systematic way, > sometimes I appear as > oub(a)ucmail.ucm.es > or oub(a)eucmos.sim.ucm.es > > or > oub(a)mat.ucm.es > > The first and last are the most likely. There is nothing I can do, > or I would use the smtpmail Server of a xemacs site, if there is one, > but that might be slow. > > Please tell me whether this causes problems. I'm not sure if I understand you correctly, but as long as <oub(a)xemacs.org> is forwarded properly and lands in your inbox, there should be no problems. For ChangeLogs, you can customize user-mail-address or use add-log-mailing-address. -- \/ille Skyttä scop at xemacs.org

2 participants
1 comments

Re: Comint input face in shell mode 21 years, 9 months

plynchnlm＠netscape.net

Adrian Aichner <adrian(a)xemacs.org> wrote: >>>>>> "plynchnlm" == plynchnlm <plynchnlm(a)netscape.net> writes: > > plynchnlm> I've just gotten 21.4.12 compiled and running (with the > plynchnlm> sumo package tarball) and was hoping that this version > plynchnlm> would correct what I thought was a bug in 21.1.14 in > plynchnlm> the shell mode. The "bug" (if it is a bug) is that the > plynchnlm> command text that the user types does not show up in a > plynchnlm> different color than the output text. In version > plynchnlm> 20.4.?, I had things set up so that what I typed into > plynchnlm> the shell was yellow. This makes it much easier to > plynchnlm> scroll back and find a certain command. > >Hi Paul, > >try >M-x c u s t o m i z e - f a c e RET s h e l l - SPC >to get completions for the list of supported shell faces > >shell-prompt-face >and >shell-option-face >may be useful to you. > Thank you for the suggestion. I'm afraid I have to report that setting the forground color on those faces doesn't have any effect on text in shell mode. I also tried setting the color of other shell-* faces, but nothing changed. (I was hitting "Set" and "Save" to save the changes.) I tried starting a new shell, and even a new xemacs, but that didn't help. -- Paul Lynch Aquilent, Inc. National Library of Medicine __________________________________________________________________ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

1 participants
0 comments

holiday time 21 years, 9 months

Rendhalver [Peter Brown]

hey guys just released sumo's so im going on my break as mentioned before i will be reading my xemacs email occasionally. if anything need urgent fixing Cc: me and i will see what i can do have fun all catch you soon -- XEmacs Advocate | Do not try the patience of Wizards, Gentoo Devotee | for they are subtle and quick to anger. Perl Hacker | - Elric (Technomage) , Babylon 5. Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>

2 participants
2 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 February 2003