HDTenEightyP/NetNews huggingface dataset:
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: Should I install rmt?
Organization: Minimal
Distribution: gnu
Date: Fri, 18 Dec 1992 16:51:23 GMT

The installations for GNU tar and cpio both want to put their versions of
rmt in /etc.  What benefits do they offer over the standard UNIX rmt, and
is there a difference between the tar and cpio versions?

--
Jason Merrill					jason@jarthur.claremont.edu

Newsgroups: gnu.utils.bug
From: wb@ifado.UUCP (Wilhelm B. Kloke)
Subject: Can Oleo(-1.0) can do anything useful
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 12:33:13 GMT

Hello,
I managed to compile oleo-1.0 on two machines (vax/ultrix and mips RS2030).
On both machines oleo really *likes* to produce panic dumps. 
At first I tried to input a file produced by sc. This didn't work,
probably because oleo doesn't support this sort of input fully.

Then I tried a minimalist example. I put numbers into r1c1 and r2c1.
Putting r1c1+r2c1 into r3c1 did not compute the sum, but left the value
of r1c1 alone. Editing the cell again showed that the entry has been
shortened to r1c1, indeed. But this could not be changed. Some other
calculations like pi()*2 did work, though.

Is this version really beta, or pre-alfa?
-- 
Dipl.-Math. Wilhelm Bernhard Kloke,
Institut fuer Arbeitsphysiologie an der Universitaet Dortmund
Ardeystrasse 67, D-4600 Dortmund 1, Tel. 0231-1084-257

Newsgroups: gnu.utils.bug
From: arnold@skeeve.ATl.ga.US (Arnold David Robbins)
Subject: typo in regex-0.11 regex.h
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 11:44:00 GMT

There is a typo in the defintion of RE_SYNTAX_AWK in the 0.11
version of regex.h.  The following diff fixes the problem.
(Guess who is just now getting around to trying to integrate the
new regex? :-)

*** regex.h.orig	Sun Dec 13 16:01:27 1992
--- regex.h	Mon Dec 14 06:33:56 1992
***************
*** 145,151 ****
  #define RE_SYNTAX_AWK							\
    (RE_BACKSLASH_ESCAPE_IN_LISTS | RE_DOT_NOT_NULL			\
     | RE_NO_BK_PARENS            | RE_NO_BK_REFS				\
!    | RE_NO_BK_VAR               | RE_NO_EMPTY_RANGES			\
     | RE_UNMATCHED_RIGHT_PAREN_ORD)
  
  #define RE_SYNTAX_POSIX_AWK 						\
--- 145,151 ----
  #define RE_SYNTAX_AWK							\
    (RE_BACKSLASH_ESCAPE_IN_LISTS | RE_DOT_NOT_NULL			\
     | RE_NO_BK_PARENS            | RE_NO_BK_REFS				\
!    | RE_NO_BK_VBAR              | RE_NO_EMPTY_RANGES			\
     | RE_UNMATCHED_RIGHT_PAREN_ORD)
  
  #define RE_SYNTAX_POSIX_AWK 						\
--
Arnold Robbins
arnold@skeeve.atl.ga.us

Newsgroups: gnu.utils.bug
From: johns@brahms.amd.COM (John J. Szetela)
Newsgroups: gnu.utils.bug
Subject: tar-1.11.1 bugs/annoyances
Date: 15 Dec 92 20:31:27 GMT
Distribution: gnu
Organization: GNUs Not Usenet


    Hi GNU:

    I'm a very happy user of tar-1.11.1.  Very nice work.

    Minor problems:

      Compiling under sun OS 4.1.3 under GNU gcc-2.3.2 the library -lnsl has disappeared,
      and needs to be commented out of the Makefile...

      The remote machine tar works very nicely, but in the absence of a remote device name
      it should probably default to the default name.  For example:

          this works:  tar tf lima:/dev/rst1

          this doesn't even though the default device is /dev/rst1:  tar tf lima:

      Finally, and this is an enhancement request rather than a bug, the --totals should
      work for listings as well as for writes.  We have umpteen tar tapes/files that we
      would like to size without using a dumb awk script... (The dumb awk scripts are
      also tough to write for the older tars that used to put the size right up against
      the user for large files!!!)

          this would be nice:  tar tf file.tar --totals

    \\\\\\\    \\\     \    \   \\   \           John J. Szetela
       \      \   \    \    \   \ \  \        ----------------------
       \     \     \   \\\\\\   \  \ \        (johns@angelo.amd.com) 
    \  \      \   \    \    \   \   \\        Advanced Micro Devices 
     \\\       \\\     \    \   \    \        Phone:  (408) 987-2484 
