HDTenEightyP/NetNews huggingface dataset:
From: tage@cs.utwente.nl (Tage Stabell-kuloe)
Newsgroups: comp.os.research
Subject: Re: On debugging (was Re: Microkernel for Real-Time Computing)
Date: 14 Dec 1992 21:39:13 GMT
Organization: University of Twente, Dept. of Computer Science
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

>>    Please note that this is a software-engineering solution to a
>>    debugging problem, and the solution has nothing, in general, to
>>    do with operation systems as such.

>Could you expand on this remark? Its meaning is not clear to me.

    The original thread was discussing kernel debugging and OS design.  The 
    message which I commented stated [quoted from "An Architectural Overview 
    of QNX", by Dan Hildebrand, dan@quantum.on.ca]:
	"A fundamental problem with the maintenance of a monolithic kernel
	operating system is that all of the kernel code runs in a common, 
	shared address space.  The danger  that one portion of the kernel 
	might corrupt the data space of another is very real, and must
	be considered every time new drivers are linked into the kernel.  
	The approach taken by QNX is to explicitly define the interface 
	between the components that make up the OS, such that each resource 
	manager, just like user processes, runs in its own memory-protected 
	space, and all communication between the OS modules is through 
	standard system IPC services.  As a result, errors introduced by 
	one resource manager will be constrained to that subsystem and will 
	not corrupt other, unrelated resource managers in the system."

    The fundamental question is:
	Why are services moved out of the (monolithic) kernel ?
    The answer is usually (as in the quote above)
	To avoid errors _in the implementation_ to spread.

    Which (in this context) is a software-engineering solution to a 
    debugging problem.
    There is no such thing as a free lunch.  It is more expensive for one 
    service in the kernel to [insert your favourite IPC mechanism here] in 
    order to inform another part of some event, then just jumping to it. 
    But note that the cost is measured in time, while in the above quote the 
    cost is measured in "debugging".

>yodaiken@chelm.cs.umass.edu


--
////      Tage Stabell-Kuloe            |e-mail   : tage@cs.utwente.nl   ////
/// Faculty of Computer Science / SPA   |Phone    : +31-53-894177        ///
//  University of Twente, P.O. Box 217  |#include <disclaimer.std>       //
/   7500 AE Enschede, The Nederlands    |"'oe' in Kuloe is '\o{}' in TeX"/
From: japancs@cs.arizona.edu (Japan CS Project)
Newsgroups: comp.os.research
Subject: SIG Notes Series (SIGDPS meeting held on September 28, 1989)
Date: 18 Dec 1992 01:41:05 GMT
Organization: University of California, Santa Cruz
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp



------------------------------------------------------------------------
SIG Notes Series (SIGDPS meeting held on September 28, 1989)

            published by

Information Processing Society of Japan  (in Japanese)
------------------------------------------------------------------------

[Collection and dissemination of this information supported in part by
 ONR Grant N0001492J1737.]


An Environment for SuperC Programming
	 by K. KATSUYAMA, T. NAKAKAWAJI, F. SATO and T. MIZUNO
	  Information Systems and Electronics Development Lab., 
	  Mitsubishi Electric Corp., 5 Ofuna, Kamakura-City, 247, Japan

Implementation of OSI RDA Protocol
	 by S. NISHIYAMA, S. OBANA, K. SUGIYAMA, H. HORIUCHI(2),
	 and K. SUZUKI(3)
	  KDD Kamifukuoka R & D Labs., 2-1-15, Ohara, Kamifukuoka,
	  Saitama 356
	  (2)  OSI Plus Corp., 2-1-23, Nakameguro, Meguro-ku, Tokyo 153 
	  (3)  KDD Kamifukuoka R & D Labs., 2-1-15, Ohara, Kamifukuoka,
           Saitama

Implementation of OSI CCR
	 by S. OBANA, K. SUGIYAMA and S. NISHIYAMA
	  KDD R & D Labs., 2-1-15, Ohara, Kamifukuoka-shi, Saitama 356

Implementation and Evaluation of a Network System Based
 on LLC Type 3 for OZ: Object-Oriented Open Distributed System
	 by M. TSUKAMOTO, N. YOSHIE(2), T. KONDO(3), I. MIZUTANI(4)
	 and N. TANAKA(5)
	  Electrotechnical Laboratory, l1-4, Umezono, Tsukuba Science
	  City, 305 Japan
	  (2)  Sumitomo Electric Industries, Ltd.
	  (3)  Sharp Corporation
	  (4)  Sumitomo Electric Industries, Ltd.
	  (5)  Matsushita Electric Industrial Co. Ltd.

Distributed Checkpointing and Roll Back Recovery
	 by M. TAKIZAWA and K. MIYAJIMA
	  Department of Information and Systems Engineering, Tokyo
	  Denki University, Ishizaka, Hatoyama, Hiki-gun, Saitama 350-03, Japan

A Method of Voice Input and User-lnterface Evaluation for 
 Order-Entry System
	 by K. SAKANOUE and M. KATSUMATA
	  NTT Communications and Information Processing Laboratories,
	  1-2356, Take, Yokosuka-shi, Kanagawa 238-03, Japan
From: japancs@cs.arizona.edu (Japan CS Project)
Newsgroups: comp.os.research
Subject: SIG Notes Series (SIGDBS-OS meeting held on September 8, 1989)
Date: 15 Dec 92 20:42:54 GMT
Organization: University of California, Santa Cruz
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp



------------------------------------------------------------------------
SIG Notes Series (SIGDBS-OS meeting held on September 8, 1989)

            published by

Information Processing Society of Japan  (in Japanese)
------------------------------------------------------------------------

[Collection and dissemination of this information supported in part by
 ONR Grant N0001492J1737.]


Resident DB Function in MVS/ESA
        by Z. BUTOH
         System Center Large Systems Support, IBM-Japan, Ltd., 18-24,
         Tsukiji 7-chome, Chuo-ku, Tokyo 104

Basic Functions of an Operating System for Supporting
 Parallel Processing of Databases
        by Y. SHINJO and Y. KIYOKI
         Institute of Information Sciences and Electronics, University of
         Tsukuba, Tsukuba-shi, Ibaraki-ken 305, Japan

An OS Integrated with DB Facilities and its Evaluation
        by S. TAKASAKI (1), M. HIRABAYASHI (2), A. HARADA (3), K. ARAI (1)
        and Y . YAMAGUCHI (1)
         (1)  Systems Development Lab., Hitachi, Ltd., 1099, Ohzenji,
          Asao-ku, Kawasaki, 215, Japan
         (2)  Software Works, Hitachi, Ltd., 5030, Totsuka-cho, Totsuka-ku,
          Yokohama, 244, Japan
         (3)  Hitachi Software Engineering Co., Ltd., 6-81, Onoe-cho,
          Naka-ku, Yokohama, 23 1, Japan

DREAM: A Distributed Database System
        by S. HIKITA, S. KAWAKAMI, M. YOSHIDA and A. SAKAMOTO
         OKI Electric Industry Co., Ltd., 168, Chuou l-chome, Warabi-shi,
         Saitama 335, Japan

Database Access Method based on the Distributed
 Segmentation
        by K. KUNIEDA, T. MIZUTANI, E. OKUBO and T. TSUDA
         Department of Information Science, Faculty of Engineering,
         Kyoto University, Kyoto 606, Japan

A High Speed Processing Scheme for Relational Operations in Database
 Operating System ,IIOPT-R
        by T. MIZUTANI, K. KUNIEDA, E. OKUBO and T. TSUDA
         Department of Information Science, Faculty of Engineering,
         Kyoto University, Kyoto 606, Japan

A Version Control System on OS/omicron with Write-Once
 Optical Disks
        by T. YOKOZEKI, H. OKANO, M. NAMIKI and N. TAKAHASHI
         Tokyo University of Agriculture and Technology, Faculty of
         Technology, 2-24-16, Nakamachi, Koganei, Tokyo 184, Japan

On Physical Structure Virtualization for Object Oriented Database
 Management Systems
        by K. TSURUOKA and Y. KIMURA
         C & C Systems Research Laboratories, NEC Corporation, 4
         Miyazaki, Miyamae-ku, Kawasaki, 213, Japan

A Distributed Operating System based on Object Sharing
        by A. JINZAKI, M. HIGUCHI, H. TAMANO and K. KATO
         Fujitsu Laboratories Ltd., Nakahara, Kawasaki-shi, Kanagawa
         211, Japan
From: KZUPAN@LSTC2VM.stortek.com
Newsgroups: comp.os.research
Subject: Good Books on Kernel
Date: 14 Dec 1992 21:41:30 GMT
Organization: StorageTek SW Engineering
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

I am fairly new at all of this OS developement and would like to know
if anyone has read any good books on kernel developement, preferably
something C or C++ oriented, but its not really important. Please post
some of the titles and authors.
From: rjus@uonline.com (ren_just)
Newsgroups: comp.os.os9
Subject: Coco Items For Sale, System
Date: 12 Dec 92 16:22:47 GMT
Organization: Just Computers!


For Sale:  The entire lot is $160.  I would also be interested in trades
as well.  In particular a Telebit Trailblazer modem would be of interest.

TANDY CoCo COMPUTER (Hardware)

  CoCo III 128K of Memory w/docs and 2 joysticks        
  Deluxe RS-232 Program Pak                                 
  Multi-Pak Interface 23-3124                               
  FD-501 Disk Drive w/controller (single drive)             
  Speech/Sound Cartridge w/docs                             
  
  ROM Cartridges
  
  Super Pitfall                
  Audio Spectrum Analyzer                     
  TypeMate                                
  Downland                           
  Wildcatting                              
  Math Bingo                             
  Color Scriptsit                       
  Androne                                  
  EdTasm+ Assembler with Zbug             
  
  Diskettes (5.25" Floppies)
  
  Color Computer Artist            
  Where in the World is Carmen Sandiego?  
    w/docs, but not Alamanc                                  
  Flight Simulator II                 
  Pegasus and the Phantom Riders           
  Ghana Bwana                        
  Zone Runner                            
  Koronis Rift                           
  
The entire lot is $160.  I would be interested in trades as well.  In
particular a Telebit Trailblazer modem.

Buyer is responsible for COD and shipping costs.

Call at 707-765-4631 during the evening (preferable to call)
or email at uonline!rjus@infoserv.com

Randy Just
From: bear@nuc.anu.edu.au (Bernhard Fabricius)
Newsgroups: comp.os.os9
Subject: OS-9 development on VAX/VMS
Date: 18 Dec 1992 06:08:26 GMT
Organization: Nuclear Physics, ANU
Distribution: world
Reply-To: BEAR@NUC.ANU.EDU.AU
NNTP-Posting-Host: 150.203.19.47
Keywords: VAX/VMS


Help!

I am left in charge of some OS-9/VME based equipment (Professional OS-9 booted
from floopy disk in a master-crate, Industrial OS-9 from EPROM in slave-crates,
communication via private Ethernet). I need to be able to maintain and develop
the software, but am not keen on having to buy a complete development system.

Does anyone know of an OS-9 and cross-compiler (C and possibly FORTRAN) system
running under VAX/VMS ? If not, what would the cheapest option be (the CPUs are
all straight 68000; no need for anything fancy!) ?

Please (also) reply by e-mail as my news-feed seems to be a little patchy...

Cheers

Bernhard
--------------------------------------------------------------------------------
Dr Bernhard Fabricius              |
Academic VAX/VMS Support           |  "I am a Bear of Very Little Brain,
Department of Nuclear Physics      |           and long words Bother me."
Australian National University     |
                                   |                           - A.A. Milne
InterNet: BEAR@NUC.ANU.EDU.AU      |
    POSTMASTER@NUC.ANU.EDU.AU      |

Newsgroups: comp.os.os9
From: smcgee@microware.com (Scott McGee)
Subject: Re: Need ideas on gpp problems
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Sat, 19 Dec 1992 05:40:41 GMT

In article <1gqd5kINNdkp@agate.berkeley.edu> kientzle@beirut.berkeley.edu (Tim Kientzle) writes:
>In article <1992Dec4.150851.1@skyler.mavd.honeywell.com> magnuson@skyler.mavd.honeywell.com (Randy Magnuson) writes:
>>I just downloaded gcc from cabrales and am having problems with gpp.
>>gpp: Can't fork 'cc1plus'.Error #000:237  (E$NoRAM)  No RAM Available.
>>According to mfree, I have about 1.5 Mb free RAM.  
>>
>Memory fragmentation.  I've found that besides the total amount of
>free RAM, another relevant statistic is the largest block returned
>by "mfree -e".  As someone pointed out, cc1plus is over 800k, so
>unless you have an 800k block of free memory, any attempt to run
>cc1plus will fail.  Sometimes rebooting and judiciously terminating
>programs can give you a big block of contiguous memory.
>					- Tim Kientzle

Another thing that contributes to this problem is colored memory. I recently
ran into a problem where I had over a meg and a half free but couldn't get a
chunk bigger than about 700K. I finally got a utility that lists memory by
color and found that I had about 700 and some odd K of one color and 600 and
a bit of a second color. No wonder I couldn't get a bigger contigious block!

One trick I found for "sometimes" getting around such problems is to do a
shell #1000000
just before a command that needs a lot of ram. That will boot all the sticky
modules out of memory but still fail for lack of mem, resulting in a null
command. Cute trick. (I got it from my boss!)

Scott

        Buttered bread always lands   *   Would YOU mistake these
        butter side down! (Unless     *   opinions as anyone`s
        it sticks to the ceiling!)    *   but my own?
                  smcgee@microware.com (Scott McGee)

Newsgroups: comp.os.os9
From: zambotti@wpowz.wpo.dec.com (Walter Zambotti)
Subject: Re: Listserver
Reply-To: zambotti@wpowz.wpo.dec.com (Walter Zambotti)
Organization: Digital Equipment Corporation
Date: Thu, 17 Dec 1992 06:27:28 GMT


In article <1992Dec15.023226.3954@umr.edu>, bmaddox@cs.umr.edu (Brian Maddox) writes:
|>Path: tkou02.enet.dec.com!tlaeng.enet.dec.com!nntpd.lkg.dec.com!news.crl.dec.com!deccrl!caen!zaphod.mps.ohio-state.edu!
|> moe.ksu.ksu.edu!usenet-feed.cc.umr.edu!mcs213i.cs.umr.edu!bmaddox
|>Newsgroups: comp.os.os9
|>Subject: Listserver
|>Message-ID: <1992Dec15.023226.3954@umr.edu>
|>From: bmaddox@cs.umr.edu (Brian Maddox)
|>Date: Tue, 15 Dec 92 10:32:26 WST
|>Sender: cnews@umr.edu (UMR Usenet News Post)
|>Organization: University of Missouri - Rolla
|>Nntp-Posting-Host: mcs213i.cs.umr.edu
|>Originator: bmaddox@mcs213i.cs.umr.edu
|>Lines: 12
|>
|>   I don't know if this got through the first time because I only saw the 
|>header and the sig, so here goes again.  I sent the mail to the address of
|>listserv@pucc.princeton.edu.  The filelist failed to come through, along with
|>anything else.  When I tried to get a help file, I did get an output of my
|>job but nothing else.
|>   Does anyone know what is happening?  Thanks.
|>
|>-- 
|>-------------------------------------------------------------------------------
|>|"No matter where you go, there you are" | "Ah, come on Cap'n.  Lemme shoot   |
|>|  Buckaroo Banzai and USS Excelsior     |  the guns this time." - Lt Worf    |
|>-------------------------------------------------------------------------------
|>

I too used to be able to get replies back from the listserver when I used the
mail address listserv@pucc.princeton.edu but I haven't been able to get a peep
out of the listserver for over a year now!!!

Personally I think its broken and out there is this machine just sitting there
not doing anything and nobody knows whats its used for anyway!

Walter Zambotti
From: kt@keihh.hanse.de (Kei Thomsen)
Newsgroups: comp.os.os9
Subject: Re: Can't get OS-9 C to use procedures as variables!!!
Date: 13 Dec 92 07:13:35 GMT

In article <101675@netnews.upenn.edu> mark@ginger.biophys.upenn.edu (Mark Elliott) writes:


>	I have OS-9 v2.4 on a 68030 (MVME 147) machine. My "CC" module says
>that it is Edition #40. The following code crashes (with BUS ERROR) when I run
>it. On other Unix machines, it runs fine.

>main()
>{
>    teststruct	test;
>    int		sayhello();
>    
>    test.x = 5;
>    test.subfunc = *sayhello;
>    
     test.subfunc = sayhello;
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is right (syntax and code)
>    test.subfunc(&test);	/*** <--- THIS IS WHERE OS-9 CRASHES ***/
>    
>    exit(0);
>    
>}

I tried the "old" version with my gcc1.40 and it works, because the 
gcc known, that *sayhello is the same as sayhello.

But the cc doesn't.





                   /\
                  |^^|
                  |{}|
   _______________/~~\________________
  / Kei Thomsen   |  | keihh.hanse.de \
 `========--------.  .---------========'
                  ||||
 Wildermuthring 90 || kt@keihh.hanse.de
 2000 Hamburg 62   ||    OS-9 68030 
 Home: 040/5205921 || Modem: 040/5200428
 FH-Wedel:         ||  1200-14400 Baud
 04103/804841  ,---||---, (V32bis)
               '---<>---'
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.os.os9
Subject: Re: Listserver
Date: 14 Dec 1992 14:48:39 GMT
Organization: Case Western Reserve University, Cleveland OH (USA)
Distribution: usa
NNTP-Posting-Host: slc6.ins.cwru.edu
Keywords: Listserv, pucc

In article <1992Dec3.003541.24287@umr.edu> bmaddox@cs.umr.edu (Brian Maddox) writes:
>   Does anyone know if the listserver has gone down.  It's been two days and
>I still haven't gotton the filelist for OS-9.  Thanks.

Did you send the request to listserv@pucc.princeton.edu, or to
coco@pucc.princeton.edu?  A lot of people forget to send it to listserv
and mail it to the coco mailing list instead.

-- 
Stephen Trier                      "We want to offer you a price that you
Network software type               just can't afford to take advantage of."
Case Western Reserve University         - Sales blurb from HSC Software
trier@ins.cwru.edu
From: marvin@tornado.oche.de (Christian Bode)
Newsgroups: comp.os.os9
Subject: Re: OS-9 consultants in Ft. Lauderdale, Florida
Date: 19 Dec 92 07:51:42 GMT
Organization: Private UUCP Site / Member of IN e.V.

kai@ade.no (Kai Atle Myrvang) writes:

>Hello in Florida.

>A group from Norway is going over to Ft. Lauderdale in Florida in week 1.  
>They are there to do a demo installation of a system containing several 
>OS-9/68k systems.  There will not be anyone with deep OS-9 experience and 
>knowledge in the group, so is ther anybody out there willing to assist them 
>in case they run into trouble ????

Why not, if you pay my flight :-))

Regards
 
    Marvin


-- 
  _ _ _                     |   Christian Bode, Aachen, FRG
 ' ) ) )              ,     |   marvin@tornado.oche.de
  / / / __  __  . .  , __   |   bode@pool.informatik.rwth-aachen.de
 / ' (_(_/_/ (_(__)_/_/ /   |                  
----------------------------+--------------------------------------------------
            Don't ask me ! It only would depress me !
Newsgroups: comp.os.os9
From: bcwhite@norton.uwaterloo.ca (Brian C. White)
Subject: Re: Need ideas on gpp problems
Organization: University of Waterloo
Date: Sun, 20 Dec 1992 02:32:43 GMT

In article <1992Dec19.054041.3991@microware.com> smcgee@microware.com (Scott McGee) writes:
>One trick I found for "sometimes" getting around such problems is to do a
>shell #1000000
>just before a command that needs a lot of ram. That will boot all the sticky
>modules out of memory but still fail for lack of mem, resulting in a null
>command. Cute trick. (I got it from my boss!)

I always use "unlink #99999" just because I like the idea of "unlinking
memory".

                                        Brian

-------------------------------------------------------------------------------
INTERNET:    bcwhite@sunee.uwaterloo.ca   |                                    
DELPHI:      BrianWhite (@delphi.com)     |       #include <disclaimer.h>      
COMPUSERVE:  70313.3344 (@compuserve.com) |                                    
-------------------------------------------------------------------------------
      Any given  program contains at least  one bug and can  be shortened
            by one  instruction.   Therefore, all  programs can  be
                shortened  to one instruction that won't  work.
Newsgroups: comp.os.os9
From: dan@tornado.oche.de (Daniel Simon)
Subject: Source Level Debugger implementation for GNU C 1.42
Organization: Private UUCP Site / Member of IN e.V.
Date: Sun, 20 Dec 1992 18:24:33 GMT


Hallo OS-9 world,

I've finished my first implementation of GNU C Compiler, which produce code for
the Source Level Debugger from Microware.

I'm surching people for testing it.

Best Regards,

Daniel Simon
-- 
     _ _
    /   \                   |  Daniel Simon, Aachen, FRG
   /    / __  __            |  dan@tornado.oche.de
  /___ /_(_/_/ /            |  phone +49 241 562457
                            |  hardware: 68040 / 33 MHz / 64 Mbyte RAM on board
----------------------------+--------------------------------------------------
                  Unix is a OS-9-like Operating System   (tm) Microware
Newsgroups: comp.os.os9
From: bmaddox@cs.umr.edu (Brian Maddox)
Subject: Listserver
Date: Mon, 14 Dec 1992 18:11:35 GMT
Organization: University of Missouri - Rolla
Originator: bmaddox@mcs213i.cs.umr.edu

-- 
-------------------------------------------------------------------------------
|"No matter where you go, there you are" | "Ah, come on Cap'n.  Lemme shoot   |
|  Buckaroo Banzai and USS Excelsior     |  the guns this time." - Lt Worf    |
-------------------------------------------------------------------------------
Newsgroups: comp.os.os9
From: hmchen@fcom.ee.ntu.edu.tw (Hung-ming Chen)
Subject: file transfer in C program
Organization: NTUTaiwan
Date: Tue, 15 Dec 1992 11:10:00 GMT

Hi Netters;
  Now I write some programs for two different machines. One is
SUN workstation and another is Radstone OS9. I will implement
a function in my programs to transfer some different files
between them. Dose anyone have idea to implement it. I prefer
to call some system calls or freeware to reduce my coding
effors. If you have some great ideas, please tell me.

Thanks in advance.

Fred Chen 12/15/92'
e-mail: hmchen@fcom.ee.ntu.edu.tw

P.S. If the solution can solve the same problem between
VAX/VMS and sun workstation is better.
From: balmer@urz.unibas.ch
Newsgroups: comp.os.os9
Subject: OS-9 International
Date: 13 Dec 92 15:59:04 MET
Organization: University of Basel, Switzerland

I have been asked what happened to OS-9 International. Here is a brief
summary of what is going on.

We have had many requests for the first issue and are happy to have
a considerable number of subscribers. For many reasons the second issue
was not yet printed. The second issue will be mailed to our subscribers
this month, further issues will be published every two months.

We have set up a UNIX machine to handle all the mail & news. You can
now reach us at os9int@msys.ch. If everythings gets OK with the
swiss nic, zou can reach the editorial staff by the address
<name>@os9int.ch quite soon.

We had very good feedback on the first issue although it was mostly
written in german. From the second issue on we aim towards a 50 %
english, 50 % germand mixture of articles. In addition all german
articles will have an english summary.

The second issue will conatain more articles with program listings.
These listings can be obtained either on a universal format OS-9
disk or by anonymous ftp from lucy.ifi.unibas.ch.

Regards,
Marc Balmer, OS-9 Int'l
From: kai@ade.no (Kai Atle Myrvang)
Newsgroups: comp.os.os9
Subject: OS-9 consultants in Ft. Lauderdale, Florida
Date: Wed, 16 Dec 92 20:08:36 CET
Organization: AD Elektronikk AS, Norway

Hello in Florida.

A group from Norway is going over to Ft. Lauderdale in Florida in week 1.  
They are there to do a demo installation of a system containing several 
OS-9/68k systems.  There will not be anyone with deep OS-9 experience and 
knowledge in the group, so is ther anybody out there willing to assist them 
in case they run into trouble ????

Please reply by mail.

Thanks,
kai@ade.no (Kai Atle Myrvang)
AD Elektronikk AS, Norway
Phone:  Int+479 869 970      Fax: Int+479 869 920
Newsgroups: comp.os.os9
From: csjos@uxa.ecn.bgu.edu (John Stafford)
Subject: deskmate
Organization: Educational Computing Network
Date: Fri, 11 Dec 1992 22:59:00 GMT

I am in need of deskmate program for the coco 3 it is in os9
if anybody has a copy of it please let me know csjos@uxa.ecn.bgu.edu
tnx
.