HDTenEightyP/NetNews huggingface dataset:
From: larry@shark.mitra.COM (Larry Williamson)
Subject: gdb 4.7 cannot attach to a running process in SunOS 4.1.x
Organization: Mitra Imaging Inc.
Distribution: gnu
Date: Mon, 14 Dec 1992 07:12:21 GMT

We use attach and detach a lot. I recently upgraded from gdb 4.3 to
4.7. Now we cannot attach and detach.

I've had a look over the gdb code, for hints, but I can not work out
the problem.

There error message we get is 

------------------------------
# gdb test_command 4443
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.7, Copyright 1992 Free Software Foundation, Inc...

/home/larry/test/4443: No such file or directory.

Can't attach to a process on this machine.
------------------------------
The machines are all sparc's, running SunOS 4.1.2 and 4.1.3.

Our application code is compiled with gcc 2.2.2 and gcc 2.3.2. We use
the standard sun linker (ld), not gnu-ld. Shared libraries are used.

Any suggestions?

-larry

Newsgroups: gnu.gdb.bug
From: vaughan@trilogy.com (Paul Vaughan)
Subject: gdb 4.7 slow this
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 22:07:34 GMT

I find that when I say "print this" it takes about 10 seconds, whereas
printing a slot from the this object is instant.

This is on a Sun Sparc 2 (both host and target), SunOS 4.1, SUN CC
compiled program under test.


Newsgroups: gnu.gdb.bug
From: fnf@cygnus.com (Fred Fish)
Subject: Re: Trouble setting breakpoints in g++ member fn's
Organization: Amiga Library Distribution Services
Distribution: gnu
Date: Sat, 12 Dec 1992 16:00:55 GMT

In article <1992Dec11.133649.25642@e2big.mko.dec.com> yon@cbm.dec.com writes:
>I try that (using both just <TAB> and C-c <TAB>), and I get "[no match]" on the
>latter.  I've also tried forcing "language" to be "c++".

The time optimization put in symtab.c to avoid doing unnecessary demanglings
is broken.  This patch will fix things so that completion works again, but
it will have probably have noticable effects on gdb's speed, particularly
with large executables.  You may want to try it though.

-Fred

*** /export/home/work/devo.ref/gdb/symtab.c	Thu Dec 10 09:38:22 1992
--- symtab.c	Fri Dec 11 18:43:37 1992
***************
*** 2499,2507 ****
--- 2499,2512 ----
  
    /* clip symbols that cannot match */
  
+ #if 0
+   /* This is broken.  For example, if text="bob:", for class bob, then
+      symnames like "__3bobi" (bob's constructor), or "doug__3bobi" (a
+      function doug in class bob) will be rejected.  -fnf */
    if (!cplus_match (symname, text, text_len)) {
      return;
    }
+ #endif
  
    /* matches mangled, may match unmangled.  now clip any symbol names
       that we've already considered.  (This is a time optimization)  */
***************
*** 2523,2528 ****
--- 2528,2540 ----
  
        symname = demangled;
      } else {
+ #if 1
+       /* The symbol is not a mangled C++ symbol, thus it is a potential
+ 	 match only if it's leading substring matches text in text_len
+ 	 characters. */
+       if (strncmp (symname, text, text_len) != 0)
+ 	return;
+ #endif
        symname = savestring (symname, strlen (symname));
      }
  


-- 
|\/ o\  Fred Fish, 1835 E. Belmont Drive, Tempe, AZ 85284,  USA
|/\__/  1-602-491-0048 {asuvax,mcdphx,cygint,amix}!fishpond!fnf
From: tw@sics.se (Tommy Wallo)
Newsgroups: gnu.gdb.bug
Subject: step in gdb-4.7 on SGI Irix-4.x doesn't work
Date: 14 Dec 92 05:22:40 GMT
Distribution: gnu
Organization: GNUs Not Usenet

oliveros:tw> uname -a
IRIX oliveros 4.0.5F 08280217 IP12

oliveros:tw> cat config.status 
#!/bin/sh
# This file was generated automatically by configure.  Do not edit.
# This directory was configured as follows:
../configure --prefix=/usr/gnu --srcdir=.. mips-sgi-irix4 -norecursion 
# using "../config/mh-irix4"

