 nrearly free programs to be improved upon, since there
isn't a lot of incentive for the author to do more than make the program do
what he wanted in the first place... leave it to others to add versatility and
bells n' whistles.

-*-

91038 18-DEC 19:42 Programmers Den
     RE: _gs_rdy() Question (Re: Msg 90980)
     From: DBREEDING    To: DSRTFOX (NR)

 > The whole idea behind GNU software is to make good software avaialble to
 > the public at little or no charge, that's why the restrictions. Providing
 > source makes it easier for the nrearly free programs to be improved upon,

 > ... leave it to others to add versatility and bells n' whistles.

The idea _is_ good and noble, but kinda halts us "mercenary" lots...<G>

On a BBS once, we got into a discussion about providing source with your
release.  One guy said he would NOT use anything that did not have source.
I have released the source with one of my programs ("gfx3" from way back
when..).  But since then, especially in the light of the hassle that Carl
Kreider went through with unauthorized releases of "ar" (and he didn't
even provide source, I don't think), I have decided that it could cause
you problems if someone clobbered up your code and re-released it in your
name, so I'm not sure that I'm as much in favor or releasing code as I
once was.

Again, I can see the point of the restrictions on the GNU stuff, but if
I should release anything, even to the PD, I would still prefer to retain
control over what is done with the code, especially if I'm going to get
blamed for it.  Of course, not releasing code still does not preclude
someone's disassembling the code and working on it, but that would require
a capability in one that would indicate that he could produce good code in
his modifications.


                   -- David Breeding --
                 CompuServe :  72330,2051
                     Delphi :  DBREEDING

         ***  Sent via CoCo-InfoXpress V1.01 ***
                       ^^^^ ^^^^^^^^^^

-*-

91069 21-DEC 08:05 Programmers Den
     RE: _gs_rdy() Question (Re: Msg 91038)
     From: SCWEGERT     To: DBREEDING (NR)

 > On a BBS once, we got into a discussion about providing source with your
 > release.  One guy said he would NOT use anything that did not have
 > source. I have released the source with one of my programs ("gfx3" from
 > way back when..).  But since then, especially in the light of the hassle
 > that Carl Kreider went through with unauthorized releases of "ar" (and he
 > didn't even provide source, I don't think), I have decided that it could
 > cause you problems if someone clobbered up your code and re-released it in
 > your name, so I'm not sure that I'm as much in favor or releasing code as I
 > once was.
 >

Actually, Carl originally _did_ provide the source with ar .... because that's
the way it was done back then. Unfortunately, even with requests to coordinate
new features and changes through him, someone hacked away at it and  ...

Well ... we all know the rest of the story.

*- Steve -*


-*-

End of Thread.

-*-

90981 14-DEC 22:36 Standards
     IBM
     From: RICKULAND    To: ALL

     To the monday night conf folks-

     I  just  had  a thought. IBM dropped Pentium  for  the  math
problem.  Anyone  remeber the old CADET (Can't Add, Doesn't  Even
Try) machines?

                              -ricku

                  Rick Ulland                 CoNect
         rickuland@delphi.com           449 South 90th St.
"Operating System Nine"- 268m           Milwaukee WI 53214

-*-

90996 15-DEC 02:08 Standards
     RE: IBM (Re: Msg 90981)
     From: ISC          To: RICKULAND

>      To the monday night conf folks-
>
>      I  just  had  a thought. IBM dropped Pentium  for  the  math
> problem.  Anyone  remeber the old CADET (Can't Add, Doesn't  Even
> Try) machines?
>
>                               -ricku
>
>                   Rick Ulland                 CoNect
>          rickuland@delphi.com           449 South 90th St.
> "Operating System Nine"- 268m           Milwaukee WI 53214
>
I.B.M. (I've been mothballed) dropped Pentium hoping to boost the PowerPC and
their interest in fighting Microsoft and Intel.  These two behemoths they
spawned in the first place now threaten to eat them.

Bill

-*-

91039 18-DEC 19:43 Standards
     RE: IBM (Re: Msg 90996)
     From: DBREEDING    To: ISC


 > >      I  just  had  a thought. IBM dropped Pentium  for  the  math
 > > problem.  Anyone  remeber the old CADET (Can't Add, Doesn't  Even
 > > Try) machines?

 > >                   Rick Ulland                 CoNect


 > I.B.M. (I've been mothballed) dropped Pentium hoping to boost the PowerPC
 > and their interest in fighting Microsoft and Intel.  These two behemoths
 > they spawned in the first place now threaten to eat them.

Yeah, I figured that politics was involved.  I'm not really sure how bad the
"flaw" is.. Intel says it's insiginficant, but I saw a msg recently that
it can come up frequently..  I deleted the msgs, but they used a problem
something like this:

    412965/317638*317638-412965

Of course, this should give 0, but the Pentium gave 256, I believe.  I'm not
sure of the exact numbers, and if the digit size is right, and the numbers
here might not work, but this is the general idea.


                   -- David Breeding --
                 CompuServe :  72330,2051
                     Delphi :  DBREEDING

         ***  Sent via CoCo-InfoXpress V1.01 ***
                       ^^^^ ^^^^^^^^^^

-*-

End of Thread.

-*-

90982 14-DEC 23:08 General Information
     RE: Install program (Re: Msg 90960)
     From: TEDJAEGER    To: NIMITZ

 > Ted, I suggest you have the program query the user for his desired
 > installation
 > directory, and then use information obtained from the programmer to
 > interactively generate a script file.  If you use dsave after creating
 > the users directory, you should have
 > no problem. Your program would simply create the initial directory, and
 > then execute dsave -e from the appropriate drive and directory.

 BRAVO! Exactly the idea I developed after an earlier response reminded
 me of dsave. What I have now queries user for the drive holding the
 installation disk and the target drive for the program. Dsave
 creates the installation script in /r0, then my program checks to see
 if the target drive is the same as the drive holding the installation
 disk. If it is, it promptes the user to switch disks; if it is not,
 then the installation script is executed.

 What remains is seeing how well I can error check the procedure file
 created by dsave from my graphical front end and deciding if /r0 is
 a proper home for the install script. (Does the -e option avoid the
 production of the script?) Assuming everyone has an /r0 may be a
 risk, no? Possibly could put the install script in /pipe... havent
 tried that one yet.

Bests
---TedJaeger

-*-

90988 14-DEC 23:35 General Information
     RE: Install program (Re: Msg 90982)
     From: MITHELEN     To: TEDJAEGER

Bad idea to assume that everone has a /r0 device.. the only safe assumption
(but not 100% guearenteed) is that everyone has /dd.

-*-

90992 15-DEC 00:06 General Information
     RE: Install program (Re: Msg 90988)
     From: WA2EGP       To: MITHELEN

My old QT does not have /dd.  Figures I would have an odd-ball machine (grin).

-*-

90994 15-DEC 00:47 General Information
     RE: Install program (Re: Msg 90982)
     From: NIMITZ       To: TEDJAEGER

Ted, I'd think assuming /r0 would be save on the MM/1, but not so safe on
other machines.  Best to use /dd and clean up after yourself.  The -e option
executes the resulting script as it's developed, I beleive.


-*-

90995 15-DEC 00:50 General Information
     RE: Install program (Re: Msg 90992)
     From: NIMITZ       To: WA2EGP

I'd suggest taking the descriptor of your preferred default device - usually
it to your boot disk.


-*-

90997 15-DEC 05:35 General Information
     RE: Install program (Re: Msg 90960)
     From: LECLARE      To: NIMITZ



-*-

91000 15-DEC 21:46 General Information
     RE: Install program (Re: Msg 90970)
     From: TEDJAEGER    To: WA2EGP

 > I hope it works out.  Would be nice to have some type of install program.
 > BTW, would it have some sort of default values in case the user is a
 > newbie and really doesn't know where to put things (like we have standards

 Current thought is to feed dsave the source drive (where install disk
 is located) and the destination drive (where program will reside). Let
 dsave make the procedure file, and then stop and check to be sure the
 destination drive is different from the source drive. If it is, go
 ahead and run the install script; if not, prompt user to switch the
 disks (most likely in /d0). Now I could give user a button to click for
 a custom installation, in which case things would stop after the
 install script is created (probably on /r0), and the user could "play"
 with that script to heart's content. How does that strike ya? Notice
 this approach relies on the distributer to establish where on the HD
 the program will go by arranging the appropriate directory structure on
 the distribution disk.


Bests
---TedJaeger

-*-

91006 16-DEC 00:33 General Information
     RE: Install program (Re: Msg 90995)
     From: WA2EGP       To: NIMITZ

I was thinking of that.  Make the thing /dd.  Just too d**m lazy.... (grin)

-*-

91008 16-DEC 00:41 General Information
     RE: Install program (Re: Msg 91000)
     From: WA2EGP       To: TEDJAEGER

Sounds good to me.  The option to play with the script would be what the
experienced user could use.  The beginnger could just blast through and get
it installed.  I guess the script file gets started "manually" after a user
messes with it.  The beginner just clicks a "button" and it is fired up.
Now, if the programmers could agree on where stuff should go (Oh no, here we
go with the "standards" stuff again - grin)......

-*-

91012 17-DEC 07:33 General Information
     RE: Install program (Re: Msg 91006)
     From: NIMITZ       To: WA2EGP

Well, Think of it as a time saving project.  Most programs written now
days look for this standard drive, so it could easily save you beaucoup
time on program installations in the future.



-*-

91015 17-DEC 11:41 General Information
     RE: Install program (Re: Msg 90994)
     From: TEDJAEGER    To: NIMITZ

 > Ted, I'd think assuming /r0 would be save on the MM/1, but not so safe on
 > other machines.  Best to use /dd and clean up after yourself.  The -e
 > option executes the resulting script as it's developed, I beleive.

 Here's the scenario that worries me: Say a user has a machine with
 only /d0 (no HD or /d1) and wants to install his/her software on a
 disk (probably a boot disk since all he/she has is /d0). If I do
 dsave -e and it executes the install script as its created the files
 on the installation disk get written right back to it! The user needs
 a chance to switch disks before the install script created by dsave
 is actually executed, no? Come to think of it, if the user has only
 one drive, I've got to copy the program files off of the installation
 disk too. They can't go to /dd since that's where they already are!
 And I cant send them to a pipe unless I assume all the files on the
 installation disk are in the root directory...UGH! Look's like if I
 dont assume /r0, I cant create the program for a single drive
 machine. More thinking to do ........


Bests
---TedJaeger

-*-

91018 17-DEC 14:21 General Information
     RE: Install program (Re: Msg 91015)
     From: NIMITZ       To: TEDJAEGER

Actually, you could use the TMPDIR environment variable to read the
directory to use for the temporary files, and extract the name of the default
driver from that.  If you advise users of that usage, they can adjust for it,
and if you find the default drive and the installation drive are the same,
then you can use DSAVE without -e, and prompt accordingly.

        David

-*-

91029 18-DEC 16:26 General Information
     RE: Install program (Re: Msg 91008)
     From: TEDJAEGER    To: WA2EGP

 > Sounds good to me.  The option to play with the script would be what the
 > experienced user could use.  The beginnger could just blast through and
 > get it installed.  I guess the script file gets started "manually" after a
 > user messes with it.  The beginner just clicks a "button" and it is fired
 > up. Now, if the programmers could agree on where stuff should go (Oh no,
 > here we go with the "standards" stuff again - grin)......

 Thanks for your thoughts. Only bigtime conceptual problem I have now
 is how to deal with a user who has only a single floppy machine. Have
 to write the program and install script to /r0 (running the risk of
 /r0 existing) but cant write them to /dd bacause they'll end up on
 the installation disk which the user must remove to make room for his
 program disk! Guess just check to see what drives are available and
 if no /r0 or /d1 or /h0 abort, no?



Bests
---TedJaeger

-*-

91033 18-DEC 17:28 General Information
     RE: Install program (Re: Msg 91029)
     From: TIMKIENTZLE  To: TEDJAEGER

Look at `popen' for a way to attack the problem of requiring a
temporary directory.  (It's in the TOPS stuff.)  `popen' lets you
run a program and read it's output (or write to it's input).  The idea
is to run dsave to build the script using `popen', and just read the
script dsave is spitting out and store it in memory.  Then use
`popen' again to write the script to a shell for consumption.

Another approach you might look into is stealing code from an archiving
program such as `tar.'  That saves floppy disk space (one file is
better than 500), while still preserving file attributes, etc.
There's plenty of PD versions of `tar,' which is another plus.
For single-drive installation, you could then figure out the trick
used by `copy' to do single-drive copies, just dearchiving to the
target disk as you went along.  That dispenses with the script entirely,
which may be good or bad, depending on your viewpoint.

                         - Tim Kientzle

-*-

91036 18-DEC 19:40 General Information
     RE: Install program (Re: Msg 91018)
     From: JEVESTAL     To: NIMITZ (NR)

 > Actually, you could use the TMPDIR environment variable to read the
 > directory to use for the temporary files, and extract the name of the
 > default driver from that.  If you advise users of that usage, they can
 > adjust for it, and if you find the default drive and the installation
 > drive are the same, then you can use DSAVE without -e, and prompt
 > accordingly.

This may help, I didn't read the whole thread of messages so this may
not be what you are looking for.  The Microware C (CoCo version anyway)
has a system call function called defdrive().  It returns a pointer
to a string containing the name of the system drive (for example "/dd")
the system gets this info from the init module.

Jim

-*-

End of Thread.

-*-

90983 14-DEC 23:08 Programmers Den
     RE: powerbasic vs. Ultra C (Re: Msg 90961)
     From: TEDJAEGER    To: FHOGG


OK, I'm intrigued. So what happens if I put CDL BASIC on an MM1 and
try to write a KWindows application? Can I get at KWindows by sending
escape sequences out of CDL BASIC? Something like

  DIM owend(2):byte
  owend(1)=$1b
  owend(2)=$23
  put #1,owend


Bests
---TedJaeger

-*-

91001 15-DEC 23:38 Programmers Den
     RE: powerbasic vs. Ultra C (Re: Msg 90974)
     From: FHOGG        To: JEJONES

Jim,

OK you make some very good points.

I think that learning the extensions of aa language that is an extension of one
you already know would be easier than learning a whole new language. Therefore
for someone who is familiar with Basic09 then learning CDL Basic would be a
snap over learning C. Mike tried to make CDL Basic as close to Basic09 as
possible.
This was done to make the transition easier.

We also noted that ads in mags like Midnight Eng show a strong support for
Basic.
To that end CDL Basic would appeal to those users. Mike will be sending product
announcments to them to see if that is the case.

Frank

-*-

91002 15-DEC 23:39 Programmers Den
     RE: powerbasic vs. Ultra C (Re: Msg 90973)
     From: FHOGG        To: PAGAN

Stephen (PAGAN)

I've forwarded your message on to Mike. I'll get back to you after he has a
chance to look it over. Thank you very much for taking the trouble of putting
that together.

Frank

-*-

91003 15-DEC 23:39 Programmers Den
     RE: powerbasic vs. Ultra C (Re: Msg 90971)
     From: FHOGG        To: JOELHEGBERG

Joel,

I think we can agree on that.

Frank

-*-

End of Thread.

-*-

90984 14-DEC 23:19 General Information
     HELP with MM/1 video
     From: MARTYGOODMAN To: ALL

I need to know exactly what kind of physical video connector
the MM/1 uses, and what its pin out is.   I've been told
that it uses a standard DB 9 female connector on the MM/1.
IS this so?

Does the MM/1 put out the same sort of RGB analog video at 15.75 KHz
H sync rate and 60 Hz vertical sync rate that is put out by the CoCo 3?
That is what I had thought.   But some just sent me a pin out for
the MM/1 that would imply it did NOT put out analog video at all,
but instead put out IBM style CGA video.   Can someone here
clarify this for me?

  Thanks for any help you can give me here.

  ---marty

-*-

90986 14-DEC 23:32 General Information
     RE: HELP with MM/1 video (Re: Msg 90984)
     From: WA2EGP       To: MARTYGOODMAN

It is analog video.  It can feed into a CM-8 or Maggie.  I'm using a
Diamond Scan (multisync of course!).  The reason you have a "CGA" pinout is
that it is the one given in the tech reference manual.  I believe it is the
same for the MM/1 but analog on the lines. (Geez....I did this so long ago.)
I had to build an adapter for the monitor's 15 pin plug.

-*-

90987 14-DEC 23:33 General Information
     RE: HELP with MM/1 video (Re: Msg 90984)
     From: RANDYKWILSON To: MARTYGOODMAN

Marty,

 The MM/1 puts out a pretty much CoCo compatable signal.  I don't think
it has quite as much drive ( v p-p ), but it's close. I use a CM8 on mine.

 Connector is a standard DB9 female on the machine (reverse of clonish
serial ports).

 1  Ground
 2  Ground
 3  Red
 4  Green
 5  Blue
 6  N/C
 7  Sound
 8  HSync
 9  VSync

This is directly out of the mm/1 technical manual, page 13-1. I just noticed
that a few pages later, mixed in with the clone serial and parallel connector
descriptions is a diagram of a CGA port. This may be what caused the
confusion.
 The only difference is Intensity becomes a N/C, and the N/C becomes sound.


    Randy

-*-

90998 15-DEC 12:00 General Information
     RE: HELP with MM/1 video (Re: Msg 90986)
     From: MARTYGOODMAN To: WA2EGP

Thanks!  That's what I thought (that the MM/1 had analog video
at 15.75 KHz).

   Oh... use of "CGA pin out" is not a problem... it's one
of the two common RGB pinouts used (NEC standard is the other...
that's the one thats 12345 = RGBHV    6789 = gnd) by
analog RGB monitors with 9 pin DB connectors.

     ---marty

-*-

90999 15-DEC 12:00 General Information
     RE: HELP with MM/1 video (Re: Msg 90987)
     From: MARTYGOODMAN To: RANDYKWILSON

OH?  The MM/1 puts out SOUND on pin 7, just like the CM8?
Really!  How intersting.   Thanks for that other info.

   ---marty

-*-

91007 16-DEC 00:36 General Information
     RE: HELP with MM/1 video (Re: Msg 90998)
     From: WA2EGP       To: MARTYGOODMAN (NR)

With two pinout diagrams in the tech manual it is easy to goof.  And Randy is
correct, they are slightly different (and I indicated thay were the same).
Anyway, I guess you got your "corrected" info.

-*-

End of Thread.

-*-

90985 14-DEC 23:32 General Information
     RE: 2nd Hard Drive (Re: Msg 90955)
     From: CHARLESAM    To: AJMLFCO (NR)

Sounds like there is a few things in your message I haven't addressed yet.
I'll give them a go and get back to you. Thanx much, Charlie

-*-

90989 14-DEC 23:41 General Information
     RE: 2nd Hard Drive (Re: Msg 90955)
     From: CHARLESAM    To: AJMLFCO (NR)

Sounds like there are a few items in your message I need to address. I'll
do that and get back to you. Thanx so much for you assist here. Charlie

-*-

90990 14-DEC 23:46 General Information
     RE: 2nd Hard Drive (Re: Msg 90956)
     From: CHARLESAM    To: WA2EGP

Maybe thats it. I checked all the other items that folks as yourself
suggested. So far, no luck. I have afew more things to check but yours
is probably the problem, namely, it was low level formatted erasing all
info. I'll check with the vendor that sold it to me. Thanx Charlie.

-*-

90991 15-DEC 00:05 General Information
     RE: 2nd Hard Drive (Re: Msg 90990)
     From: WA2EGP       To: CHARLESAM

Hope that's it (actually not since it is more of a pain to replace it than to
fix a jumper or descriptor <G>).  Good luck with it.

-*-

90993 15-DEC 00:11 General Information
     RE: 2nd Hard Drive (Re: Msg 90919)
     From: MODEL299     To: CHARLESAM

Sounds good.  I would like to hear what solves the problem so I can help
other club members here if they have the same thing.  Good luck.   -Mark-

-*-

91004 16-DEC 00:24 General Information
     RE: 2nd Hard Drive (Re: Msg 90993)
     From: CHARLESAM    To: MODEL299

My biggest problem now is time, or the lack of time. I have a few things
to test but it will have to wait. If and when I get this sorted out, I'll
post the fix here. Thanx for the support. Charlie

-*-

91005 16-DEC 00:30 General Information
     RE: 2nd Hard Drive (Re: Msg 90991)
     From: CHARLESAM    To: WA2EGP

I'll get back soon. Got a faulty monitor. I get about 10 min. and out.
Thanx Charlie

-*-

End of Thread.

-*-

91009 16-DEC 20:21 Telecom (6809)
     The Pink Rose of Mansfield
     From: MDALENE      To: ALL

+--------------------------------------------------------+
| ______          _ __                 _ __              |
|    /   /        ' )  )         /     ' )  )            |
| --/   /_  _      /--' o ____  /_      /--' _____    _  |
|(_/   / /_</_    /    <_/ / <_/ <_    /  \_(_) \_)__</_ |
+---+-----------------------------------------+----------+
    |   We keep You informed of your world    |
    +-----------------------------------------+
50 Echo mail forums, with more on the way, user requstable!
Large and expanding online file librairy. for DOS and OS/9
24 Hours a day of Operation
QWK offline mail, Online games, CD-ROM access

300, 1200, 2400, 4800 and 9600 baud support always
SEMS official hub of 1:327 area of fido.
    And Most of all REDUCED yearly Subscription rate! only $24 per year
gives you 3 hours per day, No file ratios. Access to CD-ROM!

    Call Today! 203-429-6338.
    Fido Address 1:327/6338

-*-

91010 16-DEC 23:29 General Information
     Monitor Headache
     From: CHARLESAM    To: MARTYGOODMAN (NR)

Marty, maybe you can help me put an end to my current monitor problem. I
always have pix at startup but after about 10minutes the screen goes black.
I can get the pix back with a blow to the side and that works a couple of times
but then it goes down for the count. The monitor is combination of two different

Magnavoxs, namely a tube from one model, the guts from another. I bought it for
dirt at Atlanta cause my monitor (CM8) had developed loss of hoz hold. Is this
an overheating problem or a break in the circuit board?
    I plan to get a Sony after Christmas but I would like to get to the cause
of this problem if possible. I know I'm not giving you a wealth of useable
info here, but maybe you can suggest where the problem might live.
    One more symptom is the picture starts dancing or shrinking a little
before it goes black. Thats it. If I leave it off for a half hour, I'm back
in business again. Thanx Charlie

-*-

91011 16-DEC 23:58 General Information
     RE: Monitor Headache (Re: Msg 91010)
     From: WA2EGP       To: CHARLESAM

It may be nosey to barge in here like this but your problem sounds like a heat
problem.  I have a Maggie with the same problem or should I say had.  If you
are reasonable good with soldering, try resoldering the contacts around the
high voltage circuit (with it off and discharged of course) especially on the
circuit board where the flyback transformer is located.  It seems their wave
soldering wasn't so good and the solder fails (cold solder joints).  Mine
started with that nonsense and it got worse until nothing would show of the
screen.  Seems a solder connection would fail but it would show up only when
hot.  The high voltage would arc at the joint until the break got larger and
larger, so it would break contact with less and less heat each time.  Found out
by looking at the board with the monitor on in a dimly lit room.  Could see the
arcing at the bad joint.  A little resoldering, no more problem.  Hope this
is of help.

-*-

91013 17-DEC 08:30 General Information
     RE: Monitor Headache (Re: Msg 91010)
     From: COCOKIWI     To: CHARLESAM

Sounds like a bad connection! VERY common on the Maggot box! open it up and
look at the FLYBACK transformer connections  <like a 2/3 rd circle>..These
pins are BIG and they tend to zip them through the solder vat,and the connection

made is ok for a while! around two years!!!!! then with the heat/cold the
pin parts company with the solder....Interm...problem..Thump it it works
sindrome! SOLDER any conection that LOOKS funny! OK...that should cure it!
Dennis

-*-

91014 17-DEC 08:32 General Information
     RE: Monitor Headache (Re: Msg 91011)
     From: COCOKIWI     To: WA2EGP

VERY common problem!!! I,ve got two of EM.... one just died Powersupply!
Dennis

-*-

91024 18-DEC 02:13 General Information
     RE: Monitor Headache (Re: Msg 91010)
     From: MODEL299     To: CHARLESAM

I have seen something like this at work and here at home.  A good thing to
check here are the solder connections underneath the flyback transformer.
As the monitor heats and cools each time you use it the flyback expands
and shrinks just a bit.  This flexing can break the solder connections that
often don't have enough solder from the mass production assembly line.  Get
a magnifying glass or the 30 times microscope at Radio Shack.  This works
very well for checking this.   -Mark-

-*-

91045 18-DEC 23:16 General Information
     RE: Monitor Headache (Re: Msg 91011)
     From: CHARLESAM    To: WA2EGP

I'll try removing the cover and firing up with low light. Maybe it will
show up. Or maybe I can see the area of arcing. I will be careful. Thanx
Charlie

-*-

91046 18-DEC 23:18 General Information
     RE: Monitor Headache (Re: Msg 91013)
     From: CHARLESAM    To: COCOKIWI (NR)

I really didn't think anyone would take my complaint serious but I am
grateful for the tips. Maybe I get to fix this myself' huh Dennis?
Thanx Charlie

-*-

91047 18-DEC 23:20 General Information
     RE: Monitor Headache (Re: Msg 91024)
     From: CHARLESAM    To: MODEL299 (NR)

Thanx Mark, I can't wait to get the cover off. I will be careful. Seems
I stumbled on a common problem. I better sign off before she quits again.
Charlie

-*-

End of Thread.

-*-

91016 17-DEC 13:07 OSK Applications
     Delphi
     From: VAXELF       To: ALL

  Has anyone else notice that you can no longer go from the Delphi sigon
promopt to the OS9 SIG by just doing a "gr os9". I now have to first do a
"go computing" then a "os9" to get to this sig.

John D.

-*-

91017 17-DEC 13:34 OSK Applications
     RE: Delphi (Re: Msg 91016)
     From: CMILLER      To: VAXELF

Here's what I do...

go com os9

Sends you right here!

CHristian

-*-

91019 17-DEC 18:10 OSK Applications
     RE: Delphi (Re: Msg 91016)
     From: RANDYKWILSON To: VAXELF

John,

 Yeah, long time ago Delphi announced that computer sigs were moved to
the "computers" heading, and eventually looking under "group" would quit
working. I'm surprised it took so long. Just do a
"co os", that will get you here. The "go" command is just another way to
say "main"; you don't need it when you're at (or don't need to go through)
main.

 Somehow, many years ago, I set up my profile so that Delphi automagicly
dumps me in OS9 upon login.

   Randy

-*-

91020 17-DEC 19:07 OSK Applications
     RE: Delphi (Re: Msg 91019)
     From: PHXKEN       To: RANDYKWILSON

co os does not quite work but com os does and thanks for the
short cut.

$phxken@class68.com

-*-

91026 18-DEC 11:40 OSK Applications
     RE: Delphi (Re: Msg 91016)
     From: MIKE_GUZZI   To: VAXELF

my default menu is to jump to os9 sig so i never had that problem


-*-

91052 19-DEC 10:42 OSK Applications
     RE: Delphi (Re: Msg 91017)
     From: 01GEN40      To: CMILLER (NR)

You can go into Using Delphi and set your Default Menu to th OS-9 Sig.

LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!

-= 01GEN40 =-

-*-

91053 19-DEC 17:45 OSK Applications
     RE: Delphi (Re: Msg 91016)
     From: GREGL        To: VAXELF

The previous menu changed from GROUPS AND CLUBS to COMPUTING so change your
entry to COMP OS9. This'll fix it.

        -- Greg

-*-

91054 19-DEC 19:40 OSK Applications
     RE: Delphi (Re: Msg 91053)
     From: VAXELF       To: GREGL

Thanks Greg. Others also mention this. Found that doing a

COM OS9 does it just fine.

Thanks for the reply.

  MERRY CHRISTMAS and HAPPY NEW YEAR

to you and your family.

John D.

-*-

91055 19-DEC 20:11 OSK Applications
     RE: Delphi (Re: Msg 91019)
     From: RICKULAND    To: RANDYKWILSON

     Randy,

     One thing I've never understood- Delphi accepts abbreviates as
long as they are unique, complains if there is more than one match
EXCEPT 'com co' succeeds in finding coco forum despite the commodore
sig also present. So, why dont we have to 'com coc'?
                              -ricku

                  Rick Ulland                 CoNect
         rickuland@delphi.com           449 South 90th St.
"Operating System Nine"- 268m           Milwaukee WI 53214

-*-

91056 19-DEC 20:33 OSK Applications
     RE: Delphi (Re: Msg 91055)
     From: RANDYKWILSON To: RICKULAND

Simple, Rick. Delphi figures that since you're going through the COMPUTING
section, you must be looking for info on a *real* computer. You have to
be more specific to get the jump into quasi-space. :>


   Randy

-*-

91060 20-DEC 06:55 OSK Applications
     RE: Delphi (Re: Msg 91019)
     From: JMICHELSON   To: RANDYKWILSON

I had my profile set to group os9 and it stopped working the other day too.
Changing it to comp os9 seems to have solved the problem though...glad that
I remembered how to change the darn thing!

-*-

91061 20-DEC 16:04 OSK Applications
     RE: Delphi (Re: Msg 91055)
     From: GREGL        To: RICKULAND

Probably fuzzy logic, Randy. :-) Actually the stipulations DELPHI puts on
menus is that they be unique within the first three characters, though there are

some exceptions to this rule. Why CO works for COCO when there is a
COMMODORE entry in the menu I don't know. Theoretically it shouldn't.

        -- Greg

-*-

91062 20-DEC 19:24 OSK Applications
     RE: Delphi (Re: Msg 91061)
     From: PHILSCHERER  To: GREGL (NR)

Hi Greg--I think it stops at the first CO it finds. <Phil>

-*-

End of Thread.

-*-

91021 17-DEC 19:49 General Information
     DESKMATE
     From: 2RSMITH      To: ALL

I have been using the Tandy Deskmate program lately to prepare a rental
lease etc.  The Baud rate is 600 which is fairly slow on my DMP-107
printer. I would like to change it to 2400 baud (the program that is).
but I sure need some help.  Frank Swygert suggested I ask on OS9 forum.
I am familiar with OS9 ( not a hacker) and have used Supercomm with all
the new parches in the boot file ok......RAY      (2RSMITH)

-*-

91022 17-DEC 22:28 General Information
     RE: DESKMATE (Re: Msg 91021)
     From: CHYDE        To: 2RSMITH

You've got several choices, depending on if you have the complete OS-9
system (ie the system disk etc.) or not.  Probably the easiest thing to
do is to use Ded to patch the '/p' descriptor on your boot disk.  Ded is
available in the database here.

To patch the descriptor do the following to a COPY of your boot disk:

        OS9>ded os9boot
                You should get a screen with columns and rows labled
                in Hex (but don't worry it's not as complicated as it
                looks <g>)
        CMD:l
        link to which module: p
                Now you should have a new screen with a title that says
                "Module:  p".
        CMD: e
                The cursor should now be in the area that shows all the
                Hex digits
                Move the cursor (using the arrow keys) down to the thrid
                row (labled 20) and across to the eight column (labeled
                7) type 04 (this sets the baud rate to 2400 baud)
                Press <ENTER>, this should return you to the CMD prompt.
        CMD: w
        Are you sure? y
                (it writes out the changed module)
        CMD: v
        Are you sure? y
                (this verifys the module)
        CMD: q
                (this quits Ded)

If you don't want to do this and you have the complete OS-9 system do this

        OS-9> xmode /p baud=4
                place a freshly formated disk in /d1
        OS-9> cobbler /d1

        OS-9> chd /d0
                This makes the default working directory /d0
        OS-9> dsave /d0 ! (-x chd /d1)
                This should copy all the files from your boot
                disk to the new boot disk in /d1.

If you only have one drive then this gets a little trickier, if this is the case

then let me know and I'll tell you how to do i.  Although in this case using
Ded is by far the easiest.

        Chris

-*-

91027 18-DEC 11:42 General Information
     RE: DESKMATE (Re: Msg 91022)
     From: MIKE_GUZZI   To: CHYDE

isn't there a way to set the baud rate in deskmate from the control
panel?? i think there is a panel to set up the ports somewhere


-*-

91057 19-DEC 20:41 General Information
     RE: DESKMATE (Re: Msg 91022)
     From: 2RSMITH      To: CHYDE

THANKS FOR THE INFO.  Yes I have two drives DSided.  I'm printing your
instructions now and will get back to you after I try same.  Ihave the system
disk for Deskmate but also have made several copies of only the modules I use
momost. Ray

-*-

91059 20-DEC 00:12 General Information
     RE: DESKMATE (Re: Msg 91027)
     From: CHYDE        To: MIKE_GUZZI

Could be Mike, I haven't used DeskMate in 7 or 8 years. In fact I gave
it my In-laws along with an old CoCo 2 a coule of years ago <G>.

Actually now that I think about it (pretty dingy in there <g>), I think
there's a menu option in the word processor (at least there's one for
the telcom program I think).

        Chris

-*-

End of Thread.

-*-

91023 17-DEC 23:04 OSK Applications
     Kermit protocol
     From: PAGAN        To: ALL


 I left a message recently in the service forum asking if Delphi was going to
 support the new Kermit 5A with sliding window and variable packet sizes.  I
 was told that no one in service knows one way or the other but that Delphi
 was working on upgrades for 1995.  This is very fast transfer protocol - I
 did some tests on a dedicated 9600 baud line and got about 11,000 bits per
 second - so maybe if we all flood the feedback mail with request for this
 transfer protocol Delphi will oblige by addding it for '95.

 Stephen (PAGAN)

-*-

91032 18-DEC 17:16 OSK Applications
     RE: Kermit protocol (Re: Msg 91023)
     From: TIMKIENTZLE  To: PAGAN

If you hear anything, I'd like to know.  Just to clarify a bit,
Kermit 5A is the newest of the portable `C-Kermit' communications
programs.  C-Kermit has been ported to a huge variety of machines,
and, not surprisingly, has excellent support of the Kermit file
transfer protocol.
   For the record, sliding windows and variable packet sizes have
been around since 1986.  One early implementation of these features
was named `Super Kermit,' and that name still pops up occasionally.
Many other features have been added to the Kermit protocol and
the C-Kermit program since then, several of which will hopefully
be adopted by other protocols as well.  (In particular, Kermit now
identifies the character set used by a text file, which is invaluable
when working with 8-bit text files.)
   Speedwise, Kermit and ZModem are about the same.  The only real
distinction is that ZModem has fewer options, and is hence easier
to use, and Kermit works under many situations that ZModem doesn't.
   You're not the first to complain to Delphi about their archaic
Kermit support.  Hopefully it will improve, but I'm not holding my
breath.
                      - Tim Kientzle

-*-

End of Thread.

-*-

91025 18-DEC 10:54 System Modules (6809)
     sony 1302
     From: DONALDS      To: MARTYGOODMAN (NR)

Marty;

I got a sony 1302 monitor the other day and seem to have a problem with it.
 when I turn on the system the screen will come up fine then after it warms
about a minute there is a snap and I get 2 yellow line across the top of the
screen
athis the monitor works fine. would you have a sujestion (sp) as to what it may
be?
                 Don

-*-

91028 18-DEC 11:44 General Information
     cgp-220
     From: MIKE_GUZZI   To: ALL

I own a CGP-220, recently i got a 486 system and there isn't a driver for
this printer. If i remember right , this printer was also made by canon,
with a radio shack label on it, whats the canon model # for the cgp-220?
anyone know?


-*-

91030 18-DEC 16:55 System Modules (6809)
     RE: printers (Re: Msg 90819)
     From: TIMKIENTZLE  To: MARTYGOODMAN (NR)

Actually, my experience is quite the opposite.  I've recently seen
the output of several ink jet printers that I had a hard time distinguishing
from laser output.  The only real giveaway was that the ink jet doesn't
produce as dark a black; the output tends to be noticably grey rather
than the dark black common with lasers.

    I suspect the biggest cause of `blurring' in ink jets is from
the paper output.  Cheaper ones simply slide the pages atop one another,
which does smear the ink.  The newer ones slide the new page on top of
two rails and then withdraw the rails to gently drop the new page on top
of the old ones.  Seems to work quite effectively.

    I should point out that part of my experience is with a laser printer
that suits my needs nicely except for some firmware bugs that cause it
to misplace characters by a pixel.  While 1/300 inch doesn't sound like
much, it is QUITE noticable in a line of text.  When I need better-quality
output, I've been using Ghostscript to render the PostScript and then send
the resulting bitmap to the printer, which avoids the firmware bugs
in the printer.  Next time I buy a printer, I'll probably pay the premium
for one with an Adobe PS interpreter in it.  Hopefully, that will lack
the bugs.

                           - Tim Kientzle

-*-

91031 18-DEC 17:01 System Modules (6809)
     RE: printers (Re: Msg 90823)
     From: TIMKIENTZLE  To: DSRTFOX (NR)

I completely agree that for volume printing, a good laser is well worth
the investment.  With a 500+ page book sitting on my computer, I go
through a lot of paper these days, and my three-year-old investment
in a laser printer is definitely paying for itself.

However, I still recommend ink jets for home use.  I've seen no
lasers for under $500 that I would buy for my own use, and the
relatively low volume required by most home users doesn't really
strain a printer that hard.  My previous dot-matrix lasted for seven
years, thanks largely to infrequent use.  My 3-year-old laser has
fewer than 8,000 pages on it, and I suspect that's considerably
higher than most home users.

I'm really appreciating buying a laser that only requires a toner
replacement: $20 rather than $80 for a cartridge that includes
a lot of additional machinery.

                        - Tim Kientzle

-*-

91058 19-DEC 23:12 System Modules (6809)
     RE: printers (Re: Msg 91030)
     From: ISC          To: TIMKIENTZLE (NR)

> Actually, my experience is quite the opposite.  I've recently seen
> the output of several ink jet printers that I had a hard time distinguishing
> from laser output.  The only real giveaway was that the ink jet doesn't
> produce as dark a black; the output tends to be noticably grey rather
> than the dark black common with lasers.
>
>     I suspect the biggest cause of `blurring' in ink jets is from
> the paper output.  Cheaper ones simply slide the pages atop one another,
> which does smear the ink.  The newer ones slide the new page on top of
> two rails and then withdraw the rails to gently drop the new page on top
> of the old ones.  Seems to work quite effectively.
>
I, too, have been quite satisfied with inkjet printers, Tim.  I would point
out that many people degrade inkjet output because they buy the cheapest
possible paper, and, then, expect that the ink won't bleed at all.  Part of
owning an inkjet is using the proper paper when one wants high output quality.
 Personally, I use the cheapest possible ink for refilling, but I am careful
about the paper.  For really important documents, I make sure to use the
proper ink AND the proper paper.

Bill

-*-

End of Thread.

-*-

91034 18-DEC 17:49 General Information
     VT100 Help
     From: BOISY        To: ALL

Hi everyone,

I'm in the process of adding VT-100 support to LinkUp and need some type
of documentation that outlines the various VT-100 codes and what they do,
as well as how to respond to them if necessary.

I would appreciate any files one could e-mail me.

-*-

91035 18-DEC 17:51 General Information
     RE: VT100 Help (Re: Msg 91034)
     From: MITHELEN     To: BOISY

Tim has upload Vt100 info to one of the databases. Check the Telcom and
Programmers areas... I know there is some pretty good info already here.

-*-

91040 18-DEC 20:27 General Information
     RE: VT100 Help (Re: Msg 91035)
     From: BOISY        To: MITHELEN

Where?  I did a search for 'VT' in the Programmer, Telecom and OSK Telecom
databases, but all I got were programs.  No information files.

-*-

91048 18-DEC 23:33 General Information
     RE: VT100 Help (Re: Msg 91040)
     From: MITHELEN     To: BOISY

If I'm not mistaken it might be with the C help files tim uploaded... I'll
do some digging, and followup to this post where i find them.

-*-

91049 19-DEC 00:02 General Information
     RE: VT100 Help (Re: Msg 91048)
     From: MITHELEN     To: BOISY

Hmm.. can't seem to find it... You might try dropping Tim or Eddie a message
since they both had good docs on VT100 at one time for vterm and kbcom.

-*-

End of Thread.

-*-

91041 18-DEC 21:53 OSK Applications
     OS9 SIG
     From: VAXELF       To: ALL

  Thanks to all who responded to my qwery.

COM OS9 works great.

            M E R R Y  C H R I S T M A S

                         &

            H A P P Y  N E W  Y E A R

John D <VAXELF>

-*-

91042 18-DEC 22:06 General Information
     os9 boot
     From: TAULBORG     To: ALL

I have a problem booting when I first power up!I will turn my computer on
and everything goes on and up to speed(including my hard drives) and I
try to boot. It starts with floppy then reads the startup from hard drive.
It fails at first but when I turn off /h0 and boot straight from floppy
and do a dcheck of /h0 then reboot,IT DOES!!!Why didn't it do it the
first time?Oh yea I did turn on /h0 before I did a dcheck of it. It also
sometimes boots right when after I have had the computer running in rsdos
for some time(about 30mins to an hour).I know that more info will
probably be needed to solve this dilema so I will answere all questions
as best I can!

-*-

91044 18-DEC 23:06 General Information
     RE: os9 boot (Re: Msg 91042)
     From: MIKE_GUZZI   To: TAULBORG (NR)

sounds like you have some flaky sectors that are effected by heat, i had
a hard disk once that failed to boot up cold, so i left it on all the time


-*-

End of Thread.

-*-

91050 19-DEC 10:04 General Information
     RE: Downed Hard Drive! :-( (Re: Msg 90959)
     From: 01GEN40      To: MIKE_GUZZI

Hi Mike,
  I figured someone would know what those characters are.  Problem is
though, I am not using TelStar, I am not even using an OS-9 communication
program.  I am using a "messed up dog" program called ComBase which does
an emulation of ProComm.  I only mentioned TelStar because it works quite
similar.  I have not found a way of changing the emulation, so maybe I am
going to have to change my Delphi settings to ANSI until I get back on
with my CoCo.  Thanks for the reply.  See ya.

LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!

-= 01GEN40 =-

-*-

91051 19-DEC 10:15 General Information
     RE: Downed Hard Drive! :-( (Re: Msg 90959)
     From: 01GEN40      To: MIKE_GUZZI

Hi again, Mike,
  I just went into Using Delphi to change my terminal setting.  No ANSI
so I changed it to Unknown and that seems to have worked for now.  Thank
you for the reply.  See ya.

LONG LIVE OS-! <FOREVER> ** In whatever form it is in!

-= 01GEN40 =-

-*-

End of Thread.

-*-

91063 20-DEC 23:38 General Information
     Christmas_94
     From: REVWCP       To: ALL

Dear friends:
Once again it is almost Christmastide.  I want to take the
opportunity to thank all of you who have given so many gifts
to me and the rest of the OS-9 community this past year.  Your
willingness to share programming and technical knowledge...your
words of support and encouragment to newcomers...your kind notes
to me at various times, both to assist when I have a computer
related need, or just to say hello.  My chosen life, that as a
monk, allows me few luxuries.  Having taken a vow of poverty, I
do not have a great deal of personal possessions, and as far as
the world is concerned, I am a poor man.  But, when I count all
of you, my friends, I am quite wealthy indeed.

At Midnight mass, on Christmas eve, it is customary for a priest
to remember family and friends during the prayers.  I want to
assure that you will all be in my prayers that night.  As has
become my own custom, if there are any that you would like me to
remember in my prayers that night, any special intentions for
yourselves, your friends, and family, please send me an email
message with your intentions and I will be pleased to remember
them in prayer.

I know that I have said this many times, but the OS-9 community
is a very special part of my life.  I look foreward to the Fests,
and other times when we can get together.  I wish all of you a
blessed holiday time, and a peacefull and prosperous New Year.

::::::::::::::::::::::::::::::::::::::::::::::::::::
:: With all best wishes, ::::::  2 Kings 2:23-24 :::
:: Brother Jeremy, CSJW  :::::::::::::::::::::::::::
:: OS9 Users Group Treasurer :: revwcp@delphi.com ::
:::::::::::::::::::::::::::::::: CIS - 76477,142 :::
::::::::::::::::::::::::::::::::::::::::::::::::::::

-*-

91067 21-DEC 02:51 General Information
     RE: Christmas_94 (Re: Msg 91063)
     From: ISC          To: REVWCP

> Dear friends:
> Once again it is almost Christmastide.  I want to take the
> opportunity to thank all of you who have given so many gifts
> to me and the rest of the OS-9 community this past year.  Your
> willingness to share programming and technical knowledge...your
> words of support and encouragment to newcomers...your kind notes
> to me at various times, both to assist when I have a computer
> related need, or just to say hello.  My chosen life, that as a
> monk, allows me few luxuries.  Having taken a vow of poverty, I
> do not have a great deal of personal possessions, and as far as
> the world is concerned, I am a poor man.  But, when I count all
> of you, my friends, I am quite wealthy indeed.
>
> At Midnight mass, on Christmas eve, it is customary for a priest
> to remember family and friends during the prayers.  I want to
> assure that you will all be in my prayers that night.  As has
> become my own custom, if there are any that you would like me to
> remember in my prayers that night, any special intentions for
> yourselves, your friends, and family, please send me an email
> message with your intentions and I will be pleased to remember
> them in prayer.
>
> I know that I have said this many times, but the OS-9 community
> is a very special part of my life.  I look foreward to the Fests,
> and other times when we can get together.  I wish all of you a
> blessed holiday time, and a peacefull and prosperous New Year.
>
> ::::::::::::::::::::::::::::::::::::::::::::::::::::
> :: With all best wishes, ::::::  2 Kings 2:23-24 :::
> :: Brother Jeremy, CSJW  :::::::::::::::::::::::::::
> :: OS9 Users Group Treasurer :: revwcp@delphi.com ::
> :::::::::::::::::::::::::::::::: CIS - 76477,142 :::
> ::::::::::::::::::::::::::::::::::::::::::::::::::::
>
Thanks, Rev.  I am one of those terrible and heretical Agnostics, but I know a
true Christian when I "see" one.  We have never met, but may only good befall
you.  Happy holidays!

Bill

-*-

End of Thread.

-*-

91064 20-DEC 23:48 General Information
     Deskmate
     From: 2RSMITH      To: CHYDE

I managed to get ded from the app files..BUT I dont know how to quite
understand u're instructs.   The deskmate dos gets all those icons.  I
tried my os9 System disk then changed to the deskmate desk using the
chx chd routine but typing OS9>ded os9boot gets me errors.  Could U
explain when I place the SYS disk in or the DESKM disk in when etc.?
I'm trying to change the baud in the DESKMATE disk to 2400--maybe
I haven't explained that very well. I wouldn't blame U if U give up;
what with christmas and all. Have a good one----:-)  Ray

-*-

91065 21-DEC 00:40 General Information
     RE: Deskmate (Re: Msg 91064)
     From: CHYDE        To: 2RSMITH (NR)

No problem Ray, we'll see if I can explain this right <g>.

First I should mention that it's been pointed out that Deskmate may let
you set the baud rate for the printer.  I don't have the program so I
can't check.  You may want to check the manual, it may be listed under
printer in the index, or maybe where it talks about the word processor.

Second a couple of questions so I'll know exactly what to tell you <g>.

 1) you have 2 drives right?
 2) How do you get into DeskMate?  Do you boot from your system disk and
    start DeskMate from the OS9 prompt, or do you boot from the DeskMate
    disk (this way DeskMate should start automatically)?
 3) If I remember right ded comes in archived format, have you un-archived
    it?

I'm on almost every day, so you ought to be fixed up before Christmas <g>.

        Chris

-*-

End of Thread.

-*-

91066 21-DEC 02:29 General Information
     JEVESTAL on Delphi
     From: ONTHEFRITZ   To: ALL

Hi all!  This is Jim Vestal aka JEVESTAL, I'm borrowing a friend's account
to post this so please don't send me email on this account.

I'm posting this due to my account being shut down as of today until at
least the first week of Januany.  I may not be able to read the forum
messages until then and won't be able to make the cool confs until then
too.

If you send email to JEVESTAL account I won't get it until I have access
again.

You can email me on my BBS (Narnia BBS), the internet email address is:

jevestal%narnia@sandv.chi.il.us

or

jevestal@narnia.citrus.sac.ca.us

I'll be monitoring the CoColist via a local bulletin board.

Wishing all you Merry Christmas and Happy New Year, see you all in 1995!

Jim

-*-

91068 21-DEC 05:35 General Information
     RE: RiBBS/FidoNet Message Formats (Re: Msg 90965)
     From: DGANTZ       To: GREGL (NR)

I'm using a combination of Fido and RiBBS docs.  File call FSC0001.TXT and
INSRB210.LZH.  INSRB210.LZH does not even touch on message or packet formats,
while FSC0001 is incomplete when it comes to what RiBBS produces for messages
or packets.  It's pry incomplete period, no matter what Fido software one
runs.

Wes Gale seems to know the "secret" but he's no longer here (last I heard)
and nearly impossible to get mail to and from on fidonet, plus he has
other problems too.  Charles West left the RiBBS project so I'm not
real sure I could pick his brain either.  I could try Warren Hrach, but as
far as I know, he is only a beta test site and has little if anything to
do with programming.  He strikes me as a test and report site only. An
end user test site.  Maybe I'll try getting ahold of Wes Gale.  He was working
on a similar program.

Thanks Greg, and happy holidays.
          Dave


-*-


FORUM>Reply, Add, Read, "?" or Exit> 