HDTenEightyP/NetNews huggingface dataset:
From: bf795@cleveland.Freenet.Edu (James Abendschan)
Newsgroups: comp.os.minix
Subject: Re: modem control
Date: 18 Dec 1992 04:47:45 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


Hock,
 
 
I remember having that problem a loong time ago, but [naturally] I can't
remember how I fixed it.  I seem to recall trying to use the "modem"
program to enable & disable the getty process, but it invariably
screwed things up [ie: it wouldn't re-enable, I got the same "empty
process-name" thing out of ps, etc.]
 
Once you've got the modem and such all hooked up, try killing the INIT
process and then killing the getty process; it should restart ok
and you should be able to log-in remotely.  I should add that it
helps immeasurably if you have another computer or dumb terminal
you can hook up to and test it from, rather than having do dial
in to your own fone [or, worse yet, having to bother a friend to
dial in and tell you what he sees.]
 
SO: kill -1 1, then kill the getty process, and then try logging in.
 
You might also want to put in your ttys file "202" [0 for the baud
rate] - I find that getty doesn't always "like" to set the baud
to what you want it to be!
 
Hope that helped..
 
<still looking for Appletalk.s!  Where are you?  Come home!  All is forgiven!>

-- 

James W. Abendschan   <bf795@cleveland.freenet.edu>            Kallisti
                      <shamus@pro-phx.cts.com>                  Fnord! 
Newsgroups: comp.os.minix
From: Steve_Kilbane@gec-epl.co.uk
Subject: Re: Rich Bas*()&
Originator: mmdf@louie.udel.edu
Organization: University of Delaware
Date: Fri, 18 Dec 1992 08:33:33 GMT

In article <9212180213.AA11350@cuthbert.bashstreet> Andrew Clark
<clark%RX.XEROX.COM@gec-epl.co.uk> writes:
>I have seen some discussion over Minix Vs Linux.
>This is fine.
>
>What is not fine is when people say
>        "I do not have the hardware to run Linux,
>         wouldn't I be better off with Minix??"
[...]
>Well in case you all hadn't noticed, Linux may run in
>a 10Mbyte partition, but lets see you get a compiler
>in there as well,
>
>What you are really trying to say is
>        "A 386 motherboard is only ???
>         And a 300Mbyte hard drive is only ???
>         And a new power supply is only ????
>         And 4 Meg ram is only ????
>         And a new case is only ????"

I agree with this sentiment, to some degree. I got MINIX and an Atari ST
because it was the cheapest starting point for a UNIX-like OS, and (as I
recall), linux was in a very early stage at the time. I considered
mentioning it before, but it wasn't relevant to Minix/linux comparisons.
Some people have praised Minix for the help it gave them when it was their
only option. For some of us, it still is.

Steve
-----------------------------------------------------------------------------
Steve Kilbane, MDD, CEGELEC PROJECTS Ltd, Boughton Road, Rugby, CV21 1BU,
England. Tel: +44 788 563493.            email:Steve_Kilbane@gec-epl.co.uk
Disclaimer: I don't speak for my employers. I don't speak for me. I mutter.
  "Hi. I'm not in right now, but if you leave your name and credit card number
        after the tone, I'll call somebody when I get back. BEEP!"
-- 
Mail System (MMDF)
Newsgroups: comp.os.minix
From: henrik@husc.harvard.edu
Subject: A "stupid question"
Originator: mmdf@louie.udel.edu
Organization: University of Delaware
Date: Tue, 15 Dec 1992 01:23:56 GMT


Your problem isn't with getchar() at all, but with that fact that Unix/Minix
do something that is normally very useful - line-buffering.  Essentailly, 
the OS reads the characters you type and saves them up until you type <CR>
or <EOF>, at which time they are forwarded, all at once, to your program (this
is called "cooked" mode).

There is a call you can make to change this behavior, however, so that
you can read characters one at a time (by using either "cbreak" or "raw"
modes).  The manual page for the stty command will explain in more detail
what these various modes do and their limitations.

Then you should look at the manual page for the ioctl() system call, 
and the manual page for the tty interface, which will tell you what to 
pass to ioctl() to get it to do what you want.

Good luck.

					larry...

-- 
Mail System (MMDF)
From: mika@rosvo.north.de (Mika U. Kirschke VIP, Bremen)
Newsgroups: comp.os.minix
Subject: Does MINIX run of a ATARI TT or FALCON
Date: 18 Dec 92 18:09:20 GMT
Article-I.D.: rosvo.9212183180
Organization: Private UUCP Site

Hello,
do sombody of you have a MINIX ST(1.6.16) that runs on
a ATARI TT or FALCON. I want to buy me a FALCON and would
like to run the MINIX on this machine. 

Ciao...                 Mika
                      mika@olis.north.de
From: powers@asd.enet.dec.com (Bill Powers)
Subject: problems moving minix to new drive and controller
Reply-To: powers@asd.enet.dec.com
Organization: Digital Equipment Corporation, Nashua NH
Date: Mon, 14 Dec 1992 12:52:23 GMT


Hi,

   I have a couple of problems with ST Minix perhaps someone could help
me out a bit.  I just recently upgraded from version 1.5.10.0 -> 1.5.10.3
and one of the changes made was to rename some of the drive names.  Do
I simply do a mv of fd0 -> sd0... in the dev directory?  Also, I noticed,
that I am still using the original 1.1 Makedev script, and I'm sure this
must be out of date.  In fact I'm sure it is, as mknod seems to require
a blocksize parameter, and there are none in the Makedev script. I've never
seen a new one in any of the upgrade postings.  Does anyone have a more
current version?

   I am currently trying to move minix off of my 1 meg ST with an atari
sh204 drive over to my 4 meg ste with a 120 meg hard disk, and not having
much luck.
   I have a maxtor7120scs drive hooked up to an ICD controller on my
4meg 1040ste.  I have the drive partitioned into 4 sectors using ICD's
supplied software.

Sector 1) 31.23 meg
       2) 32.00 meg
       3) 32.00 meg
       4) 32.00 meg

   When I try to do a 

