HDTenEightyP/NetNews huggingface dataset:
From: carlb@hardy.u.washington.edu (Carl Boernecke)
Newsgroups: comp.os.minix
Subject: Removing a file...
Date: 12 Apr 92 01:35:29 GMT
Article-I.D.: u.1992Apr12.013529.6332
Organization: University of Washington

This may be a stupid question, but I havne't figured it out, and
this post is my last resource.

While installing the uucp.tar.Z package on my new hard drive,
I somehow created a directory titled Log (for my system it's
/usr/lib/uucp/Log), with two files: "uucico.log" and "uuxqt.log",
both files show up in a "ls" command, but not "ls -l", which
reports that both files are non-existant.

Using "rmdir" shows that the directory stil contains files, and
"rm -r" says it can't erase them.

I've done all this from the root account, which was used to
create them.

Any ideas?  I've got a backlog of news batches and e-mail that
I need to grab before the system administrator gets _real_ mad
at me.  ;)

-- Carl Boernecke (carlb@u.washington.edu)
From: klamer@mi.el.utwente.nl (Klamer Schutte)
Newsgroups: comp.os.minix
Subject: Re: optopt??
Date: 14 Apr 92 08:02:36 GMT
Organization: University of Twente, BSC-El

In <1992Apr13.124035.14584@magnus.acs.ohio-state.edu> bjones@magnus.acs.ohio-state.edu (William A Jones) writes:

->When trying to port a minix program to linux, I received an error message
->that the linker was trying to find _optopt.  I checked around and this
->does not appear to be POSIX standard (though I could very easily be wrong)
->and I'm not sure what it does.  Could someone please explain what it
->is intended to be and, since it is an integer value, what values it might
->take on in uucp?  Thanks.

optopt does in some implementations contain the current option
character, i.e.:

with: prog -o foo bar
and
getopt(argc,argv,"o:");

optopt will at the first return of getopt have 'o' as its value.
 
(and with prog -q is has 'q' as its value -- and thus is slightly
 different from the return value of getopt!)

Not too portable ;-). Seems that SunOS also supports this.

Klamer
--
Klamer Schutte			Tel: +31-53-892778	Fax: +31-53-340045
Faculty of electrical engineering -- University of Twente, The Netherlands
preferred: klamer@mi.el.utwente.nl     SMTP: klamer@utelmi01.el.utwente.nl
From: samw@bucket.rain.com (Sam Warden)
Newsgroups: comp.os.minix
Subject: printer doubles characters
Date: 17 Apr 92 07:07:01 GMT
Article-I.D.: bucket.samw.703494421
Organization: Rick's Home-Grown Un*x

On my IBM version 1.5 (purchased within the last 6 months), printer
output has characters doubled, seemingly at random.  This happens
whether I use lpr, or add carriage returns to the file and cp or
cat it to /dev/lp.  It happens at 4.77 mHz and 8 mHz.  The system
is an Epson 'Apex' XT clone with Epson 'Apex 80' printer.  The
problem does not occur when printing in MSDOS.  Has anyone else
had this proble, or know of a fix?
Thanks.

-- 
 
samw@bucket.rain.com (Sam Warden) -- and not a mere Device.
From: huntley@garbo.cs.indiana.edu (Haydn Huntley)
Newsgroups: comp.os.minix
Subject: Mac Minix 1.5.10.7 for sale
Keywords: Mac Minix 1.5.10.7 for sale.
Date: 9 Apr 92 15:43:26 GMT
Article-I.D.: news.1992Apr9.104335.4045
Organization: Indiana University, Bloomington


This is the current version of Mac Minix, which (as far as I know)
runs on all Macs and under both System 6 and 7.  I've been using it on
a Mac IIcx with System 7 without any crashes.  I upgraded it from the
original, bug-ridden version from Prentice-Hall using the patches on
Plains and some help from the net.

It comes with all of the original diskettes, the manual (in mint
condition), the patches for 1.5.7.[0,1]-> 1.5.7.10, and a large
StuffIt archive containing the current up-to-date version, ready to
run.

I originally paid about $175 for the software, direct from P-H, and
I'd like to sell it for $125.  I might consider a trade involving some
of Apple's MPW Tools.

