HDTenEightyP/NetNews huggingface dataset:
From: mjalava@lk-hp-16.hut.fi (Mika Matti Jalava)
Subject: Re: Alternative UNIX for 486
Organization: Helsinki University of Technology
Date: Tue, 12 Jan 1993 10:51:50 GMT

In article <1993Jan12.082228.26747@ncn.UUCP> lmy@ncn.UUCP (Lars Myraas) writes:
>vagle@hsr.no (Laban Seigemann) writes:
>: I am very interested in running a full 32 bits UNIX system on my
>: beautiful Intel486DX.

>Try Coherent, small and cheap ($100). Min. requierments: 1Mb/10Mb

Try Linux, cheaper than Coherent (actually it is free). Read
comp.os.linux, try finger torvalds@kruuna.helsinki.fi, ftp
nic.funet.fi (pub/OS/Linux). Runs virtually everything from cat to
X11R5 and TeX.

	Mika
Newsgroups: comp.os.misc,comp.os.vms
From: morrow@cns.ucalgary.ca (Bill Morrow)
Subject: Re: Help on RT-11 macro language - SOLVED
Date: Tue, 05 Jan 93 16:37:04 GMT
Organization: University of Calgary
Keywords: RT-11, macro

-- 
I asked yesterday about some RT-11/PDP-11 assembler code, and a
sufficient number of people had *not* suffered trauma-induced
amnesia and were able to help me out. Thanks to:

Russ Evans <e_gs18@unixb.nerc-murchison.ac.uk
jweiss@casbah.acns.nwu.edu (Jerry Weiss)
zbang@access.digex.com (Carl P. Zwanzig)
mbg@world.std.com (Megan B Gentry)

Basically, the code modifies itself to jump down to a later point 
in the interrupt service routine, as part of servicing the first interrupt.
I can't see there being any interest, but if there is I'll forward
the responses. Followups to sci.archaeology :)
__________________________________________________________
Bill Morrow                    voice: (403) 220-6275
Clinical Neurosciences         fax: (403) 283-4740
University of Calgary          e-mail: morrow@cns.ucalgary.ca
3330 Hospital Drive NW
Newsgroups: comp.os.misc
From: mvr@tarzan.inesc.pt (Mario Vitorino Reis)
Subject: OS Porting Methods
Organization: INESC (Inst. Eng. Sistemas e Computadores) -LISBOA -PORTUGAL
Distribution: comp.os.misc
Date: Tue, 5 Jan 1993 12:39:57 GMT


I am presently porting an operating system to a multiprocessor
machine developped at INESC: SMD architecture.

I have other colleagues who are porting the OS originally 
developped for the SMD machines to the PC AT.

We have been looking for papers/books/doc on methods of
porting Operating Systems. Each of us has followed a different 
strategy.

We would like to do some comparative evaluation/research/analysis
of the different methods used to port operating systems.
We would like to have references on the methods both from a 
conceptual/methodological approach, also from the case study type.

Could anybody out there provide us with some pointers ?

Many thanks in advance,

					Mario Reis
					INESC
					Lisboa
					PORTUGAL
From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
Newsgroups: comp.os.misc
Subject: Re: X11 and Windows NT (was: Windows NT Report)
Date: 7 Jan 1993 00:04:00 -0600
Organization: Kansas State University
NNTP-Posting-Host: maverick.ksu.ksu.edu

In <1993Jan5.151421.24773@nsisrv.gsfc.nasa.gov> williams@nssdcs.gsfc.nasa.gov (Jim Williams) writes:
>I've gotten several responses that all say similar things; the screen

>is very special under NT and no X11 server is possible unless MS
>cooperates.  I've not heard any statement from MS with respect to X,
>but given that they are supporting TCP/IP and Posix, it seems to me
>they have at least a token interest in interoperability.  Thus,
>providing at least some support for X clients seems to be in their
>interests.

I'm sort of curious.  We have a product called HCL-XCEED for Windows.
This is an X server that runs under Windows.  Since it is a Windows
application and doesn't mess with the bare hardware I don't see any
reason why it wouldn't run under NT.
-- 
Brett McCoy -- Computing and Network Services, Kansas State University
"There's nothing like slapping a piece of cardboard on your head and
 wearing a dress to make you feel like you've accomplished something."
                                   -- me (immediately after graduation)
