HDTenEightyP/NetNews huggingface dataset:
From: slatteng@mtxinu.COM (Dave Slattengren)
Subject: Re: gdb-4.6 and MtXinu Mach386
Reply-To: slatteng@mtxinu.COM (Dave Slattengren)
Organization: mt Xinu, Berkeley
Date: Mon, 31 Aug 92 22:54:15 GMT

In article <BtMH87.Ixr@world.std.com>,
	grier@world.std.com (The Political Crony) writes:
> I can build gdb-4.6, and it will actually reading an a.out and run it,
> but breakpoints don't take and core dumps can;t be read. What's wrong?
>
> Thanks
> Jim Grier

We haven't had any experience with version 4.6 of GDB, but i would guess
that it MAY be expecting a Mach 3.0-flavor core file, which is ever-so-
slightly different than core files generated under 2.6.  I'm not sure
about the breakpoints problem - it may also be a 3.0 vs. 2.6 problem...

					Dave Slattengren,
					mt Xinu
From: stan@iti.gov.sg (Tan See Mong)
Newsgroups: comp.os.mach
Subject: AFS/DFS specs
Summary: Wanted:  AFS and DFS specs
Keywords: AFS, DFS
Date: 27 Aug 92 07:36:14 GMT
Followup-To: comp.os.mach
Organization: Information Technology Institute, National Computer Board, Singapore.

Does anyone know:

	Are the specs for AFS open, just like Sun publishes their NFS specs?
I'm looking for something complete enough so I can go off and build my own
AFS compliant clients or servers.

	Any replies will be appreciated.  Thanks much.

stan
Newsgroups: comp.os.mach
From: alan@world.std.com (Alan B Langerman)
Subject: Re: Mach 3.0 on 386/486
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 3 Sep 1992 18:33:41 GMT

In article <1992Aug24.200820.24081@engage.pko.dec.com> ewanco@kalvin.enet.dec.com writes:
>
>Mach i386 is freely available from it source; anonymous FTP to cs.cmu.edu and
>snarf it.  Actually, what you really need to do is set up your destination
>machine on the Internet, because there is an installation process that uses a
>special RPC to install Mach over the Internet step by step, and I am told that
>this is the proper way to install Mach i386.
>
>Do NOT, repeat, do NOT buy Mach from Mt. Xinu!! One of my friends (I graduated
>from Carnegie Mellon and was taught by the current Mach leader) was on the Mach
>team and he said tha Mt. Xinu's version was several revs behind and not quality
>work.  Why pay lots of money when the CMU i386 version is complete and
>standalone (now at least).
>
>Eric Ewanco
>Carnegie Mellon E'92
>ee0n+@andrew.cmu.edu

While there are advantages to the Mach 3.0 distribution from CMU
mentioned above, the mt Xinu version of Mach is perfectly fine.  I use
it and I like it.  They have good support and have been very responsive
to my problems, ranging from my mouse to reconfiguring my kernel for
six SCSI disk drives and a SCSI tape drive.  Their autosupport
mechanism is very nice and allows easy & quick updates of kernels,
utilities, documentation, and so on.  I am not sure why someone would
object that the Xinu release is not "quality work" -- obviously the
quality of their release derives from that of the CMU work it is based
on, with additional packaging, bug-fixes, device driver and
installation support, etc., by mt Xinu.  And, as I have said, I have
had good experiences with it.

Unfortunately, it is now difficult to get a stand-alone Mach 3.0 system
*that runs unix* from CMU due to the legal battles being waged between USL,
BSDI and UC Berkeley.  I am told that CMU has suspended distribution of
the net2-based BNR2SS server, at least for the time being.  You can get
the stand-alone Mach system without a Unix server, of course; and if you
have a Unix license you can still get the BSD server or the BNR2SS server.
You can't get Mach2.5 from CMU without a UNIX license.

Some of my biases:  I have been a kernel engineer for many years so my
viewpoint may be different from that of an end-user; I consult to mt
Xinu; I consult to the Open Software Foundation Research Institute,
where I work on Mach 3.0; and I have contributed to and worked with
OSF/1 and Mach 2.0/2.5 for several years.

