HDTenEightyP/NetNews huggingface dataset:
From: bde@runx.oz.AU (Bruce Evans)
Subject: patch-2.00.12u8 has problems applying diffs for gcc-2.3.1
Organization: RUNX Un*x Timeshare.  Sydney, Australia.
Distribution: gnu
Date: Sun, 8 Nov 1992 16:07:14 GMT

1. Recent versions of patch are broken for read-only files with names of
maximal length.  For read-only files, patch tries various RCS filenames
to see if the file should be extracted from RCS.  When the file name
has maximal length and the system truncates file names, patch thinks that
the RCS file exists although it has only found the original file.  Then
patch runs RCS.  RCS of course fails, and patch exits with a fatal error
(it shouldn't be fatal).  Old versions of patch apparently avoided this
problem by not looking in the current directory for RCS files.

2. Somehow the patch for texinfo.tex had misordered hunks.  This used to
be a nonfatal error, as it should be.  It is now fatal.

3. patch exited after failing to create objc/Makefile.  It worked OK
when I created the subdirectory objc first.  I could not reproduce the
problem in smaller examples.  patch-2.00.12u worked OK.
-- 
Bruce Evans  (bde@runx.oz.au)

Newsgroups: gnu.utils.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: find 3.7 & uid_t
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 05:55:17 GMT

find 3.7 doesn't compile on a Sun 3 running 3.5 using gcc 2.3.1, because
configure.in doesn't do AC_UID_T, and hence uid_t and gid_t are
undefined.

Newsgroups: gnu.utils.bug
From: Irving_Wolfe@happy-man.COM (Irving_Wolfe)
Subject: date in shellutils-1.8
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 6 Nov 1992 14:48:53 GMT

On our NextStep 3.0 systems, when root attempts to set the date
with, for example, "date 11062201", the date-and-time argument gets
treated as UCT instead of local time.  Thus, after the above
command here, date announces that the time is 1401; I had to use
the argument 11070601 to get the proper local time.  Is this
supposed to be that way?  It's certainly a different assumption
than the one the vendor-supplied date command makes.

Regards, and thanks for the program,
 - Irving
-- 
 Irving_Wolfe@Happy-Man.com      Happy Man Corp.  206/463-9399 x101
 4410 SW Pt. Robinson Rd., Vashon Island, WA  98070-7399   fax x108

Newsgroups: gnu.utils.bug
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: Bug & fix in shellutils-1.8 date on old machines
Organization: Harvey Mudd College, Claremont, CA 91711
Distribution: gnu
Date: Sat, 7 Nov 1992 03:45:19 GMT

date -u does not work on some antiquated hosts that don't support setting
the time zone via the TZ environment variable.  One such is the Sequent
Symmetry (Dynix 3.1.2).

>From looking at two other hosts which do support TZ (Ultrix 4.2, SunOS
4.1.2), it would seem that if TZ support is there, so is the function
tzset.  If this is incorrect, another check will have to be substituted.

Here are the unified diffs:

diff -ur tmp/shellutils-1.8/ChangeLog shellutils-1.8/ChangeLog
--- tmp/shellutils-1.8/ChangeLog	Wed Oct 28 12:27:01 1992
+++ shellutils-1.8/ChangeLog	Fri Nov  6 19:29:15 1992
@@ -1,3 +1,17 @@
+Fri Nov  6 19:24:19 1992  Jason Merrill  (jason@jarthur.claremont.edu)
+
+	* Added support in date(1) for hosts that don't support setting the
+	timezone with the environment variable TZ:
+
+	* configure.in: Added check for tzset(3) -- is this always present
+	if the host supports TZ?
+
+	* strftime.c (zone_name): If no tzset, check env manually and
+	return "GMT" if appropriate.
+
+	* date.c (show_date): If no tzset, check env manually and use
+	gmtime(3) if appropriate.
+
 Wed Oct 28 14:16:48 1992  David J. MacKenzie  (djm@goldman.gnu.ai.mit.edu)
 
 	* Version 1.8.
diff -ur tmp/shellutils-1.8/configure.in shellutils-1.8/configure.in
--- tmp/shellutils-1.8/configure.in	Thu Oct  1 17:56:22 1992
+++ shellutils-1.8/configure.in	Fri Nov  6 18:37:59 1992
@@ -82,6 +82,7 @@
 AC_ALLOCA
 AC_STRUCT_TM
 AC_TIMEZONE
+AC_HAVE_FUNCS(tzset)
 AC_XENIX_DIR
 echo checking for libinet
 # Needed on ISC for syslog.
diff -ur tmp/shellutils-1.8/lib/strftime.c shellutils-1.8/lib/strftime.c
--- tmp/shellutils-1.8/lib/strftime.c	Fri Jul 24 14:24:55 1992
+++ shellutils-1.8/lib/strftime.c	Fri Nov  6 19:34:52 1992
@@ -216,6 +216,12 @@
   struct timeval tv;
   struct timezone tz;
 
+#ifndef HAVE_TZSET
+  extern char *getenv();
+  char *tzenv = getenv ("TZ");
+  if (tzenv && *tzenv == '\0')	/* TZ= */
+    return "GMT";
+#endif  
   gettimeofday (&tv, &tz);
   return timezone (tz.tz_minuteswest, tp->tm_isdst);
 }
