HDTenEightyP/NetNews huggingface dataset:
From: mikc@hal.gnu.ai.mit.edu (Mike Coughlin)
Subject: Re: CD-I at Sears
Organization: /etc/organization
Date: Mon, 16 Nov 1992 13:46:38 GMT

In article <1992Nov3.163824.3894@schbbs.mot.com> TCSAR03@waccvm.corp.mot.com (Germain Leutwyler) writes:
>  . . . .        if Philips and Sony are able to take a good niche with
>the CD-I products in the consumer market, that OS-9 (or CD-RTOS as they
>call it) will be the most widely used UNIX-like system in the world...
>
    OS-9 might become a widely used system if CD-I becomes popular, but it
woun't be anything like UNIX. There is no way to attach a keyboard to a
CD-I player so you can't use the OS-9 inside. There are many people who 
want to find a way around this, but so far I haven't heard of any way to
convert a consumer CD-I machine into a real computer.

>alas, as in the past, Microware is not pushing OS-9 on the scene due
>to lack of POSITIVE advertizing (they were putting adds for example
>on the 68microjournal emphasizing only on their direct support line and
>so people start to think that OS-9 is full of bugs due to this NEGATIVE
>image given to the occasional readers instead of comparing OS-9 with
>the different tastes of UNIX, especially in the prices, features and
>performances domains were OS-9 has currently, I guess, no rivals).
>
   As a user of Os-9 on the Radio Shack Color Computer, I found that it
was remarkably free of bugs. It is important for Microware to emphasize 
its direct support since industrial customers need debugging help for the 
programs they write. Os-9 is not UNIX or anything else. There is no 
training or education available in colleges or universities and there are
relatively few expert Os-9 programmers.
  
>OS-9 was not supported with marketing and OS-9 will never replace MS-DOS
>(despite a national protest !) for the normal PC users. But other UNIX
>systems will never replace OS-9 for industrial applications (processes
>control for example) too ! In the industrial computer boards market,
>almost every manufacturer is supporting OS-9 (VME, STD, G64, G96, etc).
>Here lies the few successes of OS-9: Tandy CoCo computers and industry.
>In the hope that CD-I will add another success I remain,
>Sincerely enthusiastic about OS-9, not because it was a former Motorola
>product before to sale the rights to Microware, but because it is great !
>
>Germain
>
   Microware makes no attempt to try to replace MS-DOS, which is too bad
since it should do some of the things that Microsoft does in marketing.
Publishing a beginners manual would be a good idea. Only Os-9 users,
particularly those who bought it from Tandy, think that Os-9 could be 
used everywhere. Microware only tries to sell to a very limited market.
The CD-I system is not what is needed to make Os-9 popular. Os-9 is 
completely hidden where new programmers will not see it. It might be 
good business for Microware to sell the operating system for CD-I players,
but it is so well hidden there that it does them no good in marketing to
other parts of the computer industry. 

Newsgroups: comp.os.os9
From: pvv@cern.decnet.cern.ch ()
Subject: G++ 2.x on OS/9
Reply-To: pvv@cern.decnet.cern.ch ()
Organization: CERN
Date: Tue, 17 Nov 1992 11:20:29 GMT

I am using now the g++ 1.40 ported to OS/9 by Stephan Pashedag (with others maybe ?).
I am wondering if anyone has ported or has the intention to port a more recent version
(2.x) of the gnu compiler to OS/9.

Thanks, 

Pierre VANDE VYVRE
ECP Division
CERN
Newsgroups: comp.os.os9
From: peters@picker.com (Bill Peters)
Subject: COCO Lev 2 "MAKE"
Organization: Picker International, Inc.
Date: Wed, 18 Nov 1992 18:51:20 GMT



Ive been playing with OS9 lev 2 MAKE and makefile, with no luck.

Can anyone help??
I currently am running a COCO3 at home w/512k OS9 L2 and full software
packages, I also have a 4mb home made ramdisk (info is available via
email), a 20 and 40 mb hard drives 3 720k flops (2 5-1/4 1 3-1/2), and a 6'
relocated Tandy mpi, and a home made mpi with 4mb ramdisk 2 6551 uarts also 
relocated about 6 ft.

