read new nonstop follow
91334 8-JAN 16:13  OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91305)
     From: AJMLFCO      To: VAXELF

If I understand it right, the Ribbs_OSK is using more than screen
positioning codes like Vt100, it is also using the KWindow codes to make
windows, switch windows, etc.  It sound like the project should be
renamed from Ribbs_OSK to Ribbs_MM1 as it is rather specific to
one machine right now.  Not that I object, since I suspect the people
doing the work are running KWindows and that is easiest for them.

I haven't been following Fidonet much since I got into the Internet
on here.  I recall, though, that someone was working in getting
Binlkey ported to OSK.  Do you know anything about that project?

Allen Morgan

-*-

91336 8-JAN 17:29  OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91334)
     From: RANDYKWILSON To: AJMLFCO



That's not quite the case. John is not "adding" K-win specific code. John is in
the process of converting code that is very much entrenched in the coco way to
OSK. There are four major areas that need attacked:

 o Asm subroutines need to be reprogrammed in 680x0 code
 o All code that assumes Basic09 data types, and there is a lot of it, needs to
be
   hacked to deal with OSK data types  (types mostly equals sizes here)
 o All coco specfic serial port stratigies need to be located and changed to
deal
   with the equally damaged, but very different, OSK serial enviroment.
 o All coco specific screen control needs to be made generic.

 This last one isn't really necessary for program development, as the MM/1
accepts coco screen codes. For this reason, it has been left for last... least
priority.

having some idea what John is going through (I looked at converting SuperComm to

OSK, and am helping John with the asm), hindsight tells me it would have been
better to use the RiBBs source disks for their BTU content and program from
scratch. John has put an enormous amount of work into this project.

    Randy

-*-

91337 8-JAN 22:09  OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91334)
     From: VAXELF       To: AJMLFCO

  The main reason Ribbs_OSK is using KWindow calls, is that KWindows is
very very similiar tot he Window calls on the COCO OS9 LII. The OS9
Ribbs used many of the COCO Window calls, thus this port automaticly taylors
itself to the KWindow enviroment.
  As for Binkley, I was the one trying to port it to OSK. Ran into some
serious problems, having to do with the OSK CURSURS package and MODEM
access. I ran into the modem access problem with Ribbs_OSK but was able
to get around it for now. Bink uses many modem access parameters that are
NOT availible under OSK or at least the MM/1 version. I have sent David
Graham a message about the problems with the serial drivers. The serial
drivers work fine as they are, they are just lacking in some parameters
that are vidal to FULL MODEM ACCESS. They work fine for use with a terminal
program, but not for the way Bink uses them. Also I ran out of memory and
I also switched to the newer GNU C/C++ compiler. I recently received the
memory expansion bus, so now have to save enough to get the two 4Meg SIMMS
to fill it up. I have shelved that project for now.

John D.

-*-

91339 9-JAN 00:34  OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91336)
     From: AJMLFCO      To: RANDYKWILSON

Thanks for the insight.  It sound like quite a project.  I hope
I didn't sound like I was complaining, although I am a little
disappointed that it wouldn't run in a generic environment.  I realize
it would be wishful thinking (like dream on!) to find a GWindows version.

Allen

-*-

91340 9-JAN 00:43  OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91337)
     From: AJMLFCO      To: VAXELF

One time a few months ago, while "killing time" in a computer
bookstore, I found a book with documentation of the Fossil driver
BIOS INT calls.  Unfortunately, I couldn't justify $44 for 10 pages
of the book.  Lack of support for these calls in OS9000 keeps us
(Mark Johnson & me) from running Binkley and RA under VPC shell.
Too bad, because the idea was to have a Door into OS9000 shell for
registered users.  I would suppose that good documentation of the
fossil driver calls would help in getting compatible OSK driver
support for Binkley, etc. too.

Allen

-*-

91341 9-JAN 20:24  OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91340)
     From: VAXELF       To: AJMLFCO

  I could send you a copy of the fozzel C code I have. It is stubs for the
fossil drivers. You could then add the code to make them work under OS9000.

John D.

-*-

91352 10-JAN 01:34 OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91341)
     From: AJMLFCO      To: VAXELF

John,
If it's not to complex, we may want to take a look at it.  We
have been experimenting with Ultra C in the OS9000 and have (finally)
had some luck.  The real problem, though, is in VPC (the Dos emulator).
We don't know enough about how it works to consider extending it's
BIOS emulation to support the extra interupts.  And since I don't have
the books or software at my house, I can't be more specific right now.
All I can recall now is finding that the VPC shipped with OS9000 does
not support enough to run a fossil driver.

Allen

-*-

91357 10-JAN 22:00 OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91352)
     From: VAXELF       To: AJMLFCO

  What you can do with this code, that is, if the OS9000 has a graphic
package kinda like cgfx, is emulate the cgfx calls. This may allow you to
use MM/1 C programs on the OS9000.
  I'll send you the code and you can take a look and see if it is useful.
The bink code I have has one for UNIX, MSDOS, AMIAGA, and SUN. I'll send
the MSDOS one too.

 John D.

-*-

91364 12-JAN 01:38 OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91357)
     From: AJMLFCO      To: VAXELF

The OS9000 system uses Gwindows.  We are interested in getting
the development package but as I understand it, if I get the Gwindows
developers kit for OSK I can't do any OS9000.  If Mark gets Gwindows
developer's for OS9000, he (we ) can't develop for OSK.  It's not
worth getting two pieces of software right now.  We may have better luck


Allen Morgan

-*-

91366 12-JAN 04:51 OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91364)
     From: EDELMAR      To: AJMLFCO

 Allen,

 > The OS9000 system uses Gwindows.  We are interested in getting
 > the development package but as I understand it, if I get the Gwindows
 > developers kit for OSK I can't do any OS9000.  If Mark gets Gwindows
 > developer's for OS9000, he (we ) can't develop for OSK.

 Not quite correct.  (I assume you're referring a 386/486 machine running
 OS9000/386 - not OS9000/68040 running on a Motorola, Force or a couple
 of other platforms.)  Obviously, the same object code will not run on both
 platforms.  But source code written for one OS will compile on the other
 with only a few changes.  The biggest change will be to I/O and you'll find
 that this becomes a 'canned' package you'll be able to slip into the code.

 I've been porting several PD packages to OS9000.  Since I'm doing everything
 in Ultra-C, I'm spending more time converting from K&R (3.2) C to Ultra-C
 than I am porting from OS9/68000 to OS9000/386.  I'm doing the conversions
 under OS9/68000.  But, you can do the work under K&R as well.  You might
 want to look at the source code for STerm I've uploaded.  It's in the 'new'
 library here.

 As to G-WINDOWS, PAGAN has written several games, etc. for G-WINDOWS under
 OS9/68000.  I've been doing the ports to OS9000/386 for him.  Most of the
 stuff is compiling with no or only a couple of changes.  Of course, the
 appropriate G-WINDOWS libraries must be used.  For this, you'll need the
 proper Developers Pack.

 If you have code you've written for G-WINDOWS under one of the above OSs
 and want it compiled on the other, so long as it is to be PD, I'll do it
 for you at no charge.  If it's to be a commercial package, we can talk.

 For those interested, I'm posting all the PD stuff I'm doing here and on CIS
 and will be posting on Chestnut and Washington U.  Postings will include
 object code for OS9000/386 and OS9/68000 and the source code.  Since every-
 thing is done with Ultra-C, the appropriate FPU and CSL modules are included
 with instructions.

 Ed Gresick - DELMAR CO

-*-

91367 12-JAN 21:05 OSK Applications
     RE: DMODE SETTINGS (Re: Msg 91364)
     From: VAXELF       To: AJMLFCO

  One thing about the fossil interface program, is it standardizes the
graphic calls. Thus allowing the same program to be compiled on different
platforms.
  We are having a BIG discussion with Carl K. about his serial drivers.
they were broke in the COCO OS9 LII, and are still broke in OSK. It seems
he has a thing about FULLY supporting the uart chips he is making drivers
for. For one thing he never added support for DTR in the COCO version or
the OSK version. Both machine's uarts have DTR accessible in the same
registers that contain the DCD. he didn't even support DCD or CTS/RTS.
You have to use a get/setstat call to access these. DTR should be on the
parameter packet, so you can use it just like pause,echo,baudrate, & ect.

John A. Donaldson

-*-

End of Thread.

-*-

91335 8-JAN 17:11  General Information
     RE: Install program (Re: Msg 91143)
     From: TEDJAEGER    To: DBREEDING

 > Ted, just some thoughts...
 >
 > How do you intend to go about this?  Do you plan to write a general,
 > universal "install" program?  If so, then you might consider letting
 > it do its own copying rather than calling up copy or whatever.
 >
 > One thought about getting around where to put the script.  How about
 > creating a data module, or maybe some other thing that could be loaded
 > into memory.  I haven't given it much thought, but you might even
 > malloc() memory and load the script into memory and let the program
 > progressively read the file.   Or, another thought, couldn't you
 > read the commmands from the source disk one line at a time.  To read
 > the data, you would have to insert the source disk, anyway.
 >
 > The program might need to ask for some information such as exactly
 > where you will be reading from, your destination path, etc, or it
 > could be that this information could be read from the command line.



 Thanks for your input. I'm just back from Christmas R&R and have to
 rethink the project. Yes, I want a universal install program though
 I will probably start off getting one that works satisfactorily
 with DeskTamer. I'm gonna look at popen next (Tim K's suggestion).
 Just writing the install script into memory (without assuming /r0)
 seems like it would get me over the hill.

Bests
---TedJaeger

-*-

91355 10-JAN 21:18 General Information
     RE: Install program (Re: Msg 91189)
     From: TEDJAEGER    To: RICKULAND

Thanks for the thoughts about installation disks, Rick. I saved that
message and will get back to the project in a couple of weeks.

Bests
---TedJaeger

-*-

91358 10-JAN 22:06 General Information
     RE: Install program (Re: Msg 91335)
     From: DBREEDING    To: TEDJAEGER

 > Thanks for your input. I'm just back from Christmas R&R and have to
 > rethink the project. Yes, I want a universal install program though

Hope you had a good rest.

 > I will probably start off getting one that works satisfactorily
 > with DeskTamer.
 > Just writing the install script into memory (without assuming /r0)
 > seems like it would get me over the hill.

Right.  I think the best way, if you are to make it totally universal,
would be to handle all or as much as possible in memory.  Of course,
for something like you are planning, if I understand correctly, the
safest bet is to assume nothing as to what the user might or might
not have.


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

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

-*-

End of Thread.

-*-

91338 8-JAN 22:17  General Information
     Areaedit
     From: VE3DAC       To: DGANTZ

Hi Dave,
    Your Areaedit came down the OCN pipe and here are my first
comments, maybe my last <g>.  A minor point but the main menu #5
says Delete Echo however it seems to be  Edit Echo and won't delete
an Echo. The only thing I need to do right now is  Delete.
    A more serious problem for me, is the fact that I have a number of
echos which have names much longer than you have provided for. This
really louses up the screen displays that you worked so hard on.
I have some Usenet echos with names like  comp.os.linux.misc.
    I would like you to add, as you said you might, an exit without
saving the areas.ctl file.  I can see running your program with no
intent of making any changes. It seems to display the file faster
than I can change directories and run 'VU'.
    I didn't try, but wonder how easy it is to change the Hub for an
echo. You said you wanted to make sure that a hub couldn't be deleted
from an echo entry. Somewhere in the grey cells I had another 'wonder',
but it seems to have developed a hidden attribute. I'll pass it on
if it comes back and seems worthwhile.
Merv
TCCC  BBS     1:250/404



-*-

91342 9-JAN 21:13  General Information
     RE: where do I go? (Re: Msg 91325)
     From: DSRTFOX      To: KUPER