If interested, you can reach me via email:  huntley@copper.ucs.indiana.edu
or via US mail:

	Haydn Huntley
	Eigenmann Hall #702
	Indiana University
	Bloomington, IN  47406

	Tel: (812) 857-7603

Live long and prosper!

-- 
;;  *****************************************************
;;  *  Haydn Huntley    huntley@copper.ucs.indiana.edu  *
;;  *****************************************************
From: dmoffatt@ugly.ucs.indiana.edu (David Moffatt)
Newsgroups: comp.os.minix
Subject: klib386 mpx386
Summary: missing klib386 mpx386
Date: 14 Apr 92 19:05:46 GMT
Organization: Computer Science, Indiana University

I am upgradeing minix and I found that I am missing two files.
If anyone has these could you mail them to me?  The files in question
are part of kernel they are klib386.? and mpx386.?  Thanks.

	David Moffatt.
From: tgcpwd@rw8.urc.tue.nl (Wim van Dorst)
Newsgroups: comp.os.minix
Subject: Re: Booting from the Universal disk
Date: 8 Apr 92 09:10:06 GMT
Reply-To: tgcpwd@urc.tue.nl
Organization: Eindhoven University of Technology, The Netherlands

Carl Boernecke writes:
>An odd question here.  Why does my 286 system only boot from the AT
>disk.  Why can't it use the Universal Boot diskette?  I also noticed
>this problem when trying to use the demo disk.

Both the 'Universal Boot Disk' (nice terminology), and the Demo Boot Disk
use the BIOS for disk handling. Apparently your machine itself is
sufficiently compatible hardware-wise (at_wini works), but the BIOS 
is probably not compatible (bios_wini works not).

