HDTenEightyP/NetNews huggingface dataset:
From: gshapiro@monkeyboy.wpi.edu (Gregory Neil Shapiro)
Subject: Re: finger-1.36 minor bug on hpux
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
Distribution: gnu
Date: Wed, 14 Oct 1992 04:08:24 GMT

>>>>> On 13 Oct 92 14:33:19 GMT, neal@ctd.COMsat.COM (Neal Becker) said:

neal> On hpux 8.07 finger shows entries for terminal "co" (console, I
neal> guess) which all show idle time of 24 years!  Anyone know why?

I had this problem on a number of tty's using Ultrix (not just console
ones).  It turned out to be in.cfingerd does the conversion htonl
before sending it but fingerd doesn't ntohl the value read in.  Adding
this in fixed the problem.

Greg
--
 ____________________________________________________________________________
 Gregory Neil Shapiro                                    gshapiro@wpi.wpi.edu
            Academic Systems Integrator, College Computer Center
                       Worcester Polytechnic Institute
 ____________________________________________________________________________

Newsgroups: gnu.utils.bug
From: ric@updike.sri.com (Richard Steinberger)
Subject: cpio 2.1 build problem
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 15 Oct 1992 16:43:42 GMT

I saw the announcement for gnu cpio 2.1 today and decided to retrieve and
build it.  I used a SUN 4/670 with SunOS 4.1.2 and gcc 2.2.2.  Here is
what happened during the "make":

.
.
gcc -O -c -g  -DMAJOR_IN_SYSMACROS=1 -DHAVE_UTIME_H=1 -DHAVE_SYS_MTIO_H=1 -Dcons
t= -DHAVE_UNISTD_H=1 -DUSG=1 -DDIRENT=1 -DVOID_CLOSEDIR=1 -I. rtapelib.c
In file included from /usr/local/include/features.h:141, from /usr/local/include
/signal.h:27, from rtapelib.c:36:
/usr/local/include/sys/cdefs.h:80: warning: `const' redefined
*Initialization*:1: warning: this is the location of the previous definition
rtapelib.c: In function `__rmt_ioctl':
rtapelib.c:534: parse error before `struct'
rtapelib.c:542: parse error before `struct'
*** Error code 1
make: Fatal error: Command failed for target `rtapelib.o'

Does anyone have any ideas/comments?  ./configure seemed to run fine.

regards,

	ric steinberger
	ric@updike.sri.com

Newsgroups: gnu.utils.bug
From: mtranle%paris@icmv.UUCP (Minh Tran-Le)
Subject: Re: finger-1.36 minor bug on hpux
Reply-To: icmv!tranle%caliph@uunet.uu.net
Organization: IntelliCorp Inc.
Distribution: gnu
Date: Wed, 14 Oct 1992 17:15:37 GMT

neal@ctd.COMsat.COM (Neal Becker) writes:

>Thanks for finger-1.36!  Installation was a lot easier than 1.35.  One
>minor problem:

>On hpux 8.07 finger shows entries for terminal "co" (console, I guess)
>which all show idle time of 24 years!  Anyone know why?

Oops, I posted a fix for the wrong problem the last time.  The problem
is really in the `configure' script:

1) to check if the utmp.h defines a structure that contains ut_host
   you need first to include <sys/types.h> otherwise just including
   <utmp.h> on the hpux will fail because there is no typedef for
   pid_t.

2) to check if a machine has a /dev/console, you need to use test -c
   instead of test -f 

Here is a diff of my changes to the configure script:

Minh Tran-Le
---------------------------------------------------------------------------
--- configure-	Wed Oct 14 10:22:56 1992
+++ configure	Wed Oct 14 10:21:12 1992
@@ -491,5 +491,6 @@
 
 		echo checking for ut_host in struct utmp
-echo "#include <utmp.h>
+echo "#include <sys/types.h>
+#include <utmp.h>
 main() { exit(0); } t() { struct utmp ut; ut.ut_host; }" > conftest.c
 if eval $compile; then