diff -ur tmp/shellutils-1.8/src/date.c shellutils-1.8/src/date.c
--- tmp/shellutils-1.8/src/date.c	Mon May 11 21:09:07 1992
+++ shellutils-1.8/src/date.c	Fri Nov  6 19:33:28 1992
@@ -156,7 +156,14 @@
   char *out = NULL;
   size_t out_length = 0;
 
-  tm = localtime (&when);
+#ifndef HAVE_TZSET
+  /* Note: the code in strftime.c:zone_name() to determine the time zone
+     requires that TZ_UCT be "TZ=" */
+  if (!strcmp (getenv ("TZ"), TZ_UCT+3))
+    tm = gmtime (&when);
+  else
+#endif /* HAVE_TZSET */
+    tm = localtime (&when);
 
   if (format == NULL)
     /* Print the date in the default format.  Vanilla ANSI C strftime

Newsgroups: gnu.utils.bug
From: gritton@alaska.et.byu.edu (Jamie Gritton)
Subject: How do I unmangle my tar files?
Reply-To: gritton@byu.edu
Organization: Brigham Young University, Provo UT USA
Distribution: gnu
Date: Tue, 10 Nov 1992 17:09:18 GMT

   When I restore a GNU-tarred directory, I get these @MaNgLeD files.
How do I put those files back where they belong. I see a psuedo-file
called "././@MaNgLeD_NaMeS--Mangled file names--" at the end of the
archive; can I extract the contents of this, or am I overlooking some
option that puts these back for me?
--
James Gritton - gritton@byu.edu - I disclaim


Newsgroups: gnu.utils.bug
From: wse@jimmy.harvard.edu (William Edwards)
Subject: Problem compiling Ispell 2.0.02 under Ultrix 4.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 9 Nov 1992 12:11:30 GMT

It fails to compile xgets.c:

cc -O -c xgets.c
ccom: Error: xgets.c, line 76: static function declared and referenced, but not
defined: strlen

Has anybody else run into this and solved it?  Please respond by
email, and I will summarize.  Thanks very much.
-- Bill Edwards, Senior Systems Analyst
   Dana Farber Cancer Institute; Div. of Biostatistics
   440 Brookline Ave. Rm. M3A20, Boston MA 02115 USA
  (617) 732-3034; wse@jimmy.harvard.edu; wse@harvjmmy.bitnet

Newsgroups: gnu.utils.bug
From: dla@ep130.wg2.waii.COM (Doug Acker)
Subject: patch-2.0.1.12g8
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 5 Nov 1992 16:19:47 GMT

...the g version didnt configure patch right for AIX 3.2 .... patch < file
doesnt work, it just gives the options.

the u version worked fine

Newsgroups: gnu.utils.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: cpio & lseek decl
Reply-To: karl@cs.umb.edu
Organization: Gnus Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 05:47:43 GMT

cpio 2.1 doesn't compile on a Sun 3 running 3.5 using gcc 2.3.1, because
it declares lseek in two different places -- system.h and rmt.c -- one
hardwiring `long' and the other using `off_t'.

I think it's better to use off_t in both places, so here is a diff to
system.h.

*** ./ORIG/system.h	Sat Aug 22 14:51:15 1992
--- ./system.h	Sun Nov  8 20:38:58 1992
***************
*** 42,48 ****
  #endif
  
  #ifndef _POSIX_VERSION
! long lseek ();
  #endif
  
  /* Since major is a function on SVR4, we can't use `ifndef major'.  */
