ekrimen@csuchico.edu (Ed Krimen) (09/21/90)
I've been reading about MiNT, and have a question. Is it a multitasking-out-of-the-box deal, or must I know how to program to use it, like Micro-RTX? Thanks for the info!
dac@ukc.ac.uk (David Clear) (09/21/90)
If MiNT is in the public domain, wouldn't it be nice (!) if there was a
multi-tasking C shell (as there is for Micro RTX) for it... and if that were
also public domain (with full sources), wouldn't THAT be nice :-)
Anyone want to write it? :-)
Dave.
--
% cc life.c | David Clear dac@ukc.ac.uk +44 227 764000x7592
% a.out | Local Area Networks, Computing Laboratory,
Segmentation fault (core dumped) | University of Kent, Canterbury, England.
>>> Kernel R0M. His Mission: To rid the world of wobbly ZX-81 16K RAM packs. <<<entropy@rice-chex.ai.mit.edu (Nick Castellano) (09/22/90)
I downloaded MiNT and so far it looks nice. Problem is, it doesn't do
me all that much good since I can't stop any jobs--i.e., almost all
the programs I use regularly (JOVE, uniterm, less) use 'raw' input
mode, so they eat the ^z themselves. Suggestion to the author, Eric
Smith: put in another special ctrl-alt keystroke like ctrl-alt-z, to
stop the current job whether it takes raw or cooked input. This would
be nice for the other keystrokes ctrl-c and ctrl-\, as well. I make
this suggestion based on my observation that the ctrl-alt keys for
debugging _do_ work in raw mode. There are probably technical
problems with this that I can't possibly forsee since I have only a
miniscule understanding of multitasking, but I do know that it would
make your program much more valuable. Meantime, I'll use it when I
need pipes and such but it would be nice to be able to use a program
with so much potential to the fullest extent of its abilities.
Good luck,
nick
p.s. If I'm just overlooking something and there is already a way to
do what I want, _please_ let me know!
Internet: ncastellano@eagle.wesleyan.edu || entropy@ai.mit.edu
Bitnet: ncastellano@wesleyan.bitnet
Citadel: Sinkhole!dEADHEAd [@mast.citadel.moundst.mn.org]
Sniktnet: snikt!entropy7103_2622@uwovax.uwo.ca (Eric Smith) (09/22/90)
> I've been reading about MiNT, and have a question. Is it a > multitasking-out-of-the-box deal, or must I know how to program to > use it, like Micro-RTX? Thanks for the info! MiNT comes with some simple utilities to run programs in the background, run two programs connected by a pipe, etc. (i.e. it's not just the kernel, like RTX). It also comes with a (very simple!) shell with job control and pipes. I hope people will write better stuff for it, but in the meantime it is usable. -- Eric R. Smith email: Dept. of Mathematics ersmith@uwovax.uwo.ca University of Western Ontario ersmith@uwovax.bitnet London, Ont. Canada N6A 5B7 ph: (519) 661-3638
7103_2622@uwovax.uwo.ca (Eric Smith) (09/22/90)
> If MiNT is in the public domain, wouldn't it be nice (!) if there was a > multi-tasking C shell (as there is for Micro RTX) for it... and if that were > also public domain (with full sources), wouldn't THAT be nice :-) > MiNT is not in the public domain, but it is free (like gulam). I must agree that it would be nice if someone wrote a nice shell for MiNT (or at least improved the sample shell that comes with it). The GNU "bash" shell should port to MiNT relatively easily; anyone want to take a crack at it? -- Eric R. Smith email: Dept. of Mathematics ersmith@uwovax.uwo.ca University of Western Ontario ersmith@uwovax.bitnet London, Ont. Canada N6A 5B7 ph: (519) 661-3638
david@bdt.UUCP (David Beckemeyer) (09/26/90)
This is not meant as a Bash to Mint. It certainly sounds nifty to me
and I think it's great that someone would dedicate the effort to a
project like that.
But some things were mentioned about MT C-Shell that I'd like to
dispute.
It was implied that MT C-Shell doesn't have pipes or ptys and this
simply isn't true. Micro RTX implements GEMDOS level pipes, and
the shell in MT C-Shell uses them when pipelines are used on the
command-line. The programs run concurrently and pipe each other
data using interprocess communication.
Also, using the flexible installable device driver mechanism of
Micro RTX, I have implemented a PTY driver, which I give away to
registered owners of MT C-Shell free of charge. I may also post
this RTX PTY driver to the net, GEnie, and other places too.
I hope to get a chance to play with Mint pretty soon. It sounds
great. Perhaps I can make some utilities for it and maybe some
kind of RTX/Mint compatibility can be achieved in the future.
--
David Beckemeyer | "Reckon the Ball's plumb open now,
Beckemeyer Development Tools | and it's `swing partner'!"
P.O. Box 21575, Oakland, CA 94620 | - Unnamed Cowboy, upon seeing
UUCP: {uunet,ucbvax}!unisoft!bdt!david | heap many Indians approachingleo@ehviea.ine.philips.nl (Leo de Wit) (09/28/90)
In article <5499@harrier.ukc.ac.uk> dac@ukc.ac.uk (David Clear) writes: |If MiNT is in the public domain, wouldn't it be nice (!) if there was a |multi-tasking C shell (as there is for Micro RTX) for it... and if that were |also public domain (with full sources), wouldn't THAT be nice :-) | |Anyone want to write it? :-) Well, I use a shell that I wrote myself several (3?) years ago. This is a Bourne type shell with command recall hacked in; it also can 'preload' programs (I typically preload 'ls' and 'pwd' for speed), sort of a substitute for builtin functions, but with greater flexibility and keeping the shell itself small. There are some problems with quoting still that I didn't care to solve; but this would be a challenge for a devoted programmer. I'd probably write different (better?) code now, but it would be a good starting point. The code contains the hooks and pointers for multi-tasking, without actually implementing it (or implementing by resorting to temporary files). Probably a piece of cake to convert for MiNT or RTX (it should support both if possible). Add job control and aliases and you get a G (gee) shell 8-). What should I best do with it? Mail to selected individuals, or send to the sources moderator? I probably can't do it myself, having too little time to undertake yet another project. Feedback appreciated. Leo.
psurge@cs.utexas.edu (Troy Carpenter) (10/16/90)
I have had trouble getting MiNT to work on my 1040. I want to run Gulam
from it, but I have not been able to get past the boot stage. I have TOS 1.0,
so I cannot do the autobooting trick mentioned in the docs. Someone who has
MiNT up and Running on their system please tell me how they did it, what
programs go where, etc...
also, if there is a better shell than Gulam that is better suited to run under
MiNT I would appreciate that information also.
Thanks, respond by either a post or by e-mail.
Troy Carpenter
Department of Computer Sciences
THE University of Texas, Austin
psurge@cs.utexas.edu
"You're so open minded that your brain leaked out" - Steve Taylor
*>>>>>>>>>>>>>>>>>> The best thing in life costs exactly that <<<<<<<<<<<<<<<*
7103_2622@uwovax.uwo.ca (Eric Smith) (10/16/90)
In article <13619@cs.utexas.edu>, psurge@cs.utexas.edu (Troy Carpenter) writes: > I have had trouble getting MiNT to work on my 1040. I want to run Gulam > from it, but I have not been able to get past the boot stage. I have TOS 1.0, > so I cannot do the autobooting trick mentioned in the docs. Someone who has > MiNT up and Running on their system please tell me how they did it, what > programs go where, etc... > MiNT works fine from an AUTO folder. Try the following: (1) copy mint.prg to the AUTO folder of a boot disk (2) copy init.prg and gem.prg to the root folder of the same disk (3) reboot (4) at the "%" prompt, you can type "gem" to start the desktop up under MiNT, or type "exit" to leave MiNT and start the desktop under TOS If you always want to start the desktop under MiNT, do the following: (1) rename "init.prg" to "shell.prg" (or whatever). Someday you might want this shell. If you're sure you won't, you can just delete it. (2) rename "gem.prg" to "init.prg". Now when you boot up, after the MiNT startup information the desktop will be run automatically. In either case, you'll have to run gulam by hand, just as you normally would under TOS 1.0. -- Eric R. Smith email: Dept. of Mathematics ersmith@uwovax.uwo.ca University of Western Ontario ersmith@uwovax.bitnet London, Ont. Canada N6A 5B7 ph: (519) 661-3638
johnb@wookumz.gnu.ai.mit.edu (John Bunch) (04/15/91)
Hello, I have the Mint/MGR package, and would like to know how to get it to start up in medium res. I have a 1040ste that like to boot up in low res. Right now I run quickst 2.10 to have it start in medium res, but when I go to gem from mint it comes up as low res, is ther a fix for this?? Any help would be appreciated... John Bunch -- ************************************************************************ * John Bunch * 610 Morris St. * To be filled with a nifty * * johnb@gnu.ai.mit.edu * Albany,NY * quote at a later date... * * * 12208 * * ************************************************************************
warwick@cs.uq.oz.au (Warwick Allison) (04/17/91)
>I have the Mint/MGR package, and would like to know how to get it to >start up in medium res. I have a 1040ste that like to boot up in low >res. Right now I run quickst 2.10 to have it start in medium res, but >when I go to gem from mint it comes up as low res, is ther a fix for >this?? Any help would be appreciated... This may sound silly, but... 1. Boot without MiNT 2. Set preference to Medium 3. Save desktop Try again. Or have you already tried the obvious? -- _--_|\ warwick@cs.uq.oz.au / * <-- Computer Science Department, \_.--._/ University of Queensland, v AUSTRALIA.
ekrimen@ecst.csuchico.edu (Ed Krimen) (04/17/91)
- I have the Mint/MGR package, and would like to know how to get it to
- start up in medium res. I have a 1040ste that like to boot up in low
- res. Right now I run quickst 2.10 to have it start in medium res, but
- when I go to gem from mint it comes up as low res, is ther a fix for
- this?? Any help would be appreciated...
This is a bug in TOS 1.06; TOS 1.62 fixes this minor bug as well as
some other things, but TOS 1.62 is not available as an upgrade.
Anyway, there is a program on the language disk called STE_FIX.
Putting this in the AUTO folder will have your STe boot in medium res
if the DESKTOP.INF is set for medium res. However, there is another
way....
Depending on how your personal DESKTOP.INF file looks, you want to
change the 12 in line 5 to 13.
#a060000
#b000000
#c???000?000<000?00;;400;0;;;4440??0;;?0?;0;;;0??03111103
#d
#E 90 13
^^
This tells the STe to boot in monochrome, but when you're running a
color monitor it goes to medium res.
--
Ed Krimen ...............................................
||| Video Production Major, California State University, Chico
||| INTERNET: ekrimen@ecst.csuchico.edu FREENET: al661
/ | \ SysOp, Fuji BBS: 916-894-1261 FIDONET: 1:119/4.0johnb@churchy.gnu.ai.mit.edu (John Bunch) (04/17/91)
In article <1991Apr16.233707.4425@ecst.csuchico.edu> ekrimen@ecst.csuchico.edu (Ed Krimen) writes: > This is a bug in TOS 1.06; TOS 1.62 fixes this minor bug as well as > some other things, but TOS 1.62 is not available as an upgrade. > Anyway, there is a program on the language disk called STE_FIX. > Putting this in the AUTO folder will have your STe boot in medium res > if the DESKTOP.INF is set for medium res. However, there is another > way.... > Depending on how your personal DESKTOP.INF file looks, you want to > change the 12 in line 5 to 13. > #a060000 > #b000000 > #c???000?000<000?00;;400;0;;;4440??0;;?0?;0;;;0??03111103 > #d > #E 90 13 ^^ > This tells the STe to boot in monochrome, but when you're running a > color monitor it goes to medium res. > -- > Ed Krimen ............................................... > ||| Video Production Major, California State University, Chico > ||| INTERNET: ekrimen@ecst.csuchico.edu FREENET: al661 > / | \ SysOp, Fuji BBS: 916-894-1261 FIDONET: 1:119/4.0 I have tried both of the following, but they do not work when I am using Mint? I still come up in low res.. If I am not using mint I come up in medium res just dandy. Is there any way to get this to work from within mint? I like the changing of the 12 to a 13 in the desktop.inf better then the ste-fix program. They both work for normal non-mint mode.... Help... John -- ************************************************************************ * John Bunch * 610 Morris St. * To be filled with a nifty * * johnb@gnu.ai.mit.edu * Albany,NY * quote at a later date... * * * 12208 * * ************************************************************************