Alan
-- 
-----
Alan Langerman		(alan@world.std.com)
Newsgroups: comp.os.mach
From: wcn@cs.brown.edu (Wen-Chun Ni)
Subject: Re: BNR2SS, Mach, and The Lawsuit (was Re: GNU kids on the block?)
Organization: Brown University Department of Computer Science
Date: Thu, 27 Aug 1992 01:39:45 GMT

You guys remember Hitler vs. (Chamberlain + Daladier) on Czechoslovakia
issues? Isolationism and appeasement only make things worse. Both
James and Randall are right. If CMU is backing off from this,  it
might become the next France, while FSF seems to be a Poland.

I don't object to the Linux layer on top of Hurd since I am a Linuxer.
But FSF should be fighting for this in principle. It's time to prove
that the cover of the "GNU Emacs Manual" reflects what FSF is.

In article <59917@mimsy.umd.edu> jds@cs.umd.edu (James da Silva) writes:
>Randall Dean rwd+@CS.CMU.EDU writes:
>>While we are not about to stop anyone who already has a copy from using
>>BNR2SS, we are no longer distributing it.  CMU is not willing to risk
>>getting drawn into a lawsuit over this.  By stopping distribution as soon
>>as the lawsuit with BSDI and CSRG went public, we can claim that we acted
>>in good faith and never knowingly distributed AT&T code.
>
>Damn.  Looks like AT&T/USL has already won if a place with as deep pockets
>and as long a history/reputation in the university Unix community as CMU is
>backing off rather than standing behind Berkeley.  I hope for your sakes
>USL doesn't later decide Mach3 and any derived products are a threat to its
>revenue stream.
>
>Note that I can't really blame CMU: Maryland would almost certainly do the
>same thing.  This whole system of legal extortion and intimidation sucks
>rocks.
>
>Thanks for the note, Randall.
>Jaime
>............................................................................
>: Stand on my shoulders, : jds@cs.umd.edu  :		      James da Silva
>: not on my toes.	 : uunet!mimsy!jds : Systems Design & Analysis Group


Newsgroups: comp.os.mach
From: ptuomola@saha.fmi.fi (Petri Tuomola)
Subject: screen via serial port on Mach386 2.5MSD
Organization: Finnish Meteorological Institute
Distribution: comp
Date: Tue, 1 Sep 92 16:48:20 GMT

I have a little problem with screen (the program which gives you multiple 
virtual terminals on a terminal) on Mach386. When I run it from the
console, everything goes just fine, no problems at all, but, 
when I use it from a /dev/tty0x (terminal or modem), it doesn't 
give any of the output of the shell run in the virtual to me.
All characters I write go through just fine (I can see it by running
commands which use disk - disk's led flashes) but I cannot get 
any output. But, however, screen's own messages come through
(like "Bell in window one" or help screen or window list etc.)

I think the problem is more general one, because I have tried 
screen 3.2, iScreen and GNU Screen and none of those worked. All
did the same, EXCEPT iScreen which displayed some of the shells
output, but it was always two or three lines behind, cursor was
somewhere and after few lines it did the same thing and displayed
nothing after that.

Have anyone tried running screen via serial line? Otherwise the
serial lines work just fine after I updated UARTs to 16550AFN's.

Any help will be appreciated.

Thanks,

Petri

-- 
Petri Tuomola    - ptuomola@saha.fmi.fi	   - ptuomola@tornado.nullnet.fi
"DOS  - Disk Operating System. A program that transfers data to and from
 the disk  drive in a computer. It  is loaded  from a  diskette into the 
 computer memory when the power is turned on. See boot." -- ANjr manual
From: honey@citi.umich.edu (Peter Honeyman)
Newsgroups: comp.os.mach
Subject: Re: AFS/DFS specs
Keywords: AFS, DFS
Date: 28 Aug 92 01:26:24 GMT
Reply-To: honey@citi.umich.edu
Organization: Center for Information Technology Integration, Univ of Michigan

check out the ftp archives on grand.central.org,
especially /darpa/doc/afs/specs/progint/.

	peter
From: m-jk8594@GRANNY.CS.NYU.EDU (James Kyriannis)
Newsgroups: comp.os.mach
Subject: Running a full 386/486 Mach system?
Date: 26 Aug 92 02:35:06 GMT
Organization: Courant Institute, New York University

Is there such a thing as a full-blown Mach "Unix" system for the 386/486
platforms?  From the FAQs at CMU, it would appear there is: Mt. Xinu's.
However, I was wondering if there was something ftp-able.  From what I have
been able to gather, from CMU you can ftp the kernel -- and that's it.
Ok, then what do I do?  The kernel is in source form.  I have to compile it,
presumably, it's compatible with the Microsoft compilers.  [I do not have
direct Internet access to use the so-called RPC installation.]  Then I have to
get a filesystem, cc, utilities, etc. going.  What's the course of action
for this?  Do I simply ftp to uunet, grab all the BSD Net2 sources and then
compile them to interface with the Mach microkernel, or is there a more
viable solution?