--- 42,48 ----
  #endif
  
  #ifndef _POSIX_VERSION
! off_t lseek ();
  #endif
  
  /* Since major is a function on SVR4, we can't use `ifndef major'.  */
From: pinard@icule.UUCP (Francois Pinard)
Newsgroups: gnu.utils.bug
Subject: Problems with TABs and makeinfo
Date: 12 Nov 92 03:30:39 GMT
Article-I.D.: icule.9211120330.AA03108
Reply-To: pinard@iro.umontreal.ca
Distribution: gnu
Organization: GNUs Not Usenet

This pertains to makeinfo version 1.47, as distributed within the
Texinfo 2.15 package.  It was compiled with GNU C 1.41 under COFF
encapsulation on this 386/ix 2.0.2 system (waiting for Hurd :-).

My suggestion is that makeinfo should logically `expand' its input.
Here is an example of what I consider a misbehaviour.

First, the input file x.texinfo.  Note that there is a TAB between the
two sentences.  This will happen quite naturally in GNU Emacs if you
have the (good :-) habit of typing two spaces after an end of sentence
period, than later M-x tabify the whole buffer:

---------------------------------------------------------------------->
@setfilename x.info
@node Top
@top

Here a phrase.	Here another.
----------------------------------------------------------------------<

Then, the produced x.info file.  With some luck, the mail systems will
not destroy the tabs and you will see the awkward looking result:

---------------------------------------------------------------------->
This is Info file x.info, produced by Makeinfo-1.47 from the input file
/tmp/x.texinfo.

^_
File: x.info,  Node: Top



   Here a phrase.	Here another.


^_
Tag Table:
Node: Top90
^_
End Tag Table
----------------------------------------------------------------------<

-- 
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: bothner@cygnus.com
Subject: Re: REGEX: "re_might_match()" possible ? (NO BUG)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 7 Nov 1992 11:10:33 GMT

> We need a function to see if input MIGHT match.
> Which means, we would like to check if a string matches
> NOT AFTER typing in the whole string, BUT MEANWHILE
> the user is typing.

I hacked GNU regex to support something like that.
Basically, there is a special error code indicating that
the match failed because there wasn't enough input (we reach
end fo the input string).

I used this to efficiently implement a multi-level glob:
I wanted to have
	echo PATTERN
act as if it were:
	echo `find . -print|ggrep PATTERN`
(where ggrep would use extended ksh-style globbing syntax for regexes).

The regex extension is to avoid expanding useless directories
(ones that could not match the pattern).

The same relatively simple modification to regex could work
for your problem.   My code is part of the Q language
(pub/Q.tar.Z on cygnus.com); I can mail my heavily-hacked
regex separately, if you want.

	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.utils.bug
From: cal@aero.org
Subject: follow-up on questions about multiple parsers and lexers
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 19:14:40 GMT

about a month ago, i asked about using multiple parsers

my bug report was for bison version 1.10,
version 1.19 does not have that bug any more

the more interesting question was about multiple parsers and lexers -
i received useful information immediately from Kevin Burton and
Kevin Rodgers

their hints led me to look for yyrestart,
and then to a newer version of flex that has yyrestart
(version 2.3)

ok, here is the problem and the solution (so far) -
i have multiple lexers and multiple parsers in the same address space
(on a sparcstation),
so i need to separate the global symbols they use,
and also each one may be called at several times,
to read a different file each time,
so i need to initialize them appropriately

it turns out that 'yyrestart' easily handles the second problem
(though it fails if i call yyrestart before the first call to the parser,
so each of my parsers need to identify the first call,
which is irritating),
but none of the suggestions solves the first one
(it was perhaps not clear that i did not intend to catenate the several files,
but rather to read them as different parses) -

i already had include files that define the leftover globals in the parsers
and lexers to different things
(my choice of flex and bison over lex and yacc was exactly because
the gnu programs had made most of the tables static),
but the new version of flex added several more symbols
(having to do with buffers mainly) -

these are the interceptions i have so far,
but i needed to look at the generated code to find them

/*definitions to intercept flex variable names*/
#define yyin yZZin
#define yyout yZZout
#define yytext yZZtext
#undef YY_DECL
#define YY_DECL yZZlex()
#define yyrestart yZZrestart
#define yy_switch_to_buffer yZZ_switch_to_buffer
#define yy_load_buffer_state yZZ_load_buffer_state
#define yy_create_buffer yZZ_create_buffer
#define yy_delete_buffer yZZ_delete_buffer
#define yy_init_buffer yZZ_init_buffer
/* I don't know why these are external in the generated lexer */
#define yyleng yZZleng
#define yylval yZZlval

/*definitions to intercept bison variable names*/
#define yylex ZZlexer
#define yyparse ZZparse
#define yydebug yZZdebug
#define yyerror ZZyyerr
/* I don't know why these are external in the generated parser */
#define yychar yZZchar
#define yylval yZZlval
#define yylloc yZZlloc
#define yynerrs yZZnerrs

Newsgroups: gnu.utils.bug
From: rusty@groan.berkeley.edu (Rusty Wright)
Subject: find -perm +mode doesn't work for me
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 02:32:04 GMT

Gnu find 3.7, running on SunOS 4.1.3, but compiled on SunOS 4.1.1,
probably with gcc 2.something.  I'm trying to find all setuid or
setgid files with

	find /usr -perm +6000 -print

but got no output and there are some setuid and setgid files in /usr.

Newsgroups: gnu.utils.bug
From: jladwig@soils.umn.EDU (John Ladwig)
Subject: Finger 1.3.7 bugfix/enhancement in .free and INFO_IS_DEFAULT
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 6 Nov 1992 17:52:24 GMT

Yowie zowie - GNU finger is really nice..

One minor quibble:

The ".free" special user is broken when this macro is defined.

The test for 'wide' finger occurs *before* the test for the .free

Here's the particulars:

       * The GNU Finger version and where you obtained the distribution.

    1.3.7 - from a mirror of prep.ai.mit.edu

       * Changes you made to the GNU Finger configuration files.

    #define INFO_IS_DEFAULT /* */

       * Any changes you have made to the source code or installation
	 procedures.

Here is a patch to fix:

*** 1.0	1992/11/06 17:30:14
--- in.fingerd.c	1992/11/06 17:37:23
***************
*** 445,459 ****
        return;
      }
  
-   /* Is this a `wide' (long) finger? */
-   if (is_long_finger && user)
-     {
-       if (!long_finger (user, stream, 0))
- 	no_such_user (user, this_host, stream);
- 
-       return;
-     }
- 
    /* If the user wants to know about free machines then look the information
       up in the database kept on the availability of hosts.  Print statistics
       that seem strange, like if the file of host information hasn't been
--- 445,450 ----
***************
*** 609,614 ****
--- 600,614 ----
  	return;
        }
    
+   /* Is this a `wide' (long) finger? */
+   if (is_long_finger && user)
+     {
+       if (!long_finger (user, stream, 0))
+ 	no_such_user (user, this_host, stream);
+ 
+       return;
+     }
+ 
    warn_if_not_recent (HOSTDATA, stream);
  
    f = open (HOSTDATA, O_RDONLY, 0666);