The system has 512K and two double sided disk drives. There is also a good
deal of software (including Os-9 Level 2 and Multi-Vue) and a pair of deluxe
joysticks and a mouse that I'd send along with the system. I'm asking $175
sent anywhere in the continental US. We can negotiate price, but I'd rather
do that in e-mail...

-*-

91343 9-JAN 21:16  Applications (6809)
     RE: 8-bit chips (Re: Msg 91318)
     From: DSRTFOX      To: COCOKIWI

Did you fail to read the part where I said "the same power supply works
perfectly
with a 286/20MHz motherboard" (or something similar!!!)??
I had thought it COULD be a slow memory problem, but DID suspect the power
supply all along. I don't think there is anything WRONG with the PS per se,
but the sensor sure isn't FAST ENOUGH for the 486DX/50MHz!! It seems to be
plenty fast for the 286/20MHz. My guess is just time frame the PS was built
rather than a fault. Thanks for your input though!

-*-

91345 9-JAN 21:44  Applications (6809)
     RE: 8-bit chips (Re: Msg 91329)
     From: DSRTFOX      To: DBREEDING

I have a source for Mac scanners which connect to the SCSI port. I don't
know about source code for formats or anything though.... I guess you's
have to look in the Mac SIG and see if there are any shareware programs
that support a scanner (some paint type programs might) and do some
disassembly. At least they would be in 68K code!!
The hand scanners are $49.95 for an B&W model, $79.95 for color. They come
with a simple B&W paint program... could be disassembled? Is a SCSI model.
100-400 dpi resolution, 4.134" wide. Will run on a Mac Classic or SE, 1MB
of RAM, so doesn't require much. They are available from HSC, 1-800-442-5833
(orders, order part #14809), 408-732-1573 for info.

They also have a video capture device similar to the RASCAN unit for the CoCo.
Uses the SCSI port also. It is only $39.95 (need a video input device...
camera or VCR) part #15012

As for monitor burn in, we have a few with some burn here at the AF base. They
are old 1982 vintage or so WANG green screen terminals. They are only burned
in from 4-6 years of being left on constantly, displaying the log-on screen
. We have more that AREN'T burned in the same age than are. Those people at
least turned the brightness down nights and weekends, the burned ones didn't.
In my opinion, screen burn has always been over hyped. Imagine how many hours
those screens ran with the same thing on the display!! Nights would be 10
hours, plus an extra 28 hours each weekend (10x365=3650+52x28=5106 hours per
yearx4 years=20,424). Now these probably sat some other days, or half days,
with the logon screen displayed. The point is, it took 3-4 YEARS of the exact
same screen (only the time/date changed!) to cause any discernable damage.
And that is on equipment made 10-14 years ago! What do YOU think????

We also have computers that are turned on and off every day. The one I'm
working on right now (I'm backing up the mini computer as I type.. baby-sitting
the tape drive!) is a 1989 vintage Zenith 248. The logic card has been replaced
with a 486SX/25MHz processor card, but the power supply and monitor are the
same. It is turned on and off at least twice daily. Nothing has failed in
six years. We also have some Wang "classic" 8088 computers (they AREN'T fully
XT compatible, about 80%) that have been running since 1982 under the same
conditions, turned on and off at least daily. We are starting to get some
hard drive failures (well, over the past year) now in the old 10MB HD units
that reformatting won't fix for long, but that's about all. Those things
are used as remote terminals for the mini-computer, so they aren't taxed
much. We are getting ready to replace them, however, with 486SX computers.
As remote, dedicated terminals, they have been extremely reliable though.

-*-

91348 9-JAN 23:23  Applications (6809)
     RE: 8-bit chips (Re: Msg 91330)
     From: WA2EGP       To: DBREEDING

Mine would probably win the "most junk in one room" award.  Imagine, a 12 X
14 room with room for one one person.  An earthquake would bury that person.
When I have a crash....I HAVE A CRASH!!! (Grin)

-*-

91350 10-JAN 01:07 Applications (6809)
     RE: 8-bit chips (Re: Msg 91343)
     From: COCOKIWI     To: DSRTFOX

The CPU,s draw MORE power as they get bigger<g> or smaller?? but weird things
can crop up in there!........It could be a timing problem with the 5v sensor
that was causing the difference..The sensor Was kicking in too soon,causing the
power problem! Some Mother boards had that problem.....The power sense circuit
has a timer on it so that it will not kick in too soon! And the power supply
would kick it in,one would get a reset!and flacky operation!on boot!
Dennis

-*-

91351 10-JAN 01:13 Applications (6809)
     RE: 8-bit chips (Re: Msg 91328)
     From: COCOKIWI     To: DBREEDING

the older !!586!! pent...up.....draws 3.5 AMPS.......new ones around 1.5 amps
cause they went to a smaller die..and lower volts 3.3 volts......A laptop
would not run too long with those Amps.....<grin>
Dennis

-*-

91354 10-JAN 19:31 Applications (6809)
     RE: 8-bit chips (Re: Msg 91328)
     From: JOHNREED     To: DBREEDING

 > for our systems.  This one person said that he usually left his computer
 > on all the time (as I understood him), but would turn his monitor off.
 > I wonder, though if having the computer on and the lines going out in
 > open space, so to speak, for an extended period of time might be hard on
 > the video circuitry in the computer.
 >
 > Any comments, anyone?

I often leave my MM/1 and the messydos machine on when I am away
from home overnight and want to run them by phone.  I usually turn
the monitors off.

The video output of the computer should "see" the same impedance
at the monitor whether it is on or off.  No problem.

           ********************************
       A stitch in time --------------------
               ------ is worth two in the bush

 John R. Wainwright <<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>

-*-

91379 13-JAN 22:10 Applications (6809)
     RE: 8-bit chips (Re: Msg 91345)
     From: DBREEDING    To: DSRTFOX

 > I have a source for Mac scanners which connect to the SCSI port.

Oh, I was wondering about implementing scanners on OSK systems.  Not sure
if very many people would be interested, but I've thought it would be nice
to have.

 > As for monitor burn in, we have a few with some burn here at the AF base.
 > They are old 1982 vintage or so WANG green screen terminals. They are only
 > burned in from 4-6 years of being left on constantly, displaying the
 > log-on screen . We have more that AREN'T burned in the same age than are.
 > Those people at least turned the brightness down nights and weekends, the
 > burned ones didn't. In my opinion, screen burn has always been over hyped.

Probably so.. although I have noticed on the terminal screens for our lottery
displays here, (they cycle through about 3 or 4 displays for the different
draws, and I don't know the quality of the monitors), you do see the image
of some of the displays on them.  I've always just been one to not take
chances.

 > in six years. We also have some Wang "classic" 8088 computers (they AREN'T
 > fully XT compatible, about 80%)
 > We are starting to
 > get some hard drive failures (well, over the past year) now in the old
 > 10MB HD

It's funny you should mention these.. I believe a friend of mine just
purchased one of these, from some kind of salvage place.  The HD is a
seagate 412, I think, the cards lay down, and would be maybe 10-12"
"high" if they stood up.  I went over to check it out, and while I
was there, a screw came out of the HD and dropped out, and after that,
would not read the HD, I thought maybe the nut or screw dropped down on
the board and shorted something.  The floppy would not read a 360k
disk, either (before this happened).  I think the dealer is going to
swap them another unit.. They gave $200 for it, monitor, and printer.
Actually, I wish they would get something a little more up-to-date,
but they are determined.  I saw a msg on our BBS about a 286 system,
and I believe it has SVGA (maybe VGA), for $400.  This is not very
state-of-the-art, either, but it would be a better foundation to
start from.  Well, you'd have to know them... <G>  But, IMO, they
just don't have anything to work with.  I bet it's the exact same
thing you have just described.


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

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

-*-

91380 13-JAN 22:10 Applications (6809)
     RE: 8-bit chips (Re: Msg 91348)
     From: DBREEDING    To: WA2EGP

 > Mine would probably win the "most junk in one room" award.  Imagine, a 12 X
 > 14 room with room for one one person.  An earthquake would bury that
 > person. When I have a crash....I HAVE A CRASH!!! (Grin)

I dunno, if the contest is open to all types of rooms/buildings, I could give
you a run for your money.. We have one outbuilding, about 12x12, where,
maybe several people could get in, but you do have to just about crawl over
everything, and we have a 120 x 48 outbuilding that has, in time been so
cluttered that you couldn't drive a vehicle from one end to the other.
I guess I can hold my own in "junkpiling"... <VBG>


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

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

-*-

91384 13-JAN 23:50 Applications (6809)
     RE: 8-bit chips (Re: Msg 91380)
     From: WA2EGP       To: DBREEDING

Ooooooh....could I visit (with a station wagon)?

-*-

91390 14-JAN 14:01 Applications (6809)
     RE: 8-bit chips (Re: Msg 91384)
     From: DBREEDING    To: WA2EGP

 > Ooooooh....could I visit (with a station wagon)?

Better make that a *BIG* station wagon  ;-)
.. Or better yet, do you own a Semi?


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

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

-*-

91394 14-JAN 23:14 Applications (6809)
     RE: 8-bit chips (Re: Msg 91345)
     From: LMCCLURE     To: DSRTFOX (NR)

     "The hand scanners are $49.95 for an B&W model, $79.95
      for color."

What are the specs on the color scanner (i.e., d.p.i. [200,400 or 800?]
and the maximum number of colors [262,144 or 16.8 million?])?


-*-

91401 15-JAN 02:50 Applications (6809)
     RE: 8-bit chips (Re: Msg 91329)
     From: DIGIGRADE    To: DBREEDING

 > > most people, even in business, don't tax there machines as much as you
 > > seem to!!
 >
 > I'd say *MOST* people don't even push their machines hard enough to even
 > get their attention <G>
 >
 > In your message, you mention something I've been wondering about --
 > scanners for us.  I wonder if anyone has attempted to get us started with
 > scanners.  Would it be worthwhile?  That is, would very many people be
 > interested?  Many are SCSI, aren't they?  Would they simply hook to the
 > SCSI port?  Could we get access to the format etc of the data to write
 > the program?

     Iv'e been waiting for info on the SCSI digitizer that was supposed to
be in the works since 1991! Now that I'm buying a Macintosh I wouldn't be
too interested. I'm going to be using an Apple QuickTake digital camera to
take digital pictures, it's priced well for the quality unit that it is.
You can store 32 320x240 images, 8 640x480 images or a comination of both
in the 1MB of "FLASH EPROM" memory. I might try making a driver for the
MM/1. The cost is $685.86 from CDW. Does this sound too expensive for the
MM/1 market? Really it could work on all OSK systems. I really don't know
what kind of format the QuickTake uses.


      Dave


 _____________________________________________________________________________
 |Dave Pellerito    -   <digigrade@delphi.com>  |  Posted using InfoXpress   |
 |Digigrade Productions   -   Digital Services  |  with an MM/1 running OSK  |
 |---------------------------------------------------------------------------|
 | *********** Compact disks, the greatest idea since television *********** |
 |___________________________________________________________________________|

-*-

91408 15-JAN 13:35 Applications (6809)
     RE: 8-bit chips (Re: Msg 91401)
     From: DBREEDING    To: DIGIGRADE (NR)

 > Iv'e been waiting for info on the SCSI digitizer that was supposed
 > to be in the works since 1991! Now that I'm buying a Macintosh I wouldn't
 > be too interested.
 > to take digital pictures, it's priced well for the quality unit that it
 > is. You can store 32 320x240 images, 8 640x480 images or a comination of
 > both in the 1MB of "FLASH EPROM" memory. I might try making a driver for
 > the MM/1. The cost is $685.86 from CDW. Does this sound too expensive for
 > the MM/1 market? Really it could work on all OSK systems. I really don't

The cost?  Well, I don't know if the people would be in favor ot this or not.
It doesn't seem like all that much to me.. I couldn't just run out on
moments' notice and plop that down, but it doesn't seem out of reach, really.

As for compatibility.. I think the storage format would be pretty universal.
I'd think maybe store it in some standard graphical format, but IMO, that
would only take a conversion - seems like that would be the same across all
systems, and then a series of writes to store on media..  If the scanners,
etc used a standard interface (SCSI?), then I think it could be done with an
application, and not even create drivers.. Dunno

 > know what kind of format the QuickTake uses.

Well, that's me.. I'm totally in the dark on this subject..  I have a
suspicion it might convert the image to some standard protocol.


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

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

-*-

91414 15-JAN 20:46 Applications (6809)
     RE: 8-bit chips (Re: Msg 91209)
     From: MREGC        To: DIGIGRADE (NR)

Dave,

  > And my offer still stands to Digital Frontier Prod. to update the
  > graphics for GR2000.

    Sorry, I didn't realize that statement you made to me awhile back was an
offer. The tools I used to create the graphics are available as shareware,
and they can be used to edit the graphics and board files from GR2 with only
a simple modification to these files. I'd be more than happy to help if you
wanted to make your own graphics set for GR2, and I'd suggest uploading it so
that everyone here that has GR2 could utilize it.

..Eric...

-*-

End of Thread.

-*-

91344 9-JAN 21:23  General Information
     RE: Hard drive deals (Re: Msg 91327)
     From: DSRTFOX      To: FHOGG

The 330MB HP drive JEM has is a FULL HEIGHT unit. They last advertised it in
Computer Shopper for $159, not $119 (I'm looking at the NOV issue, may have
changed!!). The drive is advertised as a fast 17ms access time though.
Really just thought I'd pont out the price difference and fact that it is
full height 5.25". It is still a GREAT bargain though!! Would work great
on a CoCo with one of my Ken-Ton controlers.....
;>

-*-

91349 10-JAN 00:28 General Information
     RE: Hard drive deals (Re: Msg 91344)
     From: FHOGG        To: DSRTFOX

Thanks for the info. 17ms is not all that fast nowadays. Most of the prices
I've seen on SCSI drives are in the $.50 per meg area. With prices starting
about 200 or so for a 270 meg quantum. I'm gonna pass myself as I don't need
one right now. I allready have a bunch of full height 5.25 that I wish I
didn't own. (big noisy, take up a lot of room etc.)

Frank

-*-

End of Thread.

-*-

91346 9-JAN 22:55  General Information
     RE: ge (Re: Msg 91182)
     From: 01GEN40      To: DSRTFOX

Yeah, Microsoft's policy is: If you can't beat 'em buy 'em!  Obviously
they could not "buy 'em" either :-).  See ya.

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

