HDTenEightyP/NetNews huggingface dataset:
From: kdarling@garfield.catt.ncsu.edu (Kevin Darling)
Newsgroups: comp.os.os9
Subject: Re: pipeman and "broken pipes"
Date: 17 Apr 92 05:02:43 GMT
Organization: North Carolina State University

> I've noticed some "weird" behaviour using OS9 pipes.  [...]
>     $ myprog ! grep pattern ! less
> where I used 'less' to look at some of the output and then I quit less.
> After this, I found that 'myprog' and 'grep' were still running.  Unlike
> Unix, OS9 simply blocked the grep process when the output pipe filled
> up, which in turn let the output of myprog fill up that pipe.

Part of the weirdness may be due to grep itself :-)  If the pipe simply
filled and blocked, then "myprog" and "grep" _should_ fall asleep, yah?

However, check your procs output.  On my machine both programs continue
to rack up cpu time.  Aha!  This almost certainly means that the grep
I use, at least, is _ignoring_ the output write errors!! (poor C code?)

Replace grep with a different program, and I'll bet things operate more
as expected.  You still have to do a couple of "w" (shell F$Waits)
commands by hand, though... whereas a smarter shell might keep better
track of all its kids and do that for us automagically.

> Apparently this is because OS9 pipes are single-ended.  i.e. there is
> only 1 file descriptor when you make a pipe and you can use that for
> either read or write, therefore pipeman can't tell when there are no
> readers for the pipe.

I think pipeman keeps track of reader/writer counts.

There is still an anomaly of some sort, however.  I wrote a program which
generated random chars, and another which simply passed stdin to stdout.
I then did a "RANDOM ! PASSTHRU ! MORE" and killed off "more".  PROCS
showed MORE was gone, and RANDOM and PASSTHRU as asleep... but I would've
expected the closing of MORE's stdin path to have caused Pipeman to wake
up and abort PASSTHRU (and later, RANDOM).  I had to do a "w" command
before this chain effect actually happened.  Strange.  Tho it might have
something to do with my commands being in Basic (another C program :^)

kevin <kdarling@catt.ncsu.edu>
Newsgroups: comp.os.os9
From: bcwhite@demorgan.waterloo.edu (Brian White)
Subject: Re: pipeman and "broken pipes"
Organization: University of Waterloo
Date: Thu, 16 Apr 1992 18:59:03 GMT

In article <1992Apr15.194558.16250@wam.umd.edu> ignatz@wam.umd.edu (Mark J. Sienkiewicz) writes:
>I've noticed some "weird" behaviour using OS9 pipes.  Consider a typical
>_Unix_ command that might look like:
>
>	$ myprog | grep pattern | less
>
(more unix stuff deleted)
>
>This is interesting to me because of this _OS9_ sequence:
>
>	$ myprog ! grep pattern ! less
>
>where I used 'less' to look at some of the output and then I quit less.
>After this, I found that 'myprog' and 'grep' were still running.  Unlink 
>Unix, OS9 simply blocked the grep process when the output pipe filled
>up, which in turn let the output of myprog fill up that pipe.
>

I have had different experiences.  I have had a pipe with no reader start
to act like /nil and just send everything off into the big bit bucket in
the sky.  I'm not a home right now, so I can't test this, but try something
like "dir >/pipe" and see what it does.  "dir >/pipe/dir" should block,
however.

I do know that broken pipes do behave like /nil (at least sometimes) because
I have done things similar to what you said and exited from less only to have
the rest of the programs run to completion.  All of their output went nowhere,
but it did continue to execute.

>
>Apparently this is because OS9 pipes are single-ended.  i.e. there is
>only 1 file descriptor when you make a pipe and you can use that for
>either read or write, therefore pipeman can't tell when there are no
>readers for the pipe.
>

This is true (which would seem to contradict what I wrote above).  You open
one path to a pipe and then dup it.  One proc reads from it and another
writes to it.  In fact, I pretty sure you can have multiple readers and
writers, if you want.  Named pipes should allow the same thing but allow
the program to open it by name instead of having a dup'ed path passed to it.