oliveros:tw> cat gdbtest.c
#include <stdio.h>
main()
{
        int i;
        for (i=0; i<2; i++) {
                printf("%d", i);
        }
        exit(0);
}

oliveros:tw> gcc -v
Reading specs from /usr/gnu/lib/gcc-lib/iris/2.2.2/specs
gcc version 2.2.2

oliveros:tw> gcc -g -o gdbtest gdbtest.c 
(You get the same behaviour if you compile with cc)
oliveros:tw> gdb gdbtest
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.7, Copyright 1992 Free Software Foundation, Inc...
(gdb) break main
Breakpoint 1 at 0x400234: file gdbtest.c, line 5.
(gdb) run
Starting program: /a/krishna/home1/tw/C/gdbtest 

Breakpoint 1, main () at gdbtest.c:5
5               for (i=0; i<2; i++) {
(gdb) s
6                       printf("%d", i);
(gdb) s
printf () at printf.c:43
printf.c:43: No such file or directory.
(gdb) s
printf.c:38: No such file or directory.
(gdb) s
printf.c:43: No such file or directory.
(gdb) s
printf.c:54: No such file or directory.

And so on..

This problem existed in earlier versions of gbd also.

	-- Tommy

--
Tommy Wallo                                     Internet: tw@sics.se
Swedish Institute of Computer Science (SICS)    Tel:      +46 8 752 15 53
PO Box 1263, S-164 28 KISTA, SWEDEN             Fax:      +46 8 751 72 30
Newsgroups: gnu.gdb.bug
From: hasbrouck@helix.enet.DEc.COM
Subject: Request For Information on GDB Contacts, Newsletter, etc.
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 13:49:50 GMT

I work for DEC and support GDB for DECelx (a variant of VxWorks from
Wind River Systems).  I am writing to find out how to get on a mailing
list for whatever public distributions FSF has for GDB (bugs, progress
reports, etc.)

I have specific questions that I would like to address to an FSF GDB
software engineer:

1) do you know if anyone is working on an OSF/1 Alpha port of GDB?

2) is anyone working on DEC-Ada, or Ada support?  If not, can you suggest
   the basic algorithm for implementing Ada nested procedures, local
   variables, and up-level referencing.

thanx,

Brian Hasbrouck

Digital Equipment Corp

129 Parker St.
Maynard, MA 01754

reply to this message, or e-mail to hasbrouck@helix.enet.dec.com

or call at (508) 493-6870

Newsgroups: gnu.gdb.bug
From: larry@shark.mitra.COM (Larry Williamson)
Subject: Re: gdb 4.7 cannot attach to a running process in SunOS 4.1.x
Organization: Mitra Imaging Inc.
Distribution: gnu
Date: Mon, 14 Dec 1992 08:56:45 GMT

I wrote earlier today...
>Can't attach to a process on this machine.

I have tracked this down to a missing include in gdb/inftarg.c

This file does not include "nm.h". I added this include, the problem
seems to be resolved.

-larry


Newsgroups: gnu.gdb.bug
From: glass@solipsist.cs.berkeley.edu
Subject: symmetry support under dynix
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 16 Dec 1992 20:11:15 GMT

Hi,

I'm about about half way done porting gdb 4.7 to the Sequent Symmetry
(i386 multiprocessor).  This seems like a good time to ask whether gdb
support for the Symmetry is forthcoming in release 4.8 so I don't
duplicate anyone else's work, even though I'm having loads of fun.

later,
Adam Glass

Newsgroups: gnu.gdb.bug
From: vaughan@trilogy.com (Paul Vaughan)
Subject: print object fails
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 23:09:44 GMT

Setting print object on does not accomplish anything for me. Does it
work? I searched in the manual for "print object" and found no
disclaimers.

This is gdb 4.7 on a Sun Sparc 2 (both host and target), SunOS 4.1,
SUN CC compiled program under test, with help from cback version 2.05.

There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.7, Copyright 1992 Free Software Foundation, Inc...
(gdb) break fiz
Breakpoint 1 at 0x22ec: file trash.cc, line 20.
(gdb) run
Starting program: /home/vaughan/trilogy/engine/src/trash 