@@ -1024,5 +1025,5 @@
 		
 		echo checking for /dev/console
-		if test -f /dev/console; then DEFS="$DEFS -DHAVE_DEV_CONSOLE=1" ; fi
+		if test -c /dev/console; then DEFS="$DEFS -DHAVE_DEV_CONSOLE=1" ; fi
 		
 
@@ -1029,5 +1030,5 @@
 		
 		echo checking for /dev/kbd
-		if test -f /dev/kbd ; then DEFS="$DEFS -DHAVE_DEV_KBD=1" ; fi
+		if test -c /dev/kbd ; then DEFS="$DEFS -DHAVE_DEV_KBD=1" ; fi
 		
 
@@ -1034,5 +1035,5 @@
 		
 		echo checking for /dev/keyboard
-		if test -f /dev/keyboard ; then DEFS="$DEFS -DHAVE_DEV_KEYBOARD=1" ; fi
+		if test -c /dev/keyboard ; then DEFS="$DEFS -DHAVE_DEV_KEYBOARD=1" ; fi
 		
 
@@ -1039,5 +1040,5 @@
 		
 		echo checking for /dev/mouse
-		if test -f /dev/mouse ; then DEFS="$DEFS -DHAVE_DEV_MOUSE=1" ; fi
+		if test -c /dev/mouse ; then DEFS="$DEFS -DHAVE_DEV_MOUSE=1" ; fi
 		
 
@@ -1044,5 +1045,5 @@
 		
 		echo checking for /dev/smf
-		if test -f /dev/smf ; then DEFS="$DEFS -DHAVE_DEV_SMF=1" ; fi
+		if test -c /dev/smf ; then DEFS="$DEFS -DHAVE_DEV_SMF=1" ; fi
 		
 


Newsgroups: gnu.utils.bug
From: drmorris@us.oracle.COM (Dave Morrison)
Subject: indent 1.6 crashes with -ts0
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 14 Oct 1992 19:01:24 GMT

In indent 1.6, there are some mod's taken with the input of -ts taken as
a divisor in io.c.  If you do -ts0 (for example, by accidentally
deleting the '1' in '10'), a core dump is the result.

Dave Morrison

Newsgroups: gnu.utils.bug
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: GNU su doesn't restrict root access?  Why?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 12 Oct 1992 21:27:24 GMT

What does it mean to resist fascism?

Sometimes a few of the users try to hold total power over all the
rest.  For example, in 1984, a few users at the MIT AI lab decided to
seize power by changing the operator password on the Twenex system and
keeping it secret from everyone else.  (I was able to thwart this coup
and give power back to the users by patching the kernel, but I
wouldn't know how to do that in Unix.)

However, occasionally the rulers do tell someone.  Under the usual su
mechanism, once someone learns the root password who sympathizes with
the ordinary users, he can tell the rest.  The "wheel group" feature
would make this impossible, and thus cement the power of the rulers.

I'm on the side of the masses, not that of the rulers.  If you are
used to supporting the bosses and sysadmins in whatever they do, you
might find this idea strange at first.

Newsgroups: gnu.utils.bug
From: pinard@icule.UUCP (Francois Pinard)
Subject: GNU sed 1.11 installation report
Reply-To: pinard@iro.umontreal.ca
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 15 Oct 1992 18:25:32 GMT

GNU sed 1.11 configured and installed perfectly using GNU C 1.41 under
COFF encapsulation on this 386/ix 2.0.2 system, waiting for Hurd to be
ready :-).  Let me comment on two things:

* The INSTALL file should be rejunevated, from Autoconf 1.2's maybe.

* There should be some installable user documentation.

Thanks for keeping GNU active and improving.

-- 
Franc,ois Pinard        ``Vivement GNU!''        pinard@iro.umontreal.ca
(514) 588-4656                                    ...!uunet!iros1!pinard
Consider joining the League for Programming Freedom.  Email for details!