-= 01GEN40 =-

-*-

91347 9-JAN 23:00  General Information
     RE: ge (Re: Msg 91186)
     From: 01GEN40      To: MMCCLELLAND

I am going to give IBMs OS/2 WAVE a shot.  I like what I read about it.  I
do not think it is preemptive multitasking like uh, what was it?  Oh, yeah,
WINDOZE.  When are they going to release WINDOZE 96???  See ya.

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

-= 01GEN40 =-

-*-

91353 10-JAN 05:08 General Information
     RE: ge (Re: Msg 91346)
     From: BROWN80      To: 01GEN40

Microsoft's unofficial policy might be: If you can't beat 'em steal 'em then
offer to pay for it.
o
Of course this can't be true.  Microsoft doesn't need to steal anything ;-)
                     John Brown

-*-

91356 10-JAN 21:37 General Information
     RE: ge (Re: Msg 91347)
     From: JEJONES      To: 01GEN40

 > I am going to give IBMs OS/2 WAVE a shot.  I like what I read about it.  I
 > do not think it is preemptive multitasking like uh, what was it?  Oh,
 > yeah, WINDOZE.

OS/2 really does do pre-emptive multitasking.

Opinions herein are solely those of their respective authors.

Clipper Chip: Big Brother Inside

-*-

91392 14-JAN 19:58 General Information
     RE: ge (Re: Msg 91347)
     From: TEDJAEGER    To: 01GEN40

 > I am going to give IBMs OS/2 WAVE a shot.  I like what I read about it.  I
 > do not think it is preemptive multitasking like uh, what was it?  Oh,

 I got WARPED over the holidays - well, I havent installed it yet. Will
in a couple of days. Educator's price was 54.00. How could I say no? I
assume these OS2 apps are not reentrant so its still not up to our
beloved OS, no?

Bests
---TedJaeger

-*-

91395 15-JAN 00:30 General Information
     RE: ge (Re: Msg 91392)
     From: ISC          To: TEDJAEGER

>  > I am going to give IBMs OS/2 WAVE a shot.  I like what I read about it.  I
>  > do not think it is preemptive multitasking like uh, what was it?  Oh,
>
>  I got WARPED over the holidays - well, I havent installed it yet. Will
> in a couple of days. Educator's price was 54.00. How could I say no? I
> assume these OS2 apps are not reentrant so its still not up to our
> beloved OS, no?
>
> Bests
> ---TedJaeger
>
Ted,

Jumping in with a word of advice is not always safe, but, before you install
OS2 Warp on your PC, make sure that it will work with all of your peripherals
and their drivers.  OS2 lacks drivers/driver compatibility for a lot of
hardware and this is where many who have unhesitatingly installed it have
encountered trouble.  Also, back up your data before you install it, just in
case.  No, OS2 is not reentrant. It creates virtual machines and hogs your
memory instead slowing down your system accordingly.  Thus, load high as much
of the system as possible and defrag your hard disk before install.  You might
not have been able to say no, but unless you take precautions, you might say
other "choice" words later! <grin>

Good Luck.

Bill

-*-

91405 15-JAN 11:38 General Information
     RE: ge (Re: Msg 91353)
     From: 01GEN40      To: BROWN80

  Ahh, but that is how Microsoft got it's start.  From what I have read,
and understand, Gates "stole" the code, for what is now known as MS-DOS,
for      about $7,500.00 bucks, if I remember the figure correctly.  He got
it from the guy who wrote CP/M (I think).  I forget the mans name, but I
am sure someone out here will know and will correct any false ass               
        essment
of Microsofts beginnings.  See ya.

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

-= 01GEN40 =-

-*-

91406 15-JAN 11:48 General Information
     RE: ge (Re: Msg 91356)
     From: 01GEN40      To: JEJONES

Hi James,
  The early reports, that I read from    2       strickly Windoze Mags, was that
 it
was pre-emptive.  But, as I kept reading more and more, and read what
actual users were saying about the way it runs, I was under the impres-
sion that it was a lot more like OS-9 in multi-tasking capabilities.  I
guess I could be wrong though.  I just do not want to run anything that
has the word "Microsoft" on it or in it.  I do not even do anything in
the BASIC that is in this CoCo3 of mine because it has the "word" in it.
Oh well, I think I am still going to give Warp a go.  I do always have
DR-DOS V6.0 to fall back on if need be.  See ya.

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

-= 01GEN40 =-

-*-

91407 15-JAN 11:58 General Information
     RE: ge (Re: Msg 91392)
     From: 01GEN40      To: TEDJAEGER

Hi Ted,
  Well, I am not an educator, although I do impart knowledge that I have
learned into the minds of others in hopes of making a mark.  I just want
someone to eventually say, "Oh yeah, 'whats-his-name' told me about that"
and hope that what I told them came in handy.  $54 bucks!  I will have to
settle for the sale price of $74.00 + (Uncle Sams share).  Get it installed
and let me know what you think.  I want to find out if what I have been
reading is true.  See ya.

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

-= 01GEN40 =-

-*-

91420 15-JAN 22:54 General Information
     RE: ge (Re: Msg 91405)
     From: WA2EGP       To: 01GEN40 (NR)

I heard he paid $50K for a CP/M clone and had it rewritten.

-*-

91434 17-JAN 20:23 General Information
     RE: ge (Re: Msg 91395)
     From: TEDJAEGER    To: ISC

 > Jumping in with a word of advice is not always safe, but, before you
 > install OS2 Warp on your PC, make sure that it will work with all of your
 > peripherals and their drivers.  OS2 lacks drivers/driver compatibility for
 > a lot of hardware and this is where many who have unhesitatingly installed
 > it have encountered trouble.  Also, back up your data before you install
 > it, just in case.  No, OS2 is not reentrant. It creates virtual machines
 > and hogs your memory instead slowing down your system accordingly.  Thus,
 > load high as much of the system as possible and defrag your hard disk
 > before install.  You might not have been able to say no, but unless you
 > take precautions, you might say other "choice" words later! <grin>
 >
 > Good Luck.

 OS2 is installed now and running relatively well. In fact, I have
installed it on two machines with not too much trouble. Video drivers
semm to be the most problematic as the IBM PS1 I installed it on first
lost its video output entirely until I rebooted and interrupted the reboot
with an emergency exit to a configuration screen where I could (by
default) get a basic VGA driver installed. That PS1 had local bus
video embedded on the motherboard so I wasnt completely surprised that
I had a problem there. My new PC compatible set up with basic VGA
support even though the monitor and video baord had super VGA capability.
Subsequently, I did a partial reinstall and os2 correctly detected the
video board (Cirrus Logic) and installed the appropriate driver. The only
problem is that dual boot crashes when I go from os2 back to DOS now that
I am using SVGA. Fortunately, it gets the HD boot sector rewritten before
it crashes so a push of the reset button gets me on to DOS. Much more
exploration to do...


Bests
---TedJaeger

-*-

91435 17-JAN 20:23 General Information
     RE: ge (Re: Msg 91407)
     From: TEDJAEGER    To: 01GEN40 (NR)


 > settle for the sale price of $74.00 + (Uncle Sams share).  Get it
 > installed and let me know what you think.  I want to find out if what I
 > have been reading is true.  See ya.

 HAve it installed now and first impression is that it is pretty neat. The
 desktop is more MAC like than Windows meaning there is no more of these
 stupid Group icons and windows cluttering things up. The icons are for
 devices (e.g. printer) and folders that reveal objects (e.g. text
 document). First speed impression is that it run DOS apps faster and
 Windows apps slower. There are at least three ways to get to your
 windows apps from the os2 desktop and I havent determined which I like
 best yet. You can bring up the program manager from os2 to get a Windows
 look to things (which I dont like) or you can open an os2 object to get a
 window holding a folder for each group that is on your Windows desktop.
Click on the folder and  then the program. Avoids program manager
 completely. I believe that there is a way to put a Window's program icon
 directly on the os2 desktop as well, though you dont get this set up
 with a default installation. This last approach seems preferable to me.
 I'll try this eventually as well as get some time in with the OS2
 applications. There is little documentation for the apps but from reading
 the readme file they seem impressive. Supposedly you can create a chart,
 drag it to a text document in the word processor, drag multiple
 addresses from your phonebook to the text document, then drag the test
 document to the fax object on your desk and faxes will be sent to all
 the addresses. All with the mouse! Well, much to learn. Later...

Bests
---TedJaeger

-*-

End of Thread.

-*-

91359 11-JAN 00:00 OSK Applications
     CyberWar for OS9000
     From: PAGAN        To: ALL

 The OS9000 version of CyberWar I posted in the databases was
 archived with lha.  Ed Gresick has posted (or will soon) the OS9000
 version of lha so you may have to wait until it's visible to
 dearchive CyberWar.

 Stephen (PAGAN)
 No one whose testicles have been crushed or whose penis has been cut
 off may be admitted into the community of the Lord. [Dt 23:2]

-*-

