#: 9534 S3/Languages
    16-Feb-91  17:33:10
Sb: #the **p syntax in 'C'
Fm: SCOTT HOWELL 70270,641
To: all

I have seen this syntax infrequently in college 'C' text and in source code,
but I have yet found a good explaination.

                It is in reference to pointers and I beleieve it is called
'double indirection'??? the syntax is


        char **p = & dummy or      char **match(p,name) What does the **
actually say

There are 2 Replies.

#: 9538 S3/Languages
    17-Feb-91  00:35:53
Sb: #9534-the **p syntax in 'C'
Fm: Sandy Tipper 72060,76
To: SCOTT HOWELL 70270,641 (X)

Actually, it means two different but related things, depending on where
you find it.  In both of your examples, it was in a declaration
statement, (the first was complicated bu the fact that it included
an initialization, and the second was the declaration of a function).
the simplest example of this type is :   char **p;  This is a declaration
of the variable p.  The first (RIGHTmost) asterisk means that p is a 
pointer.  Fair enough, but a pointer to what?  The second asterisk tells
us that the what is a pointer itself.  So p is a pointer to a pointer.
But what is the pointer that p is pointing to pointing at? A char. So
p is a pointer to a pointer to char.  In your example, the initialization
is of p, setting up p to contain the address of a variable (p points to
that variable).  That variable had better be a pointer to char.
Later in the code, after the definitions and declarations have been all
done, the asterisk has a different meaning altogether: instead of explaining
what the variable being declared is, it is an operator, "doing" something
to the expression it is operating on.  If i is an int, and p is a pointer to
int, and pp is a pointer to pointer to int, then follow this:
  i = 4;
  p = &i;
  pp = &p;
 Question: what is **pp ?  First, read it as *(*pp)  So pp is pointing to
p, so *pp evaluates as equivalent to p.  And p is pointing to i, so *p
evaluates as equivalent to i.  So **pp is equivalent to i.  So **pp is 4.
See?
Sandy

#: 9539 S3/Languages
    17-Feb-91  11:44:39
Sb: #9534-the **p syntax in 'C'
Fm: Pete Lyall 76703,4230
To: SCOTT HOWELL 70270,641 (X)

Scott -

 char **p = &dummy;

Says: p is a pointer to a pointer that points to a char type. The &dummy says
assign the address of dummy (i.e. a pointer) to that slot. Typically double
indirects are used with arrays of pointer, like **argv for instance.

The 'char **match(p,name) says that match is a function that returns a pointer
to a pointer to a type of char.

Pete

#: 9535 S10/OS9/6809 (CoCo)
    16-Feb-91  21:28:45
Sb: #9528-#dir file help
Fm: Everett Chimbidis 76370,1366
To: Pete Lyall 76703,4230 (X)

Not all dirs does this happen to!! only 2 out of 32 dirs!! Can you look at this
for me?

There are 2 Replies.

#: 9537 S10/OS9/6809 (CoCo)
    16-Feb-91  22:05:21
Sb: #9535-#dir file help
Fm: Kevin Darling 76703,4227
To: Everett Chimbidis 76370,1366 (X)

Ev - email me your code again (and be ****sure**** you send it as text)... I
was going to look at it today, but the power dropped at the house and I lost it
off my ramdisk.

Have those dirs been sorted or anything, btw?  What exactly is happening? Just
giving the wrong dates and file sizes, or ?

There is 1 Reply.

#: 9567 S10/OS9/6809 (CoCo)
    18-Feb-91  23:18:34
Sb: #9537-#dir file help
Fm: Everett Chimbidis 76370,1366
To: Kevin Darling 76703,4227 (X)

only wrong on 2 out of 26 dirs!! All is wrong dates file size (name is ok)
Sending it to you!

There is 1 Reply.

#: 9571 S10/OS9/6809 (CoCo)
    20-Feb-91  08:50:45
Sb: #9567-#dir file help
Fm: Kevin Darling 76703,4227
To: Everett Chimbidis 76370,1366 (X)

Ev - your program seemed to work okay here.

Are those 2 bad dirs okay?  That is, "dir e" and all the files work there?

Have you checked to see just _what_ is unusual about those dirs? Like perhaps
they're much further into the disk? (which would mean that the sector math is
getting screwed up?)

And have you inserted a PAUSE in your program, and stepped through it to try to
figure out what is going wrong, and where? - kev

PS: I assume those 2 dirs are on /dd?  Since you have that part hardcoded where
you open "/dd@".



There is 1 Reply.

#: 9576 S10/OS9/6809 (CoCo)
    21-Feb-91  00:30:24
Sb: #9571-#dir file help
Fm: Everett Chimbidis 76370,1366
To: Kevin Darling 76703,4227 (X)

No the two bad dir are on the ab drive (I never use that any more)! How do I
fix the math?

There are 2 Replies.

#: 9578 S10/OS9/6809 (CoCo)
    21-Feb-91  02:52:29
Sb: #9576-dir file help
Fm: Kevin Darling 76703,4227
To: Everett Chimbidis 76370,1366

I don't know... the math looked okay to me at first glance, but then that can
be tricky at times.

Again: put a PAUSE in there and trace the program flow!!!  Or at the least, put
in some PRINT statements to make sure things go as you expected.  This is what
we all do at times like this.... debug! <grin>

#: 9579 S10/OS9/6809 (CoCo)
    21-Feb-91  02:55:14
Sb: #9576-dir file help
Fm: Kevin Darling 76703,4227
To: Everett Chimbidis 76370,1366

PS: in addition to print/debug stuff... you can use dEd in another window to
check on the FD's and directory structure as your program steps along. Multiple
screens are an excellent help to debugging stuff like this.

So far we have no idea if the math is bad, or what.  You must do some debugging
first (which can only be done by YOU on your system), in order to get more
clues and info... enough to at least get closer to the problem.
  best - kev

#: 9540 S10/OS9/6809 (CoCo)
    17-Feb-91  11:46:39
Sb: #9535-dir file help
Fm: Pete Lyall 76703,4230
To: Everett Chimbidis 76370,1366 (X)

Everett -

a) Look at _what_?

b) When you do DIR commands, do the directories show up okay?

c) The code would have to pretty much be in C.. I have long since
   forgotten B09..

Pete

#: 9536 S10/OS9/6809 (CoCo)
    16-Feb-91  21:43:43
Sb: #9496-GFX2 Upgrade
Fm: The Rev. Wayne C. Paul 76477,142
To: Kevin Darling 76703,4227 (X)

I can hardly wait!!!!

#: 9542 S9/Utilities
    17-Feb-91  17:40:56
Sb: #go command?
Fm: Ken Drexler 75126,3427
To: Pete Lyall 76703,4230 (X)

Pete,

Mark Griffith's manual on the uucp package refers to "Pete Lyall's go utility",
which allows parameter substitutions in shell scripts.  I have looked through
my lists of files on the forum and cannot find your "go". (A program named
"go.ar" by William Tyler was purged from DL5.) Did you write and post a go
command here?  If so, where is it located?

Thanks for the help.

Ken

There is 1 Reply.

#: 9563 S9/Utilities
    18-Feb-91  13:03:55
Sb: #9542-#go command?
Fm: Pete Lyall 76703,4230
To: Ken Drexler 75126,3427 (X)

Ken -