Newsgroups: gnu.utils.bug
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: Fix for binutils 1.9 ld on Sequent Symmetry
Organization: Harvey Mudd College, Claremont, CA 91711
Distribution: gnu
Date: Sat, 10 Oct 1992 09:52:32 GMT

The first patch is just a convenient mod so ranlib can find ar even if it
isn't named ar...

I have also copied the cp-dem.c from the gcc 2.2.2 distribution over the
cplus-dem.c file in binutils-1.9, since the mangling format has changed
somewhat since 1.9 was released.

The second patch fixes ld.c to set the a_version field of the exec header
in the Sequent a.out format to 1, as does the system ld.

Any plans to port BFD to the Symmetry?

Jason Merrill
jason@jarthur.claremont.edu

-----Cut here-----
diff -u tmp/binutils-1.9/Makefile binutils-1.9/Makefile
--- tmp/binutils-1.9/Makefile	Wed Apr 17 12:37:51 1991
+++ binutils-1.9/Makefile	Sat Oct 10 01:42:24 1992
@@ -24,9 +24,10 @@
 # But you might need to use your old C compiler to compile the other
 # programs (ld at least), if you can't run gcc without them
 # (particularly on COFF systems).
-#CC = cc
+CC = $(GNUCC)
 
-bindir=/usr/local/gnubin
+bindir=/usr/local/bin
+binprefix=gnu
 
 # For BSD:
 # For SunOS 4.x, take out -DVPRINTF_MISSING.
@@ -120,7 +121,7 @@
 $(archpfx)ranlib: $(archpfx)ranlib.o $(GNU_GETOPT_LONG) $(LIBS)
 	$(CC) $(CFLAGS) -o $(archpfx)ranlib $(archpfx)ranlib.o $(GNU_GETOPT_LONG) $(LIBS)
 $(archpfx)ranlib.o: ranlib.c
-	$(CC) -c $(CFLAGS) -DAR_PROG=\"$(bindir)/ar\" ranlib.c $(OUTPUT_OPTION)
+	$(CC) -c $(CFLAGS) -DAR_PROG=\"$(bindir)/$(binprefix)ar\" ranlib.c $(OUTPUT_OPTION)
 
 $(archpfx)objdump: $(archpfx)objdump.o $(archpfx)error.o $(GNU_GETOPT_LONG) a.out.gnu.h $(LIBS)
 	$(CC) $(CFLAGS) -o $(archpfx)objdump $(archpfx)objdump.o $(archpfx)error.o \
diff -u tmp/binutils-1.9/ld.c binutils-1.9/ld.c
--- tmp/binutils-1.9/ld.c	Fri Mar 29 12:29:40 1991
+++ binutils-1.9/ld.c	Sat Oct 10 02:23:04 1992
@@ -226,9 +226,13 @@
 #ifdef hpux
 #define INITIALIZE_HEADER N_SET_MACHTYPE (outheader, HP9000S200_ID)
 #endif
-#if defined(i386) && !defined(sequent)
+#if defined(i386)
+#if !defined(sequent)		/* Sequent has no a_info field */
 #define INITIALIZE_HEADER N_SET_MACHTYPE (outheader, M_386)
-#endif /* Sequent symmetry.  */
+#else				/* But it requires a version # */
+#define INITIALIZE_HEADER outheader.a_version = 1
+#endif /* !sequent */
+#endif /* i386 */
 #if defined(hp300)
 #define INITIALIZE_HEADER outheader.a_mid = MID_HP300
 /* MORE/bsd tags the filename symbol with N_FN|N_EXT not N_TEXT */

Newsgroups: gnu.utils.bug
From: qralston@cislabs.pitt.EDU (James Ralston Crawford)
Subject: more comps/complaints/problems with GNU finger
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 9 Oct 1992 21:40:10 GMT

obtained from:	prep.ai.mit.edu
version:	1.35
hardware:	Sun-4/670MP, Sun-4/50, Sun-4/40
OS:		SunOS 4.1.2 (on all machines)
C compiler:	gcc -O2 (on all machines)

	Two more things.

	A man page is desperately needed.

	Also:

phantom:qralston:~/work> finger .clients
There are 37 clients served by phantom.cislabs.pitt.edu.

Hostname                 Address         Status           Idle Time
phantom.cislabs.pitt.edu 130.49.10.42    up(4 users)      
christine.cislabs.pitt.edu 130.49.10.43    free             
raoul.cislabs.pitt.edu   130.49.10.44    free             
firmin.cislabs.pitt.edu  130.49.10.45    free             
andre.cislabs.pitt.edu   130.49.10.46    free             
carlotta.cislabs.pitt.edu 130.49.10.47    free             
piangi.cislabs.pitt.edu  130.49.10.48    free             
reyer.cislabs.pitt.edu   130.49.10.49    free             

	Eek!  How about cleaning this up so that the columns line up
properly?  Truncating the hostname to a minimum number of characters
would probably be a good start.

	(Yes, I know, I'm being a pain.  It's late; please pardon my
tactlessness.)

	Regards,

James

-- 
James Ralston Crawford \ Advanced Technology Lab                   The
qralston@cislabs.pitt.edu \ qralston@pittvms.bitnet                 Phantom
"Pitiful creature of darkness \ What kind of life have you known"  - of the
"God give me courage to show you \ You are not alone"                 Opera

Newsgroups: gnu.utils.bug
From: pinard@icule.UUCP (Francois Pinard)
Subject: GNU locate and case sensitiveness
Reply-To: pinard@iro.umontreal.ca
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 15 Oct 1992 11:42:58 GMT

As for GNU find 3.7, I do not see a way to ask for a case insensitive
search, other than writing patterns with [xX] etc.  Could such a
feature be eventually merged in?  Thanks.

-- 
Franc,ois Pinard        ``Vivement GNU!''        pinard@iro.umontreal.ca
(514) 588-4656                                    ...!uunet!iros1!pinard
Consider joining the League for Programming Freedom.  Email for details!

Newsgroups: gnu.utils.bug
From: ro@techfak.uni-bielefeld.DE (Rainer Orth)
Subject: some sed 1.10 bugs
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 13 Oct 1992 21:38:07 GMT

Trying to install sed 1.10 revealed a couple of problems:

* configure: '?' cannot be used as sed's delimiter with a preceding $, sh
  expands $? in this case; using autoconf 1.1 with the supplied
  configure.in fixes the problem, ',' was used as a delimiter here

* sed.c (main): its clearer to use RE_SYNTAX_SED from regex 0.11 (Hint from
  Karl Berry) 

  removed local definition of bcopy, it breaks on NeXT OS 2.1 where bcopy
  is a macro in <string.h>; define bcopy to use memcpy if USG ||
  STDC_HEADERS, but undef first to avoid redefinition warning

* regex.c: undef bcopy, bcmp, and bzero; NeXT OS 2.1 defines them in
  <string.h> 

