HDTenEightyP/NetNews huggingface dataset:
From: mike@majestix.cs.uoregon.edu (Michael John Haertel)
Newsgroups: gnu.misc.discuss
Subject: Re: "official" FSF position on apple
Date: 16 Sep 92 05:12:04 GMT
Article-I.D.: majestix.MIKE.92Sep15211204
	<1992Sep15.221741.28261@murdoch.acc.Virginia.EDU>
	<1969h9INN7gb@agate.berkeley.edu>
Organization: CS Dept, University of Oregon

Joe Buck writes:
>Does this mean that FSF must boycott AT&T/USL in the same way as they
>boycott Apple?  Not at all.  They are free to choose the most effective
>strategy for each opponent.  Apple makes its money selling hardware (their
>[...] USL makes its money selling software and Unix licenses.

Note that the FSF is not officially interested in boycotting USL.  The
FSF regards USL as just another company making money selling
proprietary software.  The FSF would like to make this obsolete, but
not out of any specific animosity towards USL.  Similarly, the choice
of Unix as the OS to clone again does not reflect any specific
animosity towards AT&T or USL.  FSF is not out to "get" USL.

FSF is not opposed to people making money; it is opposed to the
"proprietary" part.  The reason FSF is so violently opposed to Apple
is that Apple, by their lawsuits, are attempting to extend the scope
of what "proprietary" can cover.  USL, by contrast, have not attempted
to claim that the Unix interface is proprietary--they are just suing
for alleged violation of specific copyrights and trade secrets.
Whether USL wins or loses does not matter (much) to the FSF as the
lawsuit is unlikely to create any new case law on intellectual property.

Someone else (not Joe Buck), somewhere earlier in this thread, seemed
to be implying that one reason Apple is objectionable is because of
their supposed "outrageous" profit margin on the hardware they sell.
The FSF does not care one way or another what some company's profits are.
If XYZ, Inc. sells C-64 clones for $10,000 that cost $20 to make,
why should the FSF care?  Market forces will take care of this sort
of thing.  What the FSF is interested in is making software non-
proprietary.  Then market forces will take care of the current
artificially high software costs too.
Newsgroups: gnu.misc.discuss,comp.os.mach,misc.int-property,alt.suit.att-bsdi,misc.legal.computing
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Subject: NET2 no longer a trade secret, and no international copyright either?
Followup-To: gnu.misc.discuss
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Date: Fri, 11 Sep 1992 11:42:18 GMT

>So, if USL are right, and NET2 caused the publication of Unix trade
>secrets, they are no longer such, and NET2 is entirely in the public
>domain. And if USL are wrong, and NET2 contained no trade secrets, then
>there is no problem either.
>
>In either case distribution of NET2 cannot be restricted.
>
>On the other hand if NET2 were *copyrighted* by AT&T then AT&T has a
>right to prevent distribution of unauthorized copies of NET2; but NET2
>is covered by 32V, and 32V was not copyrighted, it was just protected by
>trade secret.

Ahh!  Thanks for bringing into my mind: 32V predates U.S. signing the
Berne convention, so if there indeed is no copyright claims in the
code, your analysis is correct.  _And_, no matter whether there are
copyright calims or not in the code, 32V has no _international_
copyright protection and thus can be freely copied _outside_ USA in
any case (with regard to copyright), right?

Also, U.S. law trade secret clauses hardly matter to for example
Finnish persons putting the code out for ftp in any case, right?

//Jyrki
From: ajv@xhost92.csd.mot.com
Newsgroups: gnu.misc.discuss
Subject: Re: AT&T USL vs. BSDI/UCB, Mach3, OSF/1, GNU HURD, Linux
Date: 14 Sep 92 20:18:48 GMT
Distribution: gnu

preece@urbana.mcd.mot.com (Scott E. Preece) writes:

>I would be really surprised if the people who worked on BSD weren't
>working under agreements with the University of California that
>transferred the copyright on the work they did -- certainly when I
>worked as a student for a college (we're not talking homework here,
>we're talking about work done for pay) it was under that kind of
>agreement.

In California at least, there are interesting restrictions on how
software can become the property of someone other than the writer.
In particular, they have to have paid you AND provided a certain
level of benefits--health insurance and so forth.  Otherwise, the
software remains the creator's property.  When we wrote a simulation
environment for UC Santa Cruz, we were notified by the Univeristy
towards the end of the project that we (the team) were the joint owners
of the software.

					Andy Valencia
					ajv@csd.mot.com
Newsgroups: gnu.misc.discuss,comp.org.eff.talk,comp.unix.bsd,comp.os.mach,misc.int-property,alt.suit.att-bsdi
From: volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt )
Subject: Re: Are you sure UNIX is a trade mark?
Organization: Applied Math, University of Bonn, Germany
Distribution: inet
Date: Mon, 14 Sep 1992 19:48:48 GMT

In article <1992Sep11.123540.19263@constellation.ecn.uoknor.edu> greg@gallifrey.ucs.uoknor.edu (Greg Trotter) writes:
[...]
>someone else used the name Asprin. Bayer sued, and *lost* because they
>had not taken appropriate steps to express Asprin as a brand name instead
>of just a plain ol' noun.

This is not true.  After world war II, the US occupational administration 
seized all patents and trademarks, declared them forfeit for German companies,
and offered them to US companies for nominal license fees (payable to the 
US government, of course).

So, while the Soviet dragged off watches and toilet bowls, the US got hold of
a lot of the *real* good stuff :-/  In most other countries, the name Aspirin
(sic) is still a protected trademark.

-- Volker


-- 
----------------------------------------------------------------------------
Bitnet:   UNM409@DBNRHRZ1                              Volker A. Brandt
UUCP:     ...!unido!DBNRHRZ1.bitnet!unm409             Angewandte Mathematik
Internet: volker@sfb256.iam.uni-bonn.de                (Bonn, Germany)
Xref: sparky gnu.misc.discuss:2917 comp.org.eff.talk:5686 comp.unix.bsd:5158 comp.os.mach:1179 news.groups:17616
From: ecmtwhk@ccu1.aukuni.ac.nz (Thomas Koenig)
Newsgroups: gnu.misc.discuss,comp.org.eff.talk,comp.unix.bsd,comp.os.mach,news.groups
Subject: Re: AT&T Long Distance Boycott (was: BNR2SS, Mach, and The Lawsuit)
Date: 5 Sep 92 03:46:55 GMT
 <MJB.92Sep1163324@oak7.doc.ic.ac.uk> <EDWI5ZL@taronga.com>
Distribution: inet
Organization: University of Auckland, New Zealand.

peter@taronga.com (Peter da Silva) writes:

>In article <MJB.92Sep1163324@oak7.doc.ic.ac.uk> mjb@doc.ic.ac.uk (Matthew J Brown) writes:
>>IMHO this issue is only of much importance to computing professionals.

>IMHO it's not. AT&T is effectively expanding intellectual property protection
>in general.

Outside the US, as well? (Those countries exist, you know :-)
-- 
Thomas Koenig, ecmtwhk@ccu1.aukuni.ac.nz, ib09@rz.uni-karlsruhe.de
The joy of engineering is to find a straight line on a double logarithmic
diagram.
From: drake@drake.almaden.ibm.com (Sam Drake)
Newsgroups: gnu.misc.discuss
Subject: Re: AT&T USL vs. BSDI/UCB, Mach3, OSF/1, GNU HURD, Linux
Date: 8 Sep 92 05:58:39 GMT
Organization: IBM Almaden Research Center

In article <37649@sdcc12.ucsd.edu> jclark@sdcc3.ucsd.edu (John Clark) writes:
>                     Then again, maybe the implementors of VAX/VMS
>saw some ATT code as well, that leaves IBM, but not the PC since
>Microsoft is a long time UNIX licensee.

Um, I don't quite understand what you mean by, "that leaves IBM".  IBM
is a UNIX licensee; our AIX products are based in part on SysV source
code, and a SysV source license from USL is a pre-requisite to getting
an AIX source license.


Sam Drake / IBM Almaden Research Center 
Internet:  drake@almaden.ibm.com    BITNET:  DRAKE at ALMADEN
Newsgroups: gnu.misc.discuss
From: sef@kithrup.COM (Sean Eric Fagan)
Subject: Re: "official" FSF position on apple
Organization: Kithrup Enterprises, Ltd.
Date: Tue, 15 Sep 1992 19:49:47 GMT

In article <1992Sep15.181402.6972@tamsun.tamu.edu> bpb9204@tamsun.tamu.edu (Brent) writes:
>I am in full support of what Jerry just said.  So to the FSFers that want
>to claim Apple's making a killing off their machines, check out other
>companies also.  They aren't very different.

Yeah?  So?

Stated simply, in deference to you:  people (usually) buy machines to run
software.  (Some people buy machines because they are whizzy-bang neat, or
to develop software, so other people will buy machines to run that software,
but that is the minority.)  Making software available for a machine
increases the chance that someone will buy that machine, if that software is
what said person wants.  Are you with me so far, or are the words too big
yet?

Now, since Apple is an evil company, and makes money by selling hardware,
the best way to encourage Apple's behaviour is to produce software for their
machines.  (Well, not the best way, but it is one of the best ways.)
Therefore, to dissuade people from buying the machines, not producing
software for their machines, but for other machines instead, is (hopefully)
an effective, active boycott.  (As opposed to a passive boycott, where one
just does not purchase any of Apple's machines.)

As for the other companies, none of them is, at least as of yet, a target
for an FSF boycott, nor do most of them deserve it -- yet.

Why don't you try reading the papers that both the FSF and LPF have written.
Some of the words in them may have more than two syllables, however, so be
careful.  Maybe you can have a friend help you.

-- 
Sean Eric Fagan  | "You can't get lost in one room, no matter how
sef@kithrup.COM  |  little effort you make to learn your way around."
-----------------+    -- William E Davidsen (william@crd.GE.COM)
Any opinions expressed are my own, and generally unpopular with others.
Newsgroups: gnu.gdb.bug
From: pierre@la.tce.COM (Pierre Willard)
Subject: gdb coredumps if bad object file
Reply-To: pierre@la.tce.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 4 Sep 1992 21:55:11 GMT

I recommend testing for (m) != NULL in the ALL_MSYMBOLS macro
in objfiles.h (gdb 4.5 at least). All other macros in objefiles.h
are safe except this one.

It happened to me that I had a bad object file and that an error
occured in reading in dbx_symfile_init() and then gdb would core dump
because objfile -> msymbol is NULL.

So, it is safer to replace ALL_MSYMBOLS by the following :

#define	ALL_MSYMBOLS(objfile, m) \
  ALL_OBJFILES (objfile)	 \
    for ((m) = (objfile) -> msymbols; ((m) != NULL) && ((m)->name != NULL); (m)++)

Maybe an additional fix would be to remove this object file from the
list.

Let me know your comments.
Regards
Pierre Willard


Newsgroups: gnu.gdb.bug
From: ARJB1@phx.cam.ac.uk (Alistair Bell)
Subject: m68k-pinsn without a 68881
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 7 Sep 1992 12:58:38 GMT

I don't remember seeing a bug report for this, but between 4.4 and 4.6
m68k-pinsn.c was broken for 68k targets without 68881s, such that it doesn't
compile. The problem is that `ext_format_68881' is defined within a #ifdef
HAVE_68881 in tm-68k.h but used outside one in m68k-pinsn.c .

ALISTAIR BELL
-------------
From: alexb@spock.retix.com (Alex Berg)
Newsgroups: gnu.gdb.bug
Subject: gdb on RS-6000
Date: 11 Sep 92 22:37:04 GMT
Distribution: gnu
Organization: Retix, Santa Monica

Hi GDB people,

Please Help !!!!!

I am trying to port gdb (versions 4.5-4.6) on RS-6000, running AIX
3.2.  Portation goes thru smoothly - I can compile, link, and invoke
gdb (either version).  However, when I load an executable (compiled
with -g options), and tell gdb to run (hit 'r'), the whole machine
crashes and burns.

If anyone has any infomation on this, please e-mail or post.
Thank you in advance.
--

Alex.


 +------------------------+-------------------------------------------------+
 | Alexander Berg         |                                                 |
 | Retix                  |  President Bush:                                |
 | 2401 Colorado Ave.     |                                                 |
 | Santa Monica, CA 90404 |     Read my MIPS, No new VAXES !!!              |
 | (310) 828-3400  x239   |                                                 |
 | alex-berg@retix.com    |                                                 |
 +------------------------+-------------------------------------------------+
-- 

Alex.
Newsgroups: gnu.gdb.bug
From: Patrik.CArlsson@eua.ericsson.SE (Patrik Carlsson)
Subject: The IEEE object code format...
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Distribution: gnu
Date: Wed, 9 Sep 1992 12:58:26 GMT

Ok, one more try. Last time my mail address was distroyed by something...

I'm interested in having gdb 4.6 work with the IEEE object code format, but
nothing in the manual ("Debugging with GDB") says anything about it. So my 
conclusion is that it doesn't accept that format. But in the bfd subdirectory 
I found a file called ieee.c . What's the purpose of that file? 

When I tried to load a file containing the IEEE format it recognized it but
it couldn't work with it. 
The output GDB produced was :

"I'm sorry, Dave, I can't do that.  Symbol format `ieee' unknown." 

Hmmmmmm......Very confusing...

Are there any plans on making GDB accept the IEEE format in the near future. 
or does it already accept it but I've missed something???????


	/Patrik
	

Newsgroups: gnu.gdb.bug
From: okuyama@chuck.arc.nasa.gov (Darin Okuyama)
Subject: Problem while building gdb
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 13 Sep 1992 01:09:31 GMT

my config: SPARCstation 1+ running SunOS 4.1.1
version:   gdb-4.6

In the entire build, the only problem I saw was the
following:

cc -c -g    -I. -I./../  -DVOID_SIGHANDLER -DVI_MODE readline.c
"readline.c", line 3885: warning: illegal combination of pointer and integer, op =

Has this been reported before?

Darin Okuyama
NASA Ames Research Center

Newsgroups: gnu.gdb.bug
From: rt@fox.NOsubdomain.NOdomain (SSUID Richard Tom)
Subject: Re: Please HELP !!!
Keywords: RS 6000 gdb AIX
Organization: Century Computing, Inc.
Distribution: gnu
Date: Sat, 12 Sep 1992 22:12:12 GMT

Alex>I am trying to port gdb (versions 4.5-4.6) on RS-6000, running AIX
Alex>3.2.  Portation goes thru smoothly - I can compile, link, and invoke
Alex>gdb (either version).  However, when I load an executable (compiled
Alex>with -g options), and tell gdb to run (hit 'r'), the whole machine
Alex>crashes and burns.

What created the object file(s)?  xlc?  xlC?  cc?  c89?  Do you mean the machine
reboots when you run gdb on the executable?

	Rich Tom
	rtom@cen.com

Newsgroups: gnu.gdb.bug
From: fredr@raven.bu.edu (Fred Richardson)
Subject: gdb 4.6 and emacs => seg faults
Organization: I can do that too !!!
Distribution: gnu
Date: Fri, 11 Sep 1992 04:03:33 GMT

I've been getting a lot of segment faults running gdb 4.6 under emacs.  In
general this seems to happen if I re-compile my executable before running
it again in gdb.  The only way I've found to avoid this problem is to
explicitly re-load the symbol table after compilation and then reset all
the break points.  I used to have to do this with the old gdb.  The new gdb
seems to have a feature wherein it auto-loads the symbol tables and then
resets the break points.  This seems to be what is crashing.

		FRED

Newsgroups: gnu.gdb.bug
From: amir@matis.UUCP (Amir Katz)
Subject: gdb 4.6 and Sun 'acc' - matter and anti-matter?
Reply-To: matis!amir@ai.mit.edu
Organization: SEE Technologies Ltd.
Distribution: gnu
Date: Tue, 8 Sep 1992 12:08:41 GMT

Gdb people,
[I've posted this twice, but have not seen it appear, maybe due to mailer
problems, so I'm reposting. Sorry for wasted bandwidth, if any.]

If I compile anything with Sun ANSI-C compiler, [version "SC1.0 1Mar1991"],
gdb 4.6 dumps core (seg. fault) when it tries to debug the executable.
It only happens if the source was compiled with -g.
Am I correct in assuming that the format of symbol information in the object
files is different and gdb does not support it (yet)?
BTW, Sun's plain-vanilla dbx (not the one that comes with the compiler) does
not crash.

Here's a backtrace of gdb when it crashed:

#0  0x2b680 in decode_line_1 (argptr=0xf7fff514, funfirstline=1, default_symtab=0x0, 
    default_line=0) at symtab.c:1803
#1  0x2b9d0 in decode_line_spec (string=0x1051b9 "", funfirstline=1) at symtab.c:1883
#2  0xfdac in select_source_symtab (s=0x0) at source.c:138
#3  0x2b2e4 in decode_line_1 (argptr=0xf7fff70c, funfirstline=1, default_symtab=0x0, 
    default_line=0) at symtab.c:1727
#4  0x9df0 in break_command_1 (arg=0x15498b "4395", tempflag=0, from_tty=0) at breakpoint.c:1493
#5  0xa1bc in break_command (arg=0x15498b "4395", from_tty=0) at breakpoint.c:1578
#6  0x363c in execute_command (p=0x15498b "4395", from_tty=0) at main.c:915
#7  0x38e0 in command_loop () at main.c:976
#8  0x25a4 in read_command_file (stream=0x12ded4) at main.c:409
#9  0x5730 in source_command (args=0x1005d8 ".gdbinit", from_tty=0) at main.c:2009
#10 0x32a0 in main (argc=2, argv=0xf7fffa84) at main.c:816
 
-- 
/* ----------------------------------------------------------- */
/*  Amir J. Katz             |   amir@matis.ingr.COM           */
/*  System Specialist        |   Voice:  +972 52-584684        */
/*  SEE Technologies Ltd.    |   Fax:    +972 52-543917        */
/* ............ Solaris 2.0 - The Final Frontier ? ........... */

Newsgroups: gnu.gdb.bug
From: gnu@cygnus.com
Subject: Re: gdb4.6 + vxworks trap problem
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 7 Sep 1992 15:44:25 GMT

> I configured gdb for a vxworks target. I was under the assumption that
> I can now use this gdb for 'target vxworks', but also still for a
> local target. However, when I run something, [I have problems...]

If you configure for a VxWorks target, you cannot debug native programs
with the same copy of GDB, due to minor differences between native
and vxworks behaviour (stack frame formats, etc).  Sorry...

	John Gilmore

Newsgroups: gnu.gdb.bug
From: dfavor@logan.tivoli.com (David Favor)
Subject: VxWorks and gdb
Keywords: VxWorks,gdb
Organization: TIVOLI Systems, Inc.
Distribution: gnu
Date: Tue, 8 Sep 1992 13:12:36 GMT

I have a friend that's been using printfs to debug VxWorks code. I
mentioned that gdb might be a solution. to say the least he's excited.
his only question is can gdb be used with version 4.x.x of VxWorks, since
this is what his company uses and they will not be converting to version 5.x
in the near future.

so will gdb work with version 4.x.x of VxWorks? also is there a difference
between the 4.x.x and 5.x stubs? thanks.
From: alexb@spock.retix.com (Alex Berg)
Newsgroups: gnu.gdb.bug
Subject: gdb on RS-6000
Date: 11 Sep 92 18:51:00 GMT
Distribution: gnu
Organization: Retix, Santa Monica

Hi GDB people,

Please Help !!!!!

I am trying to port gdb (versions 4.5-4.6) on RS-6000, running AIX
3.2.  Portation goes thru smoothly - I can compile, link, and invoke
gdb (either version).  However, when I load an executable (compiled
with -g options), and tell gdb to run (hit 'r'), the whole machine
crashes and burns.

If anyone has any infomation on this, please e-mail or post.
Thank you in advance.

--

Alex.


 +------------------------+-------------------------------------------------+
 | Alexander Berg         |                                                 |
 | Retix                  |  President Bush:                                |
 | 2401 Colorado Ave.     |                                                 |
 | Santa Monica, CA 90404 |     Read my MIPS, No new VAXES !!!              |
 | (310) 828-3400  x239   |                                                 |
 | alex-berg@retix.com    |                                                 |
 +------------------------+-------------------------------------------------+
-- 

Alex.
From: alexb@spock.retix.com (Alex Berg)
Newsgroups: gnu.gdb.bug
Subject: RS6000 problem
Date: 11 Sep 92 22:39:39 GMT
Distribution: gnu
Organization: Retix, Santa Monica

Hi GDB people,

Please Help !!!!!

I am trying to port gdb (versions 4.5-4.6) on RS-6000, running AIX
3.2.  Portation goes thru smoothly - I can compile, link, and invoke
gdb (either version).  However, when I load an executable (compiled
with -g options), and tell gdb to run (hit 'r'), the whole machine
crashes and burns.

If anyone has any infomation on this, please e-mail or post.
Thank you in advance.
--

Alex.


 +------------------------+-------------------------------------------------+
 | Alexander Berg         |                                                 |
 | Retix                  |  President Bush:                                |
 | 2401 Colorado Ave.     |                                                 |
 | Santa Monica, CA 90404 |     Read my MIPS, No new VAXES !!!              |
 | (310) 828-3400  x239   |                                                 |
 | alex-berg@retix.com    |                                                 |
 +------------------------+-------------------------------------------------+
-- 

Alex.
Newsgroups: gnu.gdb.bug
From: Patrik.CArlsson@eua.ericsson.SE (Patrik Carlsson)
Subject: IEEE...
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Distribution: gnu
Date: Mon, 7 Sep 1992 08:27:37 GMT

We are trying to make GDB work in an SUN Sparc environment 
debugging m68030 code. We are using a Microtec cross compiler that
produces output in the IEEE format.

So, does anyone know if there exist a GDB supporting the IEEE format?

We have heard that the COFF format "looks" like the IEEE. Does anyone
know if there's much work in changing GDB to accept IEEE?


Please reply by email.


	Patrik, Joakim

Newsgroups: gnu.gdb.bug
From: alexb@spock.retix.com (Alex Berg)
Subject: gdb on RS-6000
Organization: Retix, Santa Monica
Distribution: gnu
Date: Fri, 11 Sep 1992 22:30:08 GMT

Hi GDB people,

Please Help !!!!!

I am trying to port gdb (versions 4.5-4.6) on RS-6000, running AIX
3.2.  Portation goes thru smoothly - I can compile, link, and invoke
gdb (either version).  However, when I load an executable (compiled
with -g options), and tell gdb to run (hit 'r'), the whole machine
crashes and burns.

If anyone has any infomation on this, please e-mail or post.
Thank you in advance.
--

Alex.


 +------------------------+-------------------------------------------------+
 | Alexander Berg         |                                                 |
 | Retix                  |  President Bush:                                |
 | 2401 Colorado Ave.     |                                                 |
 | Santa Monica, CA 90404 |     Read my MIPS, No new VAXES !!!              |
 | (310) 828-3400  x239   |                                                 |
 | alex-berg@retix.com    |                                                 |
 +------------------------+-------------------------------------------------+
-- 

Alex.



Newsgroups: gnu.gdb.bug