91361 11-JAN 05:21 OSK Applications
     RE: CyberWar for OS9000 (Re: Msg 91359)
     From: EDELMAR      To: PAGAN

 > ... Ed Gresick has posted (or will soon) the OS9000
 > version of lha so you may have to wait until it's visible to
 > dearchive CyberWar.

 The OS9000 version of LHa is now posted.  Just need to wait until it is
 made visible by the database manager.

 BTW, the port was done by T. Kocourek and works fine.  I've had no problems
 archiving/extracting files between the OS9000 version and the OSK version.

 Ed Gresick - DELMAR CO

-*-

91362 11-JAN 18:03 OSK Applications
     RE: CyberWar for OS9000 (Re: Msg 91361)
     From: PHILSCHERER  To: EDELMAR

Thanks Ed! <Phil>

-*-

End of Thread.

-*-

91360 11-JAN 01:32 General Information
     Survey
     From: EARTHER      To: REVWCP

I know I'm late with this, but here goes:

    1. Shawn Driscoll
    2. 31 years old
    3. Started using the CoCo 2 at age 20.
    4. Started using OS-9 Level II at age 23.
    5. Learned Basic, Cobol, Fortran, Pascal, Lisp, and C before
       owning a CoCo.


I'm six months behind in the forum here, sorry.


-*-

91363 11-JAN 22:18 General Information
     RE: Survey (Re: Msg 91360)
     From: REVWCP       To: EARTHER

Dear Shawn:

 > I know I'm late with this, but here goes:
 >
 >     1. Shawn Driscoll
 >     2. 31 years old
 >     3. Started using the CoCo 2 at age 20.
 >     4. Started using OS-9 Level II at age 23.
 >     5. Learned Basic, Cobol, Fortran, Pascal, Lisp, and C before
 >        owning a CoCo.
 >
 > I'm six months behind in the forum here, sorry.
 >

Please don't feel the need to apologize.  I'm glad to see that you
are still here and active.  I'm still playing around with a few
additions for the Guib series.  Who knows, it might get written
in Assembler.  It would certainly be the motivation I need to
learn ASM programming.  I saw your message on the cocolist.  You
echo many of my sentiments.  I recently picked up an old IBM
Portable PC.  This was an XT lwith a built in monitor. It is a
luggable at best.  Early 1985 I think.  The CoCo, particularly
under OS-9 was an obviously superior machine.  Its a shame that
it had to be sold by Tandy.  One can only imagine what might have
happened if it had been marketed right.  Speed, graphics,
multitasking.  We were miles ahead of IBM.  I see that you are
working on an upgrade to your Shanghai port. (A program which
has caused this monk of little will-power to spend many a
"non-productive" hour at the keyboard.)  Seriously, your efforts
are greatly appreciated.


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

-*-

End of Thread.

-*-

91365 12-JAN 01:54 Games & Graphics
     CD-I for OS/2!
     From: AJMLFCO      To: ALL

I was just skimming through the latest (January, 1995) issue
of "OS/2" professional and I noticed an announcement that IBM has
reached an agreement with Philips to develop device drivers that
would enable Philips' Compact Disk Interactive system to run under
OS/2.  "....would seek to bundle CD-I and Warp with an as yet undisclosed
number of OEM manufacturers and dealers."  "...we are currently looking
to ship by Q1."  (1995?)

It seems like CD-I might hit the mainstream, but sans O9 and on
Intel to boot.

from page 57.


Allen Morgan

-*-

91368 12-JAN 23:02 Games & Graphics
     RE: CD-I for OS/2! (Re: Msg 91365)
     From: HAWKSOFT     To: AJMLFCO

Hey Al!!

 > I was just skimming through the latest (January, 1995) issue
 > of "OS/2" professional and I noticed an announcement that IBM has
 > reached an agreement with Philips to develop device drivers that
 > would enable Philips' Compact Disk Interactive system to run under
 > OS/2.  "....would seek to bundle CD-I and Warp with an as yet undisclosed
 > number of OEM manufacturers and dealers."  "...we are currently looking
 > to ship by Q1."  (1995?)
 >
 > It seems like CD-I might hit the mainstream, but sans O9 and on
 > Intel to boot.

  This sounds like the reference in CDI magazine, that Philips has designed
and will license a plug-in CD-i card for IBM compatibles. This will allow
IBM compatibles to be CD-i (and digital video) machines. Release is expected
in the 1st quarter of '95.

  Finally, IBM compatibles will be able to do something well!!!

                                   Chris


   :-> :-> :-> :-> :-> :-> :->  Chris "HAWKSoft"  <-: <-: <-: <-: <-: <-: <-:

        Delphi: HAWKSOFT                   Internet: HAWKSOFT@DELPHI.COM

   ******************< Uploaded w/ InfoXpress vr. 1.02.00 >******************

-*-

91369 12-JAN 23:15 Games & Graphics
     RE: CD-I for OS/2! (Re: Msg 91365)
     From: COCOKIWI     To: AJMLFCO

They<philips> have come out with a IBM - CD-I board....so it follows that
they would look for drivers for the different OS,s out there! One WOULD need
a board to run CDI on any system..as is 3DO....Creative Labs has a BOARD for
that format!...@ $350.00 ...
Dennis

-*-

91385 13-JAN 23:59 Games & Graphics
     RE: CD-I for OS/2! (Re: Msg 91365)
     From: WA2EGP       To: AJMLFCO

I saw something about that in another magazine.  Geez.....we better hurry and
get things going on OS-9/OSK (grin).

-*-

End of Thread.

-*-

91370 12-JAN 23:26 OSK Applications
     C pointers,structures, type conversion
     From: BKITT        To: ALL

I have a structure in C where one of the variables is a character pointer.
ie.
typedef struct {
     char _field[12];
     char *_buffer;
     char _length:
       .
       .
     }
I want to specify this structure with a double (or float etc) for the buffer.
ie.
 sample[] =
     {{"ONE"},ONE,10},
     {{"TWO"},TWO,10},
     }
where ONE may be a type char, double, float, int, etc, and TWO can be some
totally different type.
I can marginally get it to work with:     (char *)ONE
But this requires that one be defined as   double ONE[1], instead of what
I would expect: double ONE.

(never mind the above period, that was an acident)

What am I doing wrong with this structure pointer combination????

Many thanks

-*-

91377 13-JAN 21:42 OSK Applications
     RE: C pointers,structures, type conversi (Re: Msg 91370)
     From: JOELHEGBERG  To: BKITT (NR)

Brian,

 > I have a structure in C where one of the variables is a character
 > pointer. ie.
 > typedef struct {
 > char _field[12];
 > char *_buffer;
 > char _length:
 > .
 > .
 > }

 > where ONE may be a type char, double, float, int, etc, and TWO can be
 > some totally different type.

I'm confused exactly what you want to do.  Are you saying _buffer will
point to an area of memory that may have different data types for
different items?  (So, for one item _buffer may point to a double, and
other times _buffer may point to a short integer?)

  -- Joel.


-*-

91389 14-JAN 13:35 OSK Applications
     RE: C pointers,structures, type conversi (Re: Msg 91370)
     From: VAXELF       To: BKITT (NR)

  A long time ago, before the cgfx.l library came out, I wrote my own
and based it on the COCO bgfx library. Thus calls such as

cgfx("BColor",08)

or

cgfx("Underline","ON")

As you can see, the varibles are mixed. I think this is what your talking
about. What I used was a UNION. This allow you to setup a memory allocation
where different types of data can be stored and accessed from the same
memory location.
  If you have the K&R book, it explains it pretty well. In the mean time
I will see if I still have the C code for my old version of cgfx and if I
do, I'll send you that part that setups the union and how it was interpid.

John A. Donaldson

-*-

91398 15-JAN 02:10 OSK Applications
     RE: C pointers,structures, type conversi (Re: Msg 91370)
     From: DBREEDING    To: BKITT (NR)

 > I have a structure in C where one of the variables is a character
 > pointer. ie.

I may be wrong here, but I believe that to create the array sample[], you
will have to have all fixed size elements in the fields.  As long as you
define it as a pointer, you will be OK.  You may wind up having to cast it
to whatever type you need in the program.  If the element were of variable
sizes, the program would have no way of computing the offset to sample[x].

 > I can marginally get it to work with:     (char *)ONE
 > But this requires that one be defined as   double ONE[1], instead of what
 > I would expect: double ONE.

Again, I think the best way here is to define _buffer as a pointer (you did),
but then you will have to use the address of the double, you might define
            double ONE;
 then when you assign values

  typedef struct {
    char _field[12];   /* better for pointer here - string elsewhere?? */
    char *_buffer;
    char _length:
    .
    .
  } SMP;

The way you defined sample[], you will have a POINTER to the string, to
have the string in the array, do as follows.

  SMP sample[] ={
    {{'O','N','E','\0'},&ONE,10},  /* reference 2nd element by ADDRESS */
    {{'T','W','O','\0'},&TWO,10},    /*etc*/
  }

You will have to develop it more, but I think this might put you on the
track better.


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

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

-*-

End of Thread.

-*-

91371 12-JAN 23:36 General Information
     Install program
     From: RICKULAND    To: TEDJAEGER

     Ted,

     For   OS9,  I've  found  it  usually  easiest  to provide  a
'semi-bootable'   floppy, or 'system image' this works on several
levels.
     The  floppy  user  can  do a backup from  disk  basic,  boot
somehow,  swap  disks,  and chx/chd. His /dd device will  be  /d0
anyway, so your floppy or an image runs fine in the one drive.
     To make a bootable, a simple script would allow you to pluck
a few vital utils from Master. User formatss and cobblers a disk,
then  dsave your floppy then runs your script which grabs  shell,
grfdrv,  etc  to  clean up. You can combine the  dsave  generated
script with your systmast plucker, and cut a few user typos.

     Hard  drive owners would cram your disk in a floppy, chd  to
it, and dsave /dx /dd ! shell. If the floppy is an exact image of
a  runnable  disk,  the hard drive becomes an exact  image  of  a
runnable   disk!    (plus  all that other crap the  user  already
did)  The  only point of contention is the user  directory  since
there are fairly rigid conventions for most of the dir tree.

     DD, as far as I know:

     junk  or temporary files (readmes, install scripts) place in
root  so they are instantly obvious and easily deleted. Don't add
_any_ perminant files to root!

     dd/CMDS            all execs
     dd/CMDS/ICONS      (cc3 only)

     dd/SYS             system files- termcaps, etc
     dd/SYS/MINE        apps with many SYS files grab a dir

     dd/DOCS            da manual

     dd/DEFS         \
                       > those who write
     dd/LIB          /

     dd/SOURCES         often subdivded by language then program-
                         /dd/sources/b09/thisthing/code.b09

     dd/USR/*           where the AIFs play. Undefined but
                         typical branches- USR/TCOM,  USR/GAMES,
                         etc...

     dd/USR/*/other     nice  apps  hide weird  files  _beyond_
                         where the user sees the datafiles.

     Applications  have been known to grab extra directories from
root.  This  makes sense on floppies, where /dd/MINE is  all  the
housekeeping  needed. But this is horribly ugly after a few dozen
apps are installed on ahard drive, and positively stops multivue.
Even  if  the  user doesn't use a 'usr' directory, he can  use  a
convienient  dsave  handle  for custom installs. It does  look  a
little weird having an empty dir level on a floppy, thou.
                              -ricku

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

-*-

91372 12-JAN 23:39 General Information
     Install program
     From: RICKULAND    To: TEDJAEGER

     Ted,

     For   OS9,  I've  found  it  usually  easiest  to provide  a
'semi-bootable'   floppy, or 'system image' this works on several
levels.
     The  floppy  user  can  do a backup from  disk  basic,  boot
somehow,  swap  disks,  and chx/chd. His /dd device will  be  /d0
anyway, so your floppy or an image runs fine in the one drive.
     To make a bootable, a simple script would allow you to pluck