I took the UGLIB 'go' command (DL5's) and buffed it up a bit eons ago.
Technically, it's still William Tyler's. I guess it may have been that I was
just a major proponent of the GO command for a long time.

Pete

There is 1 Reply.

#: 9608 S9/Utilities
    23-Feb-91  11:38:59
Sb: #9563-go command?
Fm: Ken Drexler 75126,3427
To: Pete Lyall 76703,4230 (X)

Pete,
  Thanks for the reply. I'll go grab the go in DL5.

Ken

#: 9543 S10/OS9/6809 (CoCo)
    17-Feb-91  19:18:48
Sb: #9190-12-bit timer: help!
Fm: PaulSeniura 76476,464
To: Kevin Darling (UG Pres) 76703,4227 (X)


I know we sparked a thread on MIDI recording using the CoCo3 some time back,
but this Timer/SMF project is not related to MIDI recording: we're just going
to read a SMF and play it into a synth.  The MIDI data stream isn't the
question; how to do "Timed I/O" using "anyone's existing I/O driver to his
hardware port" is the question.  And I think I have a neat solution as
explained in my TMRDRV.TXT article.  I'd appreciate some response on it!

Also this Timer thing was hopefully going to be useable by others -- for
example Mike Knudsen if he'd care to respond! -- to alleviate the "bogging down
effect" we've continually noticed when playing some thick UME scores.

This reply I suppose should really be sent to "All".

I was hoping my TMRDRV.TXT file will be read before anyone decides to respond
to this particular thread.  I know how the 12-bit register ought to be
programmed.  What I NEED to know is how best to implement the support for it
under OS9 L2.  I wouldn't write 19k-bytes of "ideas and questions" if I didn't
need the help!

My article also describes how the 12-bit timer could be used to control the
task switching etc. instead of a constant 50/60Hz interrupt.

One of the *main* reasons for one of these threads is to find out whether SVC
numbers or Get/Set-Stat numbers have been assigned to Timing Functions under
any OS9/OSK flavor.  If so, could the docs be shared?  So I'd know and I'll try
to follow them to make this timer driver compatible.

And I would also like to know whether similar hardware timer poppers are
available on the 680x0 machines being produced?  If not, we'll find it most
difficult to perform accurate timing.

All these specific questions are in my TMRDRV.TXT article.  If y'all have any
free time to respond -- don't be afraid to get technical -- I could use your
input.  Do read the article at any rate.

-- Thx, Paul Seniura (76476,464)



#: 9544 S10/OS9/6809 (CoCo)
    17-Feb-91  19:20:29
Sb: #9198-#12-bit timer: help!
Fm: PaulSeniura 76476,464
To: Pete Lyall 76703,4230 (X)


Hi Pete - just wondering if we could still get ya to send Tim Thompson a
message thru your Usenet node?  I do wish there was a postal address mentioned
in these docs.  I'd share these sources with y'all and Mike Knudsen if we could
get it cleared thru him (one hurdle would be out of our way in getting some SMF
support started for OS9ers).

Oh his network path again is:    ...att!twitch!glimmer!tjt...

-- Thx, Paul Seniura (76476,464)



There is 1 Reply.

#: 9564 S10/OS9/6809 (CoCo)
    18-Feb-91  13:09:49
Sb: #9544-12-bit timer: help!
Fm: Pete Lyall 76703,4230
To: PaulSeniura 76476,464

Paul -

Well - now I'm in the right place, but the context escapes me. Could you
refresh me as to what I'm supposed to be asking Tim? Also, when you reply,
please include Tim's address again. That way it won't matter whether I'm at
work or at home..

Pete

#: 9545 S10/OS9/6809 (CoCo)
    17-Feb-91  19:21:56
Sb: #dropping the CoCo3
Fm: PaulSeniura 76476,464
To: all


Ok alright well shoot I knew they're going to do it.  Tandy drop the CoCo that
is.  But just what the heck am I suppose to buy in its place?  HUH?

Where can I get a good multitasking-capable computer for under $200? HUH? 
Answer me that.  I dare ya.

And how much will it cost to upgrade that computer to 512k?  1-meg?  2-meg??
HUH?

You say your o.s. needs a minimum of 4-meg?????  Git yo' face outa mine before
I slap it off.....  you must own stock in IBM or Intel or Microsoft.... or
worse, work for them......

What all kinds of jumpers & board addresses & XMA drivers and stuff like that
will I need to do?  HUH?

Where do I buy a multitasking operating system complete with full window
support -- ALL VARIETIES of windows: hardware text fonts for fast ASCII I/O,
graphics windows with automatic scaling of vector-style graphic-drawing
escape-driven commands that can be USED OVER A MODEM, SOFTWARE LOADABLE FONTS
for these graphics windows -- ALL supported AT THE OPERATING-SYSTEM LEVEL FOR
UNDER $100?  HUH??

WHERE AM I GOING TO BUY STUFF LIKE THIS AT THESE PRICES???  HUH???? THIS USED
TO BE A HOBBY FOR CRYIN' OUT LOUD!

I can't afford an MM/1, a Delmar, or any of the TomCats.  FORGET IT.  If IMS
COULD bring its prices down to HALF what they charge for example, maybe just
maybe I could ask IMS for a FINANCE APPLICATION.  Forget it otherwise.

Is any of this sinking in, folks?  Do you know what I am saying?  Do you HEAR
what I'm saying?  Can you COMPREHEND what I'm saying?

Some of us don't need a Megafloppin' machine if it costs that much.

Microware: announcing you have a new release of Basic/OSK in the Rainbow -- for
$500 no less!!!  Shame on you.  Gawd I was embarrased when some coworkers saw
that announcement.  I was TRYING to show them how cheap we could buy ready-made
canned programs.  Sheesh.

I would like to request that anyone developing applications for OSK should make
a version for us Level 2 users, too, please.

Well this message has reached the 2k limit.  -- Paul Seniura.



There is 1 Reply.

#: 9551 S10/OS9/6809 (CoCo)
    17-Feb-91  20:09:11
Sb: #9545-#dropping the CoCo3
Fm: James Jones 76257,562
To: PaulSeniura 76476,464 (X)

That wasn't a Microware announcement; that was a RAINBOW certification, saying
that the RAINBOW people knew that Microware BASIC for OS-9/68000 in fact
exists. I know what you mean about the $$$; $$$ are a problem for me, too, and
I'm sorry, in a way, that Tandy has discontinued the CoCo.  In a way, though,
I'm not, because it just makes official what sure seemed to be operationally
the case for a long time, and people had better realize that the CoCo now
depends on its users.  Shoot, it always has, but this is sort of like whatever
Greek legend Asimov's old story "Black Friar of the Flame" was based on--we
can't look elsewhere for our salvation.



There is 1 Reply.

#: 9553 S10/OS9/6809 (CoCo)
    17-Feb-91  20:50:01
Sb: #9551-dropping the CoCo3
Fm: PaulSeniura 76476,464
To: James Jones 76257,562 (X)

Hi JJ!

Mike Andrews says "Hi" too (not here, but some time back, next time I "see"
ya!).

Well at least I got my gripe-bag emptied out.  It was building up to explosion
status over these last many weeks.  It popped when the RS dude at Heritage Park
Mall (goodness I know 'em all now they've rotated so much!) when the store
manager did say once the CoCo gear is gone, it is GONE.

If anyone reading this is still not convinced - I thought I was the "last" one
to BE convinced! - go git your favorite manager to check the story out.

Would you believe that I almost got Mike to buy a CoCo - he saw UltiMusE on it
before the commercial one came out - and of course he heard your tape from a
while back as to what an MT-32 can do.

For those of you who don't know - Mike is a right-smart high-genius-level IBM
mainframe system programmer and a whole lot of other things.  He considers his
PC to *BE* the mainframe!!  -- Right James??  :-)

Oh and Mark Grennan says to come by his place whenever you come into town.
Something I heard went on this past Christmas over there??

Oh well .. on to other projects -- Thx, Paul Seniura (76476,464).

#: 9546 S10/OS9/6809 (CoCo)
    17-Feb-91  19:23:18