Thanks,

Jimmy
m-jk8594@cs.nyu.edu
From: max@underg.UUCP (Max Cray)
Newsgroups: comp.os.mach
Subject: Re: i386 Mach availability
Date: Fri, 28 Aug 92 13:08:09 EDT
Organization: Underground Computing Foundation

sommerfeld@apollo.hp.com (Bill Sommerfeld) writes:

> I am aware that MIT, which has at least some of the BNR2 code
> available in a world readable AFS cell, considered this issue, but
> decided that the mere existance of a lawsuit of uncertain merit did
> not "change the rules" enough to warrant restricting access to the
> BNR2 code (although a ruling in a lawsuit would result in a change in
> access to that code).

Could you please provide more information about how to get this code?

Thanks


 -= Max Cray =-
Xref: sparky comp.os.mach:1099 gnu.misc.discuss:2805 comp.org.eff.talk:5568
From: lfoard@Turing.ORG (Lawrence C. Foard)
Newsgroups: comp.os.mach,gnu.misc.discuss,comp.org.eff.talk
Subject: Re: BNR2SS, Mach, and The Lawsuit (was Re: GNU kids on the block?)
Date: 29 Aug 92 23:50:59 GMT
Organization: The Turing Project, Charlottesville Virginia.

In article <9070PB1w164w@underg.UUCP> max@underg.UUCP (Max Cray) writes:
>erich@microsoft.com (Eric Hanchrow) writes:
>
>> After reading about CMU being intimidated by U$L, to the point where
>> they won't distribute code that *might* be contaminated, I'm ready
>> to switch long-distance companies (I'm assuming that U$L is mostly
>> owned by AT&T).  I'd like to write a letter to someone or other
>> at AT&T, explaining why I switched; my questions are: Do you
>> know whom it might be effective for me to write to?  And do any
>> of you have anything you'd like me to say in the letter?
>
>I don/t know. Does anyone know how effective the boycott against ATT was
>when ATT went against MIT when they claimed to have a patent on the back
>and store technique?

One reason why it was never effective is that it wasn't publicized! I read a
dozen misc computer groups and never even heard of hint of this boycott. I'm
definitly willing to switch my service in protest if a number of people are
willing to do the same. 
Maybe someone should collect all the names of people switching and once
it gets into the several thousand call up CNN and etc to get some publicity.
Even if it doesn't change AT&T's mind it acts as a deterent for other
companies.
-- 
>>Unix/C Contract worker available 5 years C/unix work experience<<  ______
Available for Telecommuting/Travel and contracts on the T Line       \    /
in the Boston MA area. Send me e-mail for a copy of my Resume.        \  /
       -- VWIS 508-793-9568 (2400 baud), Linux support BBS.--          \/
Newsgroups: comp.os.mach
From: danm@watson.ibm.com (Dan McCabe)
Subject: MacMach availability?
Date: Thu, 03 Sep 1992 21:48:36 GMT
Reply-To: danm@grumpy.watson.ibm.com (Dan McCabe)
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM TJ Watson Research