Newsgroups: comp.os.misc
From: feustel@netcom.com (David Feustel)
Subject: Re: More Windows NT
Organization: DAFCO: OS/2 Software Support & Consulting
Date: Tue, 5 Jan 1993 01:08:24 GMT

I just got the 2nd MS NT Developers CDROM. Installation apparently
succeeded, but the first attempt to use the thing failed. There was no
new group added to the program manager's window and the command given
in the accompanying pamphlet broke in at least two ways. Needless to
say I'm not going to spend much time with this cdrom.
-- 
Dave Feustel N9MYI <feustel@netcom.com>
 
                        Happy Holidays to ALL!!!
Newsgroups: comp.os.misc,comp.os.vms
From: andy@research.canon.oz.au (Andy Newman)
Subject: Re: More Windows NT
Organization: Canon Information Systems Research Australia
Date: Fri, 1 Jan 1993 14:00:34 GMT

esprit@netcom.com (Alan F. Perry) writes:
>Is Microsoft going to user(for lack of a better term)-written servers
>or publish the interface between the servers and the NT executive.  Is
>the interface well-defined or was it determined in an ad-hoc fashion
>that arose as Microsft implemented their servers?

I and several others posted this question to one of the comp.sys.windows
groups frequented by Microsoft staffers. No answer was forthcoming. It
would be nice to get at the kernel, seems quite reasonable underneath.

-- 
Andy Newman (andy@research.canon.oz.au)
Newsgroups: comp.os.misc
From: john@skylinx.sa.com (John Vecchio)
Subject: Software load from cdrom
Organization: Scientific Atlanta, Inc.
Distribution: us
Date: Thu, 7 Jan 93 16:25:57 GMT


 
 I want to load Windows NT from an HP-9000/700 cdrom to a pc using
 NFS, has anyone tried this? Any tips or suggestions would help.


 John Vecchio
 john@skylinx.sa.com
Newsgroups: comp.os.misc,comp.os.vms
From: mbg@world.std.com (Megan B Gentry)
Subject: Re: Help on RT-11 macro language
Keywords: RT-11, macro
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 5 Jan 1993 06:57:05 GMT

morrow@cns.ucalgary.ca (Bill Morrow) writes:

>DR3INT: 0
>	BR	10$+2		<--- branch to where ?
>	BR	20$+2

Jerry is right, DR3INT seems to be a word which is modified
by the contents of the remainder of the table.  The two
BR instructions are what get moved into it.  I would suspect
that there must be code which initializes DR3INT, otherwise
the first time through this code, the processor would halt.
Also, the BR 20$+2 appears to be wrong, as Jerry stated, it
appears that it should be BR 20$+4.

>10$:	MOV	#107,DMACSR
>	TST	ADCO		<--- here ?
>	BEQ	11$
>	MOV	#113,KWREG
>11$:	MOV	DR3INT+4,DR3INT
>	TR			<--- or here ?

TR must be a macro.

Really unclean code.

					Megan Gentry
					RT-11 Developer
