From: meulenbr@ce.philips.nl (Frans Meulenbroeks)
Newsgroups: comp.os.minix
Subject: Re: Looking to fill in the blanks with PH 1.5.10 ST code
Keywords: Minix Source Code
Date: 6 Apr 92 13:28:32 GMT
Organization: Philips Consumer Electronics, Eindhoven

gryphon@brchh43.BNR.CA (Joe Widows) writes:


> I have been debugging and converting the code to the system to MWC
> I can now compile and assemble everything.  However, I cannot find all
> all the sources.  While I am at the point I expect to
> find more errors I do know that RECEIEVE and RDY_HEAD are not
> implementation defined.  I cannot find
> their code.  I have ALL the sources on my disk set.  If it is
> there, please tell me where.

RDY_HEAD does not exist in the sources. There is a variable rdy_head which is
declared in kernel/proc.h. See the comment in kernel/table.c to see how
storage is allocated for this one. 
RECEIEVE does also not exist.
There is a function receive (again lower case) which is defined in 
lib/atari/sendrec.s
Furthermore there is a macro RECEIVE in include/minix/com.h

> And for the record, I exported the code so that I could use the greater
> resources of my ST. I will not boot a system with at teaspoon. I do this
> for a living, and I don't have time to spoonfeed the process.	I discovered
> that the sources were very dirty.  Shady code practices and outright bugs.

Sorry. I don't know what you mean with "I exported the code" and
"I will not boot a system with at teaspoon."
If you are aware of bugs, please post them or mail me a copy.
If you have found shady code practices, let me know, so I can learn
from them and improve things.

> I'm not terribly angry, yet.  Please, in the next release, sanitize the code.
> and build the system with THAT CODE, and the published compiler.  This is
> only reasonable.  We are given sources that supposedly match the system.
> I am pretty sure my sources do not; however, that remains to be proven.

I'll see if I can sanitize the code if you let me know what kind of
problems are encountered. 
Where did you get your sources from? I'm pretty sure that the system and
sources distributed compile with the compiler which is also a part
of the package. If you have the original PH distribution and you can point
me to a place where you cannot compile the stuff with the included
compiler I'll do my best to help you out.
However, I am 100 % sure that the distributed sources can be compiled
withe the supplied compiler. I would have had a zillion mails by now if
it wasn't.

> I have a 4meg 1040st with 1.0 roms , a 4meg MEGAst with 1.2 roms and
> an ICD fast scuzzi-plus (22ms) and 200 megs of hard drive.  Currently,
> I cannot compile the system enough to fix the harddisk fault. I have
> patches, but I cannot patch non-working code.	Without that code, I
> could not even compile the system inside Minix.

Find someone who has the fix included and who wants to mail you his
minix.img.

> As an ambition, I think I can install virtual memory with that disk drive.
> Certainly, I am planning on porting the system into a 68030 with virtual
> memory (from ICD).  So I am anxiously looking for these sources.

I have already ported minix to the atari TT. I want to merge in my
changes in the next version from ast. No virtual memory. Also no
shadowing. I'm still cleaning up some minor tid-bits.

--
Frans Meulenbroeks		 Philips Research Laboratories
Replies please to meulenbr@prl.philips.nl, and not to the From: address