The problem is trying to get MAKE and the makefile to work.

I"m currently using make and make files on OSK v2.3 & v2.4 as well as 
SUN IPC/IPX/VME SUN4 systems and have no problem with them, but with "CC1"
on the COCO just dont work the way I expect it to work.

As a first try I made a var "CFLAGS" and assigned a -r to it. Ran make and 
produced a .r file as ecpected, and make passed the .r file to the linker
rlink and c.link (rlink moded for use with cc1) depending on the LC var in the 
makefile, but the linker reported an error something like "no main line ...".

I can see if the program had multiple .r files and none of them had a main()
in them but this was WORKING .c file with no compile errors.

What I need is some pointers on the use of MAKE on the COCO and interactive
function with CC1 or whatever..

If anyone can post or email some makefile examples under COCO OS9 L2
they would help alot. I would like to make multiple small .r files and
let make take care of them and reduce the compile time down to something
managable. 

Thanks in advance...

P.S. If anyone wants info on the relocator or the ramdisk let me know
via Email my address is "peters@xray.picker.com"
or normal mail (USPS) @
	Bill Peters
	314 N. Chestnut
	Ravenna Ohio
	44266


Newsgroups: comp.os.os9
From: yu@cs.ucf.edu (Henry Yu)
Subject: gnu c/c++ for OS-9000
Summary: gnu c/c++ for os-9000
Keywords: os9000 gnu
Organization: University of Central Florida
Distribution: comp.os.os9
Date: Fri, 20 Nov 1992 21:06:26 GMT

Hi:

Are there any existing ports of gnu-c and gnu-c++ for os-9000?

Thanks in advance.

-Henry Yu

email:  henry@escact.ksc.nasa.gov or
	henry-yu@ksc.nasa.gov


Newsgroups: comp.os.os9
From: bmaddox@cs.umr.edu (Brian Maddox)
Subject: IMS current address
Date: Wed, 18 Nov 1992 15:01:09 GMT
Organization: University of Missouri - Rolla
Keywords: IMS, address, mail
Originator: bmaddox@mcs213j.cs.umr.edu

   Hi.  I tried to send US mail to an IMS address I had (Davidson, NC).  It was
returned as address unknown.  Could someone Email me what the current address
of IMS is?  Thank you.

-- 
-------------------------------------------------------------------------------
|"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    |
-------------------------------------------------------------------------------
From: dibble@microware.com (Peter Dibble)
Subject: Re: Intercept() and I/O
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Fri, 20 Nov 1992 21:25:56 GMT

Signal() is in the ultra C compiler's library.

The manual's statements about I/O in signal intercept routines
may be over-careful.  C's high-level I/O functions are
not async-safe.  Consequently strange things can happen
if you interrupt a printf with another printf in a signal
intercept routine.

This can be solved by masking signals when high-level I/O
functions run.  There are lots of other possibilities.
An unusual one is to do {\em all} I/O from intercept routines. :-)

I do I/O in signal intercept routines. 
When I feel careful I use low-level I/O to keep out of the
way of the high-level stuff.

Peter
From: kt@keihh.hanse.de (Kei Thomsen)
Newsgroups: comp.os.os9
Subject: Re: Press Release of StG Net V4 for OSK
Distribution: world
Date: 15 Nov 92 16:24:28 GMT
Keywords: StG, Net, OSK, V4

In article <73@zog.UUCP> SysOp@zog.UUCP (Zog the Monster) writes:



>                   Product Name:  StG Net V4 for OS9/68K *

>       Available:  December 1, 1992  (* OS9 L2 version avail 12/15/92)

But WHERE can I get it ???


>Contact AniMajik Productions for more info and pricing.  (818) 761-4135
>  

pricing ??? Not Public ?

Kei

                   /\
                  |^^|
                  |{}|
   _______________/~~\________________
  / 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: ken@optimla.aimla.com (Ken Ellinwood)