What is the latest word on the availability of MacMach, CMU's own
release of Mach (as opposed to MachTen)?

Enquiring minds want to know ...

Cheers,
danm
From: mfg@gmd.de (Martin Gergeleit)
Newsgroups: comp.os.mach
Subject: IDE disk and Mach 3.0 ?
Date: 26 Aug 92 14:25:40 GMT
Organization: GMD, Sankt Augustin, Germany

Sorry for asking again: 'Does Mach runs with hardware xxx' but I looked
around in the FAQ at mach.cs and I did not find a clear answer. My
question is: Does Mach 3.0 runs on a 486 with an IDE disk? I have seen a
short notice that this is true for mach 2.5.

Thanks,
Martin

<mfg@gmdzi.gmd.de>
Newsgroups: comp.os.mach
From: sp@osf.org (Simon Patience)
Subject: Re: How do I get a Mach talk video from OSF
Organization: Open Software Foundation
Distribution: ba
Date: Wed, 2 Sep 1992 06:48:14 GMT

In article <1992Sep2.004934.28628@ntmtv>, montasmm@ntmtv.UUCP (Medi Montaseri) writes:
> I just learned that OSF has some videotapes on talks
> concerning Mach, and I 'd like to get a phone number or email.

You should direct all you enquiries about OSF RI materials to Missy MacNeish
(mmm@osf.org) on 617 621 7340. The postal address would be

	Open Software Foundation
	Research Institute
	1 Cambridge Center
	Cambridge, MA 02142

Simon.
-- 
  Simon Patience
  Open Software Foundation			Phone: +33-76-63-48-72
  Research Institute				FAX:   +33-76-51-05-32
  2 Avenue De Vignate				Email: sp@gr.osf.org
  38610 Gieres, France				       uunet!gr.osf.org!sp
Newsgroups: comp.os.mach
From: ptuomola@saha.fmi.fi (Petri Tuomola)
Subject: Re: Mach 3.0 on 386/486
Organization: Finnish Meteorological Institute
Date: Mon, 31 Aug 92 13:43:36 GMT

In article <1992Aug31.000622.10414@nntp.csl.sony.co.jp> kono@csl.sony.co.jp writes:
>I'm using Mach386 2.6MSD on T2200SX. Very reliable and usable.
>Why not use NNTPSSERVER autosupport.mtxinu.com? Of course, if you need
>technical support you have to pay for it, but in case of announcement,
>mach386.updates mach386.buglist mach386.users news group is quite enough.

I am using Mach386 2.6MSD on Morse 386/33 and my experiences with it are only
very positive, but..

It is true that mtXinu has their good NNTPSERVER which offers you good hints
and discussion about Mach386, but you still cannot get updates mentioned in
mach386.updates WITHOUT buying the expensive AutoSupport.

That is only thing I have to complain about mtXinu, I think that when you
buy product, you should have the best possible product. If it isn't as good
as it should be (it has bugs) then you should get fixes to make it good.
I mean, there is no buglist in advertisements so you should get a bug-free
product too. Add-in packages are different, of course you have to pay
for them, but you should get bug fixes for free.

Otherwise mtXinu has been very helpful - they helped me to solve my problem
with serial ports (and they really knew their product) and they also sent
me new filesystem replacement for free when I managed to break mine.

Petri

PS. If anyone knows how does one get on mach386 mailing list, please let me
know!

-- 
Petri Tuomola    - ptuomola@saha.fmi.fi	   - ptuomola@tornado.nullnet.fi
"DOS  - Disk Operating System. A program that transfers data to and from
 the disk  drive in a computer. It  is loaded  from a  diskette into the 
 computer memory when the power is turned on. See boot." -- ANjr manual
From: grier@world.std.com (The Political Crony)
Newsgroups: comp.os.mach
Subject: gdb-4.6 and MtXinu Mach386
Summary: Does it work for anybody?
Date: 27 Aug 92 03:19:18 GMT
Organization: The World Public Access UNIX, Brookline, MA

I can build gdb-4.6, and it will actually reading an a.out and run it,
but breakpoints don't take and core dumps can;t be read. What's wrong?

