June 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: To ChangeLog or not to ChangeLog, that is the question 26 years, 5 months

Robert Pluim

At 18:22 29/06/98 -0700, Martin Buchholz wrote: >Here's the patch. It has not been applied to the sources (yet!). > >Martin > >1998-06-15 Martin Buchholz <martin(a)xemacs.org> > > * */*: Lots of Trivial spelling fixes Some of them are trivial. Lots of them are an invitation to start a "that's not how you spell recognise" flame-war that should probably be avoided. Robert

1 participants
0 comments

Re: This will not do 26 years, 5 months

SL Baur

Andy Piper <andyp(a)parallax.co.uk> writes: > At 01:42 PM 6/29/98 -0700, SL Baur wrote: >> We need to get this fixed. Andy, does your patch help cure this? > I would have thought so. Please apply it anyway since it is designed to fix > this sort of bug. O.K. Before next release. > I'll try and investigate. What do you have the default face background > and default background colors set to? 75% grey. xmine has the same modeline background glitch, btw. I think this effect comes from how W3 sets the background. > If the former is white and the latter is grey then, yes, I believe > my patch will fix this. Nope. Both are 75% grey and the default face background pixmap is set to a marble pixmap.

1 participants
0 comments

bug in skip_chars (core dumped) 26 years, 5 months

senda＠ic.rdc.ricoh.co.jp