Newsgroups: comp.os.os9
Subject: Re: CD-I at Sears
Date: 17 Nov 92 19:32:10 GMT
Distribution: usa
Organization: /usr/lib/news/organization

Mike  Coughlin writes:

> There is no way to attach a keyboard to a
> CD-I player so you can't use the OS-9 inside. There are many people who
> want to find a way around this, but so far I haven't heard of any way to
> convert a consumer CD-I machine into a real computer.

The CD-I Full Functional Specification requires that all CD-I players
have a minimum set of features and functionality (these requirements
are commonly referred to as the "base case").  The specification also
allows for extending the functionality of a CD-I player above the base
case to allow for keyboards, disk drives, modems, MIDI, LAN, etc.  So
it is possible for a manufacturer to make a CD-I player that looks and
acts a lot like a normal computer.  In fact, the way I read the spec,
Philips could have chosen to include a keyboard with its base case
CD-I 910 player but chose not to.  However, Philips is marketing CD-I
as a "player", not a "computer".  This is because there is a wide
perception in our buisness that the average person who buys consumer 
electronics is intimidated by the complexity of computers and is more
amenable to buying a "player".

Ken Ellinwood, Senior Software Engineer
Philips Interactive Media
11050 Santa Monica Blvd.
Los Angeles, CA 90025
ken@aimla.com
Newsgroups: comp.os.os9
From: plyall@lookout.it.uswc.uswest.com (Pete Lyall)
Subject: Intercept() and I/O
Organization: U S WEST Information Technologies
Date: Thu, 19 Nov 1992 16:46:45 GMT


In getting back into OSK, I was reading the C Compiler manual the
other day and noted that they (MW) appear to have have gotten rid of
the 'signal()' function, and rely strictly on the 'intercept()'
function.

Also - in the discussion of the intercept function, mention is made
that no I/O may be done while in the handler if I/O is also done in
the main program. Argh! While I understand the need to have the
handler be as expeditious as possible, there are times when having
access to I/O would be very useful (closing files at termination, for
one).

The example MW assumes a fairly trivial program, and also forces you
to effectively poll a flag to see if a signal has arrived. Ouch again.

Is there a better way? Is it REALLY true that you can't have your
intercept & mainline doing I/O? If so, why?

What workarounds have others found?

Also - has someone written 'signal(SIGNAL, handler)' for OSK, and/or
was it brought back into the library for ANSI compatibility?

Pete Lyall

-- 
Pete Lyall [USWest]        Compuserve: 76703,4230   Internet: plyall@uswest.com
--------------------------------------------------------------------------------
I'm glad I had to wait a while, A little bit too juvenile,     |Sweet Potato Pie
I needed to refine my style, A silk suit and a crocodile smile!| James Taylor
Newsgroups: comp.os.os9
From: kdarling@garfield.catt.ncsu.edu (Kevin Darling)
Subject: Ironics VMEbus Serial Card
Organization: North Carolina State University
Date: Fri, 20 Nov 1992 08:50:48 GMT

Hi all.  I don't have literature on it yet, but does anyone have
experience with an intelligent 16-port serial card from Ironics?

This particular card is supposed to have a 68030 onboard running
OS-9, and I believe you can download small control programs to it.

Thanks for any feedback (if you can figure out which card I mean :-)

kevin darling <kdarling@catt.ncsu.edu>
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.os.os9
Subject: Re: decent text editor
Date: 18 Nov 1992 16:06:16 GMT
Organization: Case Western Reserve University, Cleveland OH (USA)
Distribution: usa
NNTP-Posting-Host: slc6.ins.cwru.edu

In article <1992Nov18.025347.16933@cbnewsk.cb.att.com> geos@cbnewsk.cb.att.com (george.j.schwerdtman) writes:
>Can Anyone Give Me A pointer To A Decent Text Editor?

&text_editor

What sort of computer are you using?  I know of a few for the CoCo that
are good, but I doubt that they will work on any other OS9/6809 system.

My personal favorite is probably RS's tsedit, patched with the "vi" patch.
The problem is that tsedit is no longer in production, so you will probably
have to scour your area RS stores or find a used copy.  Of course, this
is "decent" only if you like vi.

