HDTenEightyP/NetNews huggingface dataset:
From: sdw@bugatti (Steve Williams)
Subject: Re: Installing GNU tools on non-Sun/BSD platforms
Organization: Mead Data Central, Dayton OH
Date: Thu, 9 Apr 1992 14:53:41 GMT
Distribution: usa

ajayshah@alhena.usc.edu (Ajay Shah) writes:
: calyx.corp@mixcom.mixcom.com (calyx.corp) writes:
: 
: >Our company would like to use many GNU tools, but the installation process
: >for many of them is taking so long, that in some cases we could have
: >actually saved money by buying commercial tools that are easier to install.
You should find someone (Austin code works, etc. or me) who has the
tools built for the OS and machine you have.  I had a mail-order
business (will again this year shortly) that offered various GNU tools
for a reasonable fee (this is a labor/materials/etc. fee, not a
license fee as GNU stuff can then be redistributed).

For instance, I provided, on floppies (uhg),  gcc, g++, gdb, gas,
libg++, nihcl on about 13 1.4meg floppies for $150.  This included
source configured for 386 SysV3.2 and binaries ready to install.

When asked for information from my ad, I basically stated that anyone
could get the software and build it, but with what long distance costs
(if you are not lucky enough to have a good net connection) and even a
small fraction of configuration time and learning curve, it would be
much cheaper at my rates.  (That sentence is too long, but correct I
guess and it's how I would have spoken it...)

: 
: Considering how great the payoff to you is, it might be well worth
: installing one Sun or BSD system where you would simply open up things
: and try 'em out.  Such a computer is $5k or so and it can always be
: useful as a NFS server all the time.  How much is the GNU software
: worth to you?
I guess....
I have ported tons!!! of stuff from BSD to SysV and, except for
Kerberos (4 I think), it hasn't been too tough.  Now that I have
access to a Sun, it's great to just do a make to see if something's
really useful.
: 
: SunOS and BSD are close to the "dominant" Unix flavour around, and
: they certainly make your life easier on getting all net software (not
: just GNU).
Remember that SunOS is now SYSV R4 based!!!!!
: 
:         -ans.
: -- 
: 
: Ajay Shah, (213)749-8133, ajayshah@usc.edu

--
Stephen D. Williams    SDW Systems (513) 496-5223 Pager (513) 439-5428 VMail
Object Oriented R&D    Internet: sdw@world.std.com CIS 76244.210@compuserve.com
Source Distribution    By Horse: 10028 Village Tree Ct., Miamisburg, OH 45342
GNU Support            ICBM: 39 34N 85 15W
Newsgroups: gnu.misc.discuss
From: fox@cs.nyu.edu (David Fox)
Subject: Re: Wall street speaks out on Look and Feel Lawsuits
Organization: Courant Institute of Mathematical Sciences
Distribution: gnu
Date: Thu, 16 Apr 1992 21:12:30 GMT

In article <11507@ksr.com> jfw@ksr.com (John F. Woods) writes:

   Wall Street certainly did *not* speak out "Look and Feel" lawsuits.

   fox@cs.nyu.edu (David Fox) writes:
   >On Tuesday Judge Walker dismissed almost all of Apple's
   >"Look and Feel" lawsuit against Microsoft and HP.  On
   >Wednesday the stock market expressed its opinion on what
   >this means for the future of the computer industry:
   >		Change		Close
   >		------		-----
   >Microsoft:	+$11.875	$128.875
   >HP:		+$ 2.50		$ 82.375
   >Apple:		+$ 1.75		$ 60.50

   Note that the judge did not dismiss the pieces of Apple's lawsuit
   for reasons which would invalidate the "Look and Feel" concept.  HP
   and Microsoft stocks went up because they were no longer facing a
   ~$4 billion dollar payment in the near future.

I was speaking somewhat toungue-in-cheek, but you will find
that there is already general agreement among "industry analysts"
that the "look-and-feel" principle is dead because of this
ruling.  I'm no lawyer, but I know that the judge doesn't have
to specifically rule against a principle to kill it.  No one will
lay out the kind of money Apple has laid out after this ruling.

-david
Newsgroups: gnu.misc.discuss
From: hayes@python.cis.ohio-state.edu (Patrick Hayes)
Subject: Re: Gnu shirts and stickers?
Originator: hayes@python.cis.ohio-state.edu
Organization: Ohio State Computer Science
	<BORIS.92Apr8185759@math10.mathematik.uni-bielefeld.de>
	<HAYES.92Apr8152503@kingkong.cis.ohio-state.edu>
	<ku71uiINNiij@early-bird.think.com>
Date: Thu, 9 Apr 1992 06:16:26 GMT

Barry Margolin writes:
   >Or how about LPF T-shirts. That way we would at LEAST know that they were 
   >busy designing T-shirts if nothing else.

   There is an LPF T-shirt.  I think it was done last year for their march on
   Lotus.  I don't remember what the front has, but the back has their slogan,
   "No writs for bits".

they still available?

---PCH
From: leisner@johnker.henr801@xerox.com (Marty Leisner x76704 siena)
Newsgroups: gnu.misc.discuss
Subject: Re: How complete is gnu? What hardware?
Date: 13 Apr 92 16:28:44 GMT
Organization: Xerox

In article <MIB.92Apr13100041@geech.gnu.ai.mit.edu> mib@geech.gnu.ai.mit.edu (Michael I Bushnell) writes:
>
>The Gnus bulletin.  The electronic version is available from
>prep.ai.mit.edu, and other places, and the printed version is
>available from 
>

Where on prep?


marty
leisner.henr801c@xerox.com
Member of the League for Programming Freedom
(You get what you pay for -- except in software)
From: mroosen@cst.prl.philips.nl (Monique Roosen)
Newsgroups: gnu.misc.discuss
Subject: How to get gdb sources ??
Date: 10 Apr 92 11:55:48 GMT
Reply-To: mroosen@prl.philips.nl
Organization: Centre for Software Technology, Philips Eindhoven

Hello,

I'm very new to this newsgroup so excuse me if this topic has been answered
hundreds of times.
Could somebody tell me where to get the most up-to-date versions of the gnu
debugger (including manual). I'm looking for a 4.x version of the gdb.

Furthermore I would like to know whether there is a FAQ available which
answers some of the very basic questions about gnu software.

Thanks in advance !!

Monique Roosen
--
+-----								         -----+
| Monique Roosen          		"It's not that I'm afraid to die.     |
| Internet: mroosen@prl.philips.nl    	 I just don't want to be there when   |
+----- 					 it happens"     -- Woody Allen. -----+
From: uddeborg@sisu.se (G|ran Uddeborg)
Newsgroups: gnu.misc.discuss
Subject: Re: Where is gld?
Date: 8 Apr 92 14:55:07 GMT
Organization: Swedish Institute of Systems Development

In article <1992Apr2.055258.6626@dxcern.cern.ch> Roberto@sunsci.cern.ch (Roberto Divia) writes:
>I am looking for the latest version of gld (the Gnu ld) without success.
>It is NOT on prep.ai.mit.edu (at least not in /pub/gnu). Why?

It's part of the "binutils" package.
From: tpc@bnr.ca (Thomas P. Chmara)
Newsgroups: gnu.misc.discuss
Subject: Re: gnumake:  any control over parallelism?
Keywords: archive
Date: 15 Apr 92 18:40:32 GMT
Reply-To: tpc@bnr.ca
Organization: Bell-Northern Research Ltd.

In article <1992Apr15.181609.24941@bmers145.bnr.ca>, tpc@bnr.ca (Thomas P. Chmara) writes:
|> I tried the "-j" option on gnumake 3.62, and was quite excited to watch
|> parallel compilation helping recover the real-time that NFS was costing me.
|> I'm building directly into libraries, and there's the rub:
|> 
|> All the compilations were done first, and the archive operations saved until
|> later (from this fact, I though things were going to Work Right).
|> Unfortunately, all archive operations *to the same archive* were parallelized
|> as well; this is *Not Good*:  the archives (HP-UX 8.0) were corrupted as a
|> result.  I build to about 7 different archive files; parallelizing *between*
|> files would be alright, but parallelizing *to* them is verboten.

Just as a followup:  I'm going to try replacing $(AR) with a script which will

	1) watch for a lock, waking up every second or so;
	2) lock the archive file;
	3) perform the archive operation;
	4) unlock the archive