Sb: #Level 2 upgrade?
Fm: PaulSeniura 76476,464
To: all


Another message thread ... another subject.

I keep hearing/reading about an update for OS9 L2 and I see that it's going to
be "real".  I wonder whether any of my text articles have been read in hopes of
adding the kind of support we need in the operating system code itself?

For example, I know several people have downloaded my original article about
GRFDRV_PATCHES.TXT from GEnie (and Delphi & CIS I think had an official copy
available).  In it I discussed why a 225-line graphics screen cannot be
supported by OS9 L2 on the CoCo3 -- due to the way the GrfDrv module and
secondary system address space itself was being mapped.  And how an upgraded L2
release could change this map to support 225 graphic lines.  This text file is
almost 1.5 years old!

Have any of the L2-Update developers read this article?  Do any of you want to
read it if you have had no access to it yet?  Is it too late to make y'all wait
to postpone releasing the update if the support could be worked into it?  Or
have y'all already put this support into the L2 upgrade?

If all the massive midnight-oil nights of studying & hacking to get this
article written is to no avail, well IT WASN'T MY FAULT!  I shared it with
hopes of causing an upgrade to be written in the first place, or at least have
the 225-line mode supported in a planned upgrade.

On a similar note, my TMRDRV.TXT article describes how the built-in 12-bit
timer might be used for much smoother task switching, which would help stop the
constant 50/60Hz IRQs to the 6809 CPU.  This change ought to help OS9 from
missing real-time response/data from higher-speed serial ports and the like.  I
know this article is quite new but the ideas presented could drastically
enhance how OS9 performs on the CoCo3 -- it could really make it into a new
animal.

[...more...]



There is 1 Reply.

#: 9599 S10/OS9/6809 (CoCo)
    22-Feb-91  18:23:43
Sb: #9546-Level 2 upgrade?
Fm: Kevin Darling 76703,4227
To: PaulSeniura 76476,464

Actually, I don't think I've ever seen your Grfdrv patches idea file. Is it
posted here?  If not, please do so!

Yes, the map could be changed to allow 225 line screens... except that the map
(in at least one version) is used up beyond current versions. The extra space
is used to map in an overlapping window mask table.

Re: termcaps. I think we'd all like that in the system.  Kinda short on system
space under current L-II tho.

One version of the upgrade does support the cursor getstt under windows. Even
returns the character there (if on a text window).  Hang on.

Post the stat calls you don't have docs for; I'm sure people can help. Some of
them people found out by having the original L-I MW docs.

Haven't finished reading your timer article yet... lost it during a power
outage here before I could.  The <copyright> stuff all over it kinda delayed
me, also ;-).   best -kev

#: 9547 S10/OS9/6809 (CoCo)
    17-Feb-91  19:24:05
Sb: Level 2 upgrade?
Fm: PaulSeniura 76476,464
To: all


[...continued...]

Then there's the inevitable question I have always asked: Why can't ANSI and
TermCap support be at a system level?  An application program should *never*
need to worry about such hardware-level interdependence.  It therefore never
should need to worry about TermCap files but just use what control codes the
o.s. supports -- the o.s.'s I/O modules will then massage the "meaning" of that
control into whatever the device will support to "do" that.  For example, the
OS9 L2 environment uses $08 for backspace and $0C for clearing the screen. What
if the device needs VT100 controls?  The application shouldn't care -- the
System, however, SHOULD DO the TermCap conversions, turning $08 into $1B3144
and $0C into $1B324A (examples).  What if the same device (like a modem dial-up
line) needs multiple emulation support (say one caller needs VT52 but the next
caller uses only basic TTY)?  The Login utility, and some other on-line utility
available to the user/caller, should do a SetStat call by, say, passing a
character string which spells the name of a TermCap entry, and the I/O module
will then read TermCap and determine its conversion rules/tables.  The on-line
utility can be used to let the caller change his mode on-the-fly.

I was actually hoping to find a way to open up the control code definitions
provided by any Device Descriptor.  The problem here is that these definitions
are only one-byte-per-control when they *ought* to be variable-length fields to
be truthful and usable.  Ignoring how this would change the existing Descriptor
standards, just think and ponder about this for a while:  This will permit OS9
(any flavor) to truly become "Unified I/O", and will actually unload the burdon
of the application having to support TermCap or hard-coded emulation.  And the
programmers who, at their whim, don't want to use TermCap or Emulation in their
code, suddenly their applications should start working on any device.

[...more...]



#: 9548 S10/OS9/6809 (CoCo)
    17-Feb-91  19:24:39
Sb: Level 2 upgrade?
Fm: PaulSeniura 76476,464
To: all


[...continued...]

There's one more requirement we have stated in the past:  We need a GetStat
call for GrfInt/WindInt to provide us with the current X/Y location of the text
cursor on any window!  There is support for this in VDGint already.  There
currently isn't any such support for real windows (if there is, why hasn't
anyone documented it yet?).  Caution -- the cursor location calls listed in the
book are for VDGint windows ONLY and they cause an "unknown stat call" error on
real window devices (e.g. GrfInt/WindInt).

My goodness, I found that we've been asking for this function since 3 years
ago!  Or at least how to patch the window drivers to provide this info.

If this can be implemented, another burdon of application programs (most
notably those terminal programs which understand an emulation protocol) will be
lifted whereby the program must keep track of the X/Y position itself, and it
can get off if it doesn't understand a control code properly.  Why have all
this duplicate effort in the application's coding logic (and prone to error)
when the I/O system knows full well where that cursor is at all times?

[...more...]



#: 9549 S10/OS9/6809 (CoCo)
    17-Feb-91  19:25:18
Sb: Level 2 upgrade?
Fm: PaulSeniura 76476,464
To: all


[...continued...]

A final problem is with the books that come with OS9.  I have YET to have
anyone help me with the UNDOCUMENTED STAT CALLS as I've listed in my various
articles I have posted here.  WHEN ARE THEY GOING TO BE EXPLAINED?????  People
are waiting for me to wrap up my ACIA driver!  (It'll take too much space
explaining what I'm missing to type it in the message forum here.  Besides,
I've already described what I'm missing: PLEASE download the articles if you
think you can help, and we'll ALL appreciate it.)



Lemme know about these improvement ideas ... -- Thx, Paul Seniura.

(p.s. once again I'll post these sets of messages on all the systems I have
accounts with, in case ya wonder why ya might've seen them elsewhere.  I am
trying desparately to reach the proper people involved with all flavors of
OS9.)

#: 9550 S10/OS9/6809 (CoCo)
    17-Feb-91  19:26:23
Sb: #speed-up kit for CoCo3?
Fm: PaulSeniura 76476,464
To: all

Does anyone make a kit for the CoCo3 that will speed up the rate of the CPU? I
seem to recall reading some messages on CIS way back that Bob van der Poel was
about to finish up inventing such a critter.  I know the TC-9 will do the same
thing, but I can't afford even the bare TC-9 board that FHL is selling. But I
think I could $afford$ buying a speed-up kit and doing the mods myself. -- Thx,
Paul Seniura.

There is 1 Reply.

#: 9552 S10/OS9/6809 (CoCo)
    17-Feb-91  20:17:25
Sb: #9550-#speed-up kit for CoCo3?
Fm: James Jones 76257,562
To: PaulSeniura 76476,464 (X)

It is *not* the case that the CPU in the TC09 will run any faster than the CPU
in the CoCo 3.  The prototype that FHL had running at the April 1990
RAINBOWFest was hacked so that it could at least some of the time run at a
clock rate greater than 1.78 MHz, but that hackery will *not* appear in
production TC09s. See the first of FHL's weekly TC09 blurbs for confirmation.

I'm kind of disappointed--it means, as far as I can tell, that aside from not
having to deal with bogosities like keyboard matrix decoding or the high-res
mouse adapter (but one can grab info here on how to use a serial mouse), OS-9
won't run any faster on a TC09 (by itself--we're not talking TC09 assisted by a
680xx on another board) than on a CoCo 3.