There's a port of microemacs out there, too.  It might be pretty good, if
there's any room left for your text after it loads.  (Did anyone ever solve
that problem?  I know that, at least at first, it was a significant problem.)

The microemacs might run on non-CoCo systems, since I believe it uses
termcap.

Anyway, maybe this is a step in the right direction.

-- 
Stephen Trier                                     
Network Services Engineering, IRIS/INS/Telecom    
Case Western Reserve University                   
trier@ins.cwru.edu
From: chuck@czos9.UUCP
Newsgroups: comp.os.os9
Subject: Re: Failsafe systems
Keywords: NASA OS9
Date: Fri, 20 Nov 92 14:35:29 EDT
Distribution: world

kdarling@garfield.catt.ncsu.edu (Kevin Darling) says:
>Hi again :-)
>
>Does anyone have experience or thoughts on redundant-cpu OS-9 systems?
>
>This company wishes to have two systems; one would take over in case
>the other goes down.  I believe they originally thought of having
>two cpu cards in one VME cage, sharing all I/O.  But the more I think
>about it, the more it seems to make sense to have two separate full
>systems... 
>
>In any case, has anyone here implemented such a beast?  If so, do you
>have any tips?  Did you simply have a watchdog program yank the Reset
>(or Halt?) line on the bad system?
>
>thanks! - kevin <kdarling@catt.ncsu.edu>

Aren't some of the space shuttle control systems implemented in such a
fashion?
There's gotta be some NASA dude somewhere with some things to say about
it...
-- 
-----------------------------------------------------------------------------
Charles N. Owens                    USENET:    trystro!czos9!chuck
                                    INTERNET:  trystro!czos9!chuck@think.com
-----------------------------------------------------------------------------
              czos9 in Quincy, MA:  An OS9 Coco 3 UUCP Site
From: philb@cats.ucsc.edu (Philip Brown)
Newsgroups: comp.os.os9
Subject: Color Computer III for sale
Date: 15 Nov 1992 18:00:19 GMT
Organization: University of California; Santa Cruz
Distribution: world
NNTP-Posting-Host: si.ucsc.edu



I have the following Color Computer III (m68B09E cpu) system for sale,
as a group:

1 main "CoCo" unit, slightly hacked, but in perfectly working order.
   Comes with keyboard on extender cable (about 4 feet). Contained
   in another coco case, for strain relief.
   512K memory

1 backup coco unit, missing case (see above :-) Also, RGB output does not
work, although TV output works fine.

Multipak, converted for safe use with coco III by radio shack.
Orion Telepak II (RS232 port)
Floppy drive _CASE_for two drives, and FD501 drive controller.
   Comes with one 360K drive. Recommended that you buy your own 720K
   drives

LOTS o software...

miscellanoues program paks, about 5, including megabug and polaris.
King's quest III
Leisure Suit Larry
Sub Commander
Koronis Rift
Flight simulator II

Also that OS9 graphics game where you trade things across the galaxy in
   a space ship

OS9 level II
Multivue
Developer's pak (RMA assembler)
C compiler

 [ NO I WILL NOT SELL THE DEV PAK OR C COMPILTER SEPARATELY!!!!!]
Other misc stuffs on disk.

Only $400 plus shipping!!

(DMP 105 printer going separately for $50, if you're interested)

(I spend over $1000 dollars on this system originally, folks)


Philip Brown
-- 
  --------------------------------------------------
"How do I love sea? Let me count the waves.." |philb@cats.ucsc.edu
P.Anthony, "The Colo(u)r of her panties"      |philb@soda.berkeley.edu
Newsgroups: comp.os.os9
From: kdarling@garfield.catt.ncsu.edu (Kevin Darling)
Subject: Failsafe systems
Organization: North Carolina State University
Date: Fri, 20 Nov 1992 08:52:01 GMT

Hi again :-)

Does anyone have experience or thoughts on redundant-cpu OS-9 systems?