-- 
	     UMN Department of Soil Science; St. Paul, MN

Internet: john.ladwig@soils.umn.edu             Fidonet: John Ladwig 1:282/8
          jladwig@torpedo.forestry.umn.edu       

Newsgroups: gnu.utils.bug
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: Autoconf nitpicking
Organization: Harvey Mudd College, Claremont, CA 91711
Distribution: gnu
Date: Tue, 10 Nov 1992 21:13:27 GMT

The AC_DYNIX_SEQ check and documentation should be more clear about exactly
what it is checking for.  Both Dynix and PTX have the /usr/lib/libseq.a,
but the former is BSD, the latter SYSV, and the one the check is intended
for.  Both OSes run on Sequent hardware, so defining SEQUENT as a
consequence of the check isn't very clear.  Sequent distinguishes between
them by defining _SEQUENT_ for PTX, sequent for Dynix...

Jason Merrill
jason@jarthur.claremont.edu

Newsgroups: gnu.utils.bug
From: jwe@che.utexas.EDU (John Eaton)
Subject: Compiling oleo-1.0 with gcc-2.3 on a SPARC fails (possible fix)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 6 Nov 1992 00:04:23 GMT

io_utils.c fails to compile with gcc-2.3 on a SPARC running SunOS 4.1.2:

schoch:53> make CC=gcc  io_utils.o
gcc -c -g  -DSTDC_HEADERS=1 -DHAVE_UALARM=1 -DHAVE_SETITIMER=1 -DHAVE_RENAME=1 -DHAVE_VPRINTF=1  /usr/local/src/public/gnu/oleo-1.0/io_utils.c
as: "/usr/tmp/cca14282.s", line 111: error: location counter not on word boundary
make: *** [io_utils.o] Error 1

Line 111 of io_utils.s is:

  108   _numb_oflo:
  109           .ascii "########################################\0"
  110   .stabs "__plinf:G13",32,0,0,0
  111           .global ___plinf
  112           .align 8
  113   ___plinf:
  114           .word   0x7ff00000

which can be traced to the following lines in io_utils.c:

#ifndef ASM_INF
#if defined(__GNUC__) && ! defined(mips)
__asm (".globl ___plinf");
__asm ("___plinf: .double 0rinf");
__asm (".globl ___neinf");
__asm ("___neinf: .double 0r-inf");
__asm (".globl ___nan");
__asm ("___nan: .double 0rnan");
#else
double __plinf = 1e500;
double __neinf = -1e500;
double __nan = 1e500 / -1e500;
#endif
#endif

The problem can be elimimated by changing

  #if defined(__GNUC__) && ! defined(mips)

to

  #if defined(__GNUC__) && ! (defined(mips) || defined(sparc))

or by defining ASM_INF (?!).

Neither of these solutions seems to be the correct one though, and I
can find no other mention of ASM_INF anywhere else in the oleo
distribution.  Was its definition accidentally omitted?

--
Virtually all of the programs obtained by our sampling | John W. Eaton
procedure were written in FORTRAN.  -- Donald E. Knuth | jwe@che.utexas.edu



Newsgroups: gnu.utils.bug
From: leisner@wrc.xerox.COM ( Marty Leisner)
Subject: Install binutils 2.0
Reply-To: leisner.henr801c@xerox.com
Organization: Xerox
Distribution: gnu
Date: Thu, 5 Nov 1992 22:00:31 GMT

On binutils 2.0, (on sunos 4.1.2), in opcodes there is a rule under
install:
        $(INSTALL_DATA) libbfd.a $(libdir)/libbfd.a
        $(RANLIB) $(libdir)/libbfd.a

Shouldn't this be libopcodes?

I also found using bash works instead of using the sun bourne shell.
(I had problems with making
the package).

I'm also using Sun cc for now...using gcc has problems with headers (which
I'll analyze after I get the package installed).

--
marty
leisner.henr801c@xerox.com  
Member of the League for Programming Freedom

Newsgroups: gnu.utils.bug
From: miguel@roxanne.nuclecu.unam.mx (Miguel de Icaza A.)
Subject: Missing file on Makefile.in on Screen 3.2b
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 9 Nov 1992 04:49:41 GMT

Screen failed to compile on my machine (DECsystem with Ultrix).

>From Makefile.in:

CFILES=	screen.c ansi.c help.c fileio.c mark.c window.c socket.c \
putenv.c getloadavg.c
OFILES=	screen.o ansi.o help.o fileio.o mark.o window.o socket.o @LIBOBJS@

I think there must me a 'getloadavg.o' in the OFILES' line.

I do that and screen linked with no problems.

Miguel de Icaza

Newsgroups: gnu.utils.bug
From: korn@med-in.uni-sb.DE (korn)
Subject: problen, with, fileutils-3.4
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 12 Nov 1992 10:23:34 GMT

Hi

I am working on a
	SINIX-F ukh840 V5.24 N14 MX550 
Machine (says uname -a).

I had a Problem in installing fileutils-3.4.

In file system.h (and also in backupfile.c, savedir.c) in directory lib
there is defined

	#ifdef direct
	#undef direct
	#endif
	#define direct dirent

in /usr/include/dirent.h on my machine is defined

	#define dirent direct
	...
	struct direct{ /* definition of struct direct */
	...
	}