Breakpoint 1, fiz (b=0xf7fff8c4) at trash.cc:20
(gdb) set print object on
(gdb) show print object
Printing of object's derived type based on vtable info is on.
(gdb) print b
$1 = (struct Base *) 0xf7fff8c4            <------------ shouldn't this be Foo*?

--------------------------------trash.cc----------------------------------------
class Base {
public:
	virtual void fuz(int);
};


class Foo : public Base {
public:
	virtual void fuz(int);
};

void fiz(Base*);

void main () { 
	Foo foo;
	fiz(&foo);
}

void fiz(Base* b) {
	b->fuz(3);
}

void Base::fuz(int) {}
void Foo::fuz(int) {}

Newsgroups: gnu.gdb.bug
From: rrh@tera.com (Robert R. Henry)
Subject: printf_filtered %s in gdb4.7 remote.c
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Dec 1992 01:38:11 GMT

There are 2 instances in gdb4.7 remote.c where
printf_filtered("...%s") is called, where the corresponding argument
is a buffer that may have >256 characters in it, thus badly
breaking printf_filtered.

These occurances needs to be converted to fputs_filtered.

Newsgroups: gnu.gdb.bug
From: fredrick@asc.slb.com (Jeanne Frederick)
Subject: Port of gdb to Convex
Organization: Schlumberger Austin Systems Center
Distribution: gnu
Date: Thu, 17 Dec 1992 16:10:57 GMT

Greetings,

I am compiling version 4.7 gdb to Convex C2 (OS version 10.0.151).
I configured via the command

   configure convex-c2

Which gave the messages:

   *** opcodes does not support host c2-convex-sysv
   *** BFD does not support host c2-convex-sysv

And when I did a make, a large number of syntax errors were given, particularly
in the convex-tdep.c and convex-xdep.c and convex-pinsn.c files:

cc -c -g      -I. -I. -I./../include  convex-tdep.c
cc: Error on line 45 of convex-tdep.c: 'exec_file_command' redeclared: inci
ble types.
cc: Error on line 56 of convex-tdep.c: variable 'execfile' undefined.
cc: Error on line 59 of convex-tdep.c: variable 'data_start' undefined.
cc: Error on line 60 of convex-tdep.c: variable 'data_end' undefined.
cc: Error on line 61 of convex-tdep.c: variable 'text_start' undefined.
cc: Error on line 63 of convex-tdep.c: variable 'exec_data_start' undefine.
cc: Error on line 64 of convex-tdep.c: variable 'exec_data_end' undefined.
cc: Error on line 65 of convex-tdep.c: variable 'execchan' undefined.
cc: Error on line 69 of convex-tdep.c: variable 'n_exec' undefined.
cc: Error on line 83 of convex-tdep.c: variable 'filehdr' undefined.
cc: Error on line 86 of convex-tdep.c: left operand of -> or . does not ham
ember 'h_magic'.
cc: Error on line 89 of convex-tdep.c: variable 'opthdr' undefined.
cc: Error on line 89 of convex-tdep.c: left operand of -> or . does not ham
ember 'h_opthdr'.
cc: Error on line 96 of convex-tdep.c: left operand of -> or . does not ham
ember 'h_scnptr'.


Has anyone compiled gdb on a Convex?

Thanks for any help.

Jeanne Frederick

Newsgroups: gnu.utils.bug
From: raeburn@cygnus.com (Ken Raeburn)
Subject: Re: BFD a.out.h formats?
   From: dfishman@csn.org (Dan Fishman)
   Date: Fri, 11 Dec 1992 06: 09:32 GMT
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 12 Dec 1992 04:36:10 GMT

   Can anyone out there advise me in this matter.  I am using GCC 2.3.2,
   GAS 1.38.1, BINUTILS 2.0, and GDB 4.7.  Though not thoroughly checked
   out yet, each piece seems happy though each seems to have a different
   concept of what a.out formats really are... GAS  uses a.out.gnu.h, 
   BINUTILS uses a version of BFD front-end, GDB uses a different version
   of BFD front-end.

GAS will soon use BFD as well.

The differences between the binutils and gdb versions of BFD are merely that
one was a snapshot of the library taken before the other.

   I have home-brew tools that want to recognize some parts of the a.out 
   format.  What header file should I use from which of these tools to
   accurately reflect the a.out format for these home-brew tools?