a few vital utils from Master. User formatss and cobblers a disk,
then  dsave your floppy then runs your script which grabs  shell,
grfdrv,  etc  to  clean up. You can combine the  dsave  generated
script with your systmast plucker, and cut a few user typos.

     Hard  drive owners would cram your disk in a floppy, chd  to
it, and dsave /dx /dd ! shell. If the floppy is an exact image of
a  runnable  disk,  the hard drive becomes an exact  image  of  a
runnable   disk!    (plus  all that other crap the  user  already
did)  The  only point of contention is the user  directory  since
there are fairly rigid conventions for most of the dir tree.

     DD, as far as I know:

     junk  or temporary files (readmes, install scripts) place in
root  so they are instantly obvious and easily deleted. Don't add
_any_ perminant files to root!

     dd/CMDS            all execs
     dd/CMDS/ICONS      (cc3 only)

     dd/SYS             system files- termcaps, etc
     dd/SYS/MINE        apps with many SYS files grab a dir

     dd/DOCS            da manual

     dd/DEFS         \
                       > those who write
     dd/LIB          /

     dd/SOURCES         often subdivded by language then program-
                         /dd/sources/b09/thisthing/code.b09

     dd/USR/*           where the AIFs play. Undefined but
                         typical branches- USR/TCOM,  USR/GAMES,
                         etc...

     dd/USR/*/other     nice  apps  hide weird  files  _beyond_
                         where the user sees the datafiles.

     Applications  have been known to grab extra directories from
root.  This  makes sense on floppies, where /dd/MINE is  all  the
housekeeping  needed. But this is horribly ugly after a few dozen
apps are installed on ahard drive, and positively stops multivue.
Even  if  the  user doesn't use a 'usr' directory, he can  use  a
convienient  dsave  handle  for custom installs. It does  look  a
little weird having an empty dir level on a floppy, thou.
                              -ricku

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

-*-

91373 12-JAN 23:41 General Information
     Install program
     From: RICKULAND    To: TEDJAEGER

     Ted,

     For   OS9,  I've  found  it  usually  easiest  to provide  a
'semi-bootable'   floppy, or 'system image' this works on several
levels.
     The  floppy  user  can  do a backup from  disk  basic,  boot
somehow,  swap  disks,  and chx/chd. His /dd device will  be  /d0
anyway, so your floppy or an image runs fine in the one drive.
     To make a bootable, a simple script would allow you to pluck
a few vital utils from Master. User formatss and cobblers a disk,
then  dsave your floppy then runs your script which grabs  shell,
grfdrv,  etc  to  clean up. You can combine the  dsave  generated
script with your systmast plucker, and cut a few user typos.

     Hard  drive owners would cram your disk in a floppy, chd  to
it, and dsave /dx /dd ! shell. If the floppy is an exact image of
a  runnable  disk,  the hard drive becomes an exact  image  of  a
runnable   disk!    (plus  all that other crap the  user  already
did)  The  only point of contention is the user  directory  since
there are fairly rigid conventions for most of the dir tree.

     DD, as far as I know:

     junk  or temporary files (readmes, install scripts) place in
root  so they are instantly obvious and easily deleted. Don't add
_any_ perminant files to root!

     dd/CMDS            all execs
     dd/CMDS/ICONS      (cc3 only)

     dd/SYS             system files- termcaps, etc
     dd/SYS/MINE        apps with many SYS files grab a dir

     dd/DOCS            da manual

     dd/DEFS         \
                       > those who write
     dd/LIB          /

     dd/SOURCES         often subdivded by language then program-
                         /dd/sources/b09/thisthing/code.b09

     dd/USR/*           where the AIFs play. Undefined but
                         typical branches- USR/TCOM,  USR/GAMES,
                         etc...

     dd/USR/*/other     nice  apps  hide weird  files  _beyond_
                         where the user sees the datafiles.

     Applications  have been known to grab extra directories from
root.  This  makes sense on floppies, where /dd/MINE is  all  the
housekeeping  needed. But this is horribly ugly after a few dozen
apps are installed on ahard drive, and positively stops multivue.
Even  if  the  user doesn't use a 'usr' directory, he can  use  a
convienient  dsave  handle  for custom installs. It does  look  a
little weird having an empty dir level on a floppy, thou.
                              -ricku

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

-*-

91374 12-JAN 23:42 General Information
     RE: New 360K drives!! (Re: Msg 91204)
     From: RICKULAND    To: DIGIGRADE

Dave,

     Literally anywhere! Just finished a daring midnight run to Best
Buy to pick up an example teac fd235. It came with mounts, adapters, and
'high density 1.44MB' stamped all over it.
     The technically correct thing is to set a 720K jumper, but I
always just buy 720K disks and let the auto sense sense (the system
pcdos relies on, sorta- if you cram a 720K disk in a DOS box, you get
a 720K format also.)
     Which means you don't even change the jumpers for drive 1.
                              -ricku

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

-*-

91375 12-JAN 23:43 General Information
     lost user
     From: RICKULAND    To: ALL

     Does   anyone  know  the  snail address  of  (former?)  user
EARLCASPER? I've got one of his CoCos, and not a hint of a return
address.  Mail unread for a month, etc....

     Humourous   sidenote-  same  guy  accidentally  dropped   an
unsealed  envelope  in the mailbox. Amoung other things,  CoNects
address  was scribbled on it. Despite utter lack of postage,  the
still  open  envelope arrived, contents intact, a week after  the
computer itself.


                              -ricku

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

-*-

91376 13-JAN 01:14 General Information
     RE: INFO ON PLANETS (Re: Msg 91300)
     From: CHYDE        To: TAULBORG

I'll have to look in some Mags I have, but I can get the internet address
of some place that has photos of the planets (ie voyager, magellin and such)
I'll get back to you in a day or so.

        Chris

-*-

91383 13-JAN 23:47 General Information
     RE: INFO ON PLANETS (Re: Msg 91376)
     From: TAULBORG     To: CHYDE

I have found a few pics but my coco even under os9 can't handle the
resolution of the pictures I have found! If you have or can find any
pictures and or info on Neptune and or Pluto PLEASE let me know
I appreciate your help and will probably ask for more in the future
so please bear with me(A Newbee to os9).By the way I used RSDOS under
Hyperio for disk basic on my hard drive before I got into os9.Now that
I got 2 hard drives I hope that I can use os9 and someday get os9
down pat or at least close to it,before I can afford to get a realy
good dos machine!For now I have to deal with my current set up,and I

don't think that I can afford to buy dos machine right now!!!!!!!!!

-*-

91423 16-JAN 01:15 General Information
     RE: INFO ON PLANETS (Re: Msg 91383)
     From: CHYDE        To: TAULBORG

i know about the low resolution on the CoCo, but many aren't too bad with
a little playing around.  What are you using to display them?  Please feel
free to ask the questions you want here, if I can't answer them someone else
will jump in <g>.

I couldn't find the internet address (it's probably buried somewhere <groan>
but if you're familiar with the World Wide Web (WWW) you can access an index
of WWW sites at http://info.cern.ch/hypertext/DataSources/bySubject.  You
can get to Delphi's WWW browser from the Internet sig.  I believe it's menu
choice 19 from the internet menu (I haven't used it in while so I'm not
sure, if you can't find it let me know).  The browser is kind of clumsy, but
I guess it's the best they can do.

Hope this helps you out.  If not let me know.

        Chris

-*-

End of Thread.

-*-

91378 13-JAN 21:42 OSK Applications
     RE: Screen Type (Re: Msg 91321)
     From: JOELHEGBERG  To: LARRYOLSON

Larry,

 > I wonder if you could help with a problem that I ran into in
 > trying to determine the screen type on an MM/1. Do you know if _gs_styp()
 > was implemented ? In the following test program(wintyp), am I using
 > _gs_styp(), Get_Pixel_Size(wpath), and Get_num_Colors(wpath) correctly?

I've tried your program and I see you get erroneous results for
Get_Pixel_Size and Get_Num_Colors.  This makes me feel a bit better,
since lately those functions have been giving me bad results.  I do know
that they used to return valid data.  I noticed something in recent
updates to K-Windows that has me suspect the updates are the problem.
(I won't bore you with the technical details, but it seems to have broke
these two particular functions.)  I'll put in a request that this be
fixed, though!  For now, you'll have to use the _gs_scinfo() call and
use bits-per-pixel to determine the number of colors on the screen.

To my knowledge (and disappointment), the _gs_styp() call has never been
implemented, despite it's usefulness.

  -- Joel.


-*-

91387 14-JAN 01:29 OSK Applications
     RE: Screen Type (Re: Msg 91378)
     From: LARRYOLSON   To: JOELHEGBERG


   Joel,
       Hi, haven't talked with you for a while, have you been working on
   anything new ?
       Do you have a pipeline to who it is that is working on kwindows?
   Are some new things being added or are they just fixing what is there ?

       Changing the subject,<g>, at the Atlanta fest I gave Allen a copy
   of a sound effect editing program that I wrote for the CoCo3, to make
   using the OS9 sound function easier to use. Do you know if he has had
   any luck in getting it working ?




-*-

91388 14-JAN 02:52 OSK Applications
     RE: Screen Type (Re: Msg 91387)
     From: JOELHEGBERG  To: LARRYOLSON

Larry,

 > Hi, haven't talked with you for a while, have you been working on
 > anything new ?

Just like you, Larry, I'm always working on something new!  <g>  BTW,
when will you unleash your wonderful BattleShip program to an
unsuspecting public?  :)

 > Do you have a pipeline to who it is that is working on kwindows?
 > Are some new things being added or are they just fixing what is
 > there?

Yes, I do know who's working on K-Windows and I've sent them a note.
Currently, there's a February 1 release date for the latest K-Windows.
A few things have finally been fixed, such as multiple flood fills in
different windows and hot-spots are working again.  An improved keyboard
driver will also accompany the release along with new getstat calls to
give programmers more information as to the status of the keyboard, and
you will be able to reset your MM/1 by hitting CTRL-ALT-DEL.  I've been
using beta version 53 for about a month now and it's quite stable.

 > Changing the subject,<g>, at the Atlanta fest I gave Allen a copy
 > of a sound effect editing program that I wrote for the CoCo3, to make
 > using the OS9 sound function easier to use. Do you know if he has had
 > any luck in getting it working ?

I don't know, but I'll forward your message to him!  :)

  -- Joel.


-*-

91399 15-JAN 02:22 OSK Applications
     RE: Screen Type (Re: Msg 91388)
     From: LARRYOLSON   To: JOELHEGBERG


   Joel,
 > Just like you, Larry, I'm always working on something new!  <g>  BTW,
 > when will you unleash your wonderful BattleShip program to an
 > unsuspecting public?  :)

   Yes, I'm back on working on it, adding a few more things and hopefully
   it will be finished up well before Chicago fest. I put the screen
   printer program away for now, the version I uploaded works but the
   program really needs some kind of front end instead of command line
   options. The program should put a representation of the page on the
   screen and allow you to print the picture wherever you want on the
   page. It should also allow you to be able specify the portion of the
   screen that you want to print instead of always the entire screen. So
   intil I get it all straight in what I want the program to do, I'll
   put it away for awhile, who knows, maybe someone else has some ideas
   and wants to tackle it.

 > Yes, I do know who's working on K-Windows and I've sent them a note.
 > Currently, there's a February 1 release date for the latest K-Windows.
 > A few things have finally been fixed, such as multiple flood fills in
 > different windows and hot-spots are working again.  An improved keyboard
 > driver will also accompany the release along with new getstat calls to
 > give programmers more information as to the status of the keyboard, and
 > you will be able to reset your MM/1 by hitting CTRL-ALT-DEL.  I've been
 > using beta version 53 for about a month now and it's quite stable.

   Is there any chance for the hardware horizontal scrolling for Eric ?
   The only thing I can think of now was that question of an interruptable
   ss_play function, no I just thought of another problem that needs
   looking into. Its the problem with drawing grids using the Line function.
   Something is wrong with the routine that calculates the pixel locations.
       If you setup a couple of nested FOR loops that would draw a grid
   using the Line function, the resulting grid would not have square boxes,
   I ran into this when I first started working on the battleship game.





