HDTenEightyP/NetNews huggingface dataset:
From: ceder@lysator.liu.se (Per Cederqvist)
Subject: Re: Conversion from SCCS to RCS
Organization: Lysator Academic Computer Association, Linkoping University, Sweden
Distribution: gnu
Date: Tue, 14 Apr 1992 13:36:35 GMT

mt00@etherm.co.UK (Martin Tomes) writes:

>We wish to switch from using SCCS to RCS. [stuff deleted]
>
>Does anyone know where I can get the sources for sccstorcs?  Or even
>an executable for ISC UNIX if the source is not easily available?

The latest release of CVS 1.3 contains a shell script called sccs2rcs
that converts SCCS files to RCS, without losing any of the history
information.

I think you should consider switching to CVS instead. CVS is a
front-end to RCS with many useful features. Check it out!

>Thanks.

>Martin Tomes

>Janet:    mtomes@uk.co.eurotherm         Internet: mtomes@eurotherm.co.uk
>UUCP:     {uknet,uunet}!etherm!mtomes

--
Per Cederqvist, Lysator Computer Club, University of Linkoping, Sweden
Email: ceder@lysator.liu.se	
Phone: +46 13 26 09 17		 "CVS - Check It Out!"

Newsgroups: gnu.utils.bug
From: jtc@gain.com (J.T. Conklin)
Subject: GNU Make 3.62, HP 9000/710, and HPUX 8.07
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 7 Apr 1992 09:10:30 GMT

Recently I tried to port GNU make 3.62 to the HP.  I defined -DUSG,
-DUSGr3, -DHPUX, -DHAVE_SYS_WAIT, and -DNO_LDAV; and I used alloca.c
from emacs-18.58.

The resulting executable worked fine with small makefiles, but dumped
core with large makefiles.  The stack trace indicated that make was
crashing inside malloc().

After playing around for quite a while, I linked in perl's malloc and
the executable started working.

Has anyone experienced the same thing?  What causes gmake and HP's
malloc() to interact so poorly?



Newsgroups: gnu.utils.bug
From: brendan@cs.widener.edu (Brendan Kehoe)
Subject: fileutils 3.2 and TIOCGWINSZ
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 6 Apr 1992 12:50:20 GMT

When configured for a sparc, the symbol _POSIX_SOURCE gets defined
because SunOS 4.1 and up have POSIX_VERSION in their sys/unistd.h
header.  As a result, the definition of TIOCGWINSZ isn't gleaned when
ls.c includes sys/ioctl.h.  The resulting behavior is ls defaulting to
80 column output for `-C' et al., since the COLUMNS env variable isn't
defined by anything (e.g., bash).  Is there any clean way to get
around this?  I just commented out the offending code in configure
that sets _POSIX_SOURCE.

Brendan

Newsgroups: gnu.utils.bug
From: rlk@think.com (Robert L Krawitz)
Subject: gmake 3.62
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 13 Apr 1992 18:22:39 GMT

Actually, even this doesn't work:

examples:
	$(foreach d, $(DIRS),@echo; echo; echo Running examples for $d; echo$(nlt)-cd $d; $(MAKE) clean$(nlt)-cd $d; $(MAKE) run$(nlt)-cd $d; $(MAKE) clean$(nlt))


Running examples for block-sparse

/bin/sh: -cd: not found
gmake[1]: *** No way to make target `clean'.  Stop.
/bin/sh: -cd: not found
gmake[1]: *** No way to make target `run'.  Stop.
/bin/sh: -cd: not found
gmake[1]: *** No way to make target `clean'.  Stop.
/bin/sh: @echo: not found

Running examples for block-tridiag

/bin/sh: -cd: not found

Newsgroups: gnu.utils.bug
From: mib@gnu.ai.mit.edu (Michael I Bushnell)
Subject: Suggestions for fileutils
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 8 Apr 1992 06:21:13 GMT

   Date: Tue, 7 Apr 1992 17:14:40 -0400
   From: "David J. MacKenzie" <djm@eng.umd.edu>
   References: <3449@moscom.UUCP>
	   <9204071428.AA16183@geech.gnu.ai.mit.edu>

   > Further, this is an annoying misfeature.  I suggest that -f be
   > redesignated "print in directory order", in other words, "don't sort",
   > and that it should only interact with the flags that force sorting.

   GNU ls doesn't have -f, because it doesn't seem useful to me, but it
   has a -U (for "unsorted") option to suppress sorting.