mkfs -t /dev/hd3 31250 

   I get the following errors.

unrecoverable disk error on device 3/3, block 0
Error: get_block couldn't read
Line 1 being processed when error detected

  I got the 31250 from the ICD formatting/partitioning software, by 
subtracting the end sector from the starting sector of the partition.

  Does anyone know how I can fix this so that I can use my partitions
3 & 4 for minix?  I have looked through include/minix/config.h and
the only thing which seemed like it might have an impact is to define
the partitioning type (Atari or Supra).  I tried both, and they both
had the same effect.

  Any assitance is much appreciated.

thanks

Bill Powers
--
Digital Equipment Corp. - Advanced Services Engineering - Nashua NH
The opinions expressed above are my own, not my employers.
E-MAIL - powers@asd.enet.dec.com
I'd been surrounded for hours by the sound of thinking metal - G Numan
From: news@hrd769.brooks.af.mil (InterNet News)
Newsgroups: comp.os.minix
Subject: Re: HELP, MINIX will not boot on Gateway 2000 486/33
Date: 19 Dec 1992 11:24:45 -0600
Organization: Armstrong Lab MIS, Brooks AFB TX
NNTP-Posting-Host: hrd769.brooks.af.mil

In article <168C1E448.SESPC395@ysub.ysu.edu> SESPC395@ysub.ysu.edu (Max) writes:
>Hello, I am having a little dificulty booting on the Gateway2000 486/33.
>it doesn't even boot with the universal boot disk.  I am looking for a
>solution that will allow be to boot on the system.
> 
>The system also has a IDE hard drive, which I would like to access. If any one
>has source to modify the kernel that will allow this.
> 

  You haven't really provided enough information for any of us to help