From: jparker@East.Sun.COM (Jeff Parker)
Newsgroups: comp.os.minix
Subject: Re: About the ACK ANSI compiler... [not th
Date: 4 Jan 1993 15:53:36 GMT
Organization: Sun Microsystems Inc. - BDC
Distribution: world
Reply-To: jparker@East.Sun.COM
NNTP-Posting-Host: balder.east.sun.com

In article 2833@udel.edu, Damian McGuckin <damianm@eram.esi.com.au> () writes:
In defence of ast, I also have NO complaints about the cost,
...I never understood why Prentice Hall could not handle these too 

- Damian

Do I recall massive grumbling about P-H's foray into software distribution?
It took me a month to get the right disks from them, and I've read many folks 
complaining about bad disks.  

---
Jeff Parker						jparker@east.sun.com
Sun Microsystems					      (508) 671-0588

"If I haven't seen as far as others, it's because I'm standing on the
shoulders of midgets." 
- Paul Callahan
From: wieck@jwminhh.hanse.de (Jan Wieck)
Subject: Re: Format of the Floppy disks
Organization: Private Site under Mach386
X-Newsreader: Tin 1.1 PL4
Date: Thu, 7 Jan 1993 23:49:09 GMT

jls@corse.inria.fr (Jean-Luc Szpyrka) writes:
: 
:  Hi,
: 
:  I would like to read the source disks using the floppy disk unit
:  of my SparcII, but ....
:  The format of the data doesn't seem to be MSDOS, nor TAR format.
:  
:  Does anybody know, how can I read these disks directly ?

The distribution-format is MINIX filesystem. To read those floppies,
they are mounted under MINIX.

But there is a readfs command, that can read and extract a whole 
filesystem through it's block-device. So you have to port this
to Sparc. 


Until later, Jan


-- 
# Any language keeps its own misunderstandings; #
# why shouldn't programming languages do?       #
#                                               #
#            wieck@jwminhh.hanse.de (Jan Wieck) #
From: heim2@frieda.frieda (Gerald Heim)
Newsgroups: comp.os.minix
Subject: Re: Version 1.6.24b upgrade problems
Date: 8 Jan 93 13:05:43
Organization: /home/heim_ti/.organization
	<C0FoC5.I7E@cs.vu.nl>
	<HEIM.93Jan7115122@spike.peanuts.informatik.uni-tuebingen.de>
	<C0I9qB.I1v@cs.vu.nl>
NNTP-Posting-Host: frieda.informatik.uni-tuebingen.de
In-reply-to: ast@cs.vu.nl's message of Thu, 7 Jan 1993 22:42:11 GMT


In article <C0I9qB.I1v@cs.vu.nl> ast@cs.vu.nl (Andy Tanenbaum) writes:

   >I was not able to get the new tools (forgot the names, substitutes for
   >build and menu) running. They compiled w/o a warning, but didn't work.
   Some additional information here might help us debug it.

OK. I'll try. I think the name of the program was "construct". It's
appearently used to build a bootimage consisting of kernel,fs, mm, init,
monitor and the bootblock. Somewhere in the makefile it's called as
 "construct -i image <parts>", but it doesn't build a image. Since
I had no manual available, I gave up and used shoelace, with which I was able
to boot the new kernel. Init, the kernel, fs and mm ran (I could see by
pressing F1), but init didn't fork any processes, nor was it wasting time,
nor complaining about anything. The idle-task accumulated cpu-ticks as usual.
A running system, but completely unusable :->
I don't know if this was due to my filesystem (1.5.10ish, whatever that means).

   It changed radically, to support POSIX, but that was something like two years
   ago.  Most programs that care were changed too.  I think readfs may be the
   only one left that is not fixed.

Hmm. Is something like 2 years before or after the release of 1.5.10?
If it changed since then, bootstrapping a new system would be some
kind of difficult. Would it then be possible to distribute a diskimage with
the new kernel and some basic programms in /bin, maybe even a
binary of the new KnRish library? But this doesn't matter to me, since
I will definitly stay with 1.5.10 :-)

My contribution to the C-Compiler-Flame-War:
Building a new library, I tried to use the 1.6.16 tsort. It failed utterly
sorting an input of ~20k output of lorder. It gave me 38 Bytes of output!!!
I downloaded tsort.c to my linux box and compiled it with gcc (I had to
comment out the _PROTOTYPES). Now it ran ok and gave me a order of the
complete library. Strange. But this might be a library bug.

gjh

aehm: if my address in the header is wrong:
      heim@peanuts.informatik.uni-tuebingen.de is the correct one
Newsgroups: comp.os.minix
From: cwr@crash.cts.com (Will Rose)
Subject: Re: debuger for minix on ibm-pc
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 11 Jan 93 21:51:34 PST

Bruce Evans (bde@runx.oz.au) wrote:
: Source level debuggers require at least line numbers and none of the
: available 16-bit compilers produce line numbers.

It's an undocumented feature of the IBM PC ACK 1.3, at least.  See 
the man page I posted whenever - I don't have the option details
by me.

Will
cwr@crash.cts.com