Newsgroups: gnu.utils.bug
From: jet@nas.nasa.gov (J. Eric Townsend)
Subject: glibc build question
Organization: Numerical Aerodynamic Simulation, NASA Ames
Distribution: gnu
Date: Wed, 16 Dec 1992 17:28:25 GMT

While porting glibc to a new system, I've noticed that the cflags
passed to the compiler are (<foo> is information related to the
machine I'm porting to):

-I. -I.. -DLIBC -I../sysdeps/<foo> -I../sysdeps/<foo> -I../sysdeps/<foo> -I../sysdeps/generic -I../sysdeps/stub

Shouldn't "." and ".." be *LAST* on the list, so that I can override
the .h files with new ones in the sysdeps directory?   As it is, if I
want to have a different setjmp.h, I have to mod the one in ./setjmp
instead of in ./sysdeps/<foo>

--
             J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311
              '92 R100R, DoD# 0378, BMWMOA, AMA, ACLU, EFF, CPSR
                                "HotHead Rules!"

Newsgroups: gnu.utils.bug
From: kevin@tamri.com (Kevin Dalley)
Subject: patch for binutils/size.c to print unsigned long rather than ints
Reply-To: kevin@tamri.com
Organization: TOSHIBA America MRI, South San Francisco, CA
Distribution: gnu
Date: Sat, 12 Dec 1992 04:33:47 GMT

In many cases, size print ints rather than unsigned ints, which can
produce negative sizes in the output.  Sometimes longs are used for
sizes, other times standard ints are used.  I converted to unsigned
ints.  One could argue that bfd_size_type is more appropriate in some
situations.  Since it hadn't been used in other parts of size, I
didn't use it.


RCS file: /usr/local/src/CVS/binutils/binutils/size.c,v
retrieving revision 1.1.1.1
co warning: redefinition of -V option
diff -u -r1.1.1.1 size.c
--- 1.1.1.1	92/11/26 02:12:39
+++ size.c	92/12/11 11:42:23
@@ -229,18 +229,20 @@
 /* This is what lexical functions are for */
 void
 lprint_number (width, num)
-     int width, num;
+     int width;
+     unsigned long num;
 {
-  printf ((radix == decimal ? "%-*d\t" :
-	   ((radix == octal) ? "%-*o\t" : "%-*x\t")), width, num);
+  printf ((radix == decimal ? "%-*lu\t" :
+	   ((radix == octal) ? "%-*lo\t" : "%-*lx\t")), width, num);
 }
 
 void
 rprint_number(width, num)
-     int width, num;
+     int width;
+     unsigned long num;
 {
-  printf ((radix == decimal ? "%*d\t" :
-	   ((radix == octal) ? "%*o\t" : "%*x\t")), width, num);
+  printf ((radix == decimal ? "%*lu\t" :
+	   ((radix == octal) ? "%*lo\t" : "%*lx\t")), width, num);
 }
 
 static char *bss_section_name = ".bss";
@@ -297,7 +299,8 @@
   lprint_number (7, textsize);
   lprint_number (7, datasize);
   lprint_number (7, bsssize);
-  printf (((radix == octal) ? "%-7o\t%-7x\t" : "%-7d\t%-7x\t"), total, total);
+  printf (((radix == octal) ? "%-7lo\t%-7lx\t"
+	   : "%-7ld\t%-7lx\t"), total, total);
 
   fputs(bfd_get_filename(abfd), stdout);
   if (abfd->my_archive) printf (" (ex %s)", abfd->my_archive->filename);
@@ -304,7 +307,7 @@
 }
 
 /* I REALLY miss lexical functions! */
-int svi_total = 0;
+unsigned int svi_total = 0;
 
 void
 sysv_internal_printer(file, sec, ignore)