Oh.  Never mind then; it's already perfect.

	-mib

Newsgroups: gnu.utils.bug
From: blarson@cs.umb.edu (Bruce Robert Larson)
Subject: strstr broken in gdb-4.4/libiberty -- fix included
Reply-To: Bruce R Larson <blarson%ires.com@cs.umb.edu>
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 7 Apr 1992 02:45:24 GMT

Bug report for:    libiberty/strstr.c      in gdb-4.4

Platform:          all platforms.  this is just an error.

Description:       The following construction is used, in which
                   anything *other than* an exact match (of s2 in s1)
                   causes `stuff' to be executed.  This is clearly
                   different from the authors intention.

                       if ( strcmp(s1, s2) )
                           stuff();

                   Something like this is appropriate
                       if ( strncmp(s1, s2, strlen(s2)) == 0 )
                           stuff();


Here is a context diff that fixes it.

Bruce
--

*** ORIG/strstr.c       Mon Apr  6 21:12:57 1992
--- strstr.c    Mon Apr  6 21:28:33 1992
***************
*** 47,58 ****
    char *s1, *s2;
  {
    register char *p = s1 - 1;
    extern char *strchr ();
    extern int strcmp ();

    while (0 != (p = strchr (p+1, *s2)))
      {
!       if (strcmp (p, s2))
        {
          return (p);
        }
--- 47,61 ----
    char *s1, *s2;
  {
    register char *p = s1 - 1;
+   register int len;
    extern char *strchr ();
    extern int strcmp ();

   len = strlen(s2);
+
    while (0 != (p = strchr (p+1, *s2)))
      {
!       if ( strncmp (p, s2, len) == 0 )
        {
          return (p);
        }


Xref: sparky gnu.utils.bug:791 gnu.ghostscript.bug:434 comp.lang.postscript:2591 comp.text.desktop:265 comp.fonts:1268
From: haccme@milton.u.washington.edu (Thomas Ridgeway)
Newsgroups: gnu.utils.bug,gnu.ghostscript.bug,comp.lang.postscript,comp.text.desktop,comp.fonts
Subject: really public domain? (was: Re: Font sources )
Date: 7 Apr 92 16:37:05 GMT
Article-I.D.: u.gnusenet1992Apr7.163656.5350
Followup-To: gnu.utils.bug,gnu.ghostscript.bug,comp.lang.postscript,comp.text.desktop,comp.fonts
Organization: University of Washington, Seattle

In article <1992Apr6.152051.668@ircam.fr> Joseph.Francis@ircam.fr (Joseph Francis) writes:
>In article <9204021715.AA20334@claude.cs.umb.edu> karl@cs.umb.edu writes:
>>The GNU project needs to have a number of decent fonts . . . .
  [etc.]
>I downloaded about 175 Postscript fonts from the ftp server
> [name deleted],
> which has some nice families (Frutiger, Bodoni, Peignot) and
>some nice title fonts (Umbra, DomCasual, the blood-dripping
>"PostCrypt" for example) though not all the fonts are of a high
>quality. Are these not public-domain enough for the gnu project?

  Maybe they are, and maybe they aren't.

  As has been commented several times in this newsgroup, the pedigree
  of some fonts made available for public access is *very* questionable
  and GNU or anybody else should be very cautious.

  I have myself downloaded from a reputable ftp server frequently
  discussed in this group a font which turned out to be a mechanical
  translation of a commercial font which I was able to duplicate
  *exactly* from the commercial original by straight font-type conversion.
  
  As a matter of faith, I also believe in free; but I know that not
  all things are free, and some that seem to be are not really.

cheers,
Tom
Newsgroups: gnu.utils.bug
From: mt00@etherm.co.UK (Martin Tomes)
Subject: Conversion from SCCS to RCS
Organization: Eurotherm Limited.
Distribution: gnu
Date: Fri, 10 Apr 1992 09:00:52 GMT

We wish to switch from using SCCS to RCS.  I have found a program
called sccstorcs on our Apollos but the files to be converted are all
on ISC UNIX machines.  I do not want to have to move everything to the
Apollos, wait 50 years or more for the conversion to complete (it is
very slow) and then get them back.

So.

Does anyone know where I can get the sources for sccstorcs?  Or even
an executable for ISC UNIX if the source is not easily available?

Thanks.

Martin Tomes

Janet:    mtomes@uk.co.eurotherm         Internet: mtomes@eurotherm.co.uk
UUCP:     {uknet,uunet}!etherm!mtomes

Newsgroups: gnu.utils.bug
From: Andrew_Smith.ENGINONE@engtwomac.synoptics.com (Andrew Smith)
Subject: RE>cross development of bin
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 10 Apr 1992 19:18:22 GMT

        Reply to:   RE>cross development of binuti
You probably want to try out /mirrors/gnu/binutils-1.94-beta.tar.Z
from wuarchive.wustl.edu which is completely re-engineered to use
BFD libraries for object file formatting (supposedly compatible
with gdb-4.4).
You might also try ~ftp/gnu/gas-1.92.3.tar.Z from wombat.gnu.ai.mit.edu
for a similarly "compatible" assembler to produce BFD output. 

I could not get these all to compile (let alone run!) using a.out for am29k
but I have got them running together using coff for am29k (configured as
target=ebmon29k).  No idea if they work for sun4->sun3 a.out.

There do seem to be several flavours 
of BFD library floating around the aethers which are not entirely
compatible (and also not easily identifiable by version number). Also
different flavours of gnu header files between gas-1.92.3, 
binutils-1.94-beta and gdb-4.4, so you may be opening another can if
you try it.

Andrew Smith
Distributed Network Systems
SynOptics Communications Inc.
Reply-To: asmith@synoptics.com

--------------------------------------
Date: 4/9/92
To: Andrew Smith
From: rrh@tera.com
I'm trying to build a minimal set of gnu cc compiler tools (gcc-2.1,
gas, binutils-1.9/{ar,ranlib,ld,nm}) that will run on a sparc but
manipulate sun3 binaries.

gcc-2.1 is designed for doing this.

binutils-1.9 is not.

For example, ld includes <a.out.h>, which on a sun4, trapses through
/usr/include/machine/a.out, which through symbolic links eventually
comes back to /usr/include/sun4/a.out, which is not what I'd like to
build a ld that knows about sun3 binaries.

Has anybody built these binutils tools for such a cross develoment
environment?



------------------ RFC822 Header Follows ------------------
Received: by engtwomac.synoptics.com; 9 Apr 92 22:28:54
Received: from life.ai.mit.edu by synoptics.com (4.1/SMI-4.1)
	id AA12795; Thu, 9 Apr 92 22:26:58 PDT
Received: by life.ai.mit.edu (4.1/AI-4.10) id AA01972; Fri, 10 Apr 92 00:05:55
EDT
Return-Path: <gnulists@ai.mit.edu>
Received: from raisin-nut (raisin-nut.ai.mit.edu) by life.ai.mit.edu
(4.1/AI-4.10) id AA01953; Fri, 10 Apr 92 00:04:59 EDT
Received: by raisin-nut (4.1/AI-4.10) id AA06386; Fri, 10 Apr 92 00:04:59 EDT
Resent-Date: Thu, 9 Apr 1992 03:55:15 GMT
Resent-Message-Id: <9204100404.AA06386@raisin-nut>
Received: from beaver.cs.washington.edu by life.ai.mit.edu (4.1/AI-4.10) id
AA27089; Wed, 8 Apr 92 23:57:09 EDT
Received: from tera.com by beaver.cs.washington.edu (5.64a/7.1be)
	id AA14375; Wed, 8 Apr 92 20:56:58 -0700
Received: from mammoth.tera.com by tera.com (4.1/SMI-4.0)
	id AA27659; Wed, 8 Apr 92 20:56:40 PDT
Received: by mammoth.tera.com (5.57/Ultrix3.0-C)
	id AA27429; Wed, 8 Apr 92 20:55:20 -0700
Newsgroups: gnu.utils.bug
From: rrh@tera.com (Robert R. Henry)
Subject: cross development of binutils
Message-Id: <1992Apr9.035515.27379@tera.com>
Organization: Tera Computer Corporation, Seattle, WA
Date: Thu, 9 Apr 1992 03:55:15 GMT
Apparently-To: gnu-utils-bug@beaver.cs.washington.edu
To: bug-gnu-utils@prep.ai.mit.edu
Resent-From: bug-gnu-utils-request@prep.ai.mit.edu





Newsgroups: gnu.utils.bug
From: mib@gnu.ai.mit.edu (Michael I Bushnell)
Subject: Bug/feature of the '-T -' option of gtar
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 05:20:05 GMT

   Resent-Date: 14 Apr 92 15:55:34 GMT
   Original-To: gnu-utils-bug@prep.ai.mit.edu
Path: cam!cam.nist.gov!crosson
   From: crosson@cam.nist.gov (Robert Crosson)
   Sender: gnulists@ai.mit.edu
   Newsgroups: gnu.utils.bug
   Date: 14 Apr 92 15:55:34 GMT
   Resent-From: bug-gnu-utils-request@prep.ai.mit.edu

   I have discovered that the -T option of Gnu tar version 1.10 may
   have a bug in it.  I created a script that piped file names to tar
   which was invoked with the option '-T -'.  In testing the script,
   I found that when tar was invoked with that option, but no file names
   were sent before the pipe closed, tar used the current directory as 
   the place to select files from for archiving.

   The script line including tar was essentially as follows:

   find <findoptions> | sed -f <sed-script-file> | tar -cvf - -T - > <filename>

   I would have thought that, given the '-T -' option but no file names,
   tar would have simply exited without doing anything.  Is this a feature
   or a bug?

This is a side effect of the general rule that tar does the current
directory when there is no list of names.  The names read from -T are
treated exactly like those read from the command line.

	-mi

Newsgroups: gnu.utils.bug
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: VPATH in GNU make
Organization: Harvey Mudd College
Distribution: gnu
Date: Sun, 29 Mar 1992 09:22:46 GMT

The GNU Make 3.62 info file has this to say:

   * In System V and 4.3 BSD `make', files found by `VPATH' search
     (*Ref Directory Search::.) have their names changed inside
     command strings.  We feel it is much cleaner to always use
     automatic variables and thus make this feature obsolete.