There is 1 Reply.

#: 9554 S10/OS9/6809 (CoCo)
    17-Feb-91  20:52:22
Sb: #9552-#speed-up kit for CoCo3?
Fm: PaulSeniura 76476,464
To: James Jones 76257,562 (X)

Oh *NO*.  I thought the FHL announcements "said" that but boy were they kinda
vague about it.

I guess I hope can see if Bob van der Poel ever did get his mods going the
right way.  That's *my* only hope of upgrading to anything this year (1991)!.

-- Thx, Paul Seniura (76476,464).

There is 1 Reply.

#: 9566 S10/OS9/6809 (CoCo)
    18-Feb-91  21:41:23
Sb: #9554-speed-up kit for CoCo3?
Fm: Bob van der Poel 76510,2203
To: PaulSeniura 76476,464

Paul,

Just to keep the record straight, I was not working on a speedup mod. I think
that Bob Puppo was doing something in that line. Speedup mods sound like there
might be hardware involved--and just changing a jumper is a big deal for this
software fellow....

#: 9555 S15/Hot Topics
    17-Feb-91  22:22:07
Sb: #High Sierra CDROM fmts
Fm: PaulSeniura 76476,464
To: all

I just went to the CDROM SIG here on CIS.  They have a set of 4 text files that
describe the High Sierra CDROM format to the hilt!  These have been available
on-line for exactly 3 years to the day!

That's yet another hurdle we just jumped over (re: earlier messages on how
OS9ers are faring on access to CDROM databases).

