MiNT 0.9 is now available
Eric Smith
atari.archive.umich.edu and to the moderator of comp.binaries.atari.st.
(On atari.archive it appears in the "mint" directory; the files with
"b" on the end are binaries, those with "s" are sources; mintman.zoo
contains some manual pages for MiNT and some other documentation that
programmers might find useful.)
MiNT is a multitasking operating system (well, at this stage it isn't
a *complete* operating system, but it acts like one). It can run most
ordinary TOS programs, and also provides a number of services that
MiNT aware programs can make use of (e.g. pipes, pseudo-terminals,
user and group identifiers, and symbolic links). The new version of
MiNT has been extensively re-written in order to remove a number of
limitations of earlier versions, and so that separate stand-alone
file systems can be used to extend MiNT. A sample file system that
can read Minix format disks is provided with MiNT (this was contributed
by Stephen Henson). The new file systems can provide both hard and
soft links, and can put restrictions on which users can access which
files. (Alas, the default TOS file system can't do this; it would
certainly be possible to write a replacement that could, if someone could
figure out a sensible way of stuffing permission bits into TOS directories.)
TT owners will also be relieved to note that GEM now works correctly
under MiNT, and that the new version of MiNT supports the extra serial
ports on the TT and has code for saving/restoring the FPU registers.
Many thanks are due to Alex Kiernan (who provided the FPU code and
ported MiNT to Lattice C) and to my beta testers: Jwahar Bammi, Dave
Gymer, Stephen Henson, Allan Pratt, and Stephen Usher.
--
Eric R. Smith ers...@julian.uwo.ca eric....@uwo.ca
Allon Stern
unsuccessful in trying to get it to do one thing --
is it even possible to run a shell on a terminal (via the rs232 port)
as well as a shell on the console? T'would be neat...
I kept getting (tty output) problems....sigh.
Any suggestions?
--
| Allon Stern | (301)405-4864 [work] | Ring around the Internet |
| sk...@bessel.umd.edu| (301)474-4527 [home] | A packet with a bit not set |
+--------------------+-----------------------+ ENQ ACK ENQ ACK |
| Unix weirdo in training. Handle with care. | We all go down! |
Eric Smith
>I've tried mint, I guess the previous version, and I have been pretty much
>unsuccessful in trying to get it to do one thing --
>
>is it even possible to run a shell on a terminal (via the rs232 port)
>as well as a shell on the console? T'would be neat...
>I kept getting (tty output) problems....sigh.
>Any suggestions?
MiNT 0.8 had a number of problems with tty initiliazation. These bugs
have been fixed in 0.9. In fact, some folks in England have been working
on an init/login package for MiNT; I'm not sure when they'll be ready
to post it, though. In the meantime, doing:
bg -o u:\dev\modem1 your_favorite_shell <u:\dev\modem1
should work (substitute the name of your favorite shell where appropriate;
note also that some shells may not work terribly well across a modem).
The use of "bg -o" is necessary because it will set the control terminal
for the process; just running the shell with input and output redirected
will generally not be enough.
Also note that there are still some bugs in terminal handling; for example,
control-C, control-S, and control-Q don't really work very well for
anything but the console. But the basic stuff all works correctly; I log
into my machine from another one connected to it by a MIDI cable quite
frequently.
Frank Ridderbusch, D10 PU222
> From: ers...@julian.uwo.ca (Eric Smith)
> Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
> Keywords: MiNT, multitasking, it's about time
> Date: 3 Nov 91 18:19:09 GMT
> Sender: ne...@julian.uwo.ca
> Followup-To: comp.sys.atari.st
> Organization: University of Western Ontario, London
> Lines: 31
> Xref: usun01 comp.sys.atari.st:21132 comp.sys.atari.st.tech:3625
> Originator: ers...@julian.uwo.ca
> I've just sent the source code and binaries for MiNT 0.9 to
> atari.archive.umich.edu and to the moderator of comp.binaries.atari.st.
> (On atari.archive it appears in the "mint" directory; the files with
> "b" on the end are binaries, those with "s" are sources; mintman.zoo
> contains some manual pages for MiNT and some other documentation that
> programmers might find useful.)
.... stuff deleted
This is really great. It's time to switch to MiNT full time. Even the
GNU Emacs 18.55 port from Edgar Roeder works. On prior MiNT versions
this port alway aborted with a Fatal Signal 14.
Now, I'm hoping, that this version will also be running on TOS 2.06
and the SST 68030 from Gadgets by Small.
--
MfG/Regards
/==== Siemens Nixdorf Informationssysteme AG
/ Ridderbusch / , Abt.: D10 PU222
/ /./ Heinz Nixdorf Ring
/=== /,== ,===/ /,==, // W-4790 Paderborn, Germany
/ // / / // / / \ NERV:ridderbusch.kd
/ / `==/\ / / / \ BTX:0525467066-0001
Email: ridderb...@sni-usa.com (America (North & South))
ridderb...@sni.de (Rest of world)
Quentin Stafford-Fraser
floppy system?
Quentin
------------------------------------------------------------------------
Quentin Stafford-Fraser "I've no idea what my employer
Cambridge University Computer Lab thinks about this."
qs...@cl.cam.ac.uk
Tel +44 223 334645
------------------------------------------------------------------------
Eric Smith
> This is probably a silly question, but can I run MiNT on a 1 Meg, 2
> floppy system?
Sure. MiNT will run on a 512K, 1 floppy system. Of course, you won't be
able to do much on a minimal system :-). But with 1 meg of memory you
should have enough left to be fairly comfortable.
--
Eric R. Smith email:
Dept. of Mathematics eric....@uwo.ca
University of Western Ontario 7103...@uwovax.bitnet
maximum entropy
ridderb...@sni-usa.com (Frank Ridderbusch, D10 PU222) writes:
>In article <56...@julian.uwo.ca> ers...@julian.uwo.ca (Eric Smith) writes:
>> I've just sent the source code and binaries for MiNT 0.9 to
>> atari.archive.umich.edu and to the moderator of comp.binaries.atari.st.
>This is really great. It's time to switch to MiNT full time. Even the
>GNU Emacs 18.55 port from Edgar Roeder works. On prior MiNT versions
>this port alway aborted with a Fatal Signal 14.
Has anyone else had trouble with the MiNT port of KSH unter MiNT 0.9?
It simply stopped working when I installed the new MiNT; it kept
trying to run everything in the background (as if I had typed an "&"
following every command.) I switched to BASH in the meantime but I'm
curious to know if anyone else had this problem, or if it's just me,
and if ggascoigne (sp?) intends to upgrade KSH or release his source
code.
Beware that some programs compiled under older versions of MiNT to
operate in CBREAK input mode may need to be re-compiled to read using
RAW mode, due to the new tty handling in version 0.9. I ran into this
problem with my port of JOVE (which will be posted on atari.archive as
soon as I get shell mode working, which should be possible now that
Fselect is working properly.)
Nick Castellano
ent...@gnu.ai.mit.edu
--
ent...@gnu.ai.mit.edu
entropy. . .it's not just a good idea, it's the second law.
Boycott AT&T, Lotus, Apple, Ashton-Tate and Xerox. Join the League for
Programming Freedom! Write to lea...@prep.ai.mit.edu for more information.
Graham Higgins
> Has anyone else had trouble with the MiNT port of KSH unter MiNT 0.9?
Yes, I have experienced the same problems.
> and if ggascoigne (sp?) intends to upgrade KSH or release his source
> code.
ggascoigne (sp correct) does intend to upgrade ksh, as soon as he gets his
hands on Mint v09 and the libs. I have offered to supply both locally (U.K.).
I too have switched to bash for the time being.
--
Graham Higgins
<< My opinions above are exactly that: my own, and opinions. >>
Eric Smith
>
>> Has anyone else had trouble with the MiNT port of KSH unter MiNT 0.9?
>
> Yes, I have experienced the same problems.
>
>> and if ggascoigne (sp?) intends to upgrade KSH or release his source
>> code.
>
> ggascoigne (sp correct) does intend to upgrade ksh, as soon as he gets his
> hands on Mint v09 and the libs. I have offered to supply both locally (U.K.).
My apologies to everyone for breaking ksh. I *believe* that the problem is
that "close(0); dup(n);" used to be the same as "dup2(n, 0)" in MiNT 0.8,
but doesn't work in MiNT 0.9. If this is indeed the problem (I haven't
yet obtained ksh to try this) then it will be fixed in the forthcoming
MiNT 0.91 (which will also have a kludge in it to allow sozobon and other
dLibs compiled programs to work).
(If the above conjecture is incorrect, please let me know ASAP!)
Hulley W J
> Path: sersun1!uknet!mcsun!uunet!news-server.csri.toronto.edu!helios.physics.utoronto.ca!julian!julian.uwo.ca!ersmith
> From: ers...@julian.uwo.ca (Eric Smith)
> Newsgroups: comp.sys.atari.st
> Date: 5 Nov 91 04:59:51 GMT
> Sender: ne...@julian.uwo.ca
> Organization: University of Western Ontario, London, Ont.
> Lines: 28
>
> In a previous article, sk...@eng.umd.edu (Allon Stern) writes:
> >I've tried mint, I guess the previous version, and I have been pretty much
> >unsuccessful in trying to get it to do one thing --
> >
> >is it even possible to run a shell on a terminal (via the rs232 port)
> >as well as a shell on the console? T'would be neat...
> >I kept getting (tty output) problems....sigh.
> >Any suggestions?
>
> MiNT 0.8 had a number of problems with tty initiliazation. These bugs
> have been fixed in 0.9. In fact, some folks in England have been working
^^^^^^^
well Wales actually :-)
> on an init/login package for MiNT; I'm not sure when they'll be ready
> to post it, though. In the meantime, doing:
> bg -o u:\dev\modem1 your_favorite_shell <u:\dev\modem1
> should work (substitute the name of your favorite shell where appropriate;
> note also that some shells may not work terribly well across a modem).
>
> The use of "bg -o" is necessary because it will set the control terminal
> for the process; just running the shell with input and output redirected
> will generally not be enough.
>
> Also note that there are still some bugs in terminal handling; for example,
> control-C, control-S, and control-Q don't really work very well for
> anything but the console. But the basic stuff all works correctly; I log
> into my machine from another one connected to it by a MIDI cable quite
> frequently.
> --
> Eric R. Smith ers...@julian.uwo.ca eric....@uwo.ca
I'm not sure if you are referring to me, but I've been working on init,
getty and login programs for MiNT for some time now. I mailed to
jm...@b11.ingr.com in september sometime describing what work I had
done, so the rumors may have traveled that way.
What I've done so far is write an init (works most of the time),
hacked about a Minix getty replacement that was posted to comp.os.minix
sometime last year and wrote a simple login program. I had to modify
MiNT 0.7 quite a lot, but the transition to 0.8 only took a few days.
I'm not sure what has been changed in 0.9 (yet) so I've no idea how
long it may take to get the programs working with it.
From initial trials with a terminal borrowed from a friend all seems
to work ok. I have had two ksh processes running quite happily side
by side (one on the console and the other on the serial port) and in
another test I've logged into my ST from a friends ST and transferred
files from one to the other with Kermit.
I have come across a few problems though - control-c to kill a process
doesn't work for programs on the serial line, but control-z to
suspend them does. Hopefully the terminal handling code in MiNT 0.9x
will be much improved.
Once I install version 0.9 on my machine I'll have another go with
this problem.
All I need now is another 2megs of memory, a serial terminal, and a
few jugs of coffee to help the development work :-)
-- John.
--
--
_ ___ _ , _ _
Computer Science Department, ' ) / ( ) ' ) / // //
University of Essex, UK. / / / __/_ /--/ , , // // _ , ,
ICBM: 00 58 00 E / 51 52 40 N (_(_/ . / / . _/ (_(_/_(/_(/_(/_(_/_
(_/ /
-- 'Be happy or die' they cried, half meaning it. -- hu...@uk.ac.essex ---'
Mr Stephen R Usher
I'm afraid your fame hasn't spread THAT far...
The people Eric was referring to was Dave Gymer and myself. I have written a
BSD init/login/who... series of work-a-like programs for MiNT, reverse
engineered from the SunOS manual pages. Dave is currently working on
getty(8).
>What I've done so far is write an init (works most of the time),
>hacked about a Minix getty replacement that was posted to comp.os.minix
>sometime last year and wrote a simple login program. I had to modify
>MiNT 0.7 quite a lot, but the transition to 0.8 only took a few days.
>I'm not sure what has been changed in 0.9 (yet) so I've no idea how
>long it may take to get the programs working with it.
>
>From initial trials with a terminal borrowed from a friend all seems
>to work ok. I have had two ksh processes running quite happily side
>by side (one on the console and the other on the serial port) and in
>another test I've logged into my ST from a friends ST and transferred
>files from one to the other with Kermit.
I've tested mine using my trusty 520STM next to my TT.
>
>I have come across a few problems though - control-c to kill a process
>doesn't work for programs on the serial line, but control-z to
>suspend them does. Hopefully the terminal handling code in MiNT 0.9x
>will be much improved.
>
This problem still has to be solved under MiNT 0.91, but at least sessions
starting on the serial ports don't get suspended when they try to write to
the console by mistake!
>Once I install version 0.9 on my machine I'll have another go with
>this problem.
>
>All I need now is another 2megs of memory, a serial terminal, and a
>few jugs of coffee to help the development work :-)
>
>-- John.
>
Who needs a terminal? An St and Uniterm is quite good enough!
> _ ___ _ , _ _
> Computer Science Department, ' ) / ( ) ' ) / // //
> University of Essex, UK. / / / __/_ /--/ , , // // _ , ,
> ICBM: 00 58 00 E / 51 52 40 N (_(_/ . / / . _/ (_(_/_(/_(/_(/_(_/_
> (_/ /
> -- 'Be happy or die' they cried, half meaning it. -- hu...@uk.ac.essex ---'
Oh by the way, Eric was quite correct about our location, well for at least
one of us. Dave is in Nottingham and I'm in Cornwall (The little known
Celtic state).
Steve
Addresses:-
JANET:- uca...@uk.ac.ucl or (Hopefully after Tuesday if I can get
our X25 line working)
sus...@uk.ac.csm
Internet:- uca...@ucl.ac.uk or sus...@csm.ac.uk (see above)
--
Addresses:-
JANET:- uca...@uk.ac.ucl or (Hopefully after Tuesday if I can get
our X25 line working)
Gregory Carter
need information on MiNT's handling of TTY handles.
I would also need information regarding display handles, if any exist for MiNT
as ACICS uses the whole screen. Not currently very friendly for multiple
program environments. :)
Has anyone been considering writing appropriate docs for MiNT's technical
and user sides?
It may gain wider acceptance, if the little people and the BIG people
and all sizes in between could have a nice Page Layout manual to read.
-------------------------------------------------------------------------------
Greg Carter - Undergraduate - United States Amatuer Wrestler (149.5)
ONLY 8 months to go for State tournee - Kick Butt Time!
-------------------------------------------------------------------------------
Employed: Computer Aided Engineering Center - University Wisconsin - Madison
Major: Computer Science - Emphasis: System Design Tools, User Interfaces
Phone Home: (608) 264-3622 - Work: (608) 262-5349
Current Project: ITS NOT a GOOD VIDEO GAME. Thank You.
-------------------------------------------------------------------------------
My Current Wife: Atari MEGA STE 4/50 16Mhz 68000 1.8 Mips
Runs all Mac Software, quite nicely.
(Third Person in US to own one)
-------------------------------------------------------------------------------
Kenneth W Samson
I am interested in finding other users of the Atari SLM804 printer to
help me get the most out of my newly purchased (used) printer.
I do have GDOS, as well as G++, I have access to a Mac and I do
have Fontz! What I don't have is a lot of experience... I would
like to use many different fonts with the printer, and set up
TeX to get the most out of it.
If anyone is interested in helping me along through email.. please
send me a note.
Ken Samson