you much.  Have you tried the demo disk?  It sometimes boots on machine
that the regular boot disk has a problem with.  Do you have 32M of memory?
Minix will refuse to boot if thinks there is no memory.  Your IDE drive 
should work fine.  There are so many other things that it could be, I
just can't list them all.
  I suggest you try to repost with your system configuration and a
description a little more descriptive than "I am having a little difficulty"

  I have just booted a 486/33 with an IDE drive and didn't have any problems.

TSgt Dave Burgess
NCOIC AL/MIS
Brooks AFB, TX
From: powers@asd.enet.dec.com (Bill Powers)
Newsgroups: comp.os.minix
Subject: missing/incorrect lib files in 1.6.23
Date: 21 Dec 92 00:24:46 GMT
Organization: Digital Equipment Corporation, Nashua NH



Hi,

     I am attempting to upgrade to ST Minix 1.6.23.  I started with
1.5.10.  I ftp'd from ftp.thp.uni-koeln.de all of AST's 1.6.23 upgrade
files for the IBM PC.  Also, I had all of Frans's posts from comp.os.minix
for 1.6.23.  All source trees look good after patching except for the
lib tree.  I am missing a number of the subdirectories off of /src/lib
as well as having completely wrong CRC's from what is in AST's crc list
he provided with his upgrade kit.  For example I am missing many of the
files in the ansi subdir, and those that I have the CRC's for, are
completely wrong.  AST had an upgrade file ansi.sh for the ansi subdir,
but it only had the source for signal.c in it.  Does anyone know where
the correct patches/upgrade files for the lib tree can be found at?
Here is what appears to be missing or is wrong.

/src/lib/ansi     - Missing some files, and most files have wrong CRC.
/src/lib/em       - Missing these [ are these pc files? ]
/src/lib/float    - Missing all files. [ are these for ansi compiler? ]
/src/lib/math     - Missing all files. [ are these for ansi compiler? ]
/src/lib/rts      - Missing all files. [ are these for ansi compiler? ]
/src/lib/stdio    - Missing all files.

thanks

Bill Powers
--
Digital Equipment Corp. - Advanced Services Engineering - Nashua NH
The opinions expressed above are my own, not my employers.
E-MAIL - powers@asd.enet.dec.com
I'd been surrounded for hours by the sound of thinking metal - G Numan
Newsgroups: comp.os.minix
From: bde@runx.oz.au (Bruce Evans)
Subject: Re: alarm clock (Re:elvis)
Organization: RUNX Un*x Timeshare.  Sydney, Australia.
Date: Sun, 20 Dec 92 02:53:26 GMT

In article <BzCpns.Mw@ucunix.san.uc.edu> schoudhu@ucunix.san.uc.edu (Spandan Choudury) writes:
> just wondering if a standard solution to the above bug has been 
> developed yet..

It was fixed in elvis several versions ago.  elvis-1.6 is the current version.

I think the problem was a race condition in SYSV-style signal handling.  The
problem may have been amplified by slow Minix systems and/or Minix scheduling.
I never saw it on a fast Minix system with different scheduling.  Minix-1.6.23
has better (POSIX) signal handling so the old version of elvis would probably
work fine, at least if you compile the Minix-1.6.23 library signal.c with
-DBASH to get reliable (BSD) signals.  The standard signal() provides
unreliable (SYSV) signals for backwards compatibility, but there aren't many
applications that care.  minicom is one.  I think it forgets to unset a
SIGALRM handler.
-- 
Bruce Evans  (bde@runx.oz.au)
Newsgroups: comp.os.minix
From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
Subject: Re: Is MINIX much better than LINUX?
Organization: University of Helsinki
Date: Mon, 14 Dec 1992 14:16:59 GMT

In article <1ggtrdINN4tb@hrd769.brooks.af.mil> news@hrd769.brooks.af.mil (InterNet News) writes:
>>
>>Can't pass on this one... The simple answer is a resounding NO.
>>
>
>Linus,
>  How soon they forget.  They leave home and the folks seem like such
>bumphins :-).
>
>  You DID cut your operating system teeth on Minix, as I recall.  It was
>pretty spiffy at the time, wasn't it?  