and see if this can be made to work.
	---tpc---
-- 
I am sole owner of the above opinions. These opinions are furnished without
warranty or liability expressed or implied.  Your mileage may vary.
-----------------------------------------------------------------------------
Tom Chmara, P.Eng.|  INTERNET:  tpc@bnr.ca	|  Fone:  (613)765-2925
BNR Ltd.	  |  				|  FAX:   (613)763-2626
Newsgroups: gnu.misc.discuss
From: mib@geech.gnu.ai.mit.edu (Michael I Bushnell)
Subject: Re: How will man pages be stored under GNU?
Organization: Free Software Foundation, Cambridge, MA
Distribution: gnu
Date: Wed, 15 Apr 1992 19:37:51 GMT

In article <199204151459.AA26338@trantor.uvm.edu> wollman@trantor.uvm.edu (Garrett Wollman) writes:

   In article <MIB.92Apr15092642@geech.gnu.ai.mit.edu>, Michael I. Bushnell writes:
   >The GNU manuals will be in texinfo format, with a
   >conversion/installation program for adding tmac.an format manuals.

   Which, I suspect, very few people will use.  I think it's time for the
   GNU project to face up to the fact that Info and the UNIX Manual are
   two very different birds indeed, and it makes no sense to pretend
   otherwise.(*)  When I use the UNIX manual, I want to see---quickly---the
   information that I need to use a specific program or function.  I
   don't need fancy menus or hypertext, just a synopsis and the names and
   types of the parameters.  That is not to say that there is no value in
   the Info system---I keep every GNU manual that I have in Info---but
   that the two serve very different needs.  Don't get me wrong; I'm not
   a fan of troff by any stretch of the imagination.  But the Info system
   does not serve my needs while programming UNIX and similar systems.

