os9@cbosgd.att.com (03/12/87)
OS-9 Discussions Wednesday, March 11th 1987 Volume 2 : Issue 14
Today's Topics:
Amiga Port
Reasonable Editor for OS9 / Final Posting
External Interrupts / Environment Variables
TCP/IP for OS9 -- anything out there?
TCP/IP for OS-9 Anywhere?
Re: TCP/IP query
Re: ! fork() on OS/9
RE: OS-9 Discussions, V2 #3
DISTO Parallel printer interface, driver
Response to Kurt Liebezeits call for system.
Shell variables
[MODERATOR's NOTES:
I appologize for the delay in some of these notes. This past month has seen
me at work more than at home. I hope my kids recognize me!
Of most importance, you should realize that the usenet "mod" names will be
converted soon. "mod.os.os9" will be changing to "comp.os.os9". Submissions
will be handled as before. -JDD]
--------------------------------------------------------------------------
Date: Mon, 16 Feb 87 07:05:32 est
From: Michael McInerny <mcinerny@CS.ROCHESTER.EDU>
Subject: Amiga Port
According to MicroWare (back in September/October), TLM systems
was doing ports to the Atari, Mac, and Amiga. When I called them, they
had finished the Atari, were working on Mac, and the Amiga was "on the
back burner". Now that they've folded, I don't know who'll be doing it.
-Michael
------------------------------
From: mcvax!CZHRZU1A.bitnet!K538911
Date: Tue, 17 Feb 87 11:24:02 GMT
Subject: Reasonable Editor for OS9 / Final Posting
We've now (at least) 2 *reasonable* editors under OS-9/68k:
- MicroEmacs from Ralf Stranzenbach (RES@DDOINF6.BITNET)
- GnuEmacs from net.sources
- ...*
Thanks to everbody who helped us.
Patrik
* Ich werde Dir privat schreiben. P.
---------------------------------------------------------------
Patrik Eschle
E-Mail : K538911 at CZHRZU1A.BITNET
Private : Winterthurerstr. 529, CH-8051 Zuerich (Switzerland)
Phone : 1-40 72 39
Institute : Physikinstitut der Universitaet Zuerich
Schoenberggasse 9, CH-8001 Zuerich
Phone : 1-257 29 11
---------------------------------------------------------------
Date: Tue, 17 Feb 87 11:50:07 GMT
------------------------------
From: mcvax!CZHRZU1A.bitnet!K538911
Subject: External Interrupts / Environment Variables
Two more questions about OS-9:
1. Interrupts : Has OS9 any capabilities to handle external Interrupts?
2.Environment Variables: How can I set them from within a SHELL
PROCEDURE File? (Typically a startup file)
Patrik
---------------------------------------------------------------
Patrik Eschle
E-Mail : K538911 at CZHRZU1A.BITNET
Private : Winterthurerstr. 529, CH-8051 Zuerich (Switzerland)
Phone : 1-40 72 39
Institute : Physikinstitut der Universitaet Zuerich
Schoenberggasse 9, CH-8001 Zuerich
Phone : 1-257 29 11
---------------------------------------------------------------
Date: 19 Feb 87 11:57:13 GMT
------------------------------
From: ben@cernvax.UUCP (ben)
Subject: TCP/IP for OS9 -- anything out there?
Keywords: TCP/IP OS9 NFS
Organization: CERN, Geneva, Switzerland
Is anyone aware of any TCP/IP implementations for OS9 systems? Even better,
something that includes Sun NFS (client-only would do). Either software-only
or using a smart board like Excelan, CMC, Interlan... We are using 68K's in
VME as hardware.
Ben Segal, CERN-DD, 1211 Geneva 23, Switzerland.
(ben@cernvax.uucp via mcvax, seismo, etc. or: ben@cernvax.bitnet)
Date: 2 Mar 87 16:09:32 GMT
------------------------------
From: ben@cernvax.UUCP (ben)
Subject: TCP/IP for OS-9 Anywhere?
Keywords: TCP/IP OS-9 NFS
Reply-To: ben@cernvax.UUCP (via mcvax)
Organization: CERN European Laboratory for Particle Physics, CH-1211 Geneva, Sw
Lines: 5
We are looking for possible TCP/IP implementations for 68K systems running
the Microware OS-9 operating system. We are interested both in the case where
all of the protocols and utilities run on the 68K, or where an intelligent
board is used, e.g. Excelan, CMC, etc. (for VME-based systems). A big bonus
would be the additional availability of (at least client) NFS.
Date: 23 Feb 1987 0459-CST (Monday)
------------------------------
From: mcrware!kim (Kim Kempf)
Subject: Re: TCP/IP query
Microware is working on an implementation of NFS using the Execelan and/or CMC
TCP/IP boards. Expected beta-test time is around May 1987. Anyone desiring to
beta-test such code is requested to get into contact with Microware.
----------------
Kim Kempf, Microware Systems Corporation
{{cornell,decvax,ihnp4,sdcsvax,tektronix}!uw-beaver}\
{allegra,gatech!sb1,hplabs!lbl-csam,decwrl!sun,sunup} >!fluke!mcrware!kim
{ssc-vax,hplsla,wavetek,physio,cae780,tikal,telematic}/
Date: 14 Feb 87 18:32:00 GMT
------------------------------
From: jejones@mcrware.UUCP (James Jones)
Subject: Re: ! fork() on OS/9
Sure--the OS-9 F$Fork system call creates a process running a specified
module (the "primary" module you see listed in the output of "procs,"
the OS-9 analogue of "ps"), with a parameter so that you can optionally
override the default initial data memory allocation that lives in the
module header. OS-9/6809's F$Fork gives you no choice but to let the
child inherit paths 0, 1, and 2; OS-9/68000 lets you specify the number
of paths the child should inherit (a contiguous hunk, starting with 0).
Since OS-9 also has the I$Dup system call, semantics essentially like
the Unix dup(), the shell does something like the following to redirect,
say, stdin when it spawns a child:
n = dup(0)
open file that child is to get stdin from
(1st available path # is used, so it's #0)
fork child
close(0)
dup(n)
(1st available path # is used, so it's #0)
close(n)
(we don't need the copy any more)
with analogous stuff if stdout is redirected. To make it work right,
you have to do the dups, opens, and closes in the right order.
James Jones
Date: Wed, 25 Feb 87 09:06:01 +0100 (Central European Time)
------------------------------
From: XGRUMAHR@DDATHD21.BITNET (Christian Mahr)
Subject: RE: OS-9 Discussions, V2 #3
hi,
has anyone made the effort to port a full blown C-Kermit to OS9 ?
I have only the simple OS9-kermit which does not allow wildcarding while in
server mode. Having seen the source code of the UNIX-version of C-KERMIT
I decided that there *ARE* some major differences in handling line i/o,
file i/o and SIGNAL processing!
Do I have to re-invent the wheel or has anyone done it before me?
Any pointers are welcome. Thanx in advance.
Christian Mahr
Institut fuer Netzwerk und Signaltheorie
TH Darmstadt
W-Germany
XGRUMAHR @ DDATHD21 (bitnet)
Date: Tue, 3 Mar 87 00:09:42 est
------------------------------
From: ihnp4!ihwpt!knudsen
Subject: DISTO Parallel printer interface, driver
Has anyone else tried the DISTO parallel printer interface
that comes with any of their add-on cards that plug
inside the floppy or RAM disk controllers?
I finally tried mine this weekend, using a $15 Radio Shack
cable.
It worked beautifully the first time I tried it,
and both text and screen dumps (using my own code) were
definitely faster to my DMP-105. And flawless.
Then reality struck. When I used the "pr" utility
to list a file, it printed about three lines.
Then the rest of the file was quickly read off the disk and
blown to nowhere (is /NIL in V2 as fast, I wonder ;-( ).
Tried it with a radically different printer (CGP-115 plotter)
and got the same results -- well, one less line.
Then I tried a DISPLAY command. That had the
opposite result -- it jammed the printer in a "Device Not
Ready" state that could be cleared only by UNLINKing and
reLOADing the DISTO device driver and descriptor.
Cycling printer power didn't help.
Must be a flipflop in the DISTO interface getting
stuck in either state -- the ready state would give the
/NIL effect. I've read some scary things about so-called
"Centronics" interface "compatibility" and I guess this is
one example.
I'd like to know what PR and DISPLAY do that mess
up the printer. Maybe it has to do with how many bytes
are shipped in each _os9 I$write call. My graphics
screen dump, which works, does only one a a time.
I don't think it was all those linefeeds that PR puts out;
that's not where the printer hangs up.
Finally, could the problem be (horrors) software,
like the DISTO PARALLEL driver? Does anyone have a better
driver (hint hint)? Thanks for time, mike k
PS: Undocumented ERROR #221 (I think that's it) means
the device _driver_ (as named in your _descriptor_)
was not found in memory.
PPS: Wonder if RS9 Level II docs, all 700 pages,
will document all the Level I error codes
(never mind the L II codes...that'll take years...)
Date:
------------------------------
From: mcvax!HENTHT5.bitnet!WBFTPRAC
Dear Mr John Daleske
Tom Ploegmakers (tomp@nikhefk.uucp) told me that you are the moderator of the
os9 mailing list (or what's it called). I am very interested in every article
concerning os9, especially in combination with a 68000 based system.
Is it possible for me as bitnet vms-user to get news from this mailing list,
and to receive old articles (possibly kept in some archive) ?
Maybe you could tell me how to get these articles, special commands to some
server etc.
Thanking you in advance.
Jaap Reitsma
wbftprac@hentht5.bitnet
Twente University of Technology
The Netherlands
[MOD: Yes, you can receive the OS9 digest by mail which (usually) makes
it's way through BitNet. I often get mail bounced back to me, so I continue
trying to resend it. Keep sending requests until you get it! You should
be getting today's digest automatically.
And, you should be receiving the back issues you requested. I have
found an automatic server and will install it soon. -JDD]
Date: Thu, 5 Mar 87 10:21:25 +0100
------------------------------
From: Ralf E. Stranzenbach <unido!exunido!res>
Subject: Response to Kurt Liebezeits call for system.
in response to Kurt T. Liebezeits call for people that could
help others to port os9 i'm offering my system.
i've a 68010 board with a 20mb hd (nearly full) and a
68020 board running os9, too.
if there is anyone around here, he/she is invited to
use my system(s). get my address from the trailer.
for further assistance we've founded a small os9 users
group that resides in the pub "Bier-Uni" near the
university of dortmund. we've a meeting every second
thurstday from 19:00 up to the time we get `swapped' out there.
please, come and have a beer with us...
at the meeting noted above you can get informations about a
bbs that runs as soon as our `bundespost' impossibles it.
this is a call to the os9 world:
we should define something alike the uni*x uucp system for
the os9 community that could solve some of our problems.
there should be the possibility to connect with un*x systems
and use the usenet/mail services for os9 too.
im, at the moment, working on a small mail system that would
work with - most of the - standard mails, but the lack of
a os9-os9 communication smarter than kermit makes this
a dead-end-road.
i've done some experiments with mail - local only - and
it's possible to do this, even on tiny systems.
everyone who is interested in this is invited to exchange
informations with me,
bye.
Ralf Edmund Stranzenbach
Eckardtstrasse 43
D-5810 Witten 6
[germany - northrhine westfalia]
Tel.: [+49] 2302 / 68010 or 68403
E-mail: res%exunido@unido.uucp
{seismo!mcvax}!unido!exunido!res
res@ddoinf6.bitnet
Date: Mon, 9 Mar 1987 10:59:34 GMT
------------------------------
From: mcvax!CZHRZU1A.bitnet!K538911
Subject: Shell variables
How can I set Shell variables at login time? Procedure files with
"setenv bla bla" create their own shell and at the end of the file
the variables are lost.
Patrik
BTW: I got not mail from OS9 since feb. 15 (Vol 2, issue 13).
Could you resend the files (if any) since then?
[MOD: That was the last one till now. - JDD]
---------------------------------------------------------------
Patrik Eschle
E-Mail : K538911 at CZHRZU1A.BITNET
Private : Winterthurerstr. 529, CH-8051 Zuerich (Switzerland)
Phone : 1-40 72 39
Institute : Physikinstitut der Universitaet Zuerich
Schoenberggasse 9, CH-8001 Zuerich
Phone : 1-257 29 11
---------------------------------------------------------------
-------------------------------------
The views expressed in OS-9 Discussions are those of the individual authors
only. Copies of digests are available by mail request.
------
Moderator: John Daleske cbosgd!cbdkc1!daleske daleske@cbdkc1.ATT.COM
Submissions should go to cbosgd!os9 os9@cbosgd.ATT.COM
Comments to the moderator
or to join the mailing cbosgd!os9-request os9-request@cbosgd.ATT.COM
list.
*********************
End of OS-9 Discussions
*********************