This company wishes to have two systems; one would take over in case
the other goes down.  I believe they originally thought of having
two cpu cards in one VME cage, sharing all I/O.  But the more I think
about it, the more it seems to make sense to have two separate full
systems... 

In any case, has anyone here implemented such a beast?  If so, do you
have any tips?  Did you simply have a watchdog program yank the Reset
(or Halt?) line on the bad system?

thanks! - kevin <kdarling@catt.ncsu.edu>
From: rcisnet2!color_galaxy_an!starlord
Newsgroups: comp.os.os9
Subject: Re: Press Release o
Keywords: (none)
Date: Sat, 21 Nov 92 13:33:49 PST
Summary: (none)
Organization: The Rainbow Connection Information Service

KT>>                   Product Name:  StG Net V4 for OS9/68K *
KT>
KT>>       Available:  December 1, 1992  (* OS9 L2 version avail 12/15/92)
KT>
KT>But WHERE can I get it ???
KT>
If you would like a New BBS program that I feel is tops, why not get a copy of
RCIS, it is availible now on most RCIS Systems. The Author is currently
working on a OSk version, and I feel it is one of the best BBS's systems
around.

                         <*> Starlord <*>
KT>
KT>>Contact AniMajik Productions for more info and pricing.  (818) 761-4135
KT>>  
KT>
KT>pricing ??? Not Public ?
KT>
KT>Kei
KT>
KT>                   /\
KT>                  |^^|
KT>                  |{}|
KT>   _______________/~~\________________
KT>  / Kei Thomsen   |  | keihh.hanse.de \
KT> `========--------.  .---------========'
KT>                  ||||
KT> Wildermuthring 90 || kt@keihh.hanse.de
KT> 2000 Hamburg 62   ||    OS-9 68030 
KT> Home: 040/5205921 || Modem: 040/5200428
KT> FH-Wedel:         ||  1200-14400 Baud
KT> 04103/804841  ,---||---, (V32bis)
KT>               '---<>---'


 * Origin: The Color Galaxy Andromeda BBS +1 714 545-5156 Santa Ana,Ca.
Newsgroups: comp.os.linux
From: wilker@hopf.math.purdue.edu (Clarence Wilkerson)
Subject: Re: BSD filesystems? Xenix FS? X11 on hercules screen?
Organization: Purdue University
Date: Fri, 20 Nov 1992 16:50:00 GMT

My interest in BSD FS would be partially to be able to share data
such as X fonts, TeX fonts, man pages, etc with 386BSD.

-- 
Clarence Wilkerson      \ Bitnet:       wilker%math.purdue.edu@purccvm
Prof. of Math. (topology)\ Internet:    wilker@math.purdue.edu
Dept. of Mathematics      \ messages:   (317) 494-1903, FAX 494-0548
Purdue University,         \ office:    (317) 494-1955 (voice/modem)
W. Lafayette, Indiana 47907 \ 
Newsgroups: comp.os.linux
From: franks@nadia.stgt.sub.org (Frank Siegert)
Subject: Re: Maybe a FAQ, anyway: setjump problems
Date: Mon, 23 Nov 1992 21:38:17 GMT
Organization: Stuttgart Net Systems, FRG
Keywords: setjump SLS gcc lib

Opps, just forgot to upgrade the includes in /usr/include/linux... Please
forget my former posting. Sorry for wasting your time. Looks like today is
not my day. 

Frank
Organization: Ryerson Polytechnical Institute
Distribution: na
Date: Friday, 20 Nov 1992 18:20:26 EST
From: <ACPS7221@RyeVm.Ryerson.Ca>
Newsgroups: comp.os.linux
Subject: Re: Packaging Linux
 <1992Nov16.051435.5763@cs.hope.edu>
 <1992Nov16.135133.445@sun1.ruf.uni-freiburg.de>

  Hello all. I would just like to jump into this thread to say that I agree
completely that we need a good word processor.  Once we have this, Linux will
be a practical system for a variety of people.
   I have a suggestion.  Why don't we use doc. Doc is a WYSIWYG document
editor. It comes as part of InterViews.  I have been trying to fix some bugs
in it for quite a while, but an older version is available at tsx-11 and
sunsite.
     InterViews is avail from  interviews.stanford.edu  /pub
                          and  sgi.com /pub/graphics

     and the old doc is called IVdoc301.TZ in /binaries/usr.bin.X11 on tsx.
If there is any interest please post to the INTERVIEWS mailing channel.

BTW InterViews is a object oriented (C++) environment for X windows that
supports a variety of kits like Motif, and Open-look.  It has a few
applications that come with it as examples of its capabilities. Doc is one
such package. There is also idraw (graphics) and ibuild (X app builder).

                                         Michael.
From: wjin@cs.uh.edu (W. Woody Jin)
Newsgroups: comp.os.linux
Subject: Re: SLS update
Date: 19 Nov 1992 06:17:43 GMT
Organization: University of Houston
NNTP-Posting-Host: rodin.cs.uh.edu

In article <1992Nov18.192339.15628@sol.UVic.CA> pmacdona@sanjuan (Peter MacDonald) writes:
>
>The file a5/zafix.taz is now correctly on tsx (thanks Ted :-).
>
>Also, a new tcpip.taz is available, and loopback works, although
>the ethernet stuff is not tested.  Ross is working on collecting
>source and a new name server that works, and is quite close to 
>finishing, so stay tuned.
>
>Peter.

I try to reach Peter thru e-mail but the mail bounced back.

I was happy with previous SLS package (.98pl2 ? ). Almost everything
went fine.  I expected similar thing from the new package (pl5), but
it is not the case.  Installing went fine (with some warning messages
which I think I may ignore - these messages were reported by other
users on this net).  But after installation, Linux would not boot.
After reporting partition information, the system just hangs and
nothing happens.   What is wrong ?

I am in the process of going back to previous version after three
tries and all this process is so time-consuming.  
I suggest to other users that they 
should expect this kind of accident and be prepared well.

Thanks.

-- 
____   ____  ____ ____________________________________ (___) _________________
|  |   |  |  |  |  W. Woody Jin (wjin@cs.uh.edu)       (o o)      Moo.... 
|  |   |  |__|  |  PhD Student. Research Asst.  o=======\ /  I'm  a Cow Lover.
|  |   |        |  Dept. of Computer Science   / |     ||O   My wife  was born
\  |---|  |--|  |  University of Houston      `  ||'---||    in Cow year. Mooo
 \____/|__|  |__| _______________________________^^    ^^_____________________