Can the various makers of SCSI interfaces for the CoCo3/OS9 please reply to my
original messages, and please describe how well "your" SCSI will handle the
CDROM drives made for SCSI?  (There are some CDROM drives being made that are
not SCSI; I'm not concerned about those! :-)  These would be "read-only" disks
so to speak, so the Device Descriptors must be 100% accurate in relation to the
prerecorded media, I would think.

And then if your SCSI can run CDROM drives accurately, we might be home-free in
developing a High Sierra RBF-style file manager.  So, who can help us!?!?

I might as well ask FHL how his K-buss SCSI cards can deal with CDROM drives?

And I definitely need Disto to respond with respect to his Super Controller
add-on cards.  Please?

And can Chris Burke find out if his XT interfacer can adapt the IBM-compatible
8-bit SCSI cards to the CoCo buss and whether we might get some help along
these particular ideas?

Judging by the size of the H.S. text files I downloaded (goodness over
180K-bytes all told), it might be the "last" hurdle -- and a DOOZY -- to get an
OS9 file manager going to read those dudes.

I hope - I hope - I hope - the various database formats are there, too, such as
how they pack graphics & animation in the Compton's Encyclopedia for example.

Thank you all very much in advance - sometimes CIS *IS* worth its on-line time
charges in gold!!    -- Thx, Paul Seniura (76476,464).

There are 2 Replies.

#: 9556 S15/Hot Topics
    17-Feb-91  22:24:07
Sb: #9555-High Sierra CDROM fmts
Fm: PaulSeniura 76476,464
To: PaulSeniura 76476,464 (X)

ummm ... forgot to mention ... I don't have a CDROM drive ... until I can
afford one or borrow one and get the hardware SCSI interfaces ... I *sure* want
to pursue this project ...

#: 9601 S15/Hot Topics
    22-Feb-91  18:24:50
Sb: #9555-High Sierra CDROM fmts
Fm: Kevin Darling 76703,4227
To: PaulSeniura 76476,464

Paul - yes, the High Sierra format has been on CDROM forum for years... but
it's been superceded by the ISO9660 format since then.

I don't see any reason why SCSI CDROM drives won't physically work on any
system.  And I think MW has a file manager, or one could be written, or for
that matter, special programs could be written.

But as must be pointed out to most computer owners, CDROM discs are rarely
machine-independent.  That is, the file system is standard, but the programs
and data on the disc are _not_ in any "standard" format yet.

That's why you generally can't swap discs between Macs and IBMs, and you can't
use them in Amigas, KMAs, CoCos, etc.

Unless... you create your own, or decode the format of the data on one, or get
the authoring company to port their retrieval engine (software) to your
machine.   - kev

#: 9557 S7/Telecommunications
    17-Feb-91  22:30:34
Sb: #Sterm 1.3 bug found
Fm: PaulSeniura 76476,464
To: all

I found where STERM 1.3 messes up, on that fake pop-up window during downloads
with B+ or QB protocol.  When the file being sent is bigger than around 64k.
From then on, no matter how big or small subsequent downloads are, that pop-up
window loses all the termcap controls it has read in.

I've been downloading lots of things tonight, on up to 58k each.  Then I found
a 67k file I wanted, and Sterm started messing up from then on.

I restarted Sterm and things straightened out until the next 64k/bigger file!

Hope this will help .. I think I got the sources to Sterm 1.3 somewhere. Might
try to see what it was poking ... -- Thx, Paul Seniura (76476,464).

There are 2 Replies.

#: 9559 S7/Telecommunications
    18-Feb-91  07:14:47
Sb: #9557-#Sterm 1.3 bug found
Fm: Bob Santy 76417,714
To: PaulSeniura 76476,464

Gee.  I hope you're right about the >64k error in Sterm.  I'm running Sterm
(OS9 6809 version) on my Atari ST right now.  Everything seems to work OK
except the problem you just mentioned.  I tried to send a file that is greater
than 64K last night and I lost the window too.  I thought my OS9 emulator had
-yet-another-damed-bug- I'll check it out on my COCO next.

I also noticed and XCom9 problem that is associated with I$Read.  XCom9 seems
to think that the Z bit is set on a successful I$Read call.  The code actually
does a beq ... over the error handler!!  Does anyone know if this is a bug in
XCom9 or that I$Read has another way to return error status????

Thanks for the very timely message Paul!

Bob Santy

There is 1 Reply.

#: 9568 S7/Telecommunications
    19-Feb-91  05:26:09
Sb: #9559-Sterm 1.3 bug found
Fm: Ed Gresick 76576,3312
To: Bob Santy 76417,714 (X)


 Paul,

 Interesting.  Last summer, I uploaded almost 10 Megabytes of files
 to the OSK library using STERM 1.3 on the SYSTEM IV.  This was the OSK
 version of STERM.  Most files were in the 500K to 600k range.  According
 to the STERM transfer stats, the average efficiency was about 76%.
 It still took a long time - about 11 1/2 hours total.  I wonder what the
 difference is between the 6809 and 68000 ports - maybe Mark Griffith
 will see these messages and shed some light.

 Ed Gresick - DELMAR CO



#: 9569 S7/Telecommunications
    19-Feb-91  19:15:20
Sb: #9557-Sterm 1.3 bug found
Fm: Mark Griffith 76070,41
To: PaulSeniura 76476,464

Paul,

You said: >I found where STERM 1.3 messes up, on that fake pop-up window during
>downloads with B+ or QB protocol.  When the file being sent is bigger than
>around 64k. From then on, no matter how big or small subsequent downloads
>are, that pop-up window loses all the termcap controls it has read in.

I have never seen this myself, but others have mentioned it to me in the past.
Still, Sterm version 1.5 is about ready for release and it has been worked over
pretty well.  There was a bug Carl Kreider found in the B+ protocol code that
messed up his screen controls, but it only happened when a certain type of
error occured.  This may be what you are referring to.  In any case, the latest
version should correct any bug that might have been in 1.3

Version 1.5 will be uploaded in the next few weeks.

Mark

#: 9558 S1/General Interest
    18-Feb-91  04:32:25
Sb: #9439-Foreign Question
Fm: PaulSeniura 76476,464
To: Paul Rinear 73757,1413 (X)


We use a PC version of "the" editor on IBM mainframes called ISPF/PDF:
Interactive System Productivity Facility / Program Development Facility.  IBM
was selling it as EZ-VU Version 1 or 2 for a while, discontinued it (although
lots of its PC software still "requires" it, go figure), and now they have an
official ISPF/PDF for PCs with the same acronym.

Although the mainframe is based on 3270-type terminals, the PC version acts in
every way the same as the mainframe version, including tab key, home key, PF
keys (PF1 = Help, PF3 = End, PF7 = Up, PF8 = Down, etc.).  And regular ISPF
commands like '=3.4' to go directly to main menu option 3 then option 4 from
there, no matter "where" one was at in a panel hiearchy.

The ISPF part contains the editor & enough support to roll your own selection
panels & fill-in menus, tremendous built-in power for field picture checking,
translation of menu number options to commands (e.g. Option 1 = Goto panel
'name', or Option 2 = execute 'command', etc.).

My goodness one can come out with an entire on-line full-screen application in
an hour, with menu hiearchy, help screens, and input validation, etc.
High-level languages call ISPF subroutines to throw a panel on the screen for
info to be filled in and passed back to the program.  Even the full-screen
editor provided in ISPF can be called up when needed.

Then the PDF part gives access to programming languages, dataset lists and
processing, search for strings in a library of members, compare datasets, etc.,
that totally isolates one from the rudimentary commands of DOS or TSO or in
whatever environment it is being run.

If anyone ports just the ISPF part over to OS9, it'd alone be worth $599.95 in
my book.  The best source code editor bar none.  No reason why it can't be
ported, except the legal hassles of course.  I could try getting the OEM
company's name & address if you'd like it.

Better stop, might start selling PCs! -- Thx, Paul Seniura (76476,464)



#: 9560 S12/OS9/68000 (OSK)
    18-Feb-91  08:56:14
Sb: #9527-OSK Clib.l Order
Fm: Carl Kreider 71076,76
To: Mike Haaland 72300,1433 (X)

No, I don't have lharc.  Yes, I would like a working version.  It is one of the
things on the list.  - Carl

#: 9561 S7/Telecommunications
    18-Feb-91  10:20:35
Sb: #9475-terminal blues
Fm: GENE TURNBOW 72457,220
To: Bob van der Poel 76510,2203 (X)

Good luck; connectors are fairly cheap, though.  They go for about a buck here
in Los Angeles -- if they're the same where you are, it might be better just to
get a couple fresh connectors and dink with those instead.

#: 9562 S5/OS9 Users Group
    18-Feb-91  12:40:19
Sb: #OS9 emulator
Fm: Matthew J. Snyder 71450,2606
To: All

I'm doing a project for an embedded system that runs OS9, and I would like to
do most of the programming on my Macintosh.  Does anyone know of an OS9 system
that runs on the Mac?

-Matt

There is 1 Reply.

#: 9565 S5/OS9 Users Group
    18-Feb-91  13:22:07
Sb: #9562-OS9 emulator
Fm: Pete Lyall 76703,4230
To: Matthew J. Snyder 71450,2606 (X)

Matt -

Yup... there's a MAC port of OS9, but it (sigh) runs as an app under the MAC os
(I'm told). I believe the company is called Ultra Science (no notes handy..
sorry). If someone here can't provide more detail toggle me, and I'll dig up
the scoop...


Ah - you're in luck:

 Gibbs Laboratory
 P.O. Box 558
 1624 Wilmette Ave.
 Wilmette, Illinois

Pete

#: 9570 S6/Applications
    20-Feb-91  00:39:41
Sb: #SDISK3
Fm: Tony Cappellini 76370,2104
To: all

Does anybody use SDISK3. I am having some problems with it. DP Johnson wasn't
able to help me. TC

There are 2 Replies.

#: 9575 S6/Applications
    20-Feb-91  19:34:17
Sb: #9570-#SDISK3
Fm: James Jones 76257,562
To: Tony Cappellini 76370,2104 (X)

I use sdisk3, with a Sardis Tech DMC controller.  Please describe the problems
you're having.



There is 1 Reply.

#: 9584 S6/Applications
    21-Feb-91  20:59:36
Sb: #9575-#SDISK3
Fm: Tony Cappellini 76370,2104
To: James Jones 76257,562 (X)

When I try to read any floppies, I get numerous errors. I know the drives are
ok because when I use cc3disk I don't get any errors. The errors I get are 244,
243, etc. Aas well as when I try to do a cd to /d0, it (my shell prompt) tells
me I am still on my hard disk. I didn't do the normall installation beacause
when they prompt you to insert your system disk, I got error 216, and I wasn't
sure of what they were looking for. Also I dint boot off my original disk (0s9
master) like the docs said because I have patched a lot of modules to get where
I am today. Yea, I know that may be the trouble, but the man at Granit
Computers (who sold me sdisk3) said If I knew how to update my bootfile (i used
ezgen, great program) it should be ok. DOo you know if the device desccriptors
need to be tweeked ? I have 2 dsdd 40 track floppies, and used descgenl2 to
create them. By the way, the modbuster program doesn't seem to work like it
used to. I used to be able to split merged files apart using it, but now it
deletes all the files except the one I named on the command line (modbuster
shell). The only thing left was shell, and there were no utilities merged with
it. Do you know of any other ways to split up merged files ? I even called DP
johnson and he suggested rearranging my boot file order. That was disproved a
while ago by Kevin or somebody , right ? Besides If not, where do I need to
position the sdisk driver in the bootfile ? It had something to do with the
beginning of an 8k block. Chris Burke knows this stuff pretty good, but I'v
bugged him to many times as it is for other peoples problems (naminlgy disto
!!!!!!!!!!!!!!!!) Thanx 4 da help. TC

There is 1 Reply.

#: 9587 S6/Applications
    21-Feb-91  21:41:17
Sb: #9584-SDISK3
Fm: James Jones 76257,562
To: Tony Cappellini 76370,2104 (X)

Device descriptors suitable for cc3disk won't work with sdisk3, of course, but
you say that you used descgenl2 to create descriptors, so I wouldn't think that
should be the problem.

Not having used modbuster, I don't know what to tell you about that.

Kevin Darling has, I think, demonstrated that the bootfile order problem is a
hardware problem, not an OS-9 problem, but that doesn't make it any less
obnoxious if your hardware has the problem.  Grab the file that he put up that
talks about it--I think it has recommendations, and I don't remember the stuff
that is suggested for folks who have the problem.

#: 9616 S6/Applications
    24-Feb-91  00:08:10
Sb: #9570-#SDISK3
Fm: W K Riess 71071,3002
To: Tony Cappellini 76370,2104 (X)

The problem is definately with the boot order bug.  Simply make Sdisk3 the
second module in your boot file followed by the device descriptors (/D0, etc.).
I used to have the some problem setting up boot disks for others, and this has
provided a solution is every case.  I use the Sardis Technologies no-hault
controller, and I find that I can boot up with any order I care to use.  It
seems that the boot order bug only exists on the hault type controllers.

Bill

There is 1 Reply.

#: 9627 S6/Applications
    26-Feb-91  00:14:46
Sb: #9616-SDISK3
Fm: Tony Cappellini 76370,2104
To: W K Riess 71071,3002

Bill I have an SCII and you are telling me it's a boot order bug, but at the
same time you say that the boot order bug only happens on halt type
controllers. I'm confused, but I'll try using your info on putting sdisk3 as
the second module. I used to have the boot problem years ago before I bough my
SCII or sdisk3. Once I got that fixed I haven't had a boot problem even with
all the patches that are out there. Now I buy one driver, put it in my boot
file and can't hardly access my floppies. Talk about recurring problems. I'll
let you know waht happens. Thanx TC

#: 9572 S15/Hot Topics
    20-Feb-91  13:05:55
Sb: #Market survey
Fm: Ed Gresick 76576,3312
To: sysop (X)


 I'd like to post the following message on this forum and the COCO forum.
 Any problem?????

 Ed Gresick - DELMAR CO

 Message to be posted follows:

 TO      : All
 SUBJECT : Market survey

 We have received several inquiries re providing a plug-in 6809 card for
 the SYSTEM IV.  This would be a redesign of the 6809 board Peripheral
 Technologies sold many years ago.  Circuit changes would be made to
 incorporate the 'gime' chip and the Tandy ROM thereby providing (we hope)
 complete compatibility with the COCO3.  The board could support an
 existing CM8 monitor or allow a VGA card/monitor in the SYSTEM IV to be
 used in place of the CM8.  I/O would use the existing SYSTEM IV capabilites
 including the hard disk(s).

 The board would be physically redesigned so it could plug into a standard
 PC/XT slot.  In addition, power and keyboard connectors can be incorporated
 to permit stand-alone operation.

 An adapter which would fit into one of the drive spaces could be provided
 to permit use of ROM PAKS.

 We have not started this project because we wanted your input on the
 desirability of such a product.

 Ed Gresick - DELMAR CO



There is 1 Reply.

#: 9580 S15/Hot Topics
    21-Feb-91  07:39:03
Sb: #9572-#Market survey
Fm: Steve Wegert 76703,4255
To: Ed Gresick 76576,3312 (X)

Ed,

Of course Wayne has the final say on these things, but anticipating no
problems, I'm gonna move this out of the General section and over to the more
appropriate Hot Topics area.

Steve

There is 1 Reply.

#: 9605 S15/Hot Topics
    22-Feb-91  23:01:42
Sb: #9580-Market survey
Fm: Wayne Day 76703,376
To: Steve Wegert 76703,4255 (X)

Good 'nuff.. and I have no problem with it.

Wayne

#: 9573 S1/General Interest
    20-Feb-91  16:39:13
Sb: #9460-LvlII Configuration???
Fm: edward langenback 73510,145
To: Kevin Darling (UG Pres) 76703,4227 (X)

   yep, that's it.  "/d0" is what config is looking for, "d0" it doesn't
understand.  had that problem myself when i first got into OS/9

  "KMA-68!!"
                                  >>>>>S S<<<<<
                                  !!!!!!!!!!!!!

#: 9574 S10/OS9/6809 (CoCo)
    20-Feb-91  19:15:34
Sb: #DeskMate artifacting
Fm: REX GOODE 73777,3663
To: All

 I just got deskmate at a big discount from a shrewd RS manager. It looks like
fun, but uses artifacted colors for a lot of stuff. I've got an RGB monitor.
Any ideas on how to get something more that black, white, and gray? I have the
same problem with D.L. LOGO, a wonderful program, but inadequate without the
color potential. I'm beginning to think I'll have to get a TV onto my already
overcrowded CoCo desk.
  Rex

There is 1 Reply.

#: 9577 S10/OS9/6809 (CoCo)
    21-Feb-91  01:44:41
Sb: #9574-#DeskMate artifacting
Fm: Pete Lyall 76703,4230
To: REX GOODE 73777,3663 (X)

Rex -

The typical 'best' solution to the problem is to spring for a Magnavox
8CM515.... It's both analog RGB and composite color. This way, you can use the
composite mode connected to the Coco3's video out jack for artifacted stuff.
Other than that, a TV or additional monitor is probably in the cards for you.

Pete

There is 1 Reply.

#: 9581 S10/OS9/6809 (CoCo)
    21-Feb-91  10:16:55
Sb: #9577-#DeskMate artifacting
Fm: REX GOODE 73777,3663
To: Pete Lyall 76703,4230 (X)

Pete,
 How much is this Magnavox and where do I get it?
   Rex

There is 1 Reply.

#: 9582 S10/OS9/6809 (CoCo)
    21-Feb-91  13:04:28
Sb: #9581-DeskMate artifacting
Fm: Pete Lyall 76703,4230
To: REX GOODE 73777,3663 (X)

Ballpark $275. Howard Medical used to sell them, but other cocoists could
probably give some other ideas on possible vendors.

Pete

#: 9583 S9/Utilities
    21-Feb-91  18:07:33
Sb: #SPL spooler
Fm: Hugo Bueno 71211,3662
To: ALL

I have a couple of questions regarding Carl Kreider's SPL print
spooling package.

1. This is a portion of my startup file:

    dmode /r0 sct=00c0
    iniz r0
    mkdir /r0/spl
    copy /dd/sys/splq /r0/spl/splq
    splman -p1=/p -w1=139 -t1=15 -o1=-a&

   If the printer happens to be off-line during startup, the program
   never realizes the printer is available at some point later on.  The
   only way to get a print job started is to do a:

    splstat -p1=/p

Is there a way to circumvent or fix this feature?

I would like to make the system as seamless as possible for my wife!

2. Even though my startup file explicitly says to NOT add LFs,
   I still get extra spacing between lines unless I actually
   use the 'a' switch with spl (like LIST FILENAME ! SPL -a).  Is this
   a feature or a bug?

Any and all answers are appreciated.  Other than that, its a great
package.

Hugo
71211,3662
Delphi: MRGOOD

There are 2 Replies.

#: 9591 S9/Utilities
    22-Feb-91  15:34:07
Sb: #9583-#SPL spooler
Fm: Pete Lyall 76703,4230
To: Hugo Bueno 71211,3662 (X)

Hugo -

It's been a bit since I mucked with SPL, and I don't recall the printer being
offline causing a problem (note: I was running it on a 6809 Gimix).

On the linefeeds, check:

 a) Is the descriptor set for -lf?

 b) Is thr printer set to add LF's to CR's? Some Tandy printers default
    to this mode.