I'd like to argue with this.  It's a real pain to go through other people's
makfiles changing blah.c to $^ or even $(firstword $^) when you're
converting makefiles that were never meant to use VPATHs.  And after you've
done this, you can't use the makefile with other makes anymore.

For an example of a makefile for which this is necessary, consider the etc
directory makefile in the Emacs 18.58 distribution.  I think that
deliberately omitting this feature of make makes my life more difficult
without good reason.

--
Jason Merrill
jason@jarthur.claremont.edu

Newsgroups: gnu.utils.bug
From: pous@diva.berkeley.edu (Rafael Pous)
Subject: Line styles for LaTeX gnuplot.
Organization: University of California, Berkeley
Distribution: gnu
Date: Thu, 16 Apr 1992 04:22:46 GMT

Although gnuplot is the best plotting program I have had the pleasure to 
use, when it comes to line styles in the LaTeX format, it is much worse 
than most others.

Is there a way toget more and better-looking line styles for LaTeX?
What it now has is a bunch of fat solid lines and some (almost) invisible 
dotted lines.  

I would love to use gnuplot for my thesis, but I am afraid that the 
quality of the plots is just not good enough because of the line styles 
(when plotting more than one function at a time).

I would really appreciate any help.  Thanks.

Rafael (pous@diva.berkeley.edu) (e-mail prefered)