Thanks
Jim Grier

grier@chpc.org
From: dswartz@sw.stratus.com (Dan Swartzendruber)
Newsgroups: comp.os.mach
Subject: Re: Mach 3.0 on 386/486
Date: 31 Aug 92 20:07:51 GMT
Organization: Stratus Computer, Inc.

In article <1992Aug31.163850.26515@PA.dec.com>, ed@weir.pa.dec.com (Ed Gould) writes:

[some good points deleted]

> Like I said before, and others have, too, TANSTAAFL.

On the other hand, I got bitten by the infamous leap-year bug 6 months after
I had purchased the product and was told I was SOL unless I shelled out $150
for a 3-month autosupport contract despite the fact that the product was broken
when I bought it (albeit in such a way that it didn't show up right away).
I agree that expecting a company to devote resources to finding and/or fixing
a problem is a problem.  On the other hand, when they have already fixed the
problem, I don't think it is unreasonable to expect a fix.  It's just a matter
of making the fix available to registered customers only.

> --
> Ed Gould	  ed@pa.dec.com		Digital Equipment Corporation
> +1 415 688 1309	  Network Systems Lab	505 Hamilton Ave, Palo Alto, CA  94301
> 
> "Unison is only one form of harmony." -- LW

-- 

Dan S.
From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
Newsgroups: comp.os.mach
Subject: Re: Mach 3.0 on 386/486
Date: 25 Aug 92 19:20:40 GMT
Organization: Kansas State University
NNTP-Posting-Host: maverick.ksu.ksu.edu
In-reply-to: eje@irenaeus.mlo.dec.com's message of Mon, 24 Aug 1992 20:08:20 GMT

In article <1992Aug24.200820.24081@engage.pko.dec.com> eje@irenaeus.mlo.dec.com (Eric James Ewanco) writes:

>> I'm looking for a version of Mach 3.0 that will run on Intel 386/486.
>> I would also like to know the hardware requirements for that.    
>
>> And I'm also interested to know those who have successfully installed it
>> on 386/486 machines and are still using it.
>
>> Thanks!
>
>Mach i386 is freely available from it source; anonymous FTP to cs.cmu.edu and
>snarf it.  Actually, what you really need to do is set up your destination
>machine on the Internet, because there is an installation process that uses a
>special RPC to install Mach over the Internet step by step, and I am told that
>this is the proper way to install Mach i386.

My problem is that I have a 386 box at home that I'd like to put Mach
3.0 on, but I have no real way to get it connected to the InterNet,
and I don't have access to a machine here that is connected so that I
can install it there first.  Is there any way to install it from
floppies alone?

++Brett;
From: hughes@screamer.csee.usf.edu (Ken Hughes)
Newsgroups: comp.os.mach
Subject: problem with nlist / _avenrun (i386at Mach2.6)
Date: 27 Aug 92 16:04:05 GMT
Distribution: na
Organization: University of South Florida, Department of Computer Science and Engineering

I've been trying to get xload to run under X11R5 but although it compiles and
the permissions are correct for it to reference /dev/kmem it doesn't work.
I've tracked the problem to the actual lseek and read of the load average.
The call to nlist for "_avenrun" returns some nl[0].value =0xc015b108 (which
beats me if it's correct) and after the lseek to this offset and read into
the double loadavg reports loadavg=-2.00 constantly.

/usr/ucb/w works properly (believably at least) but attempts to copile w.c
from the Mach sources gives the same results.  Can someone tell me what I'm
missing here?  Thanks.
--
	Ken Hughes 		|   "Which button do I press to turn
   (hughes@sol.csee.usf.edu)	|     it off?"  "Try the red one,  
FT-Ph D candidate, PT-ex-sysadm |     allright?"  "Which red button?"
University of South Florida	|          ....  _Heathers_
From: tom@afthree.as.arizona.edu (Thomas J. Trebisky)
Newsgroups: comp.os.mach
Subject: Re: BNR2SS, Mach, and The Lawsuit (was Re: GNU kids on the block?)
Date: 26 Aug 92 20:59:42 GMT
Organization: University of Arizona, Tucson, AZ

jds@cs.umd.edu (James da Silva) writes:
> roland@prep.ai.mit.edu (Roland McGrath) writes:
> > The GNU Project would like to find a volunteer to work on a
> > single-server for the Mach 3.0 microkernel based on Linux.
> >  ...
> > Since AT&T's lawsuit, we can no longer rely on using BNR2SS, the
> > single-server based on the Berkeley Networking 2 release.
>
>This sort of thing is very sad to see.  This is _exactly_ what AT&T/USL
>wants to see happen.  They are succeeding in scaring people away from Net2
>*without having to prove anything in court*.
>
> ... BNR2SS already exists; it should be used until
> such time as USL prevails (if ever).

Very good point, I couldn't agree more.

It is commonly agreed that it is unwise to yield to the demands of terrorists.
I learned a long time ago that nothing is gained by submitting to a bully.

The case is still up in the air, nothing is decided.  Interestingly enough
it is not possible for a number of of software projects to maintain a
neutral stance.  Either they side with Berkeley and keep their releases
available, or they admit that the claims of USL have some credibility and
withdraw their work from public availability.

--
	Tom Trebisky	ttrebisky@as.arizona.edu
...."There's no sense in being precise when you don't even
.... know what you're talking about." 
                       - John von Neumann  
Newsgroups: comp.os.mach
From: jkh@sparc3.lotus.com (Jordan K Hubbard)
Subject: Who's doing a 1740 driver?
Organization: Lotus Ireland
Distribution: comp
Date: 28 Aug 92 14:52:54

If someone out there has the Adaptec programmer's manual for the 1740
but no time to do the driver, I'd appreciate a FAX of the extended mode
specification - getting this info from Adaptec in Ireland is sheer
hell!

Thanks.

				Jordan
Newsgroups: comp.os.mach
From: gkt@iitmax.iit.edu (George Thiruvathukal)
Subject: FAQ
Organization: Illinois Institute of Technology / Academic Computing Center
Date: Mon, 31 Aug 92 15:55:17 GMT

Would someone please be so kind to post or send me a copy of the FAQ
list for comp.os.mach?

While I am using bandwidth, I am interested to know whether there is
any public domain OS available, based on Mach, which will allow me to
run X Windows and Free Software Foundation software on a 386 machine.
What would be most helpful is if someone could send me the following 
information:
  1. Summary of your hardware platform
     a. processor
     b. BIOS
     c. VGA card
     d. floppy/HD controller
     e. other hardware requirements
  2. Software packages that work
     a. FSF Software (GNU, etc.)
     b. Shells
     c. X Windows/386
  3. User Issues
     a. Can I boot from the hard-disk?
     b. Can I run on a network with TCP/IP?
     c. UUCP?
  4. Performance Issues
     a. How much memory (RAM) should I have?
     b. How much disk space is required for the minumum/maximum
        OS installation?
  5. Some known problems/bugs...

My problem domain is "simple". I want to use the abovementioned packages
to do work on parallel (and distributed) research. If anybody is using 
Mach for such research on networks of PC's, I'd really like to hear from
you.

Thanks for all responses in advance and, if requested by other readers, I
will post a summary to comp.os.mach.
-- 
George K. Thiruvathukal
IIT - School of Computer Science - gkt@iitmax.iit.edu
Tellabs - Data Communications Division - att!tellab5!gkt
Rapid Learning Curve
Newsgroups: comp.os.mach
From: rpd+@cs.cmu.edu (Richard Draves)
Subject: Re: gmake
Organization: School of Computer Science, Carnegie Mellon
Date: Wed, 2 Sep 1992 23:58:33 GMT

In article <14950@borg.cs.unc.edu> beckerd@libra.cs.unc.edu (David Becker) writes:
>Is ${MKIDIRS;.*;${INSTALLDIR}/&} supposed to be a pattern substition?

Yes.  It will convert
	bin lib include
to
	${INSTALLDIR}/bin ${INSTALLDIR}/lib ${INSTALLDIR}/include

Rich