Both a and b are trivial to fix...

Back to the offline printer.... No print stuff should be sent until splman
spawns splprt. There are no splprt's hanging around, are there? Also - what's
your parallel port setup? Lastly... I used to use
 the /r0/SPL directory (it'll check /r0/spl or /dd/spl)....

Pete

There is 1 Reply.

#: 9594 S9/Utilities
    22-Feb-91  18:09:58
Sb: #9591-#SPL spooler
Fm: Hugo Bueno 71211,3662
To: Pete Lyall 76703,4230 (X)

RE: SPL problems

The printer descriptor is set for -LF. So that's OK. Besides, if I Just send an
ascii file to the printer, it comes out just fine (no extra linefeeds).  I have
a serial connection to a DMP130 not parallel. But I don't think that should
make a difference.

If you read my original message, the problem with linefeeds really seems to be
with an SPL related module.  From my startup file, I specifically set the
autolf feature off (-o1=-a).

As far as the printer being available, what happens is, if I start up the
computer with the printer off, and then turn the printer on a little while
later, SPL (or SPLMAN) never recognizes that the printer has become available.
So I send a file to print and nothing happens unless I specifically issue the
command SPLSTAT -p1=/p.  Then printing starts within seconds.

Thanks for your response. Hope you can shed some light!

Hugo

There is 1 Reply.

#: 9600 S9/Utilities
    22-Feb-91  18:24:34
Sb: #9594-#SPL spooler
Fm: Pete Lyall 76703,4230
To: Hugo Bueno 71211,3662 (X)

If you send an ASCII file to the printer, they are only terminated with CR's at
the end of line. If your printer were setup not to add linefeeds, then your
lines would over type each other. Try this:

1) Set up the printer descriptor to ADD line feeds