===================================================================
RCS file: RCS/regex.c,v
retrieving revision 1.1
diff -u -r1.1 regex.c
--- regex.c	1992/09/16 14:52:41	1.1
+++ regex.c	1992/10/13 19:17:24
@@ -47,6 +47,9 @@
    `BSTRING', as far as I know, and neither of them use this code.  */
 #if USG || STDC_HEADERS
 #include <string.h>
+#undef bcmp
+#undef bcopy
+#undef bzero
 #define bcmp(s1, s2, n)	memcmp ((s1), (s2), (n))
 #define bcopy(s, d, n)	memcpy ((d), (s), (n))
 #define bzero(s, n)	memset ((s), 0, (n))
===================================================================
RCS file: RCS/sed.c,v
retrieving revision 1.1
diff -u -r1.1 sed.c
--- sed.c	1992/10/13 06:15:07	1.1
+++ sed.c	1992/10/13 19:14:34
@@ -38,27 +38,12 @@
 #if !defined(STDC_HEADERS)
 #include <memory.h>
 #endif
+#undef bcopy
+#define bcopy(s, d, n) memcpy (d, s, n)
 #else
 #include <strings.h>
 #endif
 
-void bcopy (from, to, len)
-     char * from;
-     char * to;
-     int len;
-{
-  if (from < to)
-    {
-      from += len - 1;
-      to += len - 1;
-      while (len--)
-	*to-- = *from--;
-    }
-  else
-    while (len--)
-      *to++ = *from++;
-}
-
 char *version_string = "GNU sed version 1.10";
 
 /* Struct vector is used to describe a chunk of a sed program.  There is one
@@ -343,7 +328,7 @@
 	struct sed_label *go,*lbl;
 
 	/* see regex.h */
-	re_set_syntax (RE_SYNTAX_POSIX_BASIC);
+	re_set_syntax (RE_SYNTAX_SED);
 
 
 	myname=argv[0];

-----------------------------------------------------------------------------
Rainer Orth, Technical Computer Science, University of Bielefeld

Internet: ro@TechFak.Uni-Bielefeld.DE


Newsgroups: gnu.utils.bug
From: rrh@tera.com (Robert R. Henry)
Subject: binutils-2.0: nm
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 14 Oct 1992 20:05:27 GMT

It appears that the nm shipped with binutils-2.0 does not
demangle C++ names.

I think that it should, at least under option.  It certainly makes some
kinds of debugging much easier.

I tracked down the name printing in nm to the point where it
dissappeared into the bfd rathole, and then gave up.

A grep shows that gprof and ld demangle names; any other tools
besides nm that should also do it?

Robert Henry

Newsgroups: gnu.utils.bug
From: rdm@cfcl.com (Rich Morin)
Subject: grep-1.6
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 10 Oct 1992 04:25:26 GMT

Under SunOS 4.1.1 (on a Sun-3/60), the test suite fails:

  rdm@cfcl 6: make
  cc -g -o grep dfa.o regex.o getopt.o ggrep.o 
  builddir=`pwd`; cd ./tests; sh regress.sh $builddir
  awk: syntax error at source line 2
   context is
	!/^#/ >>>  && <<< 
  awk: bailing out at source line 2
  touch check.done

The failure occurs in test/scriptgen.awk, due to a bug in Sun's AWK.
One possible workaround is:

  BEGIN { print "failures=0"; }
  !/^#/ {
    if (NF == 3) {
	print "echo '" $3 "' | $1/egrep -e '" $2 "' > /dev/null 2>&1";
	print "if [ $? != " $1 " ]"
	print "then"
	printf "\techo Spencer test \\#%d failed\n", ++n
	print "\tfailures=1"
	print "fi"
    }
  }
  END { print "exit $failures"; }

Under SunOS 4.1.1 (on a Sun-3/60) and SunOS 4.1.3 (on a Sun ELC), the
configure script produces the following incorrect line:

  DEFS =  -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1

This cause the Sun C compiler to emit scads of error messages about 'const'
declarations.  I don't know how to fix configure, but the line should read:

  DEFS =   -DHAVE_UNISTD_H=1

Yours, Rich Morin
rdm@cfcl.com

Newsgroups: gnu.utils.bug
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: Memory leaks in Gnu Make 3.62
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 8 Oct 1992 18:42:09 GMT

While I'm happy to see these fixes, I am sad to see anyone using
purify.  The developers of purify did something particularly nasty:
they published a paper in Usenix explaining how purify works,
and then we found that they are patenting it--so that the paper
was just a trap, leading to a lawsuit for anyone who tries to use
the ideas therein.

It might be useful to send them an angry letter saying you will
give their product a negative recommendation on account of the patent.



Newsgroups: gnu.utils.bug
From: rrh@tera.com (Robert R. Henry)
Subject: bad file names output by binutils2.0: objdump
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 14 Oct 1992 17:03:00 GMT


Newsgroups: gnu.utils.bug
From: leisner@wrc.xerox.COM ( Marty Leisner)
Subject: Re: GNU su doesn't restrict root access?  Why?
Reply-To: leisner.henr801c@xerox.com
Organization: Xerox
Distribution: gnu
Date: Thu, 15 Oct 1992 15:56:22 GMT

Supporting a wheel group doesn't provide a way to log in as root if you aren't in the
group.

A more useful approach (assuming there are passwords on accounts [at least to protect
some from themselves] would be the prompt for your password if your in the wheel group,
and the root password if you aren't.  I understand some machines have this installed at MIT.

I definitely am of the opinion locks generally keep honest people out.

--
marty
leisner.henr801c@xerox.com  
Member of the League for Programming Freedom
From: bothner@cygnus.com
Newsgroups: gnu.utils.bug
Subject: Re: libg++2.2, glibc1.05, gcc2.2.2 cross development glitches
Date: 14 Oct 92 11:06:44 GMT
Article-I.D.: rtl.9210150106.AA09252
Distribution: gnu
Organization: GNUs Not Usenet

> I had to dummy up a nm that gen-params would find
> that was the right nm; there should be some mechanism so that I
> can override nm when I invoke make (viz, ``gmake NM=nm68k'', say).

Well, there is, sort of:

	CONFIG_NM=my_nm make

> 5) The defintion of `socket', `listen', `socketpair'
> and other functions differs between the two libraries ...

If glibc header files include the necessary 'extern "C"'
declaration, you can kludge up libg++/configure.in to
not use the files in libg++/g++-include at all.
Look for: HAVE_CPLUS_EXTERN = 1

If you don't have 'extern "C"'in the header, hopefully gcc-2.3 will
come with a script that generates these for you.
	--Per
Newsgroups: gnu.utils.bug
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: Make 3.62 incorrectly expands $*
Organization: Harvey Mudd College, Claremont, CA 91711
Distribution: gnu
Date: Sat, 10 Oct 1992 08:41:25 GMT

In the finger-1.36 distribution, the makefiles in the lib subdir contain
the implicit rule

.c.o:
	$(CC) -c $(CFLAGS) $(INCFLAGS) $(DEFS) $*.c

Even though the file matched is /gnu/finger-1.36/lib/error.c, for instance,
$*.c only expands to error.c, and gcc complains that it can't find error.c
in the current directory.  Replacing $*.c with $< fixes the problem.

According to the info pages, $* should expand to "the stem with which an
implicit rule matches".  Is this not "/gnu/finger-1.36/lib/error"?

--
Jason Merrill
jason@jarthur.claremont.edu

Newsgroups: gnu.utils.bug
From: rrh@tera.com (Robert R. Henry)
Subject: binutils2.01 bug in opcodes/Makefile
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 14 Oct 1992 16:32:54 GMT

When building binutils2.0,
  host=sparc-sun-sunos4.1 target=68k-sun-sunos4.1
in a separate directory (as encouraged for building cross development tools),
a bug in opcodes/Makefile was exposed.

in opcodes/Makefile, line 134, the macro expansion of DODIRS is empty.
This means that one ends up with
	for i in ; do .....
which is illegal sh syntax; sh wants to see a set of iterates
containing at least one element, not zero elements.



Newsgroups: gnu.utils.bug
From: brennan@baker.ds.boeing.COM (Michael D Brennan)
Subject: diff2.0 bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 13 Oct 1992 15:41:30 GMT

The following setup with diff2.0 core dumps:

GNU diff version 2.0
compiled gcc2.2.2 -O2 -g  (does not happen -g only)

sun sparc station ipc, os4.1.1


gdb output follows.  The two input files to diff are 42K so I'll
only send them if you want them.

--
Mike Brennan
brennan@boeing.com



(gdb) run mawk/man/mawk.doc mawk112/man/mawk.doc
Starting program: /usr/brennan/diff-2.0/diff mawk/man/mawk.doc mawk112/man/mawk.doc

Program received signal 11, Segmentation fault
0x3e6c in diag (xoff=0, xlim=1167, yoff=0, ylim=1108, cost=0xf7ffebe4)
    at analyze.c:93
93	  bd[bmid] = xlim;
(gdb) where
#0  0x3e6c in diag (xoff=0, xlim=1167, yoff=0, ylim=1108, cost=0xf7ffebe4)
    at analyze.c:93
#1  0x4554 in compareseq (xoff=0, xlim=1167, yoff=0, ylim=1108)
    at analyze.c:266
#2  0x5178 in diff_2_files (filevec=0xf7ffecf8, depth=0) at analyze.c:818
#3  0x3cec in compare_files (dir0=0x0, name0=0xf7fff067 "mawk/man/mawk.doc", 
    dir1=0x0, name1=0xf7fff079 "mawk112/man/mawk.doc", depth=0) at diff.c:802
#4  0x3000 in main (argc=3, argv=0xf7ffef24) at diff.c:524
(gdb) info locals
fd = (int *) 0x35a18
bd = (int *) 0x37df8
xv = (int *) 0x2fd18
yv = (int *) 0x323e0
dmin = -1108
dmax = 1167
fmid = 0
bmid = 59
fmin = 0
fmax = 0
bmin = -143015844
bmax = -143015844
c = 1
odd = 0
(gdb) quit

Newsgroups: gnu.gcc.bug
From: meissner@osf.ORG
Subject: pmax cc1 2.2.2 dumps core
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 9 Oct 1992 10:10:26 GMT

| The following short program (simplified from the gs 2.5.2 sources)
| causes the DEC MIPS cc1 from gcc 2.2.2 to take a seg fault iff -O 
| and -g are both specified.
| 
|         struct foo { int a; } *q, *p;
| 
|         void
|         func(struct foo *r)
|         {        
|                 p = r;
|                 q = p;
|         }
| 
| It has probably already been reported, since it results from using
| the Gnu compiler to build a Gnu tool on a popular platform.

Fixed in the forthcoming 2.3.

--
Michael Meissner	email: meissner@osf.org		phone: 617-621-8861
Open Software Foundation, 11 Cambridge Center, Cambridge, MA, 02142

You are in a twisty little passage of standards, all conflicting.

Newsgroups: gnu.gcc.bug
From: joe@veritas.COM (Joe Fasano)
Subject: gcc-2.2.2 bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 15 Oct 1992 15:11:00 GMT

Running gcc-2.2.2 on a SparcStation running SunOS 4.1.2

This example is from the ARM.

#include	<iostream.h>

class B {
public:
   void f(int);
};
void B::f (int i) { cout << "called B \n";}


class D : public B {
public:
    void f(char*);
};
void D::f (char* c) { cout << "called D\n";}



main()
{
    D pd;
    pd.f(1);   // error: D::f(char*) hides B::f(int)
  
               // g++ results in a call to B.
	       // section 13.1, page 310 of ARM(Ellis & Stroustrup) 
               // clearly states that it should generate an error.
}

- joe
joe@veritas.com
 -----------------------------------------------------------------------------
 Joe Fasano                         Internet: joe@veritas.com
 Veritas Software                   uucp:   ...!{apple,pyramid}!veritas!joe
 4800 Great America Pkwy, Ste 420
 Santa Clara, CA  95054             Phone:  408-727-1222

Newsgroups: gnu.gcc.bug
From: gelsey@cs.rutgers.edu (Andrew Gelsey)
Subject: gcc version 2.2.2 bug in variable-length arrays
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 8 Oct 1992 21:08:21 GMT

wright% cat bug.c
void f(int n) {
 double a[n],b[n],c[n][n],d[n][n];

 b[0] = 2.2;
 }

void main() {
 f(2);
 }
wright% gcc bug.c
wright% a.out
Bus error
wright% gcc -v
Reading specs from /usr/local/gnu/lib/gcc-lib/sparc-sunos4/2.2.2/specs
gcc version 2.2.2
wright% 

Newsgroups: gnu.gcc.bug