Newsgroups: comp.os.minix
From: henrik@husc.harvard.edu
Newsgroups: comp.os.minix
Subject: ACK ANSI Compiler
Date: 6 Jan 93 16:36:41 GMT
Organization: University of Delaware
Originator: mmdf@louie.udel.edu


> Re: compilers and their worth ...

Yes, it's true that packaging could cost less than $200.  However, don't forget
the time spent designing, debugging, etc.  Time spent in QA.  Time spent
writing usable documentation.  Time spent bugfixing.  All of these require
good people.  Good people cost money (and well they should - they need to
eat, too).

Certainly a mailing list full of software engineers should recognize the
value of their work, and the amount of time and energy it takes to make a
good product.

					larry...

-- 
Mail System (MMDF)
From: cwr@crash.cts.com (Will Rose)
Newsgroups: comp.os.minix
Subject: Re: ACK ANSI Compiler
Date: 5 Jan 93 08:57:57 GMT
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA

Linus Torvalds (torvalds@klaava.Helsinki.FI) wrote:
: 
: The only people I see using the new ANSI compiler extensively would be
: people with old PC/XT's, and if they can put up with that kind of
: hardware, thay should certainly be able to put up with an older release
: of the compiler as well (*).  It's not as if you could port many
: standard unix programs to a 64+64kB machine anyway, so the lack of ANSI
: shouldn't be that bad an experience: you'd just have to write your
: programs using K&R. 

There are two problems with using K&R - compiling 1.6 kernel and sources,
and debugging code without lint.  The one advantage of ANSI C for my
money is that prototyping catches a number of errors that only lint can
otherwise reach, and there is no lint for Minix, and I don't have the
time, interest or skill to write one.  ANSI C does a  number of things
I don't want it to do, but prototyping is handy.  It's also pretty 
uninispiring to hack eg. modem control into the tty code when you know
a) its been done already for 1.6, and probably much better and b) no-one
else will be interested in re-using your code, since they'll  have 1.6
anyway.  My current best solution is to work out a cross-compile under
MSDOS for the kernel and commands, use the 1.3 compiler for my own code,
and lint the stuff on another Unix machine entirely.  This will all  take
a lot of time that could better be spent in drinking, which displeases
me further.

Keep taking the tablets - Will
cwr@crash.cts.com
Newsgroups: comp.os.minix
From: SESPC395@ysub.ysu.edu (Max)
Subject: Re: Where is Tin for Minix?
Organization: Youngstown State University
Date: Mon, 11 Jan 1993 21:14:13 GMT

In article <76390@apple.apple.COM>
jamesh@Apple.COM (James Hammett) writes:
 
>Does anyone know where I can find Tin for minix.  It is an NNTP
>thread based newsreader.
>
>Please reply via email and I will summarize to the net.
>
I would like to know this too..   just post it here for all to see if you
have the info..
 
Max W. Blackmer, Jr.
SESPC395@ysub.ysu.edu
s0180873@unix1.cc.ysu.edu
Newsgroups: comp.os.minix
From:     Mhughes%mic16@redstone-emh2.army.mil
Subject:  Help With Minix
Originator: mmdf@louie.udel.edu
Organization: University of Delaware
Date: Tue, 12 Jan 1993 00:05:44 GMT

I Have a few questions...

	1st I have Minix 1.5.10 from PH. One of my disks is corrupt. (The Disk
Containing the /usr/include directories, the /usr/src/lib directories, and the
/usr/src/tools directory) This makes minix about useless. I have asked several 
people  on the net if I could get a copy of their files and have had no success.
Does anyone know where I can get a copy of these files short of buying another
set of disks.

	2nd Are there any patches out there on the net to allow minix to support
more than 2 com ports on the IBM ? (Maybe someone could at least tell me where
to start hacking if I ever get the includes) I would like to use my modem on
COM3 or COM4 with terminals on COM1 and COM2.

	3rd Are there any patches around to allow Minix to support TC/IP 
instead of amoeba transactions, or patches to allow Minix to support the
3COM 3c501 network adapters (once again, maybe someone could point me the right
direction)

	4th In the event that I cannot get a copy of the files that I am 
missing, is there a Unix clone out there as good or better than Minix? ( I 
looked at 386BSD, it does not seem to support multiple users, and 200 Meg is
just a little much for an operating system even with the sources.)