-*-

91400 15-JAN 02:30 OSK Applications
     RE: Screen Type (Re: Msg 91388)
     From: JOELHEGBERG  To: JOELHEGBERG

Larry,

    I asked the powers that be about our problem with the Get_Num_Colors
and Get_Pixel_Size and found an answer.  First, I did some research of
my own and both functions always worked when I simple used them on
stdout.  Only when I tried to open a path to an existing window did the
functions return invalid information.  Well, I was just informed that
when you open a path to the window, for some reason for those two
functions to work you have to not only have READ access, but you also
have to have WRITE access.  So, just change the one line in your
wintyp.c program from:
   if ((wpath = open(device, S_IREAD)) <= 0)  {
to:
   if ((wpath = open(device, S_IREAD|S_IWRITE)) <= 0)  {

and it works (although you may experience read-blocking if the window is
"busy" waiting for the user to type something, etc.).  Hope that helps.

  -- Joel.


-*-

91403 15-JAN 02:58 OSK Applications
     RE: Screen Type (Re: Msg 91399)
     From: JOELHEGBERG  To: LARRYOLSON

Larry,

 > Yes, I'm back on working on it, adding a few more things and hopefully
 > it will be finished up well before Chicago fest.

Fantastic!!  That BattleShip game looked great!

 > Is there any chance for the hardware horizontal scrolling for Eric ?

No, nothing that major.  From what I understand, the code to support
virtual windows is within K-Windows, but not yet implemented (and thus I
would have to assume it still has some bugs in it).  Of course, virtual
windows (logical window size larger than the physically displayed window
size) is different from hardware scrolling, but before you could scroll,
you'd have to be able to open a window larger than the screen and that's
what a virtual window would let you do.

 > The only thing I can think of now was that question of an interruptable
 > ss_play function.

Someone is working on that, although I haven't heard anything about it
being in the next release.  That is something that we've needed for a
long while.  There may be a few other options as well, like interruping
the current sound to play a sound and then continuing where it left off
on the original sound.  I'm looking forward to that.

 > no I just thought of another problem that needs
 > looking into. Its the problem with drawing grids using the Line
 > function. Something is wrong with the routine that calculates the pixel
 > locations. If you setup a couple of nested FOR loops that would draw a
 > grid using the Line function, the resulting grid would not have square
 > boxes, I ran into this when I first started working on the battleship
 > game.

Can you post some sample code?  I'll pass it along to the developers to
have a look at, but they need source to show the problem first.  Thanks!

  -- Joel.


-*-

91425 16-JAN 02:01 OSK Applications
     RE: Screen Type (Re: Msg 91400)
     From: LARRYOLSON   To: JOELHEGBERG


 > when you open a path to the window, for some reason for those two
 > functions to work you have to not only have READ access, but you also
 > have to have WRITE access.  So, just change the one line in your
 > wintyp.c program from:
 > if ((wpath = open(device, S_IREAD)) <= 0)  {
 > to:
 > if ((wpath = open(device, S_IREAD|S_IWRITE)) <= 0)  {
 >
 > and it works (although you may experience read-blocking if the window is
 > "busy" waiting for the user to type something, etc.).  Hope that helps.

   Joel,
       Thanks for doing the digging and finding the answer. Just open the
   path for both Read & Write ($#%&*%@), why didn't I think to try that.
   I'll write this in big letters on the contents page of the cgfx manual<g>.

       On the Line function problem, I got a program that I thought would
   show the problem, but it doesn't. So now I need to figure out what I was
   doing then that the problem showed up. I thought that maybe some where
   along the different versions of kwindows the problem got fixed, but I
   just tried CIRCAD again and the problem stands out as before. The grid
   lines in Circad are like this:

       ---------
           .       Looking at the screen I see 3 pixels
           .       between these 2 lines
           .
       ---------
           .
           .       While there are 5 pixels
           .       between these 2 lines
           .
           .       This pattern is repeated down the screen
       ---------

   I maybe wrong but I don't think John did the lines this way on purpose,
   instead of:
       ---------
           .
           .
           .
           .
       ---------
           .
           .
           .
           .
       ---------

       I'll keep playing with it to see if I can get it to break again<g>.

       Larry



-*-

91426 16-JAN 13:16 OSK Applications
     RE: Screen Type (Re: Msg 91400)
     From: LARRYOLSON   To: JOELHEGBERG


   Joel,
       In doing some digging I finally found the test program that shows
   the problem that I ran into. I was mistaken that it was the Line function
   that was acting up, it was in GETing and PUTing blocks. Running the
   program again the problem is still there with kwindows version #52.

   Larry




                  /*  GET/PUT block test  */

      /*    This is a test routine, written to show the      */
      /*  problem that cropped up with PUTing a GET block.  */

#include <stdio.h>
#include <errno.h>

#define STDIN  0
#define STDOUT 1
#define STDERR 2

int P_id, Wpath;

main()
{

   char response;

   P_id = getpid();

   Wpath = open("/w",3);
   DWSet(Wpath,3,0,0,40,26,7,0,0);

   Palette(Wpath,7,0,140,170);         /* Set color to med. blue */

   Clear(Wpath);
   CurOff(Wpath);
   Select(Wpath);

   SetDPtr(Wpath,10,10);
   Box(Wpath,33,17);                   /* Draw a 24 x 8 pixel box  */


   /* Remark these 2 lines out to see problem clearer */
   SetDPtr(Wpath, 12,12);
   FFill(Wpath);

   GetBlk(Wpath,P_id,1,10,10,24,8);

   Clear(Wpath);
   CWArea(Wpath,3,2,37,7);
   writeln(Wpath," This example is with LSET(path,0)\n",35);
   writeln(Wpath,"  notice alternating wide gaps.\n",32);
   writeln(Wpath," To really see the problem, remark\n",35);
   writeln(Wpath,"out the FFill(Wpath) function call.\n",36);

   CWArea(Wpath,0,0,40,26);    /* return to full screen */

  /*   LSet is not being called, I assume default LSET is 0  */
   LSet(Wpath, 0);
   put_loop();


   Clear(Wpath);
   CWArea(Wpath,3,3,36,5);
   writeln(Wpath," This example is with LSET(path,2)\n",35);
   writeln(Wpath,"notice, no alternating wide gaps.\n",34);

   CWArea(Wpath,0,0,40,26);    /* return to full screen */

   LSet(Wpath, 2);
   put_loop();


   Clear(Wpath);
   CWArea(Wpath,3,3,36,5);
   writeln(Wpath," This example is with LSET(path,3)\n",35);
   writeln(Wpath,"notice, no alternating wide gaps.\n",34);

   CWArea(Wpath,0,0,40,26);    /* return to full screen */

   /* Lset is set to OR the data */
   LSet(Wpath, 3);

   put_loop();

   Select(0);

   KilBuf(Wpath, P_id, 1);

   DWEnd(Wpath);
   close(Wpath);

   exit(0);
}

put_loop()
{
   int xx, yy, chrcnt;
   char response;

   for (xx=60; xx <= 554; xx += 26)  {
       for (yy = 70; yy <= 151; yy += 9)  {
           PutBlk(Wpath,P_id,1,xx,yy);
           }
       }

   CurXY(Wpath,9,23);
   writeln(Wpath,"Press key to continue\n",22);
   chrcnt = (read(Wpath, &response, 1));

}


-*-

End of Thread.

-*-

91381 13-JAN 22:13 General Information
     Bad MPI???
     From: DBREEDING    To: ALL

Seems my CoCo is getting a little contrary.  I have a Disto Controller
w/4in1, but for RTS/CTS flow control, I have an MPI with RS-232 Pak.

I noticed a little while ago that "pcdos" occasionally would not write
a 256-byte sector..  Then last night, I couldn't get it to format a
disk, it would start to format and then get errors, sometimes 245, write
error, and maybe others..  I unhooked the MPI and connected the Disto
directly and format then worked, and some "pcdos" exchanges worked
also.. reconnected the MPI and no format.. :-(

I have an upgrade chip in it, and have all #8 pins strapped.   Format
did work, so ????  Would dirty connections cause this?  I may be able
to eliminate the MPI soon, when I get my copy if "ix" for OSK, but
I hate to give up error-correction now..

I've seen recommendations for cleaning the contacts, but can't find
them now, so for the 64000th time, what's the best method?  I've heard
that WD-40 and tuner cleaner are no-no's.

Does anyone use software flow control?  It would be OK with "ix" (the
only comm work I'm using the coco for now), unless someone emailed me
a binary file, wouldn't it?

MODEM FLOW CONTROL ???

As far as flow control works, can someone give a brief summary?  I understand
how it works between the computer and modem, but what happens between the
two modems?  I assume that the modem's buffer is finite, and if the modem's
buffer becomes full, looks like there should need to be some flow control
between the modems?  How is this done?  when the computer stops flow from
the modem, does the modem also halt the other modem?  Also, if you are
using software flow control, would the modem pass the XOFF on to the other
system or just allow data to continue as long as it had buffer space?
I would assume that if it kept receiving, that this could possibly speed up
transfers with programs like sterm and ix where they send xoff when they do
a disk write.  I've never seen any of this explained.


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

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

-*-

91382 13-JAN 22:43 Programmers Den
     pixel palette info
     From: DOMM         To: ALL

Can someone please tell me how to get any particular pixel (x,y), palette
information while using Basic09/OS9 on the CoCo?

I'm re-writing an old RSDOS program that uses HSET to find if the pixel is
sn't seem to find a Basic09/OS9 equivalent.

What I need tis what color any certain pixel has so I can use the
information acordingly.

THANKS!

---Dom

-*-

91431 17-JAN 01:18 Programmers Den
     RE: pixel palette info (Re: Msg 91382)
     From: LARRYOLSON   To: DOMM

 > Can someone please tell me how to get any particular pixel (x,y), palette
 > information while using Basic09/OS9 on the CoCo?
 >
 > I'm re-writing an old RSDOS program that uses HSET to find if the pixel
 > is sn't seem to find a Basic09/OS9 equivalent.
 >
 > What I need tis what color any certain pixel has so I can use the
 > information acordingly.
 >

   Dom,
       What type of screen are you working with ? If it is a VDG type
   screen,(the 32 column green screen), using GFX there is a GCOLR function
   listed  on page 9-9 in the Basic09 Reference but my book doesn't have any
   info on its use.

       If you are using a window type screen and GFX2, there wasn't a function
   available to get pixel information. I ran into this problem when I wrote
   pacos9. The way I got around it was to use a scaled array that represented
   the screen and when I moved objects on the screen I also updated the array
   to keep track of the objects. I could then detect object collisions by
   looking in the array. You might have to do something like this.

       I don't know if it was ever released, but I think Keven Darling was
   going to have a function that would get pixel info, in the never officially
   released upgrade for OS9 level II. That function might be floating around
   with some of the other upgrade stuff that was unofficially being put out.

   Larry






-*-

91437 17-JAN 21:55 Programmers Den
     RE: pixel palette info (Re: Msg 91382)
     From: WDTV5        To: DOMM

DOMM; Stop me if I'm wrong, but can't we sort of go around that?
By first getting the block the screen lives in, would it not then
be possible to use the LDAXY function to see what palette was there
at the address in question? If it was the same as the nearest edge
of your "sprite", then it seems to me that would indicate a collision
in the past tense. Somewhat more complex would be to surround the
area of the sprite by one pixel with the testing. BTW, DON'T forget
to compensate for the "proportional" on/offs. If its on, then the
darned sprite isn't gonna be where you think it should be in memory.
See the docs for that in "GFX2" by KD. What the prop switch does is
to scale the locations so that a 0-639 and 0-191 h/v in your commands
to draw are scaled to fit a window with less than full screen active
area, like one with scroll-bar borders.

Nothing is impossible in OS-9, except maybe 20 mflops from a CoCo3.
I haven't figured out how to put a 68040 in it yet. 8:)

Cheers, Gene

-*-

91439 17-JAN 22:48 Programmers Den
     RE: pixel palette info (Re: Msg 91431)
     From: DOMM         To: LARRYOLSON

LARRY---
Unfortunately (?), I'm using a GFX2 640-191 16 color screen.

All I want to be able to do is scan the screen somewhere from top to
bottom - column by column and depending on the pixel color - react.

I guess I'll look into a scaled array as you suggest?? Sure would be
nice to find an already made function that gets pixel info tho..
(my programing skills being what they are).
I thought I ran across one once but have been looking high and low
to no avail. (If anyone could supply me with such a beast...please
let me know!)

Thanks for the info,

---Dom

-*-

91441 17-JAN 23:11 Programmers Den
     RE: pixel palette info (Re: Msg 91437)
     From: DOMM         To: WDTV5 (NR)

WHOA...Gene!
My programing skills aren't too complex right now!(LDAXY function?)

As I replied to Larry, all I want to do sca0 screen starting at
some point top to bottom-column by column and depending on the color
of the pixel - react.

???????????

Thanks,

---Dom

-*-

End of Thread.

-*-

91386 14-JAN 00:31 Programmers Den
     MM/1 Color LookUp Table?
     From: PAGAN        To: ALL

 Does anyone know if the MM/1 version of G-Windows use a CLUT?

 Stephen (PAGAN)

-*-

91391 14-JAN 16:27 Programmers Den
     RE: MM/1 Color LookUp Table? (Re: Msg 91386)
     From: BUDDCAR      To: PAGAN

Gee Stephen - I would be guessing but I think it ha.  The real reason for this
message is to make it
easy for me to reply tto you about Blackjack and the reason it wouldn't run
on the TC70.  Of course I should always read ALL! of thedocs file but...
At any rate I can state positively that the TC70 does NOT have a CLUT.  Took me
quite a bit of digging to understand why my first attempts at programming in
G-Windows just refused to display the colours I was attempting.  For the moment
that's the reason I am guessing.  The lzh package
gives me an executable with CRC $9C1930 size $9302 plus the cards file.
Attempts
to run come up with error 225 which is Bad Parameter.
 Have lots of fun with the differences between the tC70 and the MM1 ("fun").
Wish thay could have been just a wee bit more video compatible.  Of course I am
one version back in OSK as well.
 Bob P.

-*-

91430 17-JAN 01:15 Programmers Den
     RE: MM/1 Color LookUp Table? (Re: Msg 91386)
     From: KSCALES      To: PAGAN

 > Does anyone know if the MM/1 version of G-Windows use a CLUT?

Stephen -

The original MM/1 version shipped did not support a CLUT.  However, there
is an update (released several months ago) that I believe adds CLUT
support.  Unfortunately, I cannot positively confirm this, as the
(SEVERAL) attempts to send me the update via email have been unsuccessful.
It's been a real comedy of errors -- everything from InfoXpress failing
the download because I had installed a new hard drive and didn't set up
all of the necessary directories, to truncated archives.  I've been too
busy with work and other things to pro-actively follow up, though Frank,
Ray, and Howard have all done their best to get the file to me.  (Thanks,
guys.)

Regards... / Ken
 --------------------------------------------------------------------------
 Ken Scales   Delphi:KSCALES   Internet:kscales@delphi.com   CIS:74646,2237

-*-

91432 17-JAN 02:47 Programmers Den
     RE: MM/1 Color LookUp Table? (Re: Msg 91430)
     From: PAGAN        To: KSCALES

 Ken and all

 Most of the G-Windows stuff I'm posting will require a CLUT system
 so I hope the upgrade provides the support.  I try to stay in the 16
 color limit so even 4 bit color should work most of the time.

 I posted a small utility called 'colortest' that will examine the CRT
 descriptor on a G-Windows system and provide information about your
 system's color capabilities.  The version in the database is for
 OSK.  AKAIK, the OS9000 G-windows supports CLUT so I didn't post a
 386 version.  If anyone needs it, let me know and I'll get it
 compiled and posted

 Stephen (PAGAN)

-*-

End of Thread.

-*-

91393 14-JAN 21:04 OSK Applications
     download
     From: MRGOOD       To: ALL

Ack!  I was downloading the latest Tex archive and I lost carrier with
only about 100K remaining to download (from a 2+ meg file).

Has anyone used zmodem crash recovery successfully?

Hugo

-*-

91396 15-JAN 01:13 OSK Applications
     RE: download (Re: Msg 91393)
     From: WA2EGP       To: MRGOOD

Don't know.  The same thing happened to me (y batch) so I just tried it again.
Let me know when you get it running.  I had a problem with it.

-*-

91404 15-JAN 02:58 OSK Applications
     RE: download (Re: Msg 91393)
     From: JOELHEGBERG  To: MRGOOD

 > Ack!  I was downloading the latest Tex archive and I lost carrier with
 > only about 100K remaining to download (from a 2+ meg file).
 >
 > Has anyone used zmodem crash recovery successfully?

Yes, it works on my Macintosh when I'm on Delphi.  From what Paul
Jerkatis mentioned to me, there is a difference in the way UNIX-variant
zmodem crash recovery works that Delphi doesn't seem to understand,
although Delphi did just recently upgrade their ZModem protocol.

  -- Joel.


-*-

91428 16-JAN 21:53 OSK Applications
     RE: download (Re: Msg 91404)
     From: MITHELEN     To: JOELHEGBERG

The primary problem with current Unix/OS-9 rz/sz progams is, crash recovery
has to be invoked from the SENDING end.... And Delphi doesn't have an option
to enable recovery from its end... It is possible to hack rz to have a command
line option to tell the sender to use recovery... I've just never gotten
a round tuit. Really old version of rz did have the option, so that would be
a place to look if you wanted to hack yourself...

-*-

End of Thread.

-*-

91397 15-JAN 02:08 Users Group
     RE: OS9 UG renewals (Re: Msg 91183)
     From: DBREEDING    To: THETAURUS

RE: OS9 UG's "MOTD"
 > Joel's new
 > interview series is a good idea, and it's good to see 'From
 > The Horses Mouth' continuing, even if DCCS has been out for
 > months now<Grin>.

Yeah, *THIS* might have been a little outdated <G>, but I, too would
like to cast my vote in favor of this line of articles.. I thought it
was *EXACTLY* the line MOTD should focus on.



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

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

-*-

91402 15-JAN 02:58 Users Group
     RE: OS9 UG renewals (Re: Msg 91397)
     From: JOELHEGBERG  To: DBREEDING

 > RE: OS9 UG's "MOTD"
 > > Joel's new
 > > interview series is a good idea, and it's good to see 'From
 > > The Horses Mouth' continuing, even if DCCS has been out for
 > > months now<Grin>.
 >
 > Yeah, *THIS* might have been a little outdated <G>, but I, too would
 > like to cast my vote in favor of this line of articles.. I thought it
 > was *EXACTLY* the line MOTD should focus on.

Thanks for the votes of confidence, guys!

  -- Joel.


-*-

End of Thread.

-*-

91409 15-JAN 15:27 General Information
     RE: Nitros9 joystick! (Re: Msg 88034)
     From: EARTHER      To: CHARLESAM (NR)

I don't know if your joystick problem was ever resolved.  But I had a
problem with using the High-Res Interface for my mouse, too.  When I moved
my mouse near the right edge or bottom edge of the screen, the cursor
would simply jump off the screen.  It's like the last few pixels at the
right and bottom edges of the window were not accessable when using the
High-Res Interface.  My problems went away when I used a spare High-Res
Interface that I had.  Other people I knew had the same problems.

Aparently, Radio Shack had made two versions of the Interface and was
selling them both off the shelves.  I bought 3 or 4 of them for about
a $1 each.  Half of them worked perfect.

Shawn Driscoll
Multi-Vue Borg

-*-

91410 15-JAN 15:33 General Information
     RE: Nitros9 joystick! (Re: Msg 88039)
     From: EARTHER      To: VE3DAC

I wrote Shanghai OS-9 in such a way so that the mouse cursor would not
have to be moved to the edge of the screen.  Some users have the faulty
High-Res Joystick Interface that freaks when the cursor approaches the
right or bottom edges of the screen.

-*-

91415 15-JAN 20:50 General Information
     RE: Nitros9 joystick! (Re: Msg 91409)
     From: DBREEDING    To: EARTHER

 > problem with using the High-Res Interface for my mouse, too.  When I
 > moved my mouse near the right edge or bottom edge of the screen, the
 > cursor would simply jump off the screen.

I had the same thing.. got another Interface, might have been a _little_
better, but not much.. my first interface also had a solder bridge shorting
between the 2 buttons, let's see.. when you started a new window, and pressed
the button, the window would go away.  I believe pressing the right button
was supposed to do this, and of course you _were_ getting a right-button
press.. Cutting out the shorting bridge solved this problem, but I had the
"running mouse" problem, too.  Apparently this was a common problem.


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

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

-*-

91418 15-JAN 21:37 General Information
     RE: Nitros9 joystick! (Re: Msg 91409)
     From: HAWKSOFT     To: EARTHER

Hey Shawn! (and ALL)

 > I don't know if your joystick problem was ever resolved.  But I had a
 > problem with using the High-Res Interface for my mouse, too.  When I
 > moved my mouse near the right edge or bottom edge of the screen, the
 > cursor would simply jump off the screen.  It's like the last few pixels at
 > the right and bottom edges of the window were not accessable when using
 > the High-Res Interface.  My problems went away when I used a spare
 > High-Res Interface that I had.  Other people I knew had the same
 > problems.
 > Aparently, Radio Shack had made two versions of the Interface and was
 > selling them both off the shelves.  I bought 3 or 4 of them for about
 > a $1 each.  Half of them worked perfect.

  Actually the problem is caused by the slight variations in parts. This
problem can be solved by piggy-backing a very small capacitor (I forget the
exact value off-hand ... .0001 uf?) on the capacitor that sets the timing for
the voltage ramp that is input to the final comparator. The problem is that
the ramp voltage increases too fast and ends before the voltage matches the
input voltage from the joystick.

                                          Chris


   :-> :-> :-> :-> :-> :-> :->  Chris "HAWKSoft"  <-: <-: <-: <-: <-: <-: <-:

        Delphi: HAWKSOFT                   Internet: HAWKSOFT@DELPHI.COM

   ******************< Uploaded w/ InfoXpress vr. 1.02.00 >******************

-*-

91421 15-JAN 22:58 General Information
     RE: Nitros9 joystick! (Re: Msg 91409)
     From: RICKULAND    To: EARTHER

     Two hires boxes? Anyone have the details?

     I  did  some  hires  munging, and on my  'rip  off'  designs
bumping  the  timing  capacitor up and down was an  easy  way  to
change  the space the mouse used- the larger the cap, the more of
the mouse's travel was used to get a full count.
     For  programs  like  multivue, reducing the cap  to  .015mmf
gives   a  mouse  that  doesn't  roam  very  far across the desk,
but  is  a bit inaccurate. Much more than .025mmf and  you  can't
cover   the  full screen at all. Right around .020mmf you use the
whole wiper and get the best resolution, except the pots in these
mice  are a little irregular at the 'bitter end' just before  the
stop  they  jump around alot- I suspect the wiper actually  moves
off   the  resistance strip and touches the end terminal,  for  a
sudden jump to 0. (full count to the coco).

     I  tried  to  make an adjustable version, and found  that  a
hires  box  set right on the edge would act up, depending on  the
mouse.  Backing off a little bit so the count hit max before  the
mouse   hit   the stops always fixed it. It's  entirely  possible
that  tacking a small cap (.005mmf?) across the cap in the  Tandy
hires box would fix that!

                              -ricku

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

-*-

End of Thread.

-*-

91411 15-JAN 16:06 Telecom (6809)
     UUCPBB 2.1
     From: WILHITE      To: ALL

I am looking for UUCPBB 2.1.  I saw them earlier this week in the new file,
but I can't find them now.  I checked the other databases without any luck.

Thanks,
 -tim

-*-

91412 15-JAN 16:49 Telecom (6809)
     RE: UUCPBB 2.1 (Re: Msg 91411)
     From: JMICHELSON   To: WILHITE

Check the OS9 Telecom database...they apparently just moved it there and
I just checked...it's the very first listing.

-*-

91436 17-JAN 21:48 Telecom (6809)
     RE: UUCPBB 2.1 (Re: Msg 91412)
     From: WILHITE      To: JMICHELSON (NR)

Thanks very much.

-*-

End of Thread.

-*-

91413 15-JAN 20:39 General Information
     Usenet messages
     From: TEDJAEGER    To: ALL

I've been looking for a new SCSI chip for my MM1 - I have a WD33c93 and
need a WD33c93A in order to get HAWKSOFT's audio CD software to work. I
popped into the Amiga forum and was advised that some chips were likely
available in the mask # I need and that I should put the word out on
the usenet in comp.sys.amiga.hardware and comp.sys.amiga.marketplace.
Now I am an internet rookie having access from my office but not here
on Delphi. My question is how to I get a message off to these addresses?
At my office the ususal procedure is to send to SMPT%"internet address" but
these usenet addresses have a different format and I think the office
VAX "postmaster" will return mail with such addresses.

Thanks for getting me straight!

Bests
---TedJaeger

-*-

91422 15-JAN 22:59 General Information
     RE: Usenet messages (Re: Msg 91413)
     From: WA2EGP       To: TEDJAEGER

Can't answer your internet question but does your drive handle the audio CD.
Mine doesn't (at least I think it is too old to).  That seems to be my
problem.  BTW, I'm looking for the new(est) chip so that SCSI2 (or is it II)
devices can be used.  I understand that is the hardware change that is required
as far as chips go.

-*-

End of Thread.

-*-

91416 15-JAN 20:56 General Information
     RE: Dragon's Lair II (Re: Msg 91202)
     From: MREGC        To: MITHELEN

Paul,

  > Be REALLY cool to see Doom II for CDi though!

    Unfortunately the 68070/2VSCs combo just doesn't have the processing
power needed for Doom/Doom II.

    I did pick up Mutant Rampage last week, and now I know why everybody
speaks so highly of it. I haven't stopped playing it since. :) In fact,
using the default settings (3 lives per Natural and medium difficulty
setting) I'm up to Level 3 group 3 (Moscow) with 7 or eight lives left and,
if this was my old Atari 2600, I would already have beaten the hell out of
it it's upsetting me so bad. (I've never been a real good sport when it
comes to video games, my MM/1 almost took a couple of poundings over some
games of GR2 that I played. :)  )

..Eric...

-*-

91424 16-JAN 02:01 General Information
     RE: Dragon's Lair II (Re: Msg 91416)
     From: LARRYOLSON   To: MREGC (NR)


 > > Be REALLY cool to see Doom II for CDi though!
 >
 > Unfortunately the 68070/2VSCs combo just doesn't have the processing
 > power needed for Doom/Doom II.

   Eric,
       Don't forget the Digital Video Cartridge.....

       >  Full Screen Full Motion Digital Video
       >  Multi Risc Processor, 400 MIPs
       >  Extended 1.5 MByte Memory for enhanced Player Performance



-*-

91427 16-JAN 15:45 General Information
     RE: Dragon's Lair II (Re: Msg 91416)
     From: JOELHEGBERG  To: MREGC (NR)

Eric,

 > and, if this was my old Atari 2600, I would already have beaten the hell
 > out of it it's upsetting me so bad. (I've never been a real good sport
 > when it comes to video games, my MM/1 almost took a couple of poundings
 > over some games of GR2 that I played. :)  )

You too? <grin>  My Atari 2600 and a few of it's game cartidges are a
little banged up after they failed to let me win a few times.  Luckily
for it, I've been much nicer to my Sega Genesis where "Continues" are
the norm.  :)

  -- Joel.


-*-

End of Thread.

-*-

91417 15-JAN 21:26 General Information
     CD-i at Winter CES
     From: MREGC        To: ALL


    The bad news is there wasn't really very much that Philips showed for
CD-i at the Winter Consumer Electronics Show in Las Vegas last week that I
found to be very impressive. The good news is neither did any of the other
hardware manufacturers for their systems. There were no new landmark games
on any home console system. If there was a clear winner at the show for
gaming, then it had to be computers. There were some really nice new games
being shown for home computers.

    Probably the most notable thing at the CD-i was that there was a player
running Burn:Cycle, next to that player was a nearly life-sized standee of
Sol Cutter, and then when you looked at the guy playing Burn:Cycle you
realized that it WAS Sol Cutter. The had the actor who played Cutter there
signing autographs. Kinda cool.

    Among the new things being shown at the Philips booth (besides some new
Video CDs, edutainment titles, and conversions of CD-i titles to PC) were
Chaos Control (the most impressive title at the booth, delayed due to a bug,
it should be the next CD-i release sometime early this quarter), Thunder in
Paradise (still quite a ways from being complete, though it looks decent),
CD-i Lemmings (looks exactly like every other version), Flashback (only a
quick and dirty throw together for the show, but it still looked just like
every other version), some unremarkable looking role playing game which I
don't remember the title of, DV clips of Creature Shock, Lost Eden and
Micro Machines (these all, save Micro Machines, looked absolutely
fantastic, particularly Lost Eden), NFL Hall of Fame, The Apprentice and
Dragon's Lair II (these last three are all already available in stores). Oh,
and I forgot about Clue, which has also already been released.

    Not much of anything new that we don't already know about from the last
CD-i catalog or from CD-i magazine. There is also Kingdom: The Far Reaches
coming out soon. Besides this we may not be seeing much new and surprising
any time soon.

..Eric...

-*-

91429 16-JAN 22:43 General Information
     RE: CD-i at Winter CES (Re: Msg 91417)
     From: JOHNBAER     To: MREGC (NR)


   Eric,

> ... and then when you looked at the guy playing Burn:Cycle you
> realized that it WAS Sol Cutter. The had the actor who played Cutter
> there signing autographs. Kinda cool.

   Now _that_ is way cool <g>.  And thanks for the information too!
If you or anybody else here that has internet access, you can check
out the new news group:  rec.games.video.cd-i  ... that's where I'm
heading after posting this <g>.

--
   John -

   < Posted with Ved 2.3.1  &  IX 1.2.0 >


-*-

End of Thread.

-*-

91419 15-JAN 22:00 General Information
     gen
     From: COCOKIWI     To: ALL

********************** FORTY NINERS *************************
    *******************SUPER BOWL
                                  **************************
   **************GO NINERS *************************
                   95

          from the land of Earthquakes,floods,etc.....


    Dennis......<grin>

-*-

91433 17-JAN 13:43 Telecom (6809)
     Internet snafu
     From: LARRYOLSON   To: MISAL (NR)


   HELP !!

     I wonder if you could tell me what I have to do to stop a message that
   is being mailed to me over the Internet. For the last 3 days this message
   has been placed in my mail on the hour, every hour.

   Larry

-----------------------------------------------------------------------------


    #34         16-Jan-1995 23:48
From:  IN%"coco-sysop=40inet00#%forwarder@genie.geis.com"
To:    IN%"larryolson@delphi.com"

Subj:  OS9 Sound Editor


Return-path: <coco-sysop=40inet00#%forwarder@genie.geis.com>
Received: from relay2.geis.com by delphi.com (PMDF V4.3-9 #7804)
 id <01HLXKD3Y5O092D3XE@delphi.com>; Mon, 16 Jan 1995 23:29:40 -0500 (EST)
Received: by relay2.geis.com (1.37.109.11/15.6) id AA096126923; Tue,
 17 Jan 1995 04:28:44 GMT
Date: Sun, 15 Jan 1995 17:47:00 +0000 (UTC)
From: coco-sysop=40inet00#%forwarder@genie.geis.com
Subject: OS9 Sound Editor
To: larryolson@delphi.com
Message-id: <199501170428.AA096126923@relay2.geis.com>
Content-transfer-encoding: 7BIT
X-Genie-Id: 3324874
X-Genie-From: COCO-SYSOP@INET00#

Item    1046793                 95/01/15        12:47

From:   COCO-SYSOP                      Allen C. Huffman

To:     LARRYOLSON@DELPHI.COM@INET00#   Internet Gateway

Sub: OS9 Sound Editor

Star Merchant?  Man, if that's on the disk it went in one ear and out the
next.  I used to _LOVE_ games like that.  I'll have to dig out the disk and
see if it's on there.  I am still finding things from the last Fest.  Next
time (yeah, I always tell myself this) I'll have a special place for all the
new goodies I collect.  I finally found some of the disks I bought in the
envelope that had my NitrOS9 update in it.  Ugh.

Well, more later.  See you in Chicago if nothing else!

               Allen Huffman -/- Sub-Etha Software (Lufkin, TX)




-*-

91438 17-JAN 22:47 OSK Applications
     Tex
     From: MRGOOD       To: TIMKIENTZLE (NR)

Tim,  (or other knowledgeable people)

I have installed the Tex system.  There are some details I'd like to
straighten out because I'm not sure the output I'm getting is correctly
sized.

I have an Epson Stylus 300 inkjet that has a resolution of 360x360.
What mode should I use for this?  There's an entry in modes.mf for an
LQ500 at 360x180.  There's also an entry for an NEC laser at 360x360.
Would the NEC mode be the better choice?

In the config.ps file, I'm supposed to define the printer resolution.
The default is 300.  If I use a 360x180 printer for example, would I type
360x180, or 360 x 180, or just plain 360?

So far, I've processed the sample.tex file and printed it using Ghostscript.
The output looks a bit small.  The left and right margins are 2 inches each,
the top and bottom margins are 2 inches as well. The letters are tiny, maybe
on the order of 6 points?  Is that how it's supposed to look?

Your help would be greatly appreciated.

Hugo

PS.  I have to congratulate you for having the energy and perseverance
to put this whole thing together.  It's amazing.

-*-

91440 17-JAN 23:08 Programmers Den
     printer
     From: WDTV5        To: MARTYGOODMAN (NR)

Marty! or anyone else with the info I need, as follows:

I've got an old *old* printer here that belongs to one of my employees
which I need some help with.

The printer is a u-82 Microline (OKIDATA)

This printer has both seriel and parallel (centronics) inputs.  The seriel
port was diagnosed with a bad 75150 in the Busy circuit by me quite some
time back, but I never ran across another of them & haven't remembered to add
it to the order when I was ordering such things from Newark et all.

That employee now has a KayPro 16 (yeah, I know, its Jurrasic too) and
would like to use the printer via the parallel port/cable. Just one minor
hitch in the git-a-long tho, I've done a quick move all the jumpers to the
other side, (some are on A and some are on the B side now) and toggled all
the dip switches to the other position one at a time to no avail. It still
doesn't print. It does thru the seriel if the baud rate is <= 600 so the
computer doesn't over-run the printers limited buffer.

Can someone with the manual for this old dog tell me how to jumper it to make
the centronics (parallel) input the active input?

Many thanks.  Cheers, Gene

-*-


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