a make resulted in

	backupfile.c:141 [error] infinite expansion of direct


So i changed 

	#ifdef direct
	#undef direct
	#endif
	#define direct dirent

to

	#ifndef sinix
	#	undef direct
	#	endif
	#	define direct dirent
	#endif

to outcomment the hack
and could build fileutils-3.4.

Bye
Heinfried Korn
korn@med-in.uni-sb.de
From: nigelm@ohm.york.ac.UK (Nigel Metheringham)
Newsgroups: gnu.utils.bug
Subject: Directory extract ownership bug in gnu tar 1.11.1
Date: 5 Nov 92 11:29:53 GMT
Distribution: gnu
Organization: GNUs Not Usenet

Gnu tar 1.11.1 does not set the ownership of extracted directories - no
matter whether you are root or how many preserve type options you add.

The included patch fixes this, but is just a very fast workround - ie I
haven't checked it in detail to make sure it doesn't break anything
else.  The code to do the chown is (obviously) stolen from slightly
further up the file (in the file extract code!).

	Nigel.

--- extract.c~	Wed Sep 16 00:54:58 1992
+++ extract.c	Thu Nov  5 11:21:34 1992
@@ -649,6 +649,21 @@
 			msg("Added write and execute permission to directory %s",
 			  skipcrud+current_file_name);
 		}
+		/*
+		 * If we are root, set the owner and group of the extracted
+		 * dir.  This does what is wanted both on real Unix and on
+		 * System V.  If we are running as a user, we extract as that
+		 * user; if running as root, we extract as the original owner.
+		 * *** Missing on distribution 1.11.1 version - added by nigelm.
+		 */
+		if (we_are_root || f_do_chown) {
+			if (chown(skipcrud + current_file_name,
+				   hstat.st_uid, hstat.st_gid) < 0) {
+			   msg_perror("cannot chown dir %s to uid %d gid %d",
+				      skipcrud + current_file_name,
+				      hstat.st_uid,hstat.st_gid);
+			}
+		}
 
 		if (f_modified)
 		  goto set_filestat;


 -- 
# Nigel Metheringham         #  EMail: nigelm@ohm.york.ac.uk #
# System Administrator       #  Phone: +44 904 432374        #
# Department of Electronics  #  Fax:   +44 904 432335        #
#     University of York, Heslington, York, UK, YO1 5DD      #
Newsgroups: gnu.utils.bug
From: amorton@cc.uow.EDU.AU (andrew morton)
Subject: Bug in tar-1.11?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 15:08:52 GMT

In tar-1.11, extract.c, line 343 or thereabouts, we have


			 /*
			  * Kludge alert.  NAME is assigned to header.name
			  * because during the extraction, the space that
			  * contains the header will get scribbled on, and
			  * the name will get munged, so any error messages
			  * that happen to contain the filename will look
			  * REAL interesting unless we do this.
			  */
			 namelen = strlen(skipcrud + current_file_name);
			 name = (char *) malloc((sizeof(char)) * namelen);
			 bcopy(skipcrud+current_file_name, name, namelen);
			 size = hstat.st_size;
			 extract_sparse_file(fd, &size, hstat.st_size, name);

Is it not the case that 'name' is not null-terminated?
Don't we want:

			 namelen = strlen(skipcrud + current_file_name);
			 name = (char *) malloc((sizeof(char)) * (namelen + 1));
			 bcopy(skipcrud+current_file_name, name, namelen);
			name[namelen] = '\0';
			 size = hstat.st_size;
			 extract_sparse_file(fd, &size, hstat.st_size, name);


Newsgroups: gnu.utils.bug
From: elliottm@beach.csulb.edu (Mike Elliott)
Subject: Anybody get CVS under SCO 3.2.2?
Organization: Cal State Long Beach
Distribution: gnu
Date: Thu, 12 Nov 1992 07:29:31 GMT

having become addicted to using CVS for project maintenance on Suns, I
tried to compile CVS version 1.3 for SCO Unix.  It compiles, but does
nothing -- just sits there like a lump.  Has anyone gotten past this stage? 

-- 


                                           Mike Elliott
                                           elliottm@beach.csulb.edu

Newsgroups: gnu.utils.bug