I don't know how to explain this apparant contradiction, but it does seem to
be what I remember.  Check it out.  I'll look into it more when I get home.

                                        Brian

-------------------------------------------------------------------------------
INTERNET:    bcwhite@sunee.waterloo.edu   |                                    
DELPHI:      BrianWhite                   |       #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.
From: UweKloss@lionbbs.bs.open.de ( Uwe Kloss )
Newsgroups: comp.os.os9
Subject: Re: OS9 C problem.
Date: 7 Apr 92 21:49:30 GMT
Reply-To: UweKloss@lionbbs.bs.open.de
Organization: The Lion Town BBS, Brunswik, Germany
X-Software: HERMES GUS 1.00 Rev. Jan 16 1992

In <11902@tamsun.tamu.edu>, Jack McKinney writes:
>
>  long addr;
>  ...
>  printf("%08x- ",addr);
>
> Any ideas?

Yea!
Try: printf( "%08lx- ",addr);
                 ^
Uwe
-- 
Uwe Kloss               UUCP: UweKloss@lionbbs.bs.open.de
Fasanenstrasse 65       BTX:  0531336908 0001
3300 Braunschweig       FIDO: not connected
Newsgroups: comp.os.os9
From: eah1@gauguin.wustl.edu (Edward Anthony Hutchins)
Subject: Re: gcc + etc.. and whatabout mshell?
Organization: Washington University, School of Engineering, St. Louis MO
Date: Fri, 10 Apr 1992 23:35:43 GMT

In article <s2s66INN6pv@agate.berkeley.edu> kientzle@wheatena.berkeley.edu (Tim  
Kientzle) writes:
> In article <1992Apr9.214508.18381@wuecl.wustl.edu> eah1@gauguin.wustl.edu  
(Edward Anthony Hutchins) writes:
> >Can anyone tell me why the fopen() doesn't work?
> [ Followed by defensive nonsense about it working on other systems. ]
[accurate flame deleted]
Sorry. I had a rotten day too (never post while angry ;-).

> >            fIn = fopen( b, "rb" );
>    I'll give you a hint: It has nothing to do with the compiler.  The
> Unix implementation of fopen() was probably being very kind to you for
> your silly little anachronism, and simply ignoring your insistence on
> including useless modifiers.  The OS9 fopen() was trying to save you
> from your sins.  I guess you picked up bad habits working with
> AmigaDOS and MSDOS.
> 				- Tim Kientzle
The K&R second addition (that silly little anachronistic book) along with
every other UNIX reference and man page that I have access to disagree with
you. Mea Culpa for not doing the proper hacker thing and trying every possible
permutation of code, but I was in a hurry. I don't have any bad habits from
MSDOS, just a pervading sense of paranioa about systems that do things
differently than UNIX when it comes to the C standard library.
	OS-9 (in itself) is great. Porting C code to OS-9 is not quite as
painless as it could be, mostly due to a deficient library.
	On a lighter note, I heard that there's something called "mshell"
available. Does anyone have any experience with it? Will it help my UNIX-
damaged fingers learn to love OS-9? And finally, how much does it cost?
	- Ed
BTW lighten up. I ALWAYS have :-)'s in my posts!
_____________________________________________________________________________
:-)  ('')  (-:  (,,)  :-)  ('')  (-:  (,,)  :-) | see lidflip instructions on
Edward Hutchins, eah1@cec1.wustl.edu            | other side of card
From: kientzle@lhasa.berkeley.edu (Tim Kientzle)
Newsgroups: comp.os.os9
Subject: Re: What is the format of ROF modules
Summary: Some info on Delphi, Hermit
Date: 15 Apr 92 20:47:39 GMT
Article-I.D.: agate.si4pbINNrkh
Followup-To: comp.os.os9
Organization: University of California, Berkeley
NNTP-Posting-Host: lhasa.berkeley.edu