Newsgroups: gnu.utils.bug
From: Joseph.FRancis@ircam.FR (Joseph Francis)
Subject: fontutils0.4 bug?
Organization: IRCAM, Paris (France)
Distribution: gnu
Date: Wed, 8 Apr 1992 16:41:30 GMT

I was trying to use "gsrenderfont" in fromm the fontutils-0.4 release, and
got the following error:
=====

% gsrenderfont -verbose -fontname Helvetica stuff

Parsing encoding file dvips.enc...
%GSPreviewError% Error: /stackunderflow in --dup--
%GSPreviewError% ostack:
%GSPreviewError% estack:operator_403588--nostringval----nostringval--false--nost
ringval----nostringval--false--nostringval----nostringval----nostringval----nost
ringval----nostringval--
%GSPreviewError% dstack:338/4016/20052/100
=====

in the writefont.PS program supplied with the system the following
line isn't completing without errors, thought the function
parse-encoding-file does seem to finish:

/output-encoding output-encoding-filename parse-encoding-file def

I don't really want to debug postscript code. Has anyone had this problem/
can anyone help?







-- 
| Le Jojo: Fresh 'n' Clean, speaking out to the way you want to live
| today; American - All American; doing, a bit so, and even more so.

Newsgroups: gnu.utils.bug
From: crosson@cam.NIst.GOV (Robert Crosson)
Subject: Bug/feature of the '-T -' option of gtar
Organization: National Institute of Standards and Technology
Distribution: gnu
Date: Tue, 14 Apr 1992 15:55:34 GMT