Hi, xemacs b46 was core-dumped when doing following operations: % xemacs -q C-x C-f ~/test.c RET (open new file in cc-mode) M-; M-; (press indent-for-comment twice) ------------ uname -a: SunOS festiva 5.5.1 Generic_103640-08 sun4u sparc SUNW,Ultra-30 ./configure '--with-x' '--x-includes=/usr/X11R6/include' '--x-libraries=/usr/X11R6/lib' '--with-gcc' '--dynamic=yes' '--cflags=-g -O6' '--prefix=/usr/local' '--with-sound=native' '--native-sound-lib=/usr/demo/SOUND/lib/libaudio.a' '--with-mule' '--with-xface' '--with-xpm' '--with-jpeg' '--with-png' '--with-gif' '--debug=yes' '--with-site-lisp=no' '--site-prefixes=/usr/local /usr/local/canna /usr/local/wnn6' '--with-wnn6' '--with-canna' '--with-menubars=lucid' '--with-scrollbars=athena3d' '--with-dialogs=athena3d' '--with-xfs' '--with-offix=yes' '--with-xim=no' XEmacs 21.0 "Toggenburg" configured for `sparc-sun-solaris2.5.1'. Where should the build process find the source code? /usr/local/src/xemacs/xemacs-21.0-b46 What installation prefix should install use? /usr/local What operating system and machine description files should XEmacs use? `s/sol2.h' and `m/sparc.h' What compiler should XEmacs be built with? gcc -g -O6 Should XEmacs use the GNU version of malloc? yes Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/dt/include /usr/X11R6/include Where do we find X Windows libraries? /usr/dt/lib /usr/X11R6/lib Additional prefixes: /usr/local /usr/local/canna /usr/local/wnn6 Runtime library search path: /usr/local/lib:/usr/local/canna/lib:/usr/dt/lib:/usr/X11R6/lib Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for X-Face message headers. Compiling in support for GIF image conversion. Compiling in support for JPEG image conversion. Compiling in support for PNG image conversion. Compiling in support for TIFF image conversion. Compiling in native sound support. Compiling in support for Berkeley DB. Compiling in support for GNU DBM. Compiling in Mule (multi-lingual) support. Using XFontSet to provide bilingual menubar. Compiling in support for Canna on Mule. Compiling in support for the WNN input method on Mule. Using WNN version 6. Compiling in support for ToolTalk. Compiling in support for OffiX. Compiling in EXPERIMENTAL support for Drag'n'Drop ( OffiX ). Compiling in support for proper session-management. Using Lucid menubars. Using Athena-3d scrollbars. Using Athena-3d dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files. Compiling in extra code for debugging. Compiling in code for checking XEmacs memory usage. -- core dump message ----------------------------------------------------- Fatal error (11). 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 /usr/local/bin/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: skip-syntax-backward(" " 5) # bind (begpos indent cpos eolpos ender starter empty) #<compiled-function nil "...(226)" [0 looking-at "[ ]*$" empty block-comment-start comment-start starter block-comment-end comment-end ender error "No comment syntax defined" nil eolpos cpos indent begpos re-search-forward comment-start-skip move point-marker 1 skip-syntax-backward " " "^ " comment-indent-function " "] 5 784784 "*">() # bind (command-debug-status) call-interactively(indent-for-comment) # (condition-case ... . error) # (catch top-level ...) zsh: 26031 segmentation fault (core dumped) xemacs -q ---------------------------------------------------------------- (gdb) where #0 0x6f87452c in kill () #1 0x811fc in fatal_error_signal (sig=11) at emacs.c:262 #2 <signal handler called> #3 bufpos_to_bytind_func (buf=0xb, x=0) at insdel.c:581 #4 0x14a35c in skip_chars (buf=0x5b3400, forwardp=0, syntaxp=1, string=32, lim=5) at buffer.h:985 #5 0x14ea78 in Fskip_syntax_backward (syntax=1613246968, lim=5, buffer=-1607159804) at search.c:941 #6 0x85dcc in funcall_recording_as (recorded_as=-1607050348, nargs=2, args=0xefffe690) at eval.c:3193 #7 0x8a024 in Ffuncall (nargs=3, args=0xefffe690) at eval.c:3238 #8 0x5c658 in Fbyte_code (bytestr=1613246556, vector=-2144849588, maxdepth=3247104) at bytecode.c:416 #9 0x87114 in funcall_lambda (fun=539505192, nargs=0, arg_vector=0xefffe9a0) at eval.c:3597 #10 0x86158 in funcall_recording_as (recorded_as=-1606455948, nargs=0, args=0xefffe99c) at eval.c:3214 #11 0x5e300 in Fcall_interactively (function=-1606455948, record_flag=-1607159804, keys=-1607159804) at callint.c:528 #12 0x848a8 in Fcommand_execute (cmd=-1606455948, record=-1607159804, keys=-1607159804) at eval.c:2584 #13 0xc70ec in execute_command_event (command_builder=0x3b9f80, event=542262180) at event-stream.c:4346 #14 0xc77a4 in Fdispatch_event (event=542262180) at event-stream.c:4637 #15 0x66290 in Fcommand_loop_1 () at cmdloop.c:579 #16 0x664c8 in command_loop_1 (dummy=-1607159804) at cmdloop.c:494 #17 0x82b80 in condition_case_1 (handlers=-1607159708, bfun=0x664a4 <command_loop_1>, barg=-1607159804, hfun=0x6652c <cmd_error>, harg=-1607159804) at eval.c:1653 #18 0x66640 in command_loop_2 (dummy=-1607159804) at cmdloop.c:256 #19 0x89d34 in internal_catch (tag=-1607081860, func=0x665f4 <command_loop_2>, arg=-1607159804, threw=0x0) at eval.c:1328 #20 0x65d68 in initial_command_loop (load_me=419316) at cmdloop.c:305 #21 0x7fb00 in xemacs_21_0_sparc_sun_solaris2_5_1 (argc=2, argv=0xeffff15c, envp=0xeffff168, restart=3232100) at emacs.c:1702 #22 0x813e0 in main (argc=0, argv=0xeffff15c, envp=0xeffff168) at emacs.c:2119

1 participants
1 comments

This will not do 26 years, 5 months

SL Baur

We need to get this fixed. Andy, does your patch help cure this?

2 participants
1 comments

Minor bug in package 'sounds-au-1.01-pkg.tar.gz' 26 years, 5 months

Amir J. Katz

Changelog Entry: etc/sounds/ChangeLog 1998-06-30 Amir J. Katz <amir(a)ndsoft.com> * README.au: Fixed location of sound.el Patch: *** etc/sounds/README.au~ Sun Feb 16 00:20:21 1997 --- etc/sounds/README.au Tue Jun 30 10:29:05 1998 *************** *** 6,9 **** You can use these sounds to replace the default beep. See the documentation of the `sound-alist' variable, and the functions ! `load-default-sounds' and `load-sound-file' from lisp/prim/sound.el. --- 6,9 ---- You can use these sounds to replace the default beep. See the documentation of the `sound-alist' variable, and the functions ! `load-default-sounds' and `load-sound-file' from lisp/sound.el. -- /* Amir J. Katz mailto:amir＠nuke-spam.com */ /* [For e-mail, replace 'nuke-spam' with 'ndsoft'] */ /* EagleEye Control Software, LTD. http://www.ndsoft.com */ /* 'Is "tired old cliche" one?' (Steven Wright) */

1 participants
0 comments

Re: To ChangeLog or not to ChangeLog, that is the question 26 years, 5 months

Hrvoje Niksic

Spelling fixes shouldn't need to be changelogged. Documentation fixes do need to be changelogged when they change something relevant. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Be nice to your kids. They'll choose your nursing home.

2 participants
1 comments

21.0-pre4 "Uzbek Black" isn't going to make it :-( 26 years, 5 months

SL Baur

I've made a CVS commit of my current source tree for XEmacs 21.0-pre4 "Uzbek Black". It is uncompiled by me and I haven't reached the bottom of the incoming patch queue. I know LDAP support is broken by this update, it will be fixed when pre4 is officially released. Sorry about that. Calendar support is greatly modernized. The new documentation won't match the current code. Those of you testing on Microsoft Windows please give this a try. I made as the highest priority getting MS Windows patches in. I'm off for the rest of the week and won't be doing any XEmacs-related stuff, though I will have access to email and the Internet. I'll be in the Bay Area to hear Ben Wing's talk. Another XEmacs dinner would have been cool, but I suppose attempting it around the 4th of July is asking too much. Oh well. I'll release 21.0-pre4 and a slew of Lisp packages changes sometime after I get back -- it'll probably be Wednesday or Thursday rather than Monday since I'll be visiting Los Angeles on Tuesday.

1 participants
0 comments

Re: XEmacs 21.0b46, Packages 26 years, 5 months

John Jones

>>>>> SL Baur writes: > John W Jones <jj(a)hobbes.la.asu.edu> writes: >> I sent a patch many moons ago to fix this problem. In some sense >> packge-get-update-all does not currently do the right thing. It >> uses package-get-all which fetches dependent packages. This is >> bad since someone may intentionally not have a certain package >> even though it is declared as required by a package they do have >> (e.g., vm is not really needed to use efs). Fetching of dependent >> packages should be done at the time a user initially gets a >> package. > The real problem is that you're trying to fit a square peg into a > round hole, unfortunately we don't have the round peg done yet. > The dependencies as currently listed in the package-info files and > collected into the package-get-base.el file are bytecompile-time > dependencies. There may or may not be a run-time dependency. In > the case of EFS and VM there is a sort of degraded-mode -- so long > as you never use the VM support in EFS you don't need to have VM > around. The same is true for Gnus and RMAIL. I agree that it may not be a perfect fix, but it makes things less broken. It would be good to have a more robust dependency system, but currently we don't. Most of the time, there is no reason to check dependencies at update time. It would only be important if a new version of package X now requires package Y. I think we will see much less of that than we currently see of the multiple download problem. John Jones jj(a)asu.edu

1 participants
0 comments

Re: XEmacs 21.0b46, Packages 26 years, 5 months

SL Baur

John W Jones <jj(a)hobbes.la.asu.edu> writes: > I sent a patch many moons ago to fix this problem. In some sense > packge-get-update-all does not currently do the right thing. It uses > package-get-all which fetches dependent packages. This is bad since > someone may intentionally not have a certain package even though it is > declared as required by a package they do have (e.g., vm is not really > needed to use efs). Fetching of dependent packages should be done at > the time a user initially gets a package. The real problem is that you're trying to fit a square peg into a round hole, unfortunately we don't have the round peg done yet. The dependencies as currently listed in the package-info files and collected into the package-get-base.el file are bytecompile-time dependencies. There may or may not be a run-time dependency. In the case of EFS and VM there is a sort of degraded-mode -- so long as you never use the VM support in EFS you don't need to have VM around. The same is true for Gnus and RMAIL. Someone was working on a dependency analyzer some time ago, but it appears to have never seen the light of day. Most unfortunately, because it sounded as if it were doing everything right. :-(

1 participants
0 comments

Re: column-number-mode bug 26 years, 5 months

SL Baur

Kyle Jones <kyle_jones(a)wonderworks.com> writes: > Hrvoje Niksic writes: >> Kyle Jones <kyle_jones(a)wonderworks.com> writes: >> >> > > [...] >> > > So what ever happened with the column_number_start_at_one debate? >> > >> > My notes say, "Non-critical item. Tabled until 21.0 is released." >> >> I'm confused. You won the debate, and Martin sent out a patch for >> column-number-start-at-one to default to nil in 21.0. Didn't that >> patch get applied? > Still unapplied as of beta46. Steven has said there's a patch > backlog, so my notes could be in error. ? My records show that patch going in 21.0-pre2/b45.

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 June 1998