I would really like to stick with Minix, But without the Includes, libs, and 
tools it is just an expensive paperweight.
Any help would be greatly appreciated.
			-Michael K. Hughes
mhughes%mic16@redstone-emh2.army.mil
or
95acl%tmde2@redstone-emh2.army.mil
-- 
Mail System (MMDF)
From: cgra@btma74.nohost.nodomain
Newsgroups: comp.os.minix
Subject: Re: problems on creating the "minix-1.6.24b"
Date: 4 Jan 93 16:47:59 GMT
Reply-To: cgra@se.alcbel.be


Hi all,

this MINIX thang sounds interesting and I definitely think I might order the
demo disc for Atari ST.  However I am a bit unsure on a few points...

- how does MINIX relate to MiNT and MultiTOS?  From what I have read here it
would seem that MINIX has its own multitasking kernel.  Does it run parallel
to the desktop (like MiNT), or do I say goodbye to the desktop altogether?
(To say nothing of GEMINI).

- a recent posting by an Amiga owner implied that the 680x0 version of MINIX
only works for sufficiently small x.  This would kill off my plans to upgrade
to a 68030 by means of Dave Small's SST and/or the Falcon.

- am I buying into any useful amount of parallelism?  That is, given the
necessary processing power, can I run foreground programs while performing
a file transfer in background, etc. (just like under TOS :-))?

- will there be a v2.0 for Atari (and when?... ;-/)

I would be grateful for comments from anyone who knows both MiNT and MINIX.

Regards,
			Chris



__________________________________________________________________________
Chris Gray        | Any views expressed are those of the author and not of 
cgra@se.alcbel.be | any organisation(s) with the author may be associated.
From: heim2@snoopy.ach-mist-hab-den-hostnamen-wieder-vergessen (Gerald Heim)
Newsgroups: comp.os.minix
Subject: Re: 1.6.23 libraries
Date: 11 Jan 93 09:37:09
Organization: /home/heim_ti/.organization
Distribution: world
NNTP-Posting-Host: snoopy.informatik.uni-tuebingen.de
In-reply-to: fpp@minor.UUCP's message of Wed,  6 Jan 93 00:21:25 +0100


It's in the 1.6.24b-version... Have a look

gjh
From: cwr@crash.cts.com (Will Rose)
Newsgroups: comp.os.minix
Subject: Re: About the ACK ANSI compiler... [not th
Date: 6 Jan 93 06:56:56 GMT
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA

Andy Tanenbaum (ast@cs.vu.nl) wrote:
:>In article 2833@udel.edu, Damian McGuckin <damianm@eram.esi.com.au> writes:
: >In defence of ast, I also have NO complaints about the cost,
: >...I never understood why Prentice Hall could not handle these too 
: 
: Because the Vrije Universiteit owns ACK and has a long-standing contract with
: UniPress and Transmediair to distribute ACK in all of its forms.
: 
: Andy Tanenbaum (ast@cs.vu.nl)

At last, the answer.  It's not the cost of disks, or shipping, or whatever
the current excuse is.  Transmediair have the rights to that fashionable
software, an ANSI C compiler, so they can charge top dollar for it. The
fact that it runs only on the Minix OS is neither here nor there to their
finely-honed marketing minds.  I had a feeling that was going to be the
case. Oh well, at least we finally got a coherent (excellent pun) answer.

Will
cwr@crash.cts.com
Newsgroups: comp.os.minix
From: ast@cs.vu.nl (Andy Tanenbaum)
Subject: Re: The Case of the Missing RAM.
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Mon, 11 Jan 1993 23:10:58 GMT

In article <1993Jan11.162305.27414@nmsu.edu> kduling@scf.nmsu.edu (Kevin J. Duling) writes:
>I booted the system up last night with the Universal Boot disk and
>Minix reported that there was ~760K total memory.  Ok...I give.
The universal boot disk uses the BIOS.  That is why it is universal.  Thus
it runs in real mode with the consequences of that.

>And is there IDE controller code out there somewhere?  
The standard MFM (i.e. AT) driver, at_wini.c should work on IDE drives.

Andy Tanenbaum (ast@cs.vu.nl)

Newsgroups: comp.os.minix
From: hp@vmars.tuwien.ac.at (Peter Holzer)
Subject: Re: I want to be a MINIX fan too.
Organization: Technical University Vienna, Dept. for Realtime Systems, AUSTRIA
Date: Mon, 4 Jan 1993 19:20:19 GMT

groot@idca.tds.philips.nl (Henk de Groot) writes:

>Now I'm asking for advice because I'm confused: Should I buy version 1.5 and 
>get hold of the patches to make it 1.6.24? Can I buy version 1.6.24 directly
>from Prentece Hall? Should I wait a month and start with version 2.0?

Yes, no, maybe.

You can buy 1.5 now (and receive disks which may or may not work at
some arbitrary point in the future) and then patch to 1.6.24 (25, 26,
...). PH does not, and will not, sell 1.6.24. Eventually they will sell
2.0, and Andy Tanenbaum probably has a vague idea when that will be. I
suspect it will be a lot longer than a month, though.

	Peter
-- 
|    _  | Peter J. Holzer                       | Think of it   |
| |_|_) | Technical University Vienna           | as evolution  |
| | |   | Dept. for Real-Time Systems           | in action!    |
| __/   | hp@vmars.tuwien.ac.at                 |     Tony Rand |
From: loweryr@grits.valdosta.peachnet.edu (Richard Lowery)
Newsgroups: comp.os.minix
Subject: X-windows and Unix Compatibility
Date: 12 Jan 93 22:58:57 GMT
Organization: University of Delaware
Originator: mmdf@louie.udel.edu