This is an orthogonal issue to the storage format.  If you want a
shell command that quickly presents a synopsis of the use of a shell
command or a library function, you will have it.  Don't assume that
the current info package is the end-of-the-line.  


--
Michael Innis Bushnell    | The Lord God helps me;
Email: mib@gnu.ai.mit.edu |   therefore I have not been disgraced;
Phone (H) +1 617 625 4518 | therefore I have set my face like flint,
Phone (W) +1 617 253 8568 |   and I know that I shall not be put to shame;
			  | he who vindicates me is near.
From: allan@mct.uucp ( System Guru)
Newsgroups: gnu.misc.discuss
Subject: Gnu and NeXT
Date: 15 Apr 92 08:15:25 GMT
Distribution: gnu
Organization: MCT Ltd., Malvern, England

I am looking for some advise.  I need to buy some machines to support
a project that is using gnu software as the primary development tools.
These machines will be networked to a Sun 4 which is currently the
only machine used in the project, the code is to be developed in
C/C++/Objective C, and X used as the windowing interface.  I am quite
attracted to the NeXT machine.  I've had the loan of one for a week or
so and as a general Unix platform it's been impressive.  Is there
anyone out there using gnu software on NeXT in anger and if so, what
are your feelings about the combination??  What are the problems,
pitfalls??  Would I save myself a whole lot of trouble if I simply
bought more Suns rather than attempting to mix the systems??  Any
thoughts/advise/experiences would be greatly appreciated.

Thanx,
Allan Clearwaters
MCT Ltd., 62 Albert Rd. North, Malvern, Worcs. WR14 2TL  England
Tel: (0684)569292
Fax: (0684)561153
Email: allan@mct.uucp
Newsgroups: gnu.misc.discuss
From: st11w@menudo.uh.edu (Dennis Gray Jr.)
Subject: Gnu shirts and stickers?
Organization: /fajitas/st11w/.organization
Date: Tue, 7 Apr 1992 15:49:57 GMT


Hello gnusroos!

Does anyone have an address (internet or otherwise) for someone who
can sell a Gnu T-shirt?  I would like to get the one with the NO
circle over "UNIX", but also I'd like to know what else is availible.

And while we're on the subject, does the EFF have t-shirts?

Thanks for info.

-dennis
--
Dennis Gray, Jr.
dwg@lisa.cc.uh.edu
st11w@menudo.uh.edu
Newsgroups: gnu.misc.discuss
From: wollman@trantor.uvm.edu (Garrett Wollman)
Subject: Re: How will man pages be stored under GNU?
Organization: University of Vermont, EMBA Computer Facility
Distribution: gnu
Date: Wed, 15 Apr 1992 06:59:35 GMT

