Path: utzoo!mnetor!uunet!seismo!esosun!ucsdhub!ucrmath!hope!baumann From: baumann@hope.UUCP (Michael Baumann) Newsgroups: comp.os.minix Subject: Re: mkfs 1.2 problem Message-ID: <238@ucrmath.UUCP> Date: 6 May 88 16:47:58 GMT References: <1867@ucdavis.ucdavis.edu> <7930@eecae.UUCP> Sender: news@ucrmath.UUCP Reply-To: baumann@hope.UUCP (Michael Baumann) Organization: University of California, Riverside Lines: 34 In article <7930@eecae.UUCP> driscoll@eecae.UUCP (Mike Driscoll) writes: >in article <1867@ucdavis.ucdavis.edu>, wee@iris (Chris Wee) says: >> >> I have tried to use mkfs in minix to construct a file system us- >> ing a proto file -- it does not work for me. Is anyone aware of >> any problems with mkfs? Even the examples in the text and the >> example files on the master distribution do not work. >> >> I get an "unexpected end of file" error on line #4. It is always >> line #4, no matter what file is being used. >> stuff deleted >the tools diskette and mkfs (running under MINIX). I get precisely >the same error as Chris no matter what proto file is used. Even a > > Is there a fix? You bet there is, and you're gonna kick yourself when you hear it (I know, 'cause we did :-)). On page 387 of The Book it says, " If the compiler (or, in fact, almost any program) begins acting strange, it is almost always due to its running out of space,..." The solution is to use chmem on mkfs. I can't remember what the correct value is supposed to be, look in the file changemem, I think it's in the tools directory. I don't know why but just about everything was correct in the allocation of stack but this one. In truth, since it is unlikely that you will be running anything else when you do mkfs, I'd just give it the maximum stack it will take: chmem =64000 mkfs. this should solve your problem. ----------------------------------------------------------------------------- "Life is full of little suprises." -- Pandora (as quoted by Robert Asprin) UUCP: {ucbvax!ucdavis,ucsd,ucivax}!ucrmath!hope!baumann or !ucrmath!jinx!baumann