I have discovered that the -T option of Gnu tar version 1.10 may
have a bug in it.  I created a script that piped file names to tar
which was invoked with the option '-T -'.  In testing the script,
I found that when tar was invoked with that option, but no file names
were sent before the pipe closed, tar used the current directory as 
the place to select files from for archiving.

The script line including tar was essentially as follows:

find <findoptions> | sed -f <sed-script-file> | tar -cvf - -T - > <filename>

I would have thought that, given the '-T -' option but no file names,
tar would have simply exited without doing anything.  Is this a feature
or a bug?

Bob Crosson
crosson@cam.nist.gov

Newsgroups: gnu.utils.bug
From: bill@kepler.ucsd.edu (Bill Reynolds)
Subject: Graphics: graph setting xmin to 0 if symbol size specified
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 07:14:17 GMT

This kills the output for datasets with abscissa < 0. Patch follows

*** graph.c	Wed Apr 15 14:05:56 1992
--- graph.c.fix	Wed Apr 15 14:05:51 1992
***************
*** 324,330 ****
  	    break;
  	  if (sscanf (argv [optind], "%lf", &symbol_size) <= 0)
  	    break;
- 	  spec_min_x++;
  	  optind++;	/* tell getopt we recognized symbol_size */
  	  break;
  
--- 324,329 ----

_______________________________________________________________________
Bill Reynolds        | `But I don't want to go among mad people,' 
bill@kepler.ucsd.edu |     Alice remarked.
                     | `Oh, you can't help that,' said the Cat: `we're 
                     |     all mad here. I'm mad. You're mad.'


Newsgroups: gnu.utils.bug
From: rich@cygnus.com (K. Richard Pixley)
Subject: Re: Gnu 29k gas-1.92.3 (Part 2)
Reply-To: rich@cygnus.com
Organization: Cygnus Support - Palo Alto, CA +1 415 322 3811
Distribution: gnu
Date: Fri, 10 Apr 1992 20:40:05 GMT

In article <9204032132.AA28379@aeneas.MIT.EDU> Andrew_Smith.ENGINONE@engtwomac.synoptics.com (Andrew Smith) writes:

   Newsgroups: gnu.utils.bug
Path: kithrup!hoptoad!pacbell!pacbell.com!mips!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!engtwomac.synoptics.com!Andrew_Smith.ENGINONE
   From: Andrew_Smith.ENGINONE@engtwomac.synoptics.com (Andrew Smith)
   Sender: gnulists@ai.mit.edu
   Organization: GNUs Not Usenet
   Distribution: gnu
   Date: Fri, 3 Apr 1992 18:33:00 GMT
   Approved: bug-gnu-utils@prep.ai.mit.edu
   Lines: 22

			  Subject:                               Time:1:28 PM
     OFFICE MEMO          Gnu 29k gas-1.92.3 (Part 2)            Date:4/3/92

   Just to add to my previous message:

   I tried to build gas-1.92.3 using "configure sun4os4 -target=ebmon29k"
   for COFF output which tries to use the BFD libraries. These are not
   supplied in the archive and all of the versions of BFD that I have
   (from binutils-beta-1.94 and from gdb-4.4) are not compatible with
   what this gas wants (e.g. use of am29k instead of a29k, use of
   am29k-opcode.h instead of a29k.h etc.).

   Which version of BFD should I use (from where) with this gas?

You don't.  Coff output will likely be removed before the full
release.

Newsgroups: gnu.utils.bug
From: roland@gnu.ai.mit.edu (Roland McGrath)
Subject: [cudcv@csv.warwick.ac.uk: glibc-1.03 - couple of bugs]
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 12 Apr 1992 13:29:16 GMT

The last point is certainly a bug in ar.

------- Start of forwarded message -------
Status: RO
X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
	[nil nil nil nil nil nil nil "Rob McMahon" "cudcv@csv.warwick.ac.uk" nil nil nil "^From:" nil nil nil])
Received: from life.ai.mit.edu by albert.gnu.ai.mit.edu (5.65/4.0) with SMTP
	id <AA28711@albert.gnu.ai.mit.edu>; Sat, 11 Apr 92 07:24:24 -0400
Received: from clover.csv.warwick.ac.uk by life.ai.mit.edu (4.1/AI-4.10) id AA13183; Sat, 11 Apr 92 07:24:08 EDT
Message-Id: <8130.199204111121@clover.csv.warwick.ac.uk>
From: Rob McMahon <cudcv@csv.warwick.ac.uk>
Subject: glibc-1.03 - couple of bugs
To: bug-glibc@prep.ai.mit.edu
Date: Sat, 11 Apr 1992 12:21:25 +0100
X-Mailer: Mail User's Shell (7.2.4 2/2/92)

This is on a Sun4, running SunOS 4.1.2 (aka Solaris 1.0.1), gcc 2.1, gmake
3.62. No GNU ld.

io/fchmod.c has a typo.  Presumably the `mode_ta' on the last line should read
`mode_t'.

time/zones-antarctica has nothing defined for antarctica-zones, and the
library won't make because of this.  I inserted `Antarctica'.