In article <MIB.92Apr15092642@geech.gnu.ai.mit.edu>, Michael I. Bushnell writes:
>The GNU manuals will be in texinfo format, with a
>conversion/installation program for adding tmac.an format manuals.

Which, I suspect, very few people will use.  I think it's time for the
GNU project to face up to the fact that Info and the UNIX Manual are
two very different birds indeed, and it makes no sense to pretend
otherwise.(*)  When I use the UNIX manual, I want to see---quickly---the
information that I need to use a specific program or function.  I
don't need fancy menus or hypertext, just a synopsis and the names and
types of the parameters.  That is not to say that there is no value in
the Info system---I keep every GNU manual that I have in Info---but
that the two serve very different needs.  Don't get me wrong; I'm not
a fan of troff by any stretch of the imagination.  But the Info system
does not serve my needs while programming UNIX and similar systems.

(For that matter, what about tmac.n format manuals?  tmac.s?
tmac.doc?)

-GAWollman

(*)I wish IBM would learn the same lesson.

--
[Y]ou can be pretty sure that if it isn't Usenet now it will be once
it's been in contact with Usenet for long enough. - Ed Vielmetti emv@msen.com
------------------------------
Garrett A. Wollman - wollman@uvm.edu - uvm-gen!wollman
Newsgroups: gnu.gdb.bug
From: ea08+@andrew.cmu.edu (Eric A. Anderson)
Subject: Bug Fix for prev. message
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 11 Apr 1992 14:57:57 GMT

This context diff appears to fix the problem.  gdb doesn't crash at
least.
*** buildsym.c.~3~      Fri Apr 10 22:55:07 1992
--- buildsym.c  Sat Apr 11 18:54:12 1992
***************
*** 2472,2478 ****
      int i;
      for (i = 0; i < TYPE_N_BASECLASSES (type); ++i)
        TYPE_NFN_FIELDS_TOTAL (type) +=
!       TYPE_NFN_FIELDS_TOTAL (TYPE_BASECLASS (type, i));
    }

    for (n = nfn_fields; mainlist; mainlist = mainlist->next) {
--- 2472,2478 ----
      int i;
      for (i = 0; i < TYPE_N_BASECLASSES (type); ++i)
        TYPE_NFN_FIELDS_TOTAL (type) +=
!       TYPE_CPLUS_SPECIFIC(TYPE_BASECLASS(type,i))==NULL?0: TYPE_NFN_FIELDS_TOT
AL (TYPE_BASECLASS (type, i));
    }

    for (n = nfn_fields; mainlist; mainlist = mainlist->next) {
          -Eric 
*********************************************************
"Men, after all, are inherently weasels"
	   -In "Earth", by David Brin
"Yes, you're very smart.  Shut up."
           -In "The Princess Bride"
*********************************************************

Newsgroups: gnu.gdb.bug
From: eggert@twinsun.COM (Paul Eggert)
Subject: GDB 4.5 configure shouldn't assume that source files are writeable
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 04:01:02 GMT

One of the first things I do with imported sources is make them readonly so
that people who want to change them are reminded to check in their changes
under RCS.  Unfortunately, the GDB 4.5 master configure script assumes that
source files are read-write.  Here is a patch.

===================================================================
RCS file: RCS/configure,v
retrieving revision 4.5
diff -c -r4.5 configure
*** configure	1992/04/06 21:35:19	4.5
--- configure	1992/04/15 03:57:31
***************
*** 515,520 ****
--- 515,521 ----
  	# so do these separately because I don't trust the order of sed -e expressions.
  
  	# Conditionalize for this site from "Makefile.in" (or whatever it's called) into Makefile.tem
+ 	rm -f Makefile.tem
  	case "${site}" in
  	"") cp ${srcdir}/${Makefile_in} Makefile.tem ;;
  	*)
***************
*** 532,537 ****
--- 533,539 ----
  	# working copy now in Makefile.tem
  
  	# Conditionalize the makefile for this host.
+ 	rm -f ${Makefile}
  	case "${host_makefile_frag}" in
  	"") mv Makefile.tem ${Makefile} ;;
  	*)