Well, I used minix for half a year, but why do you think I wrote my
own... 

Seriously, I agree with your points: minix is absolutely better than
nothing, so on older (or non-clone) hardware it's perfectly fine, as
well as for learning about unix.  But the original question (in case
anybody still remembers it instead of the linux-minix flame-war) was
whether minix was much better than linux, with the obvious implication
that he had the hardware to run either.  And I've got enough of an ego
not to let that kind of question go unanswered (besides, the minix group
has been mostly empty lately, so it can't hurt to get some discussion
going anyway). 

Also, Bruce Evans (general good guy and the author of the 386-minix
patches as well as lots of other minix code) pointed out per email that
some of the linux features can be gotten as patches (math support etc),
and that some minix device drivers are better (with patches - mainly
written by him I suspect) than the linux ones (the reverse is also true,
of course).  So it's not a question of linux being perfect, but assuming
you have the hardware linux is generally much nicer to use and hack on
than minix is.  That doesn't detract from the usability of minix on
other hardware (or in special circumstances like university studies
etc). 

		Linus
Newsgroups: comp.os.minix
From: clark@rx.xerox.com (Andrew Clark)
Subject: Rich Bas*()&
Reply-To: clark@rx.xerox.com
Organization: Rank Xerox, Welwyn Garden City, UK
Date: Thu, 17 Dec 1992 13:44:27 GMT

This is only to all you rich Bas$%%$&*$ out there

I have seen some discussion over Minix Vs Linux.
This is fine.

What is not fine is when people say
	"I do not have the hardware to run Linux,
	 wouldn't I be better off with Minix??"

and the reply is always
	"A 386 motherboard is only ???"

Well in case you all hadn't noticed, Linux may run in
a 10Mbyte partition, but lets see you get a compiler
in there as well,

What you are really trying to say is
	"A 386 motherboard is only ???
	 And a 300Mbyte hard drive is only ???
	 And a new power supply is only ????
	 And 4 Meg ram is only ????
	 And a new case is only ????"


Sorry everyone else, but I have had enough with people
not thinking.

---
Andy Clark
======================================================
| uucp address: ..!uunet!rx.xerox.com!aclark.sbd-e   |
| Arpa address: aclark.sbd-e@rx.xerox.com            |
======================================================
From: hock@werple.apana.org.au (Warwick Hockley)
Newsgroups: comp.os.minix
Subject: modem control
Date: 18 Dec 1992 13:46:02 +1100
Organization: werple public-access unix, Melbourne
NNTP-Posting-Host: werple.apana.org.au
Summary: how do I set up a both way modem?
Keywords: modem getty gettydefs

Greetings, all:

I'd appreciate help from anyone who can tell me what I have to do to get
a bidirectional modem working on tty2.  I have ttys setup to provide getty
on tty2.  When I call the modem from another line it answers OK, but
fails to "switch thru", so to speak, and MINIX remains unmoved.  ps -axl
shows nothing happening other than a process on tty2 - a process with no
program name.......???

I suspect the problem may lie in gettydefs, but nowhere in the literature
I have can I find any indication of how this should be set up.	At present
all the entries are of the form "default# SANE B9600# SANE B9600#login:",
but where one entry starts and ends is more than I can tell.

I had no trouble setting up the modem (a locally made job [Avtek], V.22, 
V.22bis, MNP1-4, V.42bis) to dial out using Mike van Smoorenberg's
"minicom" program (thanks again, Mike), but now want to use it both ways.

Thanks, folks...

hock (hock@werple.apana.org.au)

Newsgroups: comp.os.minix
From: LawnMowerMan <hilander@silver.lcs.mit.edu>
Subject: cancel
Originator: mmdf@louie.udel.edu
Organization: University of Delaware
Date: Mon, 14 Dec 1992 02:19:14 GMT

cancel
 hilander@silver.lcs.mit.edu