In article <15April.1992.11764@cid.aes.doe.CA> afsl002@cid.aes.doe.CA (Marc Gagnon) writes:
>What is the ROF (relocatable object format) format?

   I studied and commented the OS9/6809 ROF format pretty thoroughly
as part of the help package I wrote for CoCo OS9/6809 (the only part I
never figured out was the format of "common" blocks, which are only
used by Microware's Fortran compiler, as far as I know, and the
OS9/6809 Fortran compiler was never distributed (?)).  The whole help
package (which includes a simple browser and about a megabyte of help
files) is available on Delphi, Hermit, and maybe other places as well.
   Although I've only seen passing references to the OS9/68k ROF
format, what I've seen suggests that it's pretty similar in structure.
I got a lot of the information for OS9/6809 from studying the source
code for "rdump", as distributed with the OS9/6809 C compiler.

					- Tim Kientzle
From: butler@saturn.sdsu.edu (Michael Butler)
Newsgroups: comp.os.os9
Subject: debugger running on X
Date: 7 Apr 92 18:41:13 GMT
Article-I.D.: ucselx.1992Apr7.184113.18959
Distribution: comp.os.os9
Organization: San Diego State University, Math Dept.

Hello folks,

I am looking for an X based debugger which runs on OS-9.
This can be public domain or commercial.  Do any exist?
If so, got anything good or bad to say about them?

Thanks for your time,
Mike Butler
butler@saturn.sdsu.edu
Newsgroups: comp.os.os9
From: donaldlf@rosalind.cs.rose-hulman.edu. (Leslie F. Donaldson)
Subject: OS9 Net drivers
Organization: Columbia University Center for Telecommunications Research
Keywords: os9 net
Date: Thu, 9 Apr 1992 20:02:34 GMT

I am attempting to write a os9 standard net work package for the 6809
processor(the coco III).
  I was hopeing that someone might have started this type of project
  and would have some relevant information.

aka I am fishing for any clues floating around.

Donaldson
Donaldlf@rosevc.rose-hulman.edu
From: kientzle@wheatena.berkeley.edu (Tim Kientzle)
Newsgroups: comp.os.os9
Subject: Re: gcc + fopen() = bug?
Followup-To: rec.humor.silly
Date: 10 Apr 1992 01:48:54 GMT
Organization: University of California, Berkeley
Distribution: na
NNTP-Posting-Host: wheatena.berkeley.edu
Summary: To "b" or not to "b"

In article <1992Apr9.214508.18381@wuecl.wustl.edu> eah1@gauguin.wustl.edu (Edward Anthony Hutchins) writes:
>Can anyone tell me why the fopen() doesn't work?
[ Followed by defensive nonsense about it working on other systems. ]

   If you don't like OS9, and insist on being childish, then people
will be much less willing to help you.  I'm tempted to simply reply
"RTFM", but I've had a bad day, and couldn't resist the temptation
to reply to you in kind.  But if you read carefully, the answer follows.

>            fIn = fopen( b, "rb" );
   I'll give you a hint: It has nothing to do with the compiler.  The
Unix implementation of fopen() was probably being very kind to you for
your silly little anachronism, and simply ignoring your insistence on
including useless modifiers.  The OS9 fopen() was trying to save you
from your sins.  I guess you picked up bad habits working with
AmigaDOS and MSDOS.
				- Tim Kientzle
From: ag@andante.att.com (Agesino Primatic)
Newsgroups: comp.os.os9
Subject: SCSI Hard Disk Parameters
Date: 17 Apr 92 14:09:02 GMT
Organization: AT&T Bell Laboratories, Murray Hill, NJ

I have a 512K CoCo3 running OS9 Level II.  I am in the process of
setting up a KenTon SCSI Controller and a Seagate ST225N hard drive.
Now for some questions from those who have been down this road before:

1) What should I set the interleave value to?  I tried writing a
quick-n-dirty C program to time writing and then reading a 1-MB disk
file with different interleave values, but I didn't get any conclusive
results.  Either the times were all the same, or they weren't
repeatable.  Strange.

2) The drive specs state that there are 17 sectors/cylinder, but I
think this assumes 512 bytes/sector (derived from max formatted
capacity and # of cylinders).  Can I set this to 34 tracks/cylinder
with OS9's 256 bytes/sector?  It seems to work, but I don't know
whether I'm just lucking out because I haven't filled up the disk.

3) Finally, I think I am running into a RAM Full Error because of the
number of device drivers/descriptors in my system.  With my current
OS9 system, I may be pushing some limit (like the 64K system segment
size).  Is there any way to increase this?

Any help would be greatly appreciated.

Ag Primatic
AT&T Bell Labs
ag@allegra.att.com
From: jclark@sdcc3.ucsd.edu (John Clark)
Newsgroups: comp.os.os9
Subject: Re: gcc + fopen() = bug?
Date: 14 Apr 92 16:31:33 GMT
Organization: University of California, San Diego

In article <1992Apr13.174014.29305@syscon.rn.com> carl@syscon.rn.com (Carl Kreider) writes:
+
+Yes, like Unix and unlike certain other brain dead OSes, OS-9 does no screwy
+translations - they are just bytes.

I once saw the rhetorical question asked, "Does the UN*X use of LF
conform to the standard's definition". UN*X uses the LF as both a
Linefeed and a Carriage Return. OS-9's use of CR, is essentially the
same.

The MSDOS/DEC use of CR-LF (we won't mention the abortion of
CR-LF-NULL) seems that it conforms to the idea of a line
termination, which works correctly on teletypes, hence might be more
conforming to the ASCII standard, based on eventually outputing the
text on a noisy, slow, pulp consumptive device. 

The "rb" hack was to make code in the MSDOS environment more closely
match the UN*X behavior, since a simple "r" would cause the
underlying code to strip off the un-UN*X CR character.
-- 

John Clark
jclark@ucsd.edu
From: philb@cats.ucsc.edu (Philip Brown)
Newsgroups: comp.os.os9
Subject: Re: Lint for OSK?
Date: 11 Apr 92 21:37:57 GMT
Article-I.D.: darkstar.32697


bm062@cleveland.Freenet.Edu (Jay Jacobs) writes:


>I am looking for any and all os9/68k utilities and a shell bourne or c.
>I tried using archie at McGill,but  the search came up empty. I am looking
>for anonymous ftp sites. I am specifically looking a script utility similar
>to the one found on unix which stores a shell session output and input in
>text file. The only site I've been able to get to is hermit.cs.wisc.edu.
>Are there any other sites out there?

hermit may be "all you are able to get".. but there's a HECK of a
lot of stuff there :-)

Including a bourne shell clone.

Philip
-- 
"If you're going to get uptight, you may |philb@cats.ucsc.edu
as well go do Karate!"                   |philb@soda.berkeley.edu
Anonymous T'ai Chi instructor            |
From: kientzle@shake-n-bake.berkeley.edu (Tim Kientzle)
Newsgroups: comp.os.os9
Subject: Re: Task over run
Summary: Use a signal trap.
Date: 7 Apr 92 16:59:00 GMT
Followup-To: comp.os.os9
Organization: University of California, Berkeley
NNTP-Posting-Host: shake-n-bake.berkeley.edu

In article <1992Apr07.124445.272051@cs.cmu.edu> darcy+@ERIE.EDRC.CMU.EDU (Darcy Bullock) writes:
>I am using the alm_cycle() to send a periodic signal that wakes up a task
>every 4s.  When I complete the task, I would like to verify that another
>signal has not arrived (which would constitute a task overrun).
    The simplest approach I can think of is to simply install a signal
handler that increments a global counter every time the signal occurs.
    Your main program can then simply watch this counter to make sure
it doesn't change (or decrement it and make sure it's still zero when
you're done, etc.).  Recall that a signal caught by a signal handler
will still wake up the main program.  You just need to be careful in
the signal handler to make sure you check what signal was received.
				- Tim Kientzle
Newsgroups: comp.os.os9
From: bcwhite@demorgan.waterloo.edu (Brian White)
Subject: Re: MM/1 sound port
Organization: University of Waterloo
Date: Wed, 8 Apr 1992 16:32:43 GMT

In article <1992Apr6.180255.22535@seq.uncwil.edu> session@seq.uncwil.edu (Zack C. Sessions) writes:
>bcwhite@demorgan.waterloo.edu (Brian White) writes:
>
>>Radio Shack sells a 5-pin din to 4xRCA jack that works.  Sorry I don't have
>>the part number, but you should find it if you just look around for a bit.
>
>This has been claimed a couple of times on the CoCo BITNET Listserver
>also, but I have gone to all of my local shacks, and none of the sales
>persons knew about this part, nor could they or I find it in the catalog.
>I also called the Tandy Computer Center, and they likewise had never
>heard of one. IF you can dig up a stock number, I would be most
>appreciative.
>

Hmmm...  I found it in Seattle, Washington; Regina, Saskatchewan; and
Waterloo, Ontario.  I posted the catalog number to the CoCo list.  Did you
save it?

I don't think I have it anymore, but if I find it as I pack to get out of here,
I'll post it again.

                                        Brian

-------------------------------------------------------------------------------
INTERNET:    bcwhite@sunee.waterloo.edu   |                                    
DELPHI:      BrianWhite                   |       #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.


-- 

                                        Brian

-------------------------------------------------------------------------------
Newsgroups: comp.os.os9,comp.sys.atari.st
From: rge@helix.nih.gov (roger erickson)
Subject: os-9 & VME
Organization: National Institutes of Health, Bethesda
Date: Wed, 8 Apr 1992 00:25:08 GMT


	I am looking for someone with VME and OS-9 experience who is 
interested in doing a summer project, Ph.D or postdoctoral research in
Neurophsyiology.  Prefer someone willing to help convert real-time lab system
(from PDP/11 forerunner to VME) in addition to research on vision, spatial
orientation and attention.  Tentative plans are to use Ataris and Amigas but
also considering real (real expensive that is) VME vendors.

Ermutigung fuer alle die mit Atari-VME interface erfahrung haben.
From: pruyne@smithers.cs.wisc.edu (Jim Pruyne)
Newsgroups: comp.os.os9
Subject: Re: Where can I get OS9 pd/shareware etc?
Date: 6 Apr 92 15:44:20 GMT
Organization: U of Wisconsin CS Dept

In <1992Apr6.102010.1@cc.newcastle.edu.au> c9107017@cc.newcastle.edu.au (GREG TURNER) writes:

>In article <1992Apr04.230348.12749@frodo.cc.flinders.edu.au>, guest@circe.es.flinders.edu.au (Peter Turner) writes:
>> Is there a list of places which I can get OS9 public domain/shareware etc
>> via e-mail?  If so I would like a copy, or post it here!
>-- 
>The best place via email is The Coco Listserver.

>To find out more send mail to listserv@pucc.princeton.edu
>with no subject and the word help as the 1st line in the message.

Also, don't forget the e-mail server at the hermit archive.  To access it,
just send mail to ftp@hermit.cs.wisc.edu.  If you put the word help on a
line by itself in the body of the message, it will send some more
information back.  You can also try including the word index which will
return the current contents of the entire archive.

Best,
--- Jim
Hermit Archive Maintainer
Newsgroups: comp.os.os9
From: bcwhite@demorgan.waterloo.edu (Brian White)
Subject: Re: gcc + fopen() = bug?
Organization: University of Waterloo
Date: Fri, 10 Apr 1992 17:07:11 GMT

I know that works under GCC because I have used it (fopen, not your program).
Try changing the following exit to "exit (errno)" and see what kind of error
it is dying on.  You may need an "extern int errno" somewhere.

                                        Brian

-------------------------------------------------------------------------------
INTERNET:    bcwhite@sunee.waterloo.edu   |                                    
DELPHI:      BrianWhite                   |       #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.

-- 

                                        Brian

-------------------------------------------------------------------------------
Newsgroups: comp.os.os9
From: bcwhite@demorgan.waterloo.edu (Brian White)
Subject: Re: OS9 C problem.
Organization: University of Waterloo
Date: Mon, 6 Apr 1992 17:29:12 GMT

In article <11902@tamsun.tamu.edu> rlm7638@tamsun.tamu.edu (Jack McKinney) writes:
> ...
> long addr;
> ...
> printf("%08x- ",addr);
>
>    however, the output I get is '00000000- ', no matter what the value
>of addr is.

You must tell 'printf' that it is a long and not just an int.  Try:
             v
  printf("%08lx- ",addr);
             ^

                                        Brian

-------------------------------------------------------------------------------
INTERNET:    bcwhite@sunee.waterloo.edu   |                                    
DELPHI:      BrianWhite                   |       #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.
-- 

                                        Brian

-------------------------------------------------------------------------------
From: mutant@csource.oz.au (Rob Hillis)
Newsgroups: comp.os.os9
Subject: Re: OS9 C problem.
Date: Wed, 08 Apr 92 03:00:15 +1000
Reply-To: mutant@csource.oz.au
Organization: Unique Computing Pty Ltd, Melbourne, Australia

rlm7638@tamsun.tamu.edu (Jack McKinney) writes:

> 
>     I have a Color Computer III,  running OS-9 Level II. I am trying to
> print a 'long' as a hexadecimal number in C.  Here is the code I am us-
> ing:
> 
>  ...
>  long addr;
>  ...
>  printf("%08x- ",addr);
> 
>     however, the output I get is '00000000- ', no matter what the value
> of addr is. I am certain that addr is nonzero since I have compiled and
> successfully ran the program on a Sun 4. I have also rewritten my OS9 C
> program to print  the long by breaking it into two 'int's.  This works,
> so I  know that addr is !=0.  I have tried using pflinit,  and it still
> doesn't work. Any ideas?
> 


I think your problem here is that the %08x- field refers only to integer 
numbers.  The idea of breaking the longs into two integers is probably 
the best way of doing it.
 
You *might* be able to use %08lx- or something similar, but no promises!
 
Rob Hillis - mutant@csource.oz.au

.........................................................
Rob Hillis
mutant@csource.oz.au  Unique Computing Pty Ltd, Melbourne, Australia
The opinions expressed above are that of the author only.
From: afsl002@cid.aes.doe.CA (Marc Gagnon)
Newsgroups: comp.os.os9
Subject: Where to find ar for os9l2 on coco3?
Date: 15 Apr 92 21:20:30 GMT
Distribution: ca
Organization: Environment Canada (CMC), Dorval, QC

On hermit, many files are in ".ar" format.  Where can I get
the "ar" archiver (source ou binary) for OS9L2 on coco3 ???
Thanks.
From: philb@cats.ucsc.edu (Philip Brown)
Newsgroups: comp.os.os9
Subject: Re: gcc + etc.. and whatabout mshell?
Date: 11 Apr 92 06:21:56 GMT


eah1@gauguin.wustl.edu (Edward Anthony Hutchins) writes:


>> In article <1992Apr9.214508.18381@wuecl.wustl.edu> eah1@gauguin.wustl.edu  
>(Edward Anthony Hutchins) writes:
>I don't have any bad habits from
>MSDOS, just a pervading sense of paranioa about systems that do things
>differently than UNIX when it comes to the C standard library.

As I pointed out in Email, quite a few UNIX versions, including
the latest from SUN
(SUN OS 4.1.1) does NOT support the "b" option on fopen()
-- 
"If you're going to get uptight, you may |philb@cats.ucsc.edu
as well go do Karate!"                   |philb@soda.berkeley.edu
Anonymous T'ai Chi instructor            |
Newsgroups: comp.os.os9