The gdb release was more recent, so I'd suggest using that, to catch any
bugfixes made since the binutils 2.0 release.  (I don't know offhand if any
fixes were made to a.out handling in that interval.)  Use include/bfd.h;
include/aout may have some files of interest, depending on what you're
doing.

Ken

Newsgroups: gnu.utils.bug
From: mwibbels@composit.me.uidaho.edu (mark wibbels)
Subject: bison parser error message
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 07:05:23 GMT

This is probably not a bug but perhaps you could
address the issue anyway.  While trying to istall 
the bison parser generator we get an error message
after running the configuration and then typing 
"make install".  The compiling process works for:
LRO.c,derives.c....untill it gets to this message

"cc -c -g -DXPFILE=\"/usr/local/lib/bison.simple\" -DXPFILE= ..sameline
\"/usr/local/lib/bison.hairy\" ./files.c ./system.h .....sameline
:13 can't find include file strings.h
* Error code 1
STOP "

I have checked the files which were mentioned in 
the lines proceeding the error message and they 
were all contained in the bison-1.19 directory which
were created by tar, but there is no strings.h.  Is
bison supposed to use a strings.h which should be in
the tarred file or is it supposed to use a strings.h
which should already be on our system?

Your attention to this would be greatly appreciated
                thanks mwibbels


Newsgroups: gnu.utils.bug
From: denny@tekbspa.UUCP
Subject: Makefile.in in bison 1.19
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 02:19:50 GMT

The command line for files.o should include $(DEFS), so that system.h
(as included by files.c) will have definations for USG:

*** Makefile.in.org	Thu Sep 10 19:46:00 1992
--- Makefile.in	Fri Dec 18 10:17:53 1992
***************
*** 145,151 ****
  
  # This file is different to pass the parser file names to the compiler.
  files.o: files.c
! 	$(CC) -c $(CFLAGS) $(PFILES) $(srcdir)/files.c $(OUTPUT_OPTION)
  
  LR0.o: system.h machine.h new.h gram.h state.h
  closure.o: system.h machine.h new.h gram.h
--- 145,151 ----
  
  # This file is different to pass the parser file names to the compiler.
  files.o: files.c
! 	$(CC) -c $(CFLAGS) $(DEFS) $(PFILES) $(srcdir)/files.c $(OUTPUT_OPTION)
  
  LR0.o: system.h machine.h new.h gram.h state.h
  closure.o: system.h machine.h new.h gram.h


Denny

Newsgroups: gnu.utils.bug
From: bothner@cygnus.com
Subject: Re: BFD a.out.h formats?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 12:30:42 GMT

> BINUTILS uses a version of BFD front-end, GDB uses a different version
> of BFD front-end.

Not really, since binutils and gdb are both built out of the same
master source tree.  The differerences between the bfd (and include)
directories are because binutils-2.0 and gdb-4.7 were released at
different dates, and so reflect different snapshots of the same
source tree,

So, use whichever version is newer.

	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.utils.bug
From: Rick_Ohnemus@imd.sterling.COM (Richard Ohnemus)
Subject: Bug in gawk 2.14 patchlevel 0
Organization: Sterling Software
Distribution: gnu
Date: Wed, 16 Dec 1992 23:30:23 GMT

gawk produces some rather interesting results when given the following:

    BEGIN {
	5a = 10;
	print 5a
	b = 6 + 5a
	print b
	c = (6) + (5a)
	print c
    }

This is definately bad awk code. (I would never write something like
this on purpose. A bug in another program that generates awk code
caused something similar to the above to be output.)