@@ -312,7 +315,7 @@
      sec_ptr sec;
      PTR ignore;
 {
-  int size = bfd_section_size (file, sec);
+  unsigned long size = bfd_section_size (file, sec);
   if (sec!= &bfd_abs_section 
       && sec!= &bfd_com_section
       && sec!=&bfd_und_section) 

--
Kevin Dalley
Toshiba America MRI, Inc.
kevin@tamri.com



Newsgroups: gnu.utils.bug
From: m1rcd00@fed.UUCP
Subject: Screen 3.2 on SCO Open Desktop 2.0...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 16 Dec 1992 09:28:05 GMT

I am trying to compile screen on an SCO Open Desktop 2.0
Development/Server system. I run "sh configure", and configure
completes without overt errors, but I get the following compile errors
on the first module. Does anyone know how to get past this?

Thanks,
Bob Drzyzgula
Federal Reserve Board
rcd@fed.frb.gov


<<From patchlevel.h:
* $Header: /src.stand/pub/utilities/screen/3.2/RCS/patchlevel.h,v 1.2 92/02/03
02:27:59 jnweiger Exp $ 
< stuff deleted...>
* patchlevel.h: Our life story.
< stuff deleted...>
* 31.01.92 -- 3.02.00 Ultrix port, Irix 3.3 SGI port, shadow pw support,
*                     data loss on stdin overflow fixed. "refresh off".
*/

#define ORIGIN "FAU"
#define REV 3
#define VERS 2
#define PATCHLEVEL 0
#define DATE "10/28/92"
#define STATE "b"
:From patchlevel.h>>

cc -c -g  -I. -DETCSCREENRC=\"/usr/local/lib/screenrc\" ./screen.c
./screen.c
./screen.h(166) : error C2086: 'pid_t' : redefinition
./screen.h(167) : error C2086: 'gid_t' : redefinition
./screen.h(168) : error C2086: 'uid_t' : redefinition
./screen.c(114) : warning C4028: parameter 1 declaration different
./extern.h(89) : warning C4028: parameter 1 declaration different
./extern.h(105) : error C2086: 'setsid' : redefinition
./extern.h(109) : warning C4028: parameter 2 declaration different
./extern.h(111) : error C2086: 'getpid' : redefinition
./extern.h(112) : error C2086: 'getuid' : redefinition
./extern.h(113) : error C2086: 'geteuid' : redefinition
./extern.h(114) : error C2086: 'getgid' : redefinition
./extern.h(115) : error C2086: 'getegid' : redefinition
./screen.c(340) : warning C4028: parameter 2 declaration different
./screen.c(1054) : warning C4028: parameter 0 declaration different
./screen.c(1054) : warning C4024: 'signal' : different types : parameter 2
<more of the same>
./screen.c(2579) : warning C4028: parameter 0 declaration different
./screen.c(2579) : warning C4024: 'signal' : different types : parameter 2
./screen.c(3245) : warning C4113: function parameter lists differed
./screen.c(3261) : warning C4113: function parameter lists differed
./screen.c(3262) : warning C4113: function parameter lists differed
./screen.c(3363) : warning C4028: parameter 0 declaration different
./screen.c(3363) : warning C4024: 'signal' : different types : parameter 2
<more of the same>
./screen.c(3393) : warning C4113: function parameter lists differed
./screen.c(3566) : warning C4028: parameter 0 declaration different
./screen.c(3566) : warning C4024: 'signal' : different types : parameter 2
*** Error code 9

Stop.

Newsgroups: gnu.utils.bug
From: pinard@icule.UUCP (Francois Pinard)
Subject: GNU sed `INTERNAL ERROR'
Reply-To: pinard@iro.umontreal.ca
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 20 Dec 1992 16:53:41 GMT

This is GNU sed 1.13, compiled with GNU C 1.41 under COFF
encapsulation on this 386/ix 2.0.2 system, waiting for Hurd :-).

This simple script:

	echo x | sed /x/

produces:

	sed: INTERNAL ERROR: Bad cmd ^@

where ^@ is indeed the single NUL character.

I believe the diagnostic is improper.

-- 
Franc,ois Pinard        ``Vivement GNU!''       pinard@iro.umontreal.ca
(514) 588-4656                                   ...!uunet!iros1!pinard
About the League for Programming Freedom?  Email me or lpf@uunet.uu.net

Newsgroups: gnu.utils.bug
Newsgroups: gnu.utils.bug,gnu.announce
Followup-To: gnu.utils.bug

Hi, people.

I am pleased to announce a new release of GNU m4, now available on
prep.ai.mit.edu, in pub/gnu, as file m4-1.0.3.tar.Z.  There are no
diffs, because the sources changed much.

Please note that this is a beta release.  You might elect to delay
installation until GNU m4 1.1, letting problems be ironed out first.

All known bugs have been corrected.  Here is a list of differences
from previous version:

* GNU m4 now uses an Autoconf-generated configure script, and should
be more easily portable in many ways.  (Cray is not supported yet).

* `make check' has been made more portable, please expect no errors.

* `dnl' outputs a diagnostic if immediately followed by `('.  Usually,
`dnl' should be followed by newline or whitespace.

* `ifelse' accepts without complaining the common idiom of having only
one argument.  This is useful for introducing long comments.

* `eval' always expresses values as signed, whatever the radix.

* M4OPTS environment variable is no longer obeyed.

* `--no-warnings' option is renamed `--silent'.

* Debug lines use a new format more compatible with GNU standards.

* Various bugs have been corrected.  See the ChangeLog for details.

* Sources have been fully reindented to comply with GNU standards, and
cleaned up in many ways.

* Sources have been protoized.  Non-ANSI compilers are automatically
detected, then sources are unprotoized on the fly before compilation.

* GNU m4 uses newer versions of obstack, regex, getopt, etc.

-- 
Franc,ois Pinard        ``Vivement GNU!''       pinard@iro.umontreal.ca
(514) 588-4656                                   ...!uunet!iros1!pinard
About the League for Programming Freedom?  Email me or lpf@uunet.uu.net

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.oz.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu, nic.funet.fi:pub/gnu,
	  ugle.unit.no, isy.liu.se, ftp.stacken.kth.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, archive.eu.net
	United States: wuarchive.wustl.edu, ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:systems/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]

Newsgroups: gnu.utils.bug
From: gaumondp@ere.umontreal.CA (Gaumond Pierre)
Subject: Modifications for patch-2.0.12g8
Organization: Universite de Montreal
Distribution: gnu
Date: Fri, 11 Dec 1992 19:38:58 GMT

Here are some patches for "patch-2.0.12g8" that can solve installation problems
in that package as well as a bug in option decoding for some SGI machines.

Modificatins in config.h.in and getopt.c come from me. Those in patch.c
come from Francois Pinard. Another poster has also suggested the same
corrections in patch.c.

I am on an SGI 4D/380 machine under IRIX 4.0.1 (System V Unix).


*** config.h.in.orig	Thu Dec 10 10:54:26 1992
--- config.h.in	Thu Dec 10 10:57:06 1992
***************
*** 21,26 ****
--- 21,29 ----
  /* Define if the system has unistd.h.  */
  #undef HAVE_UNISTD_H
  
+ /* Define if the system has alloca.h.  */
+ #undef HAVE_ALLOCA_H
+ 
  /* Define as either int or void -- the type that signal handlers return.  */
  #undef RETSIGTYPE

*** getopt.c.orig	Thu Dec 10 10:45:18 1992
--- getopt.c	Thu Dec 10 10:46:47 1992
***************
*** 19,24 ****
--- 19,25 ----
     along with this program; if not, write to the Free Software
     Foundation, 675 Mass Ave, Cambridge, MA 02139, USA.  */
  
+ #include "config.h"
  /* AIX requires this to be the first thing in the file.  */
  #ifdef __GNUC__
  #define alloca __builtin_alloca
*** patch.c.orig	Fri Dec 11 09:03:51 1992
--- patch.c	Fri Dec 11 11:38:41 1992
***************
*** 125,130 ****
--- 125,132 ----
  
  /* Apply a set of diffs as appropriate. */
  
+ char *program_name;
+ 
  int
  main(argc,argv)
  int argc;
***************
*** 139,144 ****
--- 141,148 ----
      int failtotal = 0;
      int i;
  
+     program_name = argv[0];
+ 
      setbuf(stderr, serrbuf);
      for (i = 0; i<MAXFILEC; i++)
  	filearg[i] = Nullch;
***************
*** 474,480 ****
  void
  get_some_switches()
  {
!     Reg1 char optc;
  
      rejname[0] = '\0';
      optind_last = optind;
--- 478,484 ----
  void
  get_some_switches()
  {
!     Reg1 int optc;
  
      rejname[0] = '\0';
      optind_last = optind;

o
-- 
Pierre Gaumond.        gaumondp@ERE.UMontreal.CA
Services Informatiques, Universite de Montreal. 
C.P. 6128, Succursale "A", Montreal,            
Quebec, Canada.   H3C 3J7                       

Newsgroups: gnu.utils.bug
From: stravers@muresh.et.tudelft.NL (Paul Stravers)
Subject: regex.c: uninitialized field causes SEGV
Reply-To: Paul Stravers <stravers@donau.et.tudelft.nl>
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 15:13:30 GMT

This reports a small bug and a fix for GNU regex.c version 0.11.

The POSIX function regcomp(preg, pattern, cflags) does not initialize the field
preg->allocated to 0 before calling regex_compile(). Dependent on the random
value of this field, this causes regex_compile() to abort with a SEGV. Here
is the patch:

------------------------------------------------------------------------------
**************
*** 4683,4690
      = cflags & REG_EXTENDED ? RE_SYNTAX_POSIX_EXTENDED : RE_SYNTAX_POSIX_BASIC;
  
    /* regex_compile will allocate the space for the compiled pattern.  */
    preg->buffer = 0;
    
    /* Don't bother to use a fastmap when searching.  This simplifies the
       REG_NEWLINE case: if we used a fastmap, we'd have to put all the
       characters after newlines into the fastmap.  This way, we just try
--- 4687,4695 -----
      = cflags & REG_EXTENDED ? RE_SYNTAX_POSIX_EXTENDED : RE_SYNTAX_POSIX_BASIC;
  
    /* regex_compile will allocate the space for the compiled pattern.  */
    preg->buffer = 0;
+   preg->allocated = 0;
    
    /* Don't bother to use a fastmap when searching.  This simplifies the
       REG_NEWLINE case: if we used a fastmap, we'd have to put all the
       characters after newlines into the fastmap.  This way, we just try
------------------------------------------------------------------------------

-- 
Delft University of Technology      |  email stravers@donau.et.tudelft.nl
Faculty of Electrical Engineering   |  fax +31 15 786190
Mekelweg 4                          |  ph. +31 15 786280
2628 CD   Delft                     |
the Netherlands                     |

Newsgroups: gnu.utils.bug
From: gyro@zeta-soft.COM (Scott L. Burson)
Subject: Small compatibility problem with "X" option in tar 1.11.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 02:01:43 GMT

In Unix tar, if I want to dump the current directory minus file `foo',
I might say

   tar cX excludes .

where the file `excludes' contains

   ./foo

Note that "./" must be prepended to the name.

This `excludes' file doesn't work, however, with GNU tar, because GNU tar
strips "./" from the filenames as it's dumping them (see line 763 of
`create.c').  To allow the old `excludes' file to be used unmodified, I have
made the following change near the end of `add_exclude' in `tar.c':

/* beginning of insertion */
	   if (name[0] == '.'  &&  name[1] == '/') name += 2;
/* end of insertion */
	   strcpy(x_buffer+size_x_buffer,name);
	   size_x_buffer+=size_buf+1;
	   free_x_buffer-=size_buf+1;
   }

You might want to include this change in your next release.

-- Scott

Newsgroups: gnu.utils.bug
From: pinard@icule.UUCP (Francois Pinard)
Subject: Incoming GNU m4 [was: making m4 1.0: ultrix 4.1]
Reply-To: pinard@iro.umontreal.ca
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 11:46:17 GMT

   there was some warnings too but i want to get the newest version of
   gcc working and see if the warnings are the same before i report
   mail in some diffs.

I should aim releasing GNU m4 1.1 fairly soon, now.  The source code
changed a lot, diffs will most likely not apply.  GNU m4 alpha was
named GNU m4 1.0.1 and 1.0.2.  If nobody objects, I might submit GNU
m4 1.0.3 for prep.ai.mit.edu as a beta version, let it stabilize,
through one or more beta versions maybe, then release GNU m4 1.1.

   26,27c26
   < /* extern int abort(); */
   < extern volatile void abort();
   ---
   > extern int abort();

This is corrected by now, as many other things.

-- 
Franc,ois Pinard        ``Vivement GNU!''       pinard@iro.umontreal.ca
(514) 588-4656                                   ...!uunet!iros1!pinard
About the League for Programming Freedom?  Email me or lpf@uunet.uu.net

Newsgroups: gnu.utils.bug
From: sven@physics.widener.edu (Sven Heinicke)
Subject: making m4 1.0: ultrix 4.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 16 Dec 1992 11:17:11 GMT

it is just a little diff for `lib/obstack.c'. It what i had to do to
get m4 to compile on a DECstation 3100 running ultrix 4.1.

26,27c26
< /* extern int abort(); */
< extern volatile void abort();
---
> extern int abort();

there was some warnings too but i want to get the newest version of
gcc working and see if the warnings are the same before i report mail
in some diffs.


					Sven


Newsgroups: gnu.utils.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: oleo 1.1 bugs
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 07:56:06 GMT

oleo 1.1 has one file longer than 14 chars: fictionary-test.

The files all say GPL version 1 rather than GPL version 2.

ref.c includes <signal.h> without including <sys/types.h> first.
POSIX says this dependency is allowed.  The trivial diff:

*** ./ORIG/ref.c	Fri Nov 27 22:19:45 1992
--- ./ref.c	Sat Dec  5 10:05:24 1992
***************
*** 19,24 ****
--- 19,25 ----
  #include "funcdef.h"
  #include <stdio.h>
  #include <ctype.h>
+ #include <sys/types.h>
  #include <signal.h>
  #include "sysdef.h"
  #include "global.h"

But then io_term.c doesn't compile (486 running Interactive Unix 2.2.1):

gcc -O -posix -c -g  -D_POSIX_SOURCE=1 -DSYSV=1 -DHAVE_X11_X_H=1 -DHAVE_RENAME=1 -DHAVE_VPRINTF=1  -I. io_term.c
io_term.c: In function `real_get_chr':
io_term.c:555: `ERR' undeclared (first use this function)
io_term.c:555: (Each undeclared identifier is reported only once
io_term.c:555: for each function it appears in.)

I don't know where `ERR' is supposed to come from, so I quit.

karl@cs.umb.edu

Newsgroups: gnu.utils.bug
From: bin@sojurn.lns.pa.US (Owner of system commands)
Subject: sed-1.12 bug (I think)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 11:44:34 GMT

Machine:  Intel 386 running a fairly gnu-ized SCO Unix.
Sed version:  sed-1.12

When sed is given a command of the form

	sed -n 's/foo/bar/p'

shouldn't sed print _only_ the lines that have been substituted?

Before the "bug", sed prints nothing.  A

	sed 's/foo/bar/p'

prints duplicates of the substituted lines.  My stock sed does what
I expect, but maybe I'm wrong.  I fixed the "bug" by doing:

- A PATCH -- A PATCH -- A PATCH -- A PATCH -- A PATCH -- A PATCH -
--- sed.c.orig	Fri Dec 18 16:28:00 1992
+++ sed.c	Fri Dec 18 16:27:47 1992
@@ -1567,7 +1567,7 @@
 	    ck_fwrite (line.text, 1, line.length,
 		       cur_cmd->x.cmd_regex.wio_file);
 	  if (cur_cmd->x.cmd_regex.flags & S_PRINT_BIT
-	      && !no_default_output)
+	      || !no_default_output)
 	    ck_fwrite (line.text, 1, line.length, stdout);
 	  break;
- A PATCH -- A PATCH -- A PATCH -- A PATCH -- A PATCH -- A PATCH -

If the file /tmp/foo contains the following two lines:

GFLAG:="-g"
AND:=""

and I issue the command

    cat /tmp/foo | sed -n -e 's/^\([A-Z][A-Z]*:=\)"\(..*\)"$/\1 \2/p'

I get nothing.  If I use SCO's sed, I get

GFLAG:= -g

If I do

    cat /tmp/foo | sed -e 's/^\([A-Z][A-Z]*:=\)"\(..*\)"$/\1 \2/p'

I get

GFLAG:= -g
GFLAG:= -g
AND:=""

Hope this is enough information.

Thanks for the good tools.

mike@sojurn.lns.pa.us

Newsgroups: gnu.utils.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: sed 1.13 and bcopy
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 07:57:02 GMT

sed 1.13 doesn't compile on an IBM RT running 4.3 BSD because bcopy is
defined both in libc and sed.c.

Although the definition in sed.c is protected with HAVE_BCOPY and
HAVE_MEMCPY, nothing in configure defines those symbols.  If you don't
want to change configure for whatever reason, then simply making sed.c's
definition static would suffice.

karl@cs.umb.edu

Newsgroups: gnu.utils.bug