***************
*** 547,552 ****
--- 549,555 ----
  	# working copy now in ${Makefile}
  
  	# Conditionalize the makefile for this target.
+ 	rm -f Makefile.tem
  	case "${target_makefile_frag}" in
  	"") mv ${Makefile} Makefile.tem ;;
  	*)
***************
*** 562,567 ****
--- 565,571 ----
  	# real copy now in Makefile.tem
  
  	# prepend warning about editting, and a bunch of variables.
+ 	rm -f ${Makefile}
  	cat > ${Makefile} <<EOF
  # ${NO_EDIT}
  host_alias = ${host_alias}
***************
*** 611,617 ****
  		Makefile.tem >> ${Makefile}
  	# final copy now in ${Makefile}
  
! 	rm Makefile.tem
  
  	if [ -n "${verbose}" -o -z "${silent}" ] ; then
  		case "${host_makefile_frag}" in
--- 615,621 ----
  		Makefile.tem >> ${Makefile}
  	# final copy now in ${Makefile}
  
! 	rm -f Makefile.tem
  
  	if [ -n "${verbose}" -o -z "${silent}" ] ; then
  		case "${host_makefile_frag}" in

Newsgroups: gnu.gdb.bug
From: bernstei@hartree.cs.colorado.edu (Michael Bernstein)
Subject: apparent bug in gbd makefile/configure/instructions
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 17:45:15 GMT

	on hp400dl (m68k) running bsd4.3 (mt Xinu) with nfs diskless patches

kinglear> configure m68k-hp-bsd
Created "Makefile" in /tmp_mnt/ugrad/src/local/gnu/gdb-4.5
kinglear> make
sh: against=stage2: not found
*** Exit 1

Stop.
kinglear> pwd
/tmp_mnt/ugrad/src/local/gnu/gdb-4.5

	so...

kinglear> make MAKE=make
cc -g -I. -I./../include  -c basename.c
cc -g -I. -I./../include  -c getopt.c

	[this worked for a while, then:]

 RULE1=not-used RULE2=libiberty.a  HOST_OFILES="`cat needed-list`" "CC=cc" "CFLA
GS=-g -I. -I./../include "  "AR=ar" "AR_FLAGS=qc" "RANLIB=ranlib"
sh: CC=cc: not found
*** Exit 1

Stop.
*** Exit 1

Stop.