Newsgroups: comp.os.linux
From: sexonbd@sage.cc.purdue.edu (Benjamin David Sexson (Ben))
Subject: Linux help files
Organization: Purdue University Computing Center
Date: Sat, 21 Nov 1992 21:57:09 GMT

Hello,
I've been following the newsgroup, and I've read the FAQ, and well
It dosen't help much.  I know a lot about DOS(forced labour :-}) a
little about Unix(PUCC ya know), but I didn't setup the system, and
they don't let the users really get into it. So I know how to use it but
not much else.  I really think a user guide sould be made.  I know that
a new help file is being made but, if it follows the trend of the FAQ it
wouln't be much help.  Just my 0.02$ worth.
Newsgroups: comp.os.linux
From: shanea@extro.ucc.su.OZ.AU (Shane Alderton)
Subject: Re: Flopticals under Linux??
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Fri, 20 Nov 1992 08:42:51 GMT

Well, my original query about flopticals under Linux met with a
resounding silence!  :-)  I have had one reply stating that someone
has tried the floptical with an Adaptecch 1542B and cannot access
it under Linux.  (The drive is accessible under DOS on this
controller with a device driver loaded).

I think perhaps I should ask a different question:

	-	-	-	-	-	-	-
Could anyone who has a supported SCSI controller with a floptical
drive attached to it (instead of to the Grassroots controller) PLEASE
mail me and let me know whether their configuration works or not?
	-	-	-	-	-	-	-

I would very much appreciate any responses at all along these lines.

Regards,

Shane Alderton
shanea@extro.ucc.su.oz.au