Does anyone know if Minix supports X-Windows, and if Minix will run many of my unix utilities?
Thanx
	Richard Lowery
	loweryr@grits.valdosta.peachnet.edu
-- 
Mail System (MMDF)
Newsgroups: comp.os.minix
From: kduling@scf.nmsu.edu (Kevin J. Duling)
Subject: The Case of the Missing RAM.
Organization: New Mexico State University
Date: Mon, 11 Jan 1993 16:23:05 GMT

Finally, after about 2 years of having less memory than most XT users
(624K, because Tandy wanted to be innovative), I'm upgrading to a 386.
It's a Packard Bell 386sx 16 Mhz with 2 Megs of RAM and an 85 Meg HD.

I booted the system up last night with the Universal Boot disk and
Minix reported that there was ~760K total memory.  Ok...I give.
Where's the rest of it?  Yes, this is better than what I was squeezing
into before, but...

And is there IDE controller code out there somewhere?  I remember the
nightmares I had when I didn't know any better and tried to run Minix
on my Tandy 1000's RLL drive with the XT boot disk.  It was/is one of
those first Western Digital controllers that acts like an MFM, but
isn't.  

And I'd really like to get into protected mode.
Any help would be appreciated.
-- 
#include <std/disclaimer.h>
/*=================================================================*/
/* Kevin J. Duling              //   "My two best qualities are    */
/* Just a B.O.F.H wannabe...   //     my modesty and my honesty."  */
Newsgroups: comp.os.minix
Subject: Minix upgrade descriptions?
From: jhowatt@eeyore.stcloud.msus.edu (Jim Howatt)
Date: 8 Jan 93 08:05:31 -0600
Distribution: world
Organization: St. Cloud State Univ., MN

Hello,

Can any one point to a document that describes what the different levels
of upgrades from 1.5.10 are for?  I've looked in the FAQ and info sheet 
and in the directories where I found the upgrades, but could not find
anything describing their purpose.

We're running 1.5.10 on our 286-based (4Meg RAM, 40Meg hard drive) OS lab
computers.  Are the upgrades going to provide any benefits to my students?
(It doesn't look as if we're going to be able to upgrade the OS lab hardware
for a few years.)

Thanks in advance for any light anyone can shed on this.

Jim

+-----------------------------------+---------------------------------------+
| Dr. James W. Howatt               |  139 Engineering and Computing Center |
| Department of Computer Science    |  St. Cloud State University           |
| jhowatt@eeyore.StCloud.MSUS.edu   |  St. Cloud, MN 56301-4498             |
+-----------------------------------+---------------------------------------+
Newsgroups: comp.os.minix