kinglear> grep RULE2 */Makefile
libiberty/Makefile:     $(MAKE) RULE1=not-used RULE2=$(TARGETLIB) \

	from tcsh, 'setenv MAKE make' before making at all, fixed things.

	There you have it.

	by the way, your subsection-header style changes from underlined-by-
        equals to underlined-by-asterisk to centered, in the ./gdb/README

	oh, and: GDB k-k00l ROCKS d00d.  (It's quite nice.  Thank you.)

	Michael Bernstein                         bernstei@cs.colorado.edu
	Undergraduate Operations Group (Ugrad/Ops)
	Computer Science Department, The University of Colorado at Boulder


Newsgroups: gnu.gdb.bug
From: chevrie@cactus.ORG (Rickey E. Chevrie)
Subject: Compiling GDB4.4 on ISC 3.0
Summary: help with ISC 3.0
Reply-To: chevrie@cactus.org (Rickey E. Chevrie)
Organization: The Capital Area Central Texas Unix Society
Distribution: gnu
Date: Thu, 9 Apr 1992 15:49:02 GMT

Does anyone know the magic incantation for use with `configure' for an
ISC 3.0 system?  We have tried several combinations but have not had any 
luck so far.  If anyone can help me, please e-mail.  Thanks!

--Rick

Newsgroups: gnu.gdb.bug
From: michael@shamin.genie.uottawa.ca (Michael Kedem)
Subject: Re: Hardware Debug Registers on 386
Organization: MCRLab - University of Ottawa
Distribution: gnu
Date: Wed, 15 Apr 1992 19:35:12 GMT

daney@mermaid.micro.umn.edu (Dave Daney) writes:


>I have made a few modifications to gdb-4.4 to use the hardware debug
>registers on the 386 running Interactive 2.2.1 (Sys V/386 Rel3.2).

Will it work on SCO SYSV 3.2.2 ?

>They are implemented as a new class of breakpoint.  I thought that
>they should be seperate from watchpoints because watchpoints break on
>a whole expression changing.  Which I think is much different than
>a breakpoint on a memory access.  Any how there are three new commands.

-----------------------------------------------------------------------------
Michael Kedem                                 michael@shamin.genie.uottawa.ca
University of Ottawa                problems: kedem@aix1.uottawa.ca
Electrical Engineering, MCRlab

"Time flies like an arrow, Fruit flies like bananas"
-----------------------------------------------------------------------------



Newsgroups: gnu.gdb.bug
From: jhm@raster.mn.ORG (Jeff Michaud)
Subject: gdb 4.4, Esix, i386v32
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 02:55:45 GMT

Hi,

A few glitches compiling gdb 4.4 under Esix System V 3.2.
I ran configure with the flag i386v32.

1) In bfd/sysdef.h, Esix has no utime.h.  I got it to compile by
	simply commenting out the include.

2) In libiberty, I could not get sigsetmask.c to compile at all.
	There is no sigset_t type, and no SIG_SETMASK define.
	Esix does not have the POSIX compatibility of ISC.
	Apparently this file was not needed by gdb, I left it out
	of the library and gdb still linked.

3) In readline/readline.c, I had to include sys/stream.h and sys/ptem.h
	after signal.h to get the TIOC... macros.


Gdb appears to be working fine, I haven't tested it thoroughly yet.

Regards,

Jeff Michaud
jhm@raster.mn.org

Newsgroups: gnu.gdb.bug
From: sjg@melb.bull.oz.AU (Simon J Gerraty)
Subject: Re: gdb-4.5 on sparc fails
Organization: Bull HN Information Systems Australia
Distribution: gnu
Date: Thu, 16 Apr 1992 06:49:27 GMT

In <9204151658.AA23466@lookout.uswest.com> dir%lookout@lookout.USwest.COM (Daniel I. Rosenblatt) writes:
>Nothing modified from standard 'configure' (tried cc and gcc-2.1).
>Most notable failure is a stack trace on a 'core' file doesn't work:

Same here.  configure sun4os4, built with gcc-2.1 -g (no -O)
The following show gdb-4.2 working ok, and gdb-4.5 not

Script started on Thu Apr 16 16:42:44 1992
/tmp
<sjg@sun0:1>$ gdb-4.2 daemon core
Reading symbols from daemon...done.
Core file invoked as `daemon'.
Program terminated with signal 6, Abort.
Shared libraries:
Reading symbols from /usr/lib/libc.so.1.6...done.
0xf7732898 in sigpause ()
(gdb) bt
#0  0xf7732898 in sigpause ()
#1  0xf774965c in sleep ()
#2  0x260c in main (argc=1, argv=0xf7fff8d4)
    at /home/sun0/sjg/rlpd/daemon.c:164
(gdb) frame 2
#2  0x260c in main (argc=1, argv=0xf7fff8d4)
    at /home/sun0/sjg/rlpd/daemon.c:164
164	    sleep(20);
(gdb) l
159	  opid = getpid();
160	  (void) daemon(err);
161	  pid = getpid();
162	  fprintf(stderr, "%d forked from %d\n", pid, opid);
163	  for (i = 0; i < 5; i++)
164	    sleep(20);
165	  return 0;
166	}
167	#endif
(gdb) print pid
$1 = 24979
(gdb) print opid
$2 = 24977
(gdb) q
<sjg@sun0:2>$ gdb daemon core
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.5, Copyright 1992 Free Software Foundation, Inc...
Warning: core file may not match specified executable file.
Core was generated by `daemon'.
Program terminated with signal 6, Abort.
Cannot access memory at address 0x0.
#0  0xf7732898 in sigpause ()
(gdb) bt
#0  0xf7732898 in sigpause ()
Cannot access memory at address 0xf7732890.
(gdb) q
<sjg@sun0:3>$ exit

script done on Thu Apr 16 16:44:00 1992
-- 
Simon J. Gerraty		<sjg@melb.bull.oz.au> (Work)
				<sjg@zen.void.oz.au>  (Home)

#include <disclaimer,_witty_comment>

Newsgroups: gnu.gdb.bug