A note in Makeconfig that `link' needs a -Bstatic if using the Sun ld would be
useful.

`time' fails to install with 
make[1]: *** No way to make target `zoneinfo/SystemV/AST4ADT'.  Stop.

`math' fails to install:  it tries to create libm.a with no contents (`ar crv
libm.a'), and then complains that libm.a doesn't exist, since GNU ar doesn't
even create the file under these circumstances.  (Bug in GNU ar ?)

Cheers,

Rob
------- End of forwarded message -------

Newsgroups: gnu.utils.bug
From: schwab@mouton.informatik.uni-dortmund.de (Andreas Schwab)
Subject: Bugs in shellutils-1.6: pathchk and printf
Reply-To: schwab@ls5.informatik.uni-dortmund.de
Organization: University of Dortmund, Germany
Distribution: gnu
Date: Wed, 15 Apr 1992 14:39:17 GMT

* pathchk.c (validate_new_path): the error message is misleading if a
component of the path exceeds the limit
* printf.c (print_esc): escape sequences are not handled correctly
(try printf 'a\012b\n')

diff -ur orig/pathchk.c ./pathchk.c
--- orig/pathchk.c	Tue Dec 24 08:09:22 1991
+++ ./pathchk.c	Wed Apr 15 15:44:00 1992
@@ -265,7 +265,7 @@
       if (length > name_max)
 	{
 	  error (0, 0, "name `%s' has length %d; exceeds limit of %d",
-		 path, length, name_max);
+		 start, length, name_max);
 	  return 1;
 	}
       if (last_elem)
diff -ur orig/printf.c ./printf.c
--- orig/printf.c	Fri Aug 30 07:22:45 1991
+++ ./printf.c	Wed Apr 15 15:44:48 1992
@@ -208,8 +208,9 @@
     }
   else if (!index ("\"\\abcfnrtv", *p))
     error (1, 0, "\\%c: invalid escape", *p);
-  print_esc_char (*p);
-  return p - escstart;
+  else
+    print_esc_char (*p++);
+  return p - escstart - 1;
 }
 
 /* Output a single-character \ escape.  */

--
Andreas Schwab
schwab@ls5.informatik.uni-dortmund.de

Newsgroups: gnu.utils.bug
From: murf@murphy.sps.mot.COM (Steve Murphy)
Subject: tr '\012' ' ' produces no output!
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 14 Apr 1992 02:14:20 GMT

> I  also had a problem generating  errno.h and one other file... turned
> out that I was using the gnu tr command. The GNU tr command, 
> tr  '\012'  ' ',  results in *NO  OUTPUT*,  while the /bin/tr  version
> works OK. I'd  pass this on to whoever  is supporting  the GNU tr, but
> the disk that source is on is down right now.....  So I don't know who
> to tell at the moment.

The purpose of the command is to take a list of things,  one per line,
and produce one line of input, a  list of items  separated by a space.
What gives?

murf

Newsgroups: gnu.utils.bug
From: friedman@gnu.ai.mit.edu (Noah Friedman)
Subject: Re:  gawk anomaly?
Reply-To: friedman@gnu.ai.mit.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 7 Apr 1992 05:51:19 GMT

>In the following, the line 'print "class:"$0' prints nothing as the code now stands.
>HOwever, by uncommenting 'print class[$2]', the above DOES print.
>What am i doing wrong? (fails even in this stripped eg)

   By referencing class[$2], you are automatically creating an index in
class even if it didn't exist previously.  Thus, when you uncomment this
line you are causing the condition "if ($2 in class)" to become true.

   The reason why the print "class:"$0 doesn't get printed is that that
particular block doesn't get executed at all as the code now stands. 

>...
>#       print class[$2]  #bad side effect: this creates entry for $2 w/ null value
>    if ($2 in class) {
>     print "class:"$0
>    }
>...


Newsgroups: gnu.utils.bug