-- 
  /_/ ^ / _-  __  _ / _- -_      hilander@silver.lcs.mit.edu
 / / / / /_/- // |_/ /_  /       bennettj@willow.ulowell.edu
                 
     -------------------------------------------------
-- 
Mail System (MMDF)
Xref: sparky comp.os.minix:4950 fj.sources:905 fj.os.minix:283
From: bf795@cleveland.Freenet.Edu (James Abendschan)
Newsgroups: comp.os.minix
Subject: A "stupid question"
Date: 14 Dec 1992 20:47:18 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


Okay.  Forgive me, all, but am *completely* new to C and I'm having
alot of problems with this:
 
I'd like to have a "1-key input" routine in C that will work under MINIX.
Something along the lines of "c = get1char()" I suppose.  I have been
completely unsuccessful in my attempts at getting this to work, as
it seems even read() requires an EOF character before it will report
anything.
Any suggestions or sample code [!] would be greatly appreciated.
 
[And I'm still looking for an appletalk.s file for MacMINIX! Where the
 #$@!! is it?]

-- 

James W. Abendschan   <bf795@cleveland.freenet.edu>            Kallisti
                      <shamus@pro-phx.cts.com>                  Fnord! 
Newsgroups: comp.os.minix
From: sjs@netcom.com (Stephen Schow)
Subject: Is MINIX much better than LINUX?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 12 Dec 1992 03:45:38 GMT

I need some reasons for buying minix versus just getting linux for free.
Anyone got any concrete ones.  I won't really be doing any commercial things.
I just want to get through my BSCS, where all of our programming has to be 
on UNIX machines.  
-- 
------------------------------------------------------------------
Steve Schow    | But you don't have to use the claw, if you
sjs@netcom.com | pick the pear with the big paw paw......
(415) 354-4908 | Have I given you a clue......?
               |                       - Baloo the Bear
------------------------------------------------------------------
Newsgroups: comp.os.minix
From: schoudhu@ucunix.san.uc.edu (Spandan Choudury)
Subject: alarm clock (Re:elvis)
Organization: University of Cincinnati
Date: Wed, 16 Dec 1992 12:07:03 GMT

 just wondering if a standard solution to the above bug has been 
 developed yet..
From: bmw@isgtec.com (Bruce M. Walker)
Newsgroups: comp.os.xinu
Subject: Re: Q: is there a bug in sleep10() ?
Date: 14 Dec 92 02:04:47 GMT
Distribution: world
Organization: ISG Technologies Inc., Mississauga Ontario

In article <3854@isgtec.isgtec.com> bmw@isgtec.com (Bruce M. Walker) writes:
> in the SYSCALLs "sleep()" and "sleep10()" from sections 10.5
> and 10.6, resched() is called directly from these functions, and
> *with the interrupts enabled*!

Well I just found support for my assertion that the Comer '84 code for
sleep10()/sleep() is busted:  in a later version of XINU code that I
had received from John Reed (johnr%pacdata.uucp@ucsd.edu), sleep10() and
sleep() have both been patched so that resched() is called from within
disable(ps)/restore(ps).  So I think I can rest assured that indeed,
resched() and ctxsw() must be executed atomically, as I thought.

--
"Eventually, I decided that thinking was not getting me very far and it
 was time to try building."           -- Rob Pike, The Text Editor sam
      bmw@isgtec.com   [ ...!uunet.ca!isgtec!bmw ]  Bruce Walker
From: bmw@isgtec.com (Bruce M. Walker)
Newsgroups: comp.os.xinu
Subject: Q: is there a bug in sleep10() ?
Date: 13 Dec 92 19:55:37 GMT
Distribution: world
Organization: ISG Technologies Inc., Mississauga Ontario

Here is a question about a possibly subtle problem in interrupt
handling in XINU:

Early in the text [1], the importance of preventing kernel structures
from being corrupted by conflicting processes is stressed.  The notion
of surrounding critical regions with

    char ps;
    disable(ps);
    ...              /* critical code */
    restore(ps);

is discussed in section 5.2 "System Calls".

The area I'm interested in is resched() and ctxsw().  Examination of
the code reveals that in almost all cases, the functions calling
resched() do so when the interrupts are off (ie: inside of
disable/restore sections).

Except: in the SYSCALLs "sleep()" and "sleep10()" from sections 10.5
and 10.6, resched() is called directly from these functions, and
*with the interrupts enabled*!

Now the question:  am I missing something, or does this not violate the
rules about protecting the pentry structures?  What would happen if an
interrupt went off while we're executing inside ctxsw(); that is, when
we're half way through exchanging registers from one process context to
the next?  Wouldn't this result in complete havoc?

---
[1] my reference copy is: "Operating System Design: The XINU Approach",
    Comer; 1984

--
"Eventually, I decided that thinking was not getting me very far and it
 was time to try building."           -- Rob Pike, The Text Editor sam
      bmw@isgtec.com   [ ...!uunet.ca!isgtec!bmw ]  Bruce Walker
Newsgroups: comp.os.ms-windows.misc
From: tfj@apusapus.demon.co.uk (Trevor Jenkins)
Subject: latex for windows 
Distribution: world
Organization: Job hunters use Parachute
Date: Sat, 19 Dec 1992 17:34:38 +0000


In article <BCHEN.92Dec18171751@yoyodyne.WPI.EDU> bchen@yoyodyne.WPI.EDU writes:

> Is there a forum for LaTeX on internet so I can ask netter question?

Try the comp.text.tex news group. Though be warned the message volume is
real high.

Regards, Trevor.

---------------------------------------------------------------------------
Trevor Jenkins                                                Re: "deemed!"
134 Frankland Rd, Croxley Green, Rickmansworth, WD3 3AU, England
email: tfj@apusapus.demon.co.uk                               radio: G6AJG  
phone: +44 (0)923 776436
Newsgroups: comp.os.ms-windows.misc,comp.os.ms-windows.advocacy
From: am66@cunixa.cc.columbia.edu (Alexander Maldutis)
Subject: Ultrasound and Enhanced mode problems
Reply-To: am66@cunixa.cc.columbia.edu (Alexander Maldutis)
Organization: Columbia University
Date: Tue, 15 Dec 1992 01:34:50 GMT

Hi!  I bought a Gravis Ultrasound recently, and muchj to my dismay I discovered
that my Win31 now refuses to boot in Enhanced mode, and I must settle for
standard mode.  Interestingly, it refused to load even after I removed the
GUS.  I reinstalled it both Win and the GUS, and again it fails to do
enhanced.  Win loaded perfectly before I removed my SBpro [and I never
installed the SB drivers, so I doubt that it misses my card.

My system is a 486-50 EISA 16mb machine with an AMI FASTSCSI-C controller.
I am not using any EMS, and only use XMS.  My video is an 8514 Ultra and a DCS
SpeedSTAR plus.

Any help would be most appreciated. 
***LeX the InFinitely UnDefined (Compiler of the Dictionary of the UnDefined)**
********************************* *   *** *** *********************************
*Nemo me impune lacessit.         *   **   *       Summa sedes non capuit duos*
*212 864 1841******************** *** *** *** *****am66@cunixa.cc.columbia.edu*
Newsgroups: comp.os.ms-windows.misc
From: rcharlan@magnus.acs.ohio-state.edu (Randy F Charland)
Subject: CRTL-ALT-DEL
Summary: What's wrong?
Organization: The Ohio State University
Date: Sat, 19 Dec 1992 02:52:19 GMT

  Just recently I stepped into the high resolution world of Windows and 
everything's great except for one thing.  When I do a CRTL-ALT-DEL the menu 
that is suppose to come up to allow me to drop the application or reboot comes 
up as garbage.  The menu is still there but its unreadable, my screen go crazy! 
This only happens at resolutions above 640X480.  I am using a driver specific
to my video card but it happens on both my windows supplied and card supplied
drivers.  What's up?

Thanks in advance!!

Randy