awk, mawk, and nawk all generate a syntax error when given the above
code.
-- 
Rick Ohnemus   INTERNET: rick@IMD.Sterling.COM   UUCP: uunet!sparky!rick
LAND: Sterling Software IMD, 1404 Ft. Crook Rd. South, Bellevue NE. 68005-2969
Phone: (402) 291-8300        FAX: (402) 291-4362
I never receive credit for anything I write! (I'm an Ohnemus. 8-)

Newsgroups: gnu.utils.bug
From: moniot@dsm.dsm.fordham.EDU (Robert Moniot)
Subject: who am i fails when run from xdm xterm
Organization: Fordham University/CLC, Division of Science and Math
Distribution: gnu
Date: Wed, 16 Dec 1992 17:10:25 GMT

Program: GNU who
Version: in shellutils-1.8
System: AIX 3.2.2 on IBM RS/6000 model 220
Environment: running Xwindows under xdm
             display device is an IBM XStation 120

Description: The command ``who am i'', when run from an xterm window
launched from an xdm-controlled X windows session, gives no output.
The same command run from an aixterm window, or from an xterm started
up under xinit, gives the correct result.  The command ``who'' with
no arguments, and the command ``whoami'', work correctly from either
type of window.  The IBM-supplied who program works correctly in all
cases.
--


Bob Moniot
Fordham University
College at Lincoln Center
New York, NY  10023  (212) 636-6331

BitNet:   MONIOT@FORDMULC
InterNet: moniot@mary.fordham.edu

Newsgroups: gnu.utils.bug
From: zoo@cygnus.com (david d `zoo' zuhn)
Subject: sed-1.13 is broken
Organization: Cygnus Support -- +1 415 903 1434
Distribution: gnu
Date: Fri, 18 Dec 1992 02:56:55 GMT

This shell script

---------- slice 'n' dice ------------------------------------- file: sed-test
#!/bin/sh
SED=${SED:-sed}
echo "this is a test" | ${SED} -e 's,\|,r,g'
----------

demonstrates a bug in sed-1.13.  

Running this script with SED=/usr/bin/sed (on a Sun4) returns the string
"this is a test", as expected.

Running the script with SED=/usr/latest/bin/sed (which is 1.13), I get the
following output: "rtrhrirsr rirsr rar rtrersrtr"


This happens when compiled with either cc or gcc.

  david d 'zoo' zuhn |    There is great disorder under the heavens,
    cygnus support   |         and the situation is excellent.
    zoo@cygnus.com   |    


Newsgroups: gnu.utils.bug
From: scottm@intime.INTime.COM (Scott Michel)
Subject: Screen 3.2 on SCO Open Desktop 2.0...
Organization: -- J/24 -- Racers Home for Programmers
Distribution: gnu
Date: Thu, 17 Dec 1992 20:04:04 GMT

I tried to mail this, but m1rcd00@fed.UUCP isn't a host or domain I can get
to or reach. Sorry to waste alt.net.bandwidth.

--------------------------------------------------------------------------

It looks like <sys/types.h> is being included twice.  SCO should have
done something to ignore the second and subsequent inclusions. Now,
the solution around this is to edit /usr/include/sys/types.h by hand,
adding something like this at the absolute top:

#ifndef _SYS_TYPES_H

And at the absolute bottom, these two lines:

#define _SYS_TYPES_H
#endif /* _SYS_TYPES_H */

That should eliminate the problem.

Newsgroups: gnu.utils.bug
From: u90jl@ecs.ox.ac.UK
Subject: Minor bug in bison version 1.19
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 13 Dec 1992 22:22:48 GMT

If %semantic_parser is not being used and debugging is switched off
(with YYDEBUG unset), yyrhs is output unnecessarily.  I discovered this
when compiling such an output file with "gcc -Wall", which gave me a
warning that yyrhs was not being used.

When yyprhs and yyrhs are output by bison (in output.c), yyprhs is
surrounded by a "#if YYDEBUG != 0", "#endif" pair.  The fix is to move
the #endif down so yyrhs can also by #if'd out when necessary.

Patch follows.

Jamie

p.s. What does %semantic_parser do anyway?  I'm sure I've seen this
     asked before, but I haven't seen a reply.  Perhaps someone could
     give me a reference to look up?
-------------------------------------------------------------------------------
*** output.c	Sat Apr 18 23:18:38 1992
--- output.c	Sun Dec 13 22:07:23 1992
***************
*** 315,321 ****
    register int j;
    register short *sp;
  
!   /* With the ordinary parser, yyprhs is needed only for yydebug.  */
    if (!semantic_parser)
      fprintf(ftable, "\n#if YYDEBUG != 0");
  
--- 315,321 ----
    register int j;
    register short *sp;
  
!   /* With the ordinary parser, yyprhs and yyrhs are needed only for yydebug. */
    if (!semantic_parser)
      fprintf(ftable, "\n#if YYDEBUG != 0");
  
***************
*** 341,349 ****
  
    fprintf(ftable, "\n};\n");
  
-   if(!semantic_parser)
-     fprintf(ftable, "\n#endif\n");
- 
    fprintf(ftable, "\nstatic const short yyrhs[] = {%6d", ritem[0]);
  
    j = 10;
--- 341,346 ----
***************
*** 368,373 ****
--- 365,373 ----
      }
  
    fprintf(ftable, "\n};\n");
+ 
+   if(!semantic_parser)
+     fprintf(ftable, "#endif\n");
  }
  
  
-------------------------------------------------------------------------------

Newsgroups: gnu.utils.bug
From: rich@superego.sesqui.net (Rich Murphey)
Subject: GNU Graphics Utilities
Reply-To: Rich@rice.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 17:47:47 GMT

lehman@pinkpanther.llnl.gov (Sean Lehman) writes:

   I am running version 0.17 of the GNU Graphics Utilities.

   Can I do scatter plots using the "graph" command?

If you want points in the plot indicated by symbols and not connected
by lines use 'graph +linestyle -1 +symbol cross'.

   Are there routines to display 2D data either as a surface or as a
   "flat" display (with a user-specified look up table)?

GNU Graphics doesn't do perspective plots of bivariate data, but there
are other free programs that do.  I use something called plot3d.  The
sources are on kappa.rice.edu (128.42.4.7) in pub/plot3d.tar.Z.  Rich

Newsgroups: gnu.utils.bug
From: pinard@icule.UUCP (Francois Pinard)
Subject: GNU regexp 0.11 const problem (configuring)
Reply-To: pinard@iro.umontreal.ca
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 19 Dec 1992 22:55:09 GMT

GNU regexp 0.11 contains:

	#if __STDC__
	#define _RE_ARGS(args) args
	#else /* not __STDC__ */
	#define _RE_ARGS(args) ()
->	#if !const && !HAVE_CONST
	#define const
	#endif
	#endif /* not __STDC__ */

Presuming Autoconf's AC_CONST defined `const' to be empty, and without
 __STDC__, the preprocessor sees a syntax error at the arrow.  Maybe
regexp.h should simply leave const alone, and let Autoconf handle it.

-- 
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: rich@superego.sesqui.net (Rich Murphey)
Subject: Gnu Graphics && idraw
Reply-To: Rich@rice.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 06:18:18 GMT

>>>>> klamer@mi.eltn.utwente.nl (Klamer Schutte) writes:

Klamer> In the gnu graphics documentation is mentioned that the output of
Klamer> plot2ps can be edited by idraw. Current version of idraw (3.x) do not
Klamer> have that capability.

Klamer> Can this be fixed?

Yes, in fact it has been and will be in the next release.  I can't
make any promices, but this is a compelling reason to get a new
release out.  I'll follow up when I can provide something stable.  Rich

Newsgroups: gnu.utils.bug
From: root@vort.cuc.ab.CA (Frobnitz The Nth)
Subject: trouble building libg++-2.3 on ISC 3.2.2.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 19 Dec 1992 19:08:46 GMT

using "gcc 2.3.2" on a generic 486 with 16 Mbytes RAM,
configured as "i486-isc".
got the error message "Memory fault - core dumped", from "make" presumably.
seemed to happen after "libiberty.a" was successfully built but before
anything else could be built.
put @echo "starting ..." and @echo "done" before and after each sub-target
of "all.normal" (eg. all-m4, all-gcc, ...) to try to see where make was
dying, found that the last one was "all-newlib".
changing directories to "libibery", "etc", "include", and running make there
does not cause a core dump, only if i run make from the directory above
"libiberty".

Newsgroups: gnu.utils.bug
From: carson@cs.columbia.edu (Carson A. Gaspar)
Subject: strip problem with Sunos 4.1.2
Organization: Columbia University Department of Computer Science
Distribution: gnu
Date: Thu, 17 Dec 1992 13:01:32 GMT

Package: GNU binutils 2.0
OS: Sunos 4.1.2
Compiler: gcc 2.2.2

After I strip a dynamically linked executable, ldd claims it is
statically linked.  The executable still works, so it obviously is
using the shared libraries.  What's going on?


-- 
			    Carson Gaspar
			carson@cs.columbia.edu

Newsgroups: gnu.utils.bug