2) Turn auto-LF off in the printer (I used to use a display command
   in my folks' DMP105 to achieve this.. if you have a dip switch, all
   the better).

This way, you have full software control over linefeeds... see if that works
better.

Pete

There is 1 Reply.

#: 9614 S9/Utilities
    23-Feb-91  18:13:39
Sb: #9600-SPL spooler
Fm: Hugo Bueno 71211,3662
To: Pete Lyall 76703,4230 (X)

OK, I'll try your suggestion and see what happens. Thanks!

Hugo

#: 9593 S9/Utilities
    22-Feb-91  18:07:59
Sb: #9583-#SPL spooler
Fm: Bill Dickhaus 70325,523
To: Hugo Bueno 71211,3662 (X)

Hugo,

This is the procedure I use to start up splman:

---
cx /dd/cmds
if -d /R/SPL
murder -p SplMan
else
mkdir /R/SPL
endif

echo \nStarting Printer Spooler (SplMan)
start $$ splman -p1=/P -t1=10 -w1=135 -o1=a
---

Ignore the "start $$" stuff, it just makes sure that the splman
procedure has no parent process. This works for me. Make sure that
whatever you are using to pipe stuff to spl doesn't insert line feeds,
they will not be stripped (this may be your problem).

Bill

There is 1 Reply.

#: 9595 S9/Utilities
    22-Feb-91  18:13:43
Sb: #9593-SPL spooler
Fm: Hugo Bueno 71211,3662
To: Bill Dickhaus 70325,523 (X)

You see, the problem is even if I set options such that LFs are not added, SPL
adds LFs even though the file doesn't have any.

See my message to Pete Lyall regarding printer availability "problems."

Thanks for the reply!

Hugo

#: 9585 S6/Applications
    21-Feb-91  21:07:59
Sb: Phbook11
Fm: Tony Cappellini 76370,2104
To:  76176,1216

Brian I would like to say again that pbook11 is a great program. (keep your
eyes open on your mailbox) I left a mesage on your bbs, but I discoverd another
problem after I hung up. If I try to dial a # that is not in my area code, the
program does not send a 1 before the area code. I found this out by dumb luck
because I had osterm running in another window, and for some reason all the
dialer strings your program sent out were echoed into osterm, as well as going
to the modem. Neat way of debugging ! Im positive that the location was set for
long distance
 I assumed that this is what would insert a 1 or not. Anyway, it's a great way
of keeping necessary info consolidated. It would be nice to be able to edit
certain unused fields to contain more comments like a handle for delphi, and
user Id for cis. Whenever I try to edit he comment field the old data gets
overwritten. THANX. Ive been looking for this program for a long time. TC

#: 9586 S7/Telecommunications
    21-Feb-91  21:18:19
Sb: OSTERM
Fm: Tony Cappellini 76370,2104
To: all

I'm having problems with osterm's macros. I had them all set up to log into cis
and then take me to the os9 section, but now when I try to edit the macro,
there is nothing there. Ok maybe the file got hosed, but I just put it in the
learn mode and still there was nothing there. Whats happening, I I going crazy
or what? TC

#: 9588 S12/OS9/68000 (OSK)
    21-Feb-91  21:49:37
Sb: #Egads! Can't signal!
Fm: Mark Wuest 74030,332
To: all