As both disks give the same error they probably are both fine, and you can 
hand them out without problems (I don't know about (C) though).

Met vriendelijke groeten, Wim `Blue Baron' van Dorst
-- 
---------------------------------------------------------------------
Blue Baron = Wim van Dorst, Voice (+31) 074-443937, (+31) 02152-42319
(-:       baron@wiesje.hobby.nl           tgcpwd@urc.tue.nl       :-)
---------------------------------------------------------------------
Newsgroups: comp.os.minix
From: awoodhull@hamp.hampshire.edu
Subject: Re: Demo version of minix - Help!!!
Followup-To: sunkara@tamu.edu
Organization: Hampshire College
Date: Sun, 12 Apr 1992 14:35:04 GMT

In article <12232@tamsun.tamu.edu>, sss6270@tamsun.tamu.edu (Syama Sunkara) 
writes:

Subj:	Demo version of minix - Help!!!

> I anonymous FTPed the eleven .Z files from wuarchive.wustl.edu
> Could someone tell me how to put them together to make the
> demo version of minix.
> 
> Please reply to :       sunkara@tamu.edu
> 
> Thank you

There is a *much* simpler demo version of Minix available. I found it on
plains.nodak.edu  in directory pub/Minix/demo_disk. 

It consists of one file, compressed, which expands to a file of length
360K which is an exact image of an IBM 360K disk, another file which is
a 10 page manual (there are both ASCII and postscript versions of
this), and a program called rawrite (in executable and C source) that
runs under MS-DOS and will write the disk image file onto a floppy,
making it ready to use as a boot disk.  You need to be able to get the
image file onto a system where a Unix-style decompress program is
available and then transfer that and the rawrite executable to an
MS-DOS system.

There are a number of other files on the directory at NoDakota,
including demo versions for amiga and st. There is no executable of the
rawrite program that writes the image onto a disk for these; I don't
know if you can get them from somewhere else or if you have to roll
your own. The C source for rawrite might be a useful starting point, but
obviously this is a task that is very OS specific.

It worked perfectly on one XT-clone I have available. It would not work
on another one that didn't have a hard drive. Not that it uses the hard
drive, but its initialization fails if it can't find one. I guess the
disadvantage of simplicity is that you have to accept the default
configuration. 

If anyone would like I could put a zipped version up on my local ftp
site that contains the essential files for getting this demo
working on an MS-DOS system, and that doesn't require Unix-type
decompression. 

Albert S. Woodhull  
School of Natural Science, Hampshire College, Amherst, MA 01002
413-549-4600 ext 581 (office), 413-549-4740 (home)
awoodhull@hamp.hampshire.edu, woodhull@dawn.hampshire.edu
From: gs53@cunixb.cc.columbia.edu (Gong  Su)
Newsgroups: comp.os.minix
Subject: setup BCC
Date: 14 Apr 92 03:57:29 GMT
Reply-To: gs53@cunixb.cc.columbia.edu (Gong  Su)
Organization: Columbia University

Hi, *
	I downloaded BCC stuff from plains and tried to set it up for my
Minix 1.5.10. There are no instructions about where and how to install it
in the .tar.Z files I got. The files I got are:

bcc.tar.Z which contains bcc.bugs, bcc.c, and bcc.doc
bcc-bin16.tar.Z which contains binaries of as, bcc, gld, ls, sc
bcclib.tar.Z which contains several subdirectories but no libc.a (I figure
I need to build libc.a from the sources in those subdirectories.)
(BTW, are these all I need to use BCC?)

The main problem is to setup the library. There is a shell script file
"makelib". But it uses relative pathname so I can't use it unless I know
from where should I run it. I've spent a lot of time trying to figure it out
with no luck. I'll be very happy if somebody can email me the procedure of
how to setup BCC. Thanx in advance.


----------
Gong Su. Columbia University
gs53@cunixb.cc.columbia.edu
(212)854-2303
From: paul@ukpoit.co.uk (Paul Wood)
Newsgroups: comp.os.minix
Subject: Re: MacMinix status from Joe.
Date: 13 Apr 92 09:47:05 GMT
Organization: The Information Technology Business Of The Post Office

In article <1992Apr10.141107.8138@ux1.cso.uiuc.edu> archetyp@uxh.cso.uiuc.edu (Joseph R Pickert) writes:
>paul@max.uk.mugnet.org (Paul Wood) writes:
>>Joe Pickert writes:
>I got my net connection back.
Glad to hear that. Trying to keep up with the goings on in Minix
is impossible without a net connection.

>>> Here are my plans on each.
>>>
>>> 1. Fixes.
[ ... ]
>>(Just the occasional system hang, which are
>>very rare; and the occasional error message when using the serial
>>port, but serial i/o works anyway).
>Entirely VM related.
Since I just got (as I type this message) an "error -17 setting line
parameters on serial line 0", I wonder if this problem is fixed?

>>> 3. Keeping up with IBMers. I have said this before but I will say it again.
>>>    I don't plan on anything here until 2.0.
>>Why?
>Because it is extremely time consuming to try to update each
>intermediate version. I like to do it all at once. I don't understand why,
>if people want to run 1.6.16 or whatever, someone out there just
>doesn't do it. 99% of the code is exactly the same between all the
>versions, and it follows that 99% of the update will work just fine.
>The only problem is the kernel. Just use the st version as a
>starting point.
Fair comment.

>>>    I need to
>>>    send him a Mac compatible disk but I wanted to put the new
>>>    7.0 mac/include files on it so I haven't sent it back yet.
>>What are these files to do with the new compiler? I assume they
>>are for System 7 compatibility, and could be issued via this news
>>group.
>All of the include files are part of the new compiler system since they 
>have the ansi prototype information in them. The include/mac files too,
>for the mac version of the compiler. Actually, it was just a bad assumption
>on my part. I didn't think Andy was going to make the new compiler
>available until 2.0. Anyway, it is now on its way to him.
I understood from Andy T's postings, that it was his (or someones)
inability to copy Mac disks that was the reason for the not selling 
a Mac version of the compiler. Is this correct?
Xref: sparky comp.os.minix:2964 news.answers:1063
From: clh@cray.com (Curtis Horkey)
Subject: Past news articles
Originator: clh@hemlock
Keywords: articles
Organization: Cray Research, Inc.
Date: 10 Apr 92 10:03:24 CDT



I am relatively new to both News and Minix and have the 1.5 distribution.  I
have been starting to read the news regularly now and have found several
interesting articles plus bugs here and there.  What I would like to know is:
Is there someplace that I can go to in order to read article one of the
comp.os.minix news group?  Does someone have all the articles that were posted
to the news group in order for me to sift through them and find things that
are relavant to what I will be doing?  Thanks in advance for any help.

Curt Horkey  (clh@cray.com)
Newsgroups: comp.os.minix
From: darcy@druid.uucp (D'Arcy J.M. Cain)
Subject: Re: MINIX threads
Organization: D'Arcy Cain Consulting
Date: Tue, 7 Apr 1992 18:25:47 GMT

ykim@cs.columbia.edu (Yong Su Kim) writes:
>I am implementing threads by doing exactly the same thing as fork, but
>when the process gets to run, I copy the parent process' data segment
>into the thread's address space, and then I copy it back when it gets

This may be obvious but sometimes the obvious has a way of tying us up the
most.  The stack is actually part of the data segment.  Do you stop copying
before you reach the stack area?  Every thread needs its own stack.

-- 
D'Arcy J.M. Cain (darcy@druid)     |
D'Arcy Cain Consulting             |   There's no government
Toronto, Ontario, Canada           |   like no government!
+1 416 424 2871          DoD#0082  |
Newsgroups: comp.os.minix
From: carlb@hardy.u.washington.edu (Carl Boernecke)
Subject: /etc/termcap
Organization: University of Washington
Date: Tue, 14 Apr 1992 08:57:26 GMT

Does anyone out there in netland have a _decent_ version of the
/etc/termcap file?  The one I have right now is the stock MINIX-PC
1.5.10.7 setup that only has "minix" defined.  I'd like to add VT100,
VT200, H19, etc.  Thanks much.

-- Carl Boernecke (carlb@u.washington.edu)
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Thursday, 9 Apr 1992 17:15:20 MES
From: Thomas Heller <PPH93@DMSWWU1A.BITNET>
Newsgroups: comp.os.minix
Subject: Re: Help amoeba has fallen and can't get up
 <1992Apr8.064714.14908@picasso.cssc-syd.tansu.oz.au>

George Patapis wrote:

> [...]         I wrote an honours thesis based on Minix-Amoeba and
>in there you might find a lot of useful information since I try
>and explore Minix-Amoeba to the fullest.  The paper is available
>by anonymous ftp from macadam.mpce.mq.edu.au in /pub titled thesis.ps.Z
>It is compressed postscript.
>
Well, I cannot read (nor print) postscript very well, but sure I'm interested.
Is this available as plain text (or are there conversion utilities, hopefully
for Minix) ?

Thomas Heller
Newsgroups: comp.os.minix
From: xu_z@news.cs.odu.edu (Youngjie Xu)
Subject: VGA in MINIX
Originator: xu_z@poppy.cs.odu.edu
Keywords: VGA MINIX
Organization: Old Dominion University Dept. of CS, Norfolk VA
Date: Wed, 15 Apr 1992 16:58:34 GMT


Hi,

I ask for someone's help. I want to install a VGA graphics device
in my 386 machine. I added a new task on kernel of MINIX 1.5 and
built some assembler code in klib.x. But every time when i tried 
to set the graphics mode, the system always go down. I think some
people must have done such a project. So I would like to know where
I can find the software to do such things.

Thanks a lot for your help,

jx



Newsgroups: comp.os.minix
From: saleh@cse.uta.edu (Medhat M. Saleh)
Subject: 1.5 Installation (root file system).
Organization: Computer Science & Engineering, Univ. of Texas at Arlington
Date: Fri, 10 Apr 1992 04:51:27 GMT

Hey everybody,
 I'd greatly appreciate an advice on that matter. 
I'm installing minix 1.5 on a PC .


I first installed the root file system on hd3 according to the manual
steps (setup_root...). But When minix reads files system from the hd3 ,
it reports 0 RAM disk in it's booting process. and I also I have to
excplicilty specify hd3 as root file system locatation instead of
looking it up istelf after typing (=). As the manual says.

Now things gets worse when I try to run the test that is recommended. 
/src/test and then "make all" I get  reports of 
 "No space on root device 1/0"
 " chmem : Can't open test 0"
 " make error code 256"

That is if I read the root file system from floppy as normall one does
at teh start. but if I read the root file system from hd3 , 
I get same errors but the first one ssays "device 3/2" instead 1/0.

Any ideas, clues, suggestions or directions would be higly appreciated.

 Medhat M. Saleh

-- 


    Medhat  M.  Saleh
From: cwr@pnet01.cts.com (Will Rose)
Newsgroups: comp.os.minix
Subject: Elvis 1.5 - the next generation.
Date: 9 Apr 92 19:16:41 GMT
Article-I.D.: crash.1992Apr09.191641.13017
Organization: People-Net [pnet01], El Cajon CA



My last posting on this subject said that Elvis worked ok under Minix 1.5,
but I've now found a bug.  If a search is started with '/', the only 
repeat search commands that work are n, N, and ?.  Another '/' searches
for the null string - or at least, the cursor just moves to the next
character.  This works ok in Elvis 1.4, and works ok in the elvis
binary posted recently by Nate (Williams?), but as compiled with ACK 1.3
it doesn't fly.  At first I thought that it was simply a stack overwrite,
but if the 'n' command works the buffer can't be corrupted.  Possibly
some local flag is being overwritten.  For the time being, I'm simply
going to use 'n', but in the end I suppose I'll have to track it down.
Please, someone, get there first...

will
cwr@pnet01.cts.com
Newsgroups: comp.os.minix
From: gpatapis@picasso.cssc-syd.tansu.oz.au (George Patapis)
Subject: Re: Help amoeba has fallen and can't get up
Keywords: amoeba no work
Organization: Telecom Australia
Date: Wed, 8 Apr 92 06:47:14 GMT

dmoffatt@banana.ucs.indiana.edu (David Moffatt) writes:

>We are working on updateing from minix 1.3 -> 1.5.  We have compiled
>minix without amoeba and it works.  Now we are trying to get amoeba up.
>We have run into some strange problems.  All of amoeba compiles.  We are
>able to link it but we have found that the ordering of the linking changes
>the size of the program.  amoeba kernel is 48k when linked in one order
>and 52k when linked in another order.  The program does not run in either
>order.  We can't link it in the order that the Makefile that came with our 
>update kit specifies becuase it runs out of memory. We have used chmem on
>asld and we given it as much memeory as chmem allows.

>My question is this: DOES AMOEBA WORK?  Has anyone used it?  Did you 
>encounter any problems like the ones I am haveing?  If anyone has any info
>please send mail.

>Thanks  dmoffatt@silver.silver.ucs.indiana.edu


	Yeap the amoeba netwroking kernel certainly does work as many
can tell you.  I wrote an honours thesis based on Minix-Amoeba and 
in there you might find a lot of useful information since I try 
and explore Minix-Amoeba to the fullest.  The paper is available 
by anonymous ftp from macadam.mpce.mq.edu.au in /pub titled thesis.ps.Z 
It is compressed postscript.

Hope this helps.
.

--------------------------------------------------------------------
George Patapis-------------------------------PAN METRON ARISTON-----
Telecom CSSC--------------------------------------------------------
Lane Cove, NSW--------------------------------THRILOS O.S.F.P-------
Australia.----------------------------------------------------------
gpatapis@picasso.cssc-syd.tansu.oz.au------ELLAS, ELLAS, MACEDONIA!-
From: csf281@cch.coventry.ac.uk
Newsgroups: comp.os.minix
Subject: Q: Exception Handler
Date: 4 Apr 92 12:38:24 GMT
Organization: Coventry Polytechnic, Coventry, UK


Hi there!
I'm currently working on an implementation of virtual memory
using 386-MINIX and the only real problem that is left seems to
be the implementation of a nested exception handler.
So far I've locked all OS-pages to avoid unrecoverable page faults.
The only data that isn't locked are parts of the data to handle the 
swapfile in order to be  flexible and to increase memory efficiency.
The problem you necessary come across is that when handling a page
fault the data to do the swapping (virtual address and assigned
filepointer) may be on disk as well so you have to swap them in first.
The only difficulty now is how to handle the nested exception.
I know that the interrupt()-routine checks if the task handling this
is ready and otherwise puts the interrupt on the held-queue.
This is not feasible with the page faults as always the latest
one has to be processed and the task just handling the previous one
has to be told about it.
Has anyone got an idea how to resolve this. I'd really appreciate
everything that enlightens me a bit because at the moment I'm really
stuck with this. Thanks a lot in advance!!!


			Frank.

=====================================================================
	Frank Roeser	E-MAIL 		csf281@cck.cov.ac.uk
=====================================================================
From: cwr@pnet01.cts.com (Will Rose)
Newsgroups: comp.os.minix
Subject: Elvis 1.5 and PC ACK 1.3
Date: 7 Apr 92 23:16:03 GMT
Organization: People-Net [pnet01], El Cajon CA


Elvis 1.5 takes 75min or so to build on my XT, but finally I set up
a set of scripts and left it compiling different versions for 24hrs.
 
The end result is the CFLAGS settings below, which seems to be the
maximum code that ACK 1.3 will support, and still have cursor keys in
insert mode and IBM keypad keys in command mode.
 
Finally, the termcap string in the standard Elvis tinytcap just doesn't
work; I'm running standard 1.5.10, so this problem may be widespread.
I adapted my /etc/termcap, that worked ok with Elvis 1.4, but had
to add the keypad codes since one of the CFLAG settings stops Elvis
using defaults.  (see curses.c - and you can say that again...).
 
 
Hope this helps - Will
cwr@pnet01.cts.com
==========================================================================
#CFLAGS=        -O -DCRUNCH \
#       -DNO_MKEXRC -DNO_CURSORSHAPE -DNO_CHARATTR -DNO_SHOWMODE \
#       -DNO_MODELINE -DNO_OPTCOLS -DNO_DIGRAPH -DNO_EXTENSIONS \
#       -DNO_ERRLIST -DNO_FKEY -DNO_VISIBLE -DNO_COLOR -DNO_POPUP
##(not -DNO_AT -DNO_SENTENCE -DNO_ABBR -DNO_RECYCLE -DNO_MAGIC
-DNO_CHARSEARCH)
CFLAGS= -O -DCRUNCH \
        -DNO_MKEXRC -DNO_CURSORSHAPE -DNO_CHARATTR -DNO_SHOWMODE \
        -DNO_MODELINE -DNO_OPTCOLS -DNO_DIGRAPH \
        -DNO_FKEY -DNO_VISIBLE -DNO_COLOR -DNO_POPUP \
        -DNO_ABBR -DNO_MAGIC -DNO_CHARSEARCH
==========================================================================
        /* Minix Termcap
         * Modified by Glen Overby <overby@plains.nodak.edu> 3/4/90
         * Modified by cwr to standardise naming Oct 1990
         */
        char tcb[1024];
        strcpy(tcb, ":bs:co#80:li#25:cd=\033[0J:ce=\033[K:cl=\033[H\033[0J:");
        strcat(tcb, ":so=\033[7m:se=\033[0m:us=\033[4m:ue=\033[0m:mb=\033[5m:"
        strcat(tcb, ":md=\033[1m:mr=\033[7m:me=\033[0m:sr=\033M:cm=\033[%i%d;%
        strcat(tcb, ":ho=\033[H:al=\033[L:AL=\033[%dL:dc=\033[P:DC=\033[%dP:")
        strcat(tcb, ":dl=\033[M:DL=\033[%dM:do=\033[B:DO=\033[%dB:ic=\033[@:IC
        strcat(tcb, ":it#8:le=\b:LE=\033[%dD:nd=\033[C:RI=\033[%dC:up=\033[A:U
        strcat(tcb, ":ku=\033[A:kd=\033[B:kr=\033[C:kl=\033[D:kh=\033[H:K1=\03
        strcat(tcb, ":K2=\033[V:K3=\033[G:K4=\033[Y:K5=\033[U:k9=\033[S:k0=\03
        /* redefinitions needed if -DCRUNCH is used */
        strcat(tcb, ":kP=\033[V:kN=\033[U:kH=\033[Y:");
==========================================================================