HDTenEightyP/NetNews huggingface dataset:
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: gcc & X Windows?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 4 Jan 1993 17:05:31 GMT

If someone determines precisely what is wrong in which header file,
maybe fixincludes can be made to fix it.
Newsgroups: gnu.smalltalk.bug
From: jagadish@wv.mentorg.COM (Channagiri Jagadish)
Subject: can't run t.st
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 8 Jan 1993 01:54:23 GMT

After building mst in the directory stix (smalltalk Interface to X), I
tried running the test t.st by typing the following command:

mst -V t.st 

I get the following message:

Smalltalk 1.1.1 Ready

Processing t.st

Execution begins...
3419 byte codes executed
which took 0.20949 seconds, giving 163205.880949 bytecodes/sec
822 cache hits, 28 misses 0.967059 hit ratio
returned value is nil

Execution begins...
write byte: Bad file number
write byte: Bad file number
write word: Bad file number
write word: Bad file number
write word: Bad file number
write word: Bad file number
write word: Bad file number
read byte: Bad file number
nil error: Failed to create display

UndefinedObject>>#executeStatements
UndefinedObject>>nil
120 byte codes executed
which took 0.181713 seconds, giving 660.382031 bytecodes/sec
9 cache hits, 17 misses 0.346154 hit ratio
returned value is nil

Execution begins..


Can you help me fix this problem?

I am also planning to extend GNU Smalltalk, I would welcome any
suggestions. 

Thanks in advance,
Channagiri Jagadish
Mentor Graphics Corportation

jagadish@wv.mentorg.com

Newsgroups: gnu.smalltalk.bug
From: Mark.Bush@prg.ox.ac.UK (Mark Bush)
Subject: Re: GNU Smalltalk SampleSpaceWithoutReplacem
Organization: Oxford University Computing Laboratory
Distribution: gnu
Date: Thu, 7 Jan 1993 15:46:27 GMT

In article <930106230330_73300.2046_EHJ21-1@CompuServe.COM> 73300.2046@compuserve.COM (Jim Pannozzi 73300.2046@compuserve.com) writes:
#		"Error: the method is the responsibility of the subclass".
#
#Date 1-6-93.
#
#Smaltalk Version 1.1.1
#
#Bug: Fails to do a ^data remove: super next 

The bug is that OrderedCollection does not define a method for
#remove:ifAbsent:

The Blue Book does state that OrderedCollection should support #remove:, and
in GNU Smalltalk, this is defined in Collection as:

remove: oldObject
    self remove: oldObject
         ifAbsent: [ ^self error: 'Failed to remove object' ].
    ^oldObject

This is still missing in version 1.2 (at least my version).  To make the
example from Chapter 11 work, try adding something like:

!OrderedCollection methodsFor: 'removing'!

remove: anElement ifAbsent: errorBlock
    | newCollection notFound |
    (self includes: anElement)
        ifFalse: errorBlock.
    newCollection := OrderedCollection new: self basicSize.
    notFound := true.
    self do: [ :elem | (notFound and: [elem = anElement])
                          ifFalse: [ newCollection add: elem ]
                          ifTrue: [ notFound := false ] ].
    self become: newCollection.
    ^anElement
!!

This works, but is probably not the best way of implementing this.

Mark

Newsgroups: gnu.emacs.bug
From: jxl@opl.com (John X. Laporta)
Subject: Re: suggestion for new emacs feature: spatial undo
Organization: opl.com
Distribution: gnu
Date: Mon, 11 Jan 1993 21:41:52 GMT

In article <m0n9zZf-0001E5C@fly.cnuce.cnr.IT> pot@fly.cnuce.cnr.it (Francesco Potorti`) writes:

      Spatial undo would undo changes in order of decreasing spatial
      proximity to point.

   Great!!!   I often find myself wanting to undo some changes after
   having done some more in other places of the file.  If just someone
   knew how to implement this ...

Try apollo_tmlib_csm_src.tar.Z on on contrib at export.lcs.mit.edu.
The history object supports undo redo. 

The member functions of the history object as written enforce a protocol 
in which history of of undone operations is removed when a new operation
is recorded in history. But there are many other possible protocols that
could be handled through history::add_molecule().

The history object uses a circular buffer a certain size to record history;
this resembles the operation of the history command in UNIX. However, there
is a call to change the size of the circular buffer. Using this call
you should be able to expand the size of the array whenver it fills up.
This would allow you to retain history information about all operations
in a session.

There is a thornier problem with what you propose. If later operations were 
dependent on earlier operations that I have undone, what is the status or 
meaning of the later operations? If there are dependencies like this, 
probably the later operations are no longer valid after the undo of the 
previous operations. So I suggest either a rigorously modular
architecture for the operations (including lots of copying of data rather
than recording of a pointer argument) OR giving up the idea of saving the
history of the later operations once the earlier operations have been
undone.

One practical difficulty remains. The history object always "undoes" the
last recorded operation. It always "redoes" the last undone operation.
To do what you want there would have to be some capacity to browse the
history stack (with the eye or a program) so as to be able to choose
the appropriate operation to undo.

--
    John X. Laporta
    Technical Specialist
    jxl@opl.com
    TEL: (617) 965-0220 x 2579
    FAX: (617) 965-7599

Newsgroups: gnu.emacs.bug
From: desj@idacrd.UUCP (David desJardins)
Subject: Re: quoted-insert inserts in overwrite-mode
Organization: IDA Center for Communications Research, Princeton
Distribution: gnu
Date: Fri, 8 Jan 1993 16:29:53 GMT

d90-awe@nada.kth.se writes:
> The function self-insert-command inserts unless in overwrite-mode,
> then it overwrites. But quoted-insert always inserts. It should
> overwrite if in overwrite-mode.

I disagree that this is a bug, or that it should be fixed.  I consider
it a feature: a way to insert characters when in overwrite mode or
picture mode.

Unless you want to add a new way to insert characters while in one of
these modes, please don't remove the old way.

                                        David desJardins

Newsgroups: gnu.emacs.bug
From: jpf@wstar.mixcom.COM (John P. Flanagan)
Subject: abort() in get_display_line - core dump!
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 4 Jan 1993 21:39:33 GMT

VERSION: 	18.58.1.1
MACHINE:	HP-UX wstar A.08.07 A 9000/710 2000283986.

PROBLEM:

Emacs crashes (core dumps) after making the following call to abort() from
within the function get_display_line() as located in the file dispnew.c; all
I can offer at the moment is the following traceback ($c) from an invocation
of adb /usr/local/bin/emacs core:

	_raise() from _abort+60
	_abort() from get_display_line+44
	get_display_line() from display_echo_area_contents+6C
	display_echo_area_contents() from message1+0xC8
	message1() from Fgarbage_collect+44
	Fgarbage_collect() from Ffuncall+0xA0
	Ffuncall() from call0+24
	call0() from updatesfk+2F0
	updatesfk() from update_softkeys_if_necessary+2C
	update_softkeys_if_necessary() from redisplay_all_windows+30
	redisplay_all_windows() from redisplay+44C
	redisplay() from read_command_char+10C
	read_command_char() from read_key_sequence+0xB0
	read_key_sequence() from command_loop_1+218
	command_loop_1() from internal_condition_case+120
	internal_condition_case() from command_loop_2+54
	command_loop_2() from internal_catch+0xC0
	internal_catch() from command_loop+0xC4
	command_loop() from recursive_edit_1+68
	recursive_edit_1() from Frecursive_edit+0xA8
	Frecursive_edit() from main+560
	main() from _start+68
	_start() from $START$+70

Thus far the exact pattern of key-strokes that trigger this core dump
are unknown to me.  Please let me know what else I can do to narrow down
the cause and/or solve the problem.  -jpf.
--
   __________________________________________________________________________
   WaveStar Technology           WaveStar Common Lisp        John P. Flanagan
   W344 N6855 Bayberry Court     ANSI-12.24, X3J13/92          (414) 367-5014
   Oconomowoc, WI  53066         HPUX-800/700/400/300    jpf@wstar.mixcom.com

Newsgroups: gnu.emacs.bug
From: shingu@cpr.CAnon.co.JP (Toshiaki Shingu)
Subject: read-file-name bug?
Organization: Canon Inc., Tokyo, Japan
Distribution: gnu
Date: Wed, 6 Jan 1993 09:52:39 GMT

	I use mule (multiligual emacs) which is based on
emacs 18.58.
When I typed "C-x C-f" at "+inbox" buffer of mh-e, a prompt
"Find file: ~/" appered on minibuffer.   Emacs reads the
directory "~/Mail/inbox" in spite of minibuffer indicates "~/"
when I type just return.   I tried to find the cause of
this, I found read-file-name has a problem.  This is not a
problem of mule but emacs.

Find-file calls "call-interactively" defind at callint.c.
Then read-file-name is called with set defalt (3rd arg.) by nil.

<callint.c>
339	case 'F':		/* Possibly nonexistent file name. */
340	  args[i] = Fread_file_name (build_string (prompt),
341				     Qnil, Qnil, Qnil);
342	  break;

Next, the value of "defalt" is reset by the directory of
current buffer.

<fileio.c>
2568  if (NULL (defalt))
2569    defalt = current_buffer->filename;

I think these two lines are unnecessary, because there is
the code when "defalt" is nil as shown below.

<fileio.c>
2611  tem = Fstring_equal (val, insdef);
2612  if (!NULL (tem) && !NULL (defalt))
2613    return defalt;
2614  return Fsubstitute_in_file_name (val);

I deleted the lines 2568-2569 of fileio.c.
When emacs displays the prompt "Find file: ~/" and I typed
return, emacs reads the directory "~/" correctly.

Thanks in advance.

--
Toshiaki SHINGU

Newsgroups: gnu.emacs.bug
From: karl@owl.HQ.ILeaf.COM
Subject: make vs $(MAKE)
Reply-To: karl@hq.ileaf.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 8 Jan 1993 23:27:24 GMT

In Emacs 18.59, the top-level Makefile uses `make' instead of $(MAKE) to
go into subdirectories, thus preventing additional make args from being
passed automatically, etc.

karl@cs.umb.edu

Newsgroups: gnu.emacs.bug
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: abort() in get_display_line - core dump!
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 4 Jan 1993 18:50:52 GMT

It is clear you are not using an FSF release of Emacs,
because we have no function named update_softkeys_if_necessary.

You had better figure out who made the version you have
and report the problem to him.  The GPL says whoever modified the
program had to record modifying it.


Newsgroups: gnu.emacs.bug
From: phr@napa.telebit.com (Paul Rubin)
Subject: C-x C-n (set-goal-column) is a nuisance
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 5 Jan 1993 04:02:21 GMT

In GNU Emacs 18.58.1 of Wed Apr  8 1992 on yoyo (berkeley-unix)

I keep hitting it by accident, then wondering later why
C-n and C-p are acting strange.  I think it should be
disabled by default.

Newsgroups: gnu.emacs.bug
From: d90-awe@nada.kth.se
Subject: quoted-insert inserts in overwrite-mode
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 7 Jan 1993 15:32:23 GMT

"GNU Emacs 18.59.17 of Sun Nov 22 1992 on baki.nada.kth.se (berkeley-unix)"

The function self-insert-command inserts unless in overwrite-mode,
then it overwrites. But quoted-insert always inserts. It should
overwrite if in overwrite-mode.

Patch:
*** /tmp/simple.el      Thu Jan  7 14:17:58 1993
--- /src/packages/gnu/emacs-18.59/lisp/simple.el        Wed Apr 15 10:13:32 1992
***************
*** 43,54 ****
  (defun quoted-insert (arg)
    "Read next input character and insert it.
  Useful for inserting control characters.
  You may also type up to 3 octal digits, to insert a character with that code"
    (interactive "*p")
!   (let ((last-command-char (read-quoted-char)))
!     (self-insert-command arg)))
  
  (defun delete-indentation (&optional arg)
    "Join this line to previous and fix up whitespace at join.
  With argument, join this line to following line."
    (interactive "*P")
--- 43,56 ----
  (defun quoted-insert (arg)
    "Read next input character and insert it.
  Useful for inserting control characters.
  You may also type up to 3 octal digits, to insert a character with that code"
    (interactive "*p")
!   (let ((char (read-quoted-char)))
!     (while (> arg 0)
!       (insert char)
!       (setq arg (1- arg)))))
  
  (defun delete-indentation (&optional arg)
    "Join this line to previous and fix up whitespace at join.
  With argument, join this line to following line."
    (interactive "*P")

Newsgroups: gnu.emacs.bug
From: heas@chpc.org (Heas)
Subject: x-rebind-key
Keywords: rebind-key
Organization: Center For High Perf. Computing of WPI; Marlboro Ma
Distribution: gnu
Date: Fri, 8 Jan 1993 18:46:26 GMT

	I am having trouble with x-rebind-key.  The version that exists here
is broken in some other respect (18.57.1) and therefore I wish to isntall the
lastest (18.59.1).  The current rev was built and install by someone else and
left undocumented and the source was removed; therefore, I have no clue what
was done to make x-rebind-key work properly, as it does.  

	I have X11R5 on an aviion running dgux 5.4.2; FYI.  The error I receive
is:
  Symbol's function definition is void: x-rebind-key

	The code for this seems to be in X11fns.c but it is commented out by
2 defines (#ifdef foobar and #ifdef notdef).  If I remove these define's
compilation fails:
----
undefined                       first referenced
 symbol                             in file
_XRebindCode                        x11fns.o
ld fatal: Symbol referencing errors. No output written to temacs
----

	I have been unable to find XRebindCode.  does anyone have any ideas ?
are those ifdef's supposed to be there (they are there in 18.58 also).

mail appreciated: heas@chpc.org

thanks,
-heas

Newsgroups: gnu.emacs.bug
From: kevin@traffic.den.mmc.com (Kevin Rodgers)
Subject: Re: mail-send incorrectly resets modified status
Reply-To: kevin@traffic.den.mmc.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 6 Jan 1993 23:24:35 GMT

------- Start of forwarded message -------
From: desj@ccr-p.ida.org (David desJardins)
To: kevin@traffic.den.mmc.com
Subject: mail-send incorrectly resets modified status
Date: Tue, 5 Jan 93 17:56:49 EST

I've been using your mod to mail-send for a while now with no ill effects.

                                        David desJardins
------- End of forwarded message -------

Here is the patch that implements the most recent version of that
modification:

*** sendmail.el.dist	Tue Jan 28 14:22:56 1992
--- sendmail.el	Wed Jan  6 16:18:04 1993
***************
*** 169,177 ****
    (interactive)
    (message "Sending...")
    (funcall send-mail-function)
!   (set-buffer-modified-p nil)
!   (delete-auto-save-file-if-necessary)
!   (message "Sending...done"))
  
  (defun sendmail-send-it ()
    (let ((errbuf (if mail-interactive
--- 169,183 ----
    (interactive)
    (message "Sending...")
    (funcall send-mail-function)
!   (message "Sending...done")
!   (if (buffer-modified-p)
!       (if buffer-file-name
! 	  (if (or noninteractive
! 		  (y-or-n-p (format "Save file %s? " buffer-file-name)))
! 	      (save-buffer))
! 	(progn
! 	  (set-buffer-modified-p nil)
! 	  (delete-auto-save-file-if-necessary)))))
  
  (defun sendmail-send-it ()
    (let ((errbuf (if mail-interactive

Newsgroups: gnu.emacs.bug
From: rittle@comm.mot.com (Loren James Rittle)
Subject: X pop window feature for X11 (diffs needed to make happen included)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 6 Jan 1993 10:45:01 GMT

Dear GNU Emacs maintainer:

The following changes by Ross Lillie <lillie@comm.mot.com>
update the X11 support in emacs to allow x-pop-window as in
the old X10 support.

We have found this feature to be quite useful around here.

Regards,
Loren J. Rittle

The feature diffs:

*** /usr/user1/rittle/emacs-18.58/src/x11fns.c	Sat Oct  5 13:01:14 1991
--- x11fns.c	Fri Dec 18 14:57:44 1992
***************
*** 144,149 ****
--- 144,162 ----
  		error ("Terminal does not understand X protocol.");
  }
  
+ DEFUN ("x-pop-window", Fx_pop_window, Sx_pop_window, 0, 0, "",
+   "For X window system, pop the window to the top of the window stack.\n\
+ If window is iconified, map window as required.")
+    ()
+ {
+   BLOCK_INPUT_DECLARE ();
+   BLOCK_INPUT ();
+   check_xterm ();
+   XPopWindow();
+   UNBLOCK_INPUT ();
+   return Qnil;
+ }
+ 
  DEFUN ("x-set-bell", Fx_set_bell, Sx_set_bell, 1, 1, "P",
    "For X window system, set audible vs visible bell.\n\
  With non-nil argument (prefix arg), use visible bell; otherwise, audible bell.")
***************
*** 897,902 ****
--- 910,925 ----
  	Fredraw_display ();
  }
  
+ XPopWindow ()
+ {
+   CursorExists = 0;
+   VisibleX = 0;
+   VisibleY = 0;
+   WindowMapped = 1;
+   XMapRaised (XXdisplay, XXwindow);
+   XFlush (XXdisplay);
+ }
+ 
  XCleanUp ()
  {
  	Fdo_auto_save (Qt);
***************
*** 951,956 ****
--- 974,980 ----
    defsubr (&Sx_get_mouse_color);
    defsubr (&Sx_color_p);
    defsubr (&Sx_get_default);
+   defsubr (&Sx_pop_window);
  #ifdef notdef
    defsubr (&Sx_rebind_key);
    defsubr (&Sx_rebind_keys);

Newsgroups: gnu.emacs.bug
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Subject: suggestion for new emacs feature: spatial undo
Reply-To: pot@cnuce.cnr.it
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 7 Jan 1993 17:55:00 GMT

   Spatial undo would undo changes in order of decreasing spatial
   proximity to point.

Great!!!   I often find myself wanting to undo some changes after
having done some more in other places of the file.  If just someone
knew how to implement this ...

		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| +39-50-593203    (voice)

Newsgroups: gnu.emacs.bug
From: karl@starlight.HQ.ILeaf.COM
Subject: emacs 18.59 on hp700 running hpux8
Reply-To: karl@hq.ileaf.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 8 Jan 1993 15:15:17 GMT

The part of my previous bug report about [s]random being undefined on an
hp700 running hpux8 was somewhat in error -- the libraries usually
provided in /usr/lib/X11R4 do indeed define [s]random, so that much is
ok.  (However, it's still true that the R5 libraries don't define
[s]random, as far as I can tell, so that sounds like trouble ahead to me.)

I also found another problem when linking with gcc: s-hpux8.h defines
LD_SWITCH_SYSTEM to include -a archive, but gcc has its own -a flag (and
it already passes -a archive to ld, anyway).

Here is a diff.

Fri Jan  8 20:14:08 1993  Karl Berry	(karl@cs.umb.edu)

	* s-hpux8.h (LD_SWITCH_SYSTEM) [__GNUC__]: Don't include -a archive.

*** ./ORIG/s-hpux8.h	Thu Oct  1 21:14:01 1992
--- ./s-hpux8.h	Fri Jan  8 20:06:12 1993
***************
*** 8,15 ****
  
  #define C_SWITCH_SYSTEM -I/usr/include/X11R4
  
! /* Don't use shared libraries.  unexec doesn't handle them.  */
  #define LD_SWITCH_SYSTEM -a archive  -L/usr/lib/X11R4
  
  /* Some hpux 8 machines seem to have TIOCGWINSZ,
     and none have sioctl.h, so might as well define this.  */
--- 8,21 ----
  
  #define C_SWITCH_SYSTEM -I/usr/include/X11R4
  
! /* Don't use shared libraries.  unexec doesn't handle them.
!    GCC automatically passes -a archive to ld, and it has its own
!    conflicting -a.  */
! #ifdef __GNUC__
! #define LD_SWITCH_SYSTEM  -L/usr/lib/X11R4
! #else
  #define LD_SWITCH_SYSTEM -a archive  -L/usr/lib/X11R4
+ #endif
  
  /* Some hpux 8 machines seem to have TIOCGWINSZ,
     and none have sioctl.h, so might as well define this.  */

Date: Mon, 11 Jan 93 22:16:04 +0100
From: ulm@vsnhd2.cern.ch (Ulrich Mueller)
To: bug-gnu-emacs@prep.ai.mit.edu, bug-gnu-utils@prep.ai.mit.edu
Subject: Bug in etags for Fortran files?
Distribution: world
Approved: info-gnu@prep.ai.mit.edu
Newsgroups: gnu.emacs.bug,gnu.utils.bug
Followup-To: gnu.emacs.bug

The etags program which comes with the emacs 18.59 distribution
contains the following test in function `find_entries':

  /* if not a .c or .h or .y file, try fortran */
  if (cp && (cp[1] != 'c' && cp[1] != 'h' && cp[1] != 'y')
      && cp[2] == '\0')

This prevents `.for' files (under VMS) or `.inc' files (I use this
extension for files which I include from `.f' files) from being parsed
for Fortran tokens.

Also, the code does something different from what is explained in the
comment. Probably this should be:

  /* if not a .c or .h or .y file, try fortran */
  if (cp && !((cp[1] == 'c' || cp[1] == 'h' || cp[1] == 'y')
	      && cp[2] == '\0'))

Best regards

--
Ulrich Mueller      Email: ulm@vsnhd1.cern.ch
PPE Division               ulm@cernvm.bitnet
CERN                Phone: +41-22-767-8658
CH-1211 Geneva 23   Fax:   +41-22-7850314

Newsgroups: gnu.emacs.bug
From: kevin@traffic.den.mmc.com (Kevin Rodgers)
Subject: count-matches
Reply-To: kevin@traffic.den.mmc.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 8 Jan 1993 18:27:32 GMT

Re: Emacs 18.58

1. count-matches (aka how-many), which is defined in replace.el, isn't
   documented in the elisp manual (1.03).

2. count-matches should preserve the match data by saving and restoring
   it before returning.

3. It would be more useful if count-matches returned an integer rather
   than printing a message; how-many (which should probably be renamed
   how-many-matches) could be used to print the message containing the
   count returned by count-matches.

4. Just as string-match is provided as an analog to re-search-forward,
   count-string-matches and how-many-string-matches should be provided
   as well (and documented in the elisp manual):

(defun count-string-matches (regexp string &optional start)
  "Return the number of matches for REGEXP in STRING.  If optional
argument START is non-nil, count matches from that index in STRING."
  (let ((match-data (match-data))
	(count 0))
    (unwind-protect
	(while (string-match regexp string start)
	  (setq count (1+ count)
		start (match-end 0)))
      (store-match-data match-data))
    count))

(defun how-many-string-matches (regexp string &optional start)
  "Print the number of matches for REGEXP in STRING.  If optional
argument START is non-nil, count matches from that index in STRING."
  (message "%d occurrences" (count-string-matches regexp string start)))
--
Kevin Rodgers				kevin@traffic.den.mmc.com
Martin Marietta MS A16401		(303) 790-3971
116 Inverness Dr. East
Englewood CO 80112 USA			GO BUFFS!

Newsgroups: gnu.emacs.bug