I am looking for ideas to work around a "feature" of OSK device drivers. When a
process is in a write() and it gets blocked (flow control, other end of pipe
not read()ing, whatever), it is not possible to send signals other than SIGKILL
(which it can't catch) to that process until it wakes up from the blocked
write(). Of course, for read(), one can do _gs_rdy() beforehand to make sure
there is something there to read() before actually doing it. What about
write()? Any ideas?
 FWIW: the block occurs on a write to /pipe, an unnamed pipe. I have presently
worked around it with something like:
 while(1){
     if(_gs_rdy(path)
         read(path,&buf,sizeof(buf);
 }
 After I send it a SIGHUP, since all I want it to do is die gracefully.
 BUT: sometimes it might be nice to signal a blocked process to stop write()ing
and do something else.
 I hope my question is clear. Microware Technical Support had no general answer
(except that, in some cases, you know the size of the device's buffer, and you
can do _gs_rdy() on it and subtract to get the amount of buffer left).
 Thanks.
 Mark

There is 1 Reply.

#: 9596 S12/OS9/68000 (OSK)
    22-Feb-91  18:22:51
Sb: #9588-#Egads! Can't signal!
Fm: Kevin Darling 76703,4227
To: Mark Wuest 74030,332 (X)

Mark -

Hmmm. You're right... even nice drivers only return from the midst of I/O if
the process has been Condemned by a deadly signal.

In most cases, you want it that way, of course.

One workaround is to fork off a tiny process to do the writes... communicating
via a data module buffer, for instance.  The main process can deal with the
non-deadly signals.

In effect, you have to implement asynchronous I/O operations yourself. Hope
this gives some ideas. ? - kev

There is 1 Reply.

#: 9623 S12/OS9/68000 (OSK)
    25-Feb-91  08:52:21
Sb: #9596-Egads! Can't signal!
Fm: Mark Wuest 74030,332
To: Kevin Darling 76703,4227

The idea of a child to do only i/o hadn't struck me. Since we have ported Unix
message queues for our project, it could be pretty easy in some instances.
Thanks for the suggestion!
 We wrote our own Packet File Manager (not pkman) for our block-serial protocol
conversion work and specifically wrote our drivers to allow signals up to 15
(SIGTERM).
 Thanks again.
 Mark

#: 9589 S10/OS9/6809 (CoCo)
    21-Feb-91  23:31:20
Sb: #GFX2
Fm: The Rev. Wayne C. Paul 76477,142
To: All

I have been working on a program based on the new GFX2 module and the MVFINANCE
program from, I think MAY 90 Rainbow. What I would like to be able to do is
after running the program, end it, either with the mouse by clicking on close
or hitting break. When I try to load a new program and run it, or rerun the
existing one, I get an error 184. Is ther a way to kill the window, as part of
the procedure so that I could edit the source, in an other window, and the
clear back to basic09, whcih was aded at startup, per Dale Puckett, and then
load the new or revised procedure into BASIC09 and run it. Now I have to
reboot. Perhaps, what I want should be called "Self-resetting program code."
What I would like to do is enter a program, edit it, rerun run with the
changes, do additional editting, rerun it, etc., without rebooting

or having to reload basic09. Thank you for your replies. The Rev. Wayne C. Paul
PS> I am a monk in an order known as the Community of St. Joseph the Worker.
(CSJW) In religious life, I am known as Brother Jeremy, CSJW. That is the way I
appear on various BBS and Delphi. If you make iot to Rainbowfest in Chicago, I
will be the monk in the cinnamon brown habit (ST. Joseph's color) with an
unbleached white scapular. [Not that I think Rainbowfest will exactly be
crawling with Monks.] Hope to see you all there. -Jeremy, CSJW.

There is 1 Reply.

#: 9597 S10/OS9/6809 (CoCo)
    22-Feb-91  18:23:07
Sb: #9589-#GFX2
Fm: Kevin Darling 76703,4227
To: The Rev. Wayne C. Paul 76477,142 (X)

Jeremy -

Do you mean error 184, or 194? (is there a 184?).

Do you use any gfx buffers?  Your program needs to reset everything at the
beginning, so that anything left over from before gets killed.

A hint also... do an SS_WnSet (run wnset?) to a type of 00 first.  That makes
sure that everything is cleared out from previous wnset commands.

best - kev

There is 1 Reply.

#: 9604 S10/OS9/6809 (CoCo)
    22-Feb-91  23:00:52
Sb: #9597-#GFX2
Fm: The Rev. Wayne C. Paul 76477,142
To: Kevin Darling 76703,4227 (X)

It is a 184 - "window already defined" error.

There is 1 Reply.

#: 9633 S10/OS9/6809 (CoCo)
    26-Feb-91  19:13:44
Sb: #9604-GFX2
Fm: Kevin Darling 76703,4227
To: The Rev. Wayne C. Paul 76477,142

Why don't you post the first few lines of your program... the part where it
does any DWSet's... if it does.  That'll tell us what to advise. thx!

#: 9590 S7/Telecommunications
    22-Feb-91  12:15:24
Sb: #Deskmate Telecom
Fm: REX GOODE 73777,3663
To: All

 I recently bought Deskmate at a great price and thought I'd give it a try with
telecommunications. The docs say that telecommunications are accomplished
through RS232 Pak and a standard modem. I have the Modem pak but no RS232 Pak.
Can I still do use Deskmate Telecom?
  Rex

There is 1 Reply.

#: 9592 S7/Telecommunications
    22-Feb-91  18:07:53
Sb: #9590-#Deskmate Telecom
Fm: Bill Dickhaus 70325,523
To: REX GOODE 73777,3663 (X)

Rex

Yes, you can use a modempak with DeskMate . I'm not sure exactly how to change
the DM configuration, but change /T2 to /M1, and it should work. Maybe someone
else (hey Dan!) will come up with exactly how to change it. You will also want
to grab DM3.TXT and DMHELP.AR from LIB 10 for some pointers on DM3 operation.
There are some other deskmate files in LIB 10, try BRO/KEY:DESK* to check them
out.

Bill

There are 2 Replies.

#: 9606 S7/Telecommunications
    23-Feb-91  08:54:55
Sb: #9592-Deskmate Telecom
Fm: Floyd Resler 72500,2572
To: Bill Dickhaus 70325,523 (X)

Changing the path to the modem is easy.  In the configuration menu you have to
specify which device descriptor you are using.

#: 9607 S7/Telecommunications
    23-Feb-91  11:23:57
Sb: #9592-#Deskmate Telecom
Fm: REX GOODE 73777,3663
To: Bill Dickhaus 70325,523 (X)

Bill,
 Thanks for the help and suggestions. I once knew this, but isn't a ".AR" file
some kind of archive, and won't I need some program to unarchive it?
  Rex

There is 1 Reply.

#: 9628 S7/Telecommunications
    26-Feb-91  07:03:32
Sb: #9607-Deskmate Telecom
Fm: Bill Dickhaus 70325,523
To: REX GOODE 73777,3663 (X)

Rex,

You'll need to download AR09.BIN in LIB 9. Documentation is in AR.DOC. Rename
AR09.BIN as "ar", move/copy it to your exec directory, and make sure to set the
execution attributes (attr ar e pe).

Bill

#: 9602 S4/MIDI and Music
    22-Feb-91  18:28:49
Sb: MIDI File code
Fm: Pete Lyall 76703,4230
To: PaulSeniura 76476,464

Paul -

 Got hold of Tim Thompson... he said 'go ahead', but preferred that it be
giveware rather than shareware, and definitely not commercial.

Pete

#: 9603 S12/OS9/68000 (OSK)
    22-Feb-91  22:59:57
Sb: #9523-#model 16
Fm: Wayne Day 76703,376
To: Bob van der Poel 76510,2203 (X)

No, it wasn't.

Wayne

There is 1 Reply.

#: 9615 S12/OS9/68000 (OSK)
    23-Feb-91  20:18:28
Sb: #9603-model 16
Fm: Bob van der Poel 76510,2203
To: Wayne Day 76703,376 (X)

Thanks...that is a same since there must be a bunch of 16s out there gathering
dust....

#: 9609 S5/OS9 Users Group
    23-Feb-91  11:44:03
Sb: #go.ar
Fm: Ken Drexler 75126,3427
To: [F] Mike 76703,2013 (X)

I tried to download go.ar from DL5 and found that it had been put offline. 
Could you put it back on the service long enough for me to grab it.

Thanks.

There are 2 Replies.

#: 9611 S5/OS9 Users Group
    23-Feb-91  12:44:54
Sb: #9609-go.ar
Fm: Steve Wegert 76703,4255
To: Ken Drexler 75126,3427

Ken,

I've forwarded your request for go.ar to our offline archive keeper. Hang
tight!

Steve

#: 9620 S5/OS9 Users Group
    25-Feb-91  02:58:58
Sb: #9609-go.ar
Fm: Mike Ward 76703,2013
To: Ken Drexler 75126,3427

Ken, it'll be back in Lib 5 in just a few moments.




#: 9612 S10/OS9/6809 (CoCo)
    23-Feb-91  16:12:54
Sb: #Write IBM Disks?
Fm: Bill Henderson 72215,341
To: All

How can I transfer some ASCI files I have on OS9 disks to MSDOS? I tried
PCREAD/WRITE but that only garbles my data on the MSDOS floppy. Is there
another CHEAP way? Thanks!
  Bill Henderson

There are 2 Replies.

#: 9613 S10/OS9/6809 (CoCo)
    23-Feb-91  17:13:08
Sb: #9612-#Write IBM Disks?
Fm: James Jones 76257,562
To: Bill Henderson 72215,341 (X)

The *real* quick and dirty way would be to ship them across a serial connection
via Kermit.  Kermit handles the bonzo end of line differences between systems
(MS-DOS uses CRLF, OS-9 uses CR).  If that's possible, and not expensive (e.g.
a long distance phone call to the MS-DOS system :-), I'd say give it a shot.

There is 1 Reply.

#: 9624 S10/OS9/6809 (CoCo)
    25-Feb-91  14:43:00
Sb: #9613-Write IBM Disks?
Fm: Bill Henderson 72215,341
To: James Jones 76257,562 (X)

James,
 Thanks for the idea on using Kermit.

#: 9617 S10/OS9/6809 (CoCo)
    24-Feb-91  02:19:38
Sb: #9612-#Write IBM Disks?
Fm: Ian Hodgson 72177,1762
To: Bill Henderson 72215,341 (X)

Bill, I had similar problems a long time ago doing it your way. The solution is
to grab the PCDOS utility from one of the libs here (don't know which off hand)
and to buy SDISK3 to replace your disk driver. After that, all is well and it
never misses a byte. By the way, PCDOS also adds LF's after CR's to make text
files compatible with MSDOS, and strips them when you go the other way. I use
it often: no problems.

There is 1 Reply.

#: 9625 S10/OS9/6809 (CoCo)
    25-Feb-91  14:44:14
Sb: #9617-Write IBM Disks?
Fm: Bill Henderson 72215,341
To: Ian Hodgson 72177,1762 (X)

Ian,

I have Sdisk for Level 1; I may try that method to convert stuff. Thanks for
the idea.

Bill

#: 9619 S14/misc/info/Soapbox
    25-Feb-91  00:26:24
Sb: Micro Cornucopia
Fm: Matthew J. Snyder 71450,2606
To: All

This seems like a likely enough place to ask this question.  I'd like to
download some source code from an old issue of Micro C.  Now that Micro C has
closed down, does anyone have any idea where I might find the source code?

-Matt

#: 9632 S1/General Interest
    26-Feb-91  18:33:55
Sb: 80386
Fm: William Verthein 76557,3623
To: Kevin Darling (UG Pres) 76703,4227



Press <CR> !>