read new nonstop follow
91442 18-JAN 21:47 Applications (6809)
     RE: 8-bit chips (Re: Msg 91414)
     From: DSRTFOX      To: LMCCLURE

The SCSI scanners are 100-400 DPI, 4.134" width. Did I say one was color???
One is 256 gray scale, the other is simple B&W. B&W is $49.95, Gray scale
is $79.95. Both use a standard SCSI interface. That's all the details listed.
You can call Halted Specialties Co. at 408-732-1573 for details. You also need
to ask about shipping rates via UPS. They send COD is no shipping sent.


-*-

91473 21-JAN 03:14 Applications (6809)
     RE: 8-bit chips (Re: Msg 91414)
     From: DIGIGRADE    To: MREGC


 > I'd be more than happy to help if you wanted to make your own graphics s
 > set for GR2, and I'd suggest uploading it so that everyone here that has
 > GR2 could utilize it.

     Ok, sounds great. Can I pick up GR2 at the fest from a vendor?

     I just designed around 20 or so icons for EthaGUI and I'll be uploading
them as soon as I get everything else ready for upload.


        Dave


-*-

91483 21-JAN 22:34 Applications (6809)
     RE: 8-bit chips (Re: Msg 91473)
     From: MREGC        To: DIGIGRADE

Dave,

  > Can I pick up GR2 at the fest from a vendor?

    If I'm not there I'm pretty sure there will be someone there carrying
it.

..Eric...

-*-

End of Thread.

-*-

91443 18-JAN 21:52 General Information
     RE: Nitros9 joystick! (Re: Msg 91421)
     From: DSRTFOX      To: RICKULAND

Rick, just remember to doc the mouse fix and include it in an article soon!!

-*-

91466 20-JAN 22:50 General Information
     RE: Nitros9 joystick! (Re: Msg 91409)
     From: CHARLESAM    To: EARTHER (NR)

To tell the truth, I haven't gotten to use my joystick for awhile now due
to other problems. Also, I'm going to use a serial mouse as soon as I
address my other problems(monitor and HD). I have a converted rs232pak
and serial mouse so I'll see how that works out. But thanx for your info,
you obviously experienced the same problem. For awhile there I thought
it was just something I was doing wrong. Again thanx, Charlie

-*-

91474 21-JAN 05:58 General Information
     RE: Nitros9 joystick! (Re: Msg 91466)
     From: WAYNETHOMPSO To: CHARLESAM

  You are really going to enjoy the serial mouse.  I converted on of
my deluxe rs232 pack to a dual rs232 and have been using it for about a
year now.  It is _VERY_ smooth compared to a hi-res interface w/joystick
or mouse.
Good luck!
Wayne

-*-

91476 21-JAN 09:08 General Information
     RE: Nitros9 joystick! (Re: Msg 91474)
     From: CHARLESAM    To: WAYNETHOMPSO

I had Tony D. modify one of his rs232 paks for me. The problem now is getting
a 9pin to 16pin converter. The 9pin being the MS mouse and the 16pin is
Disto's Rs232pak. I don't guess it will be too hard. I'm looking forward
to a decent mouse, something I haven't experienced yet. Regards, Charlie

-*-

91478 21-JAN 18:31 General Information
     RE: Nitros9 joystick! (Re: Msg 91474)
     From: JEJONES      To: WAYNETHOMPSO

 > You are really going to enjoy the serial mouse.  I converted on of
 > my deluxe rs232 pack to a dual rs232 and have been using it for about a
 > year now.  It is _VERY_ smooth compared to a hi-res interface w/joystick
 > or mouse.

Not only that, but it eats WAY less CPU time than the high-res interface.
The high-res interface is to the mouse what the bit-banger port is to
serial I/O--a way to make a cheap part at the cost of using large numbers
of CPU cycles.

Opinions herein are solely those of their respective authors.

Clipper Chip: Big Brother Inside

-*-

91480 21-JAN 20:09 General Information
     RE: Nitros9 joystick! (Re: Msg 91478)
     From: CHARLESAM    To: JEJONES

This is good to know, less CPU time I mean. BTW, I have it put together now
but need to install the software. Let you know how it turns out. Wayne too.
Regards Charlie

-*-

91496 22-JAN 10:23 General Information
     RE: Nitros9 joystick! (Re: Msg 91478)
     From: WAYNETHOMPSO To: JEJONES


  Before I built my dual rs232 I was considering the 10bit a/d converter
plans that is in the database for the same reason; less CPU load.  And
speaking of CPU load, I just got my Eliminator and soon I will have a
parallel port for my printer and I can say goodbye to my bitbanger!!!
 Thanks,
 Wayne

-*-

End of Thread.

-*-

91444 18-JAN 23:05 Programmers Den
     RE: pixel palette info (Re: Msg 91439)
     From: DBREEDING    To: DOMM

 > 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.

You _can_ get the pixel info by GETting a block into a buffer and then
reading the data within the buffer, because you know the address of it.

Of course you'll have to take into consideration the which screen type
it is, and adjust your pixel depth accordingly.

If speed is imperative, this might not be a workable solution.


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

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

-*-

91456 19-JAN 22:15 Programmers Den
     RE: pixel palette info (Re: Msg 91444)
     From: DOMM         To: DBREEDING

Thanks for the info. Seems to me that "GETting" the first verticle Y data
column into a buffer where it could be viewed and manipulated for program
use would be good because I must first scan from top to bottom (first
column) a, reversing every other line, etc...
Now I guess I'll just have to find out how to do that with the chosen
buffer. (READ? PEEK? etc...)

THANKS!

---Dom

-*-

91458 19-JAN 23:31 Programmers Den
     RE: pixel palette info (Re: Msg 91456)
     From: DBREEDING    To: DOMM

 > Thanks for the info. Seems to me that "GETting" the first verticle Y data
 > column into a buffer where it could be viewed and manipulated for program
 > use would be good because I must first scan from top to bottom (first
 > column) a, reversing every other line, etc...

I'd say this would be the way to do it.. again, it might not yield the
speed you need, not really sure of how fast this can operate.

 > Now I guess I'll just have to find out how to do that with the chosen
 > buffer. (READ? PEEK? etc...)

Possibly PEEK.. or it might be good (and faster) to possibly write a
subroutine module in assembly.  As a matter of fact, I think I have the
source code for a graphics screen dump to a printer that I once tinkered
around with.  Do you have the old "asm" assembler from Level 1?  You might
look this over and get some ideas as to how to do this.

If I remember correctly, there seemed to be a bug where you couldn't get
but the screen width -1 pixel into a buffer.  I.E.  seems like if you had
a 640-wide screen, all you could get was 639 pixels wide.. can't remember.


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

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

-*-

91461 19-JAN 23:57 Programmers Den
     RE: pixel palette info (Re: Msg 91456)
     From: DBREEDING    To: DOMM

 > Now I guess I'll just have to find out how to do that with the chosen
 > buffer. (READ? PEEK? etc...)

I may have misunderstood what you were saying.. forgive me if I'm getting
too basic for you, but it occurred to me that you might possibly have been
posing the question as to how to get the data into a buffer.

If this is the case, you need to study the section "Windows" in your big
manual.  You send escape codes, to manipulate buffers.  Look under
DfnGPBuf, GetBlk, KilBuf, PutBlk (possibly).  You'll first need to
Define a buffer, then "GetBlk" the specified area..  Then you can look at
the various pixels.. remember that one bit defines a 2-color pixel, it
takes 2 bits for a 4-color pixel, and 4 bits for a 16-color pixel.  Really,
this represents the Palette #, and you will probably need to first issue
calls to read the colors stored in these Palette registers, depending on
exactly what you are doing.

I may have gotten too elementary for you, but on further looking at your
post, thought this might be what you are asking.  Actually you need to
read this post before you read my previous one <G>..


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

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

-*-

91464 20-JAN 07:19 Programmers Den
     RE: pixel palette info (Re: Msg 91444)
     From: JEJONES      To: DBREEDING

 > You _can_ get the pixel info by GETting a block into a buffer and then
 > reading the data within the buffer, because you know the address of it.
 >
 > Of course you'll have to take into consideration the which screen type
 > it is, and adjust your pixel depth accordingly.
 >
 > If speed is imperative, this might not be a workable solution.

Depends on the application.  If there's some locality of reference,
you should be able to amortize a GET over several pixel examinations.

Opinions herein are solely those of their respective authors.

Clipper Chip: Big Brother Inside

-*-

91479 21-JAN 20:04 Programmers Den
     RE: pixel palette info (Re: Msg 91461)
     From: DOMM         To: DBREEDING

> I may have gotten too elementary for you.......

NO WAY!!!

I know very little at this point about how to do this.
"GETting" a block I understand---how to and where to examine this block
I have yet to learn.
Assembly language is something I have no knowledge of or access to.

May be I should offer "$" to anyone to write a program that gives me
the info I need?

Thanks---

---Dom

-*-

91486 22-JAN 00:26 Programmers Den
     RE: pixel palette info (Re: Msg 91479)
     From: DBREEDING    To: DOMM

 > I know very little at this point about how to do this.
 > "GETting" a block I understand---how to and where to examine this block
 > I have yet to learn.
 > Assembly language is something I have no knowledge of or access to.

I assume you want to do this strictly from BASIC09 then?  Well.. You
probably should get either the revised "gfx2" by Kevin Darling, or you
need to get "gfx3.ar".  This is a thing I wrote a long time back.  It
contains many of the functions you will need for this project (if the
revised "gfx2" doesn't, I never got into it).  Probably you should get
the gfx3 thing.. I'm not sure if it's still available here or not.  If
not maybe I can mail it to you.. Do you have ar to unarchive it?


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

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

-*-

91493 22-JAN 02:54 Programmers Den
     RE: pixel palette info (Re: Msg 91486)
     From: DOMM         To: DBREEDING

> need to get gfx3.ar...

As far as I know I have all the GFX2 updates- as well as GFX3 and GFX5.

I guess strictly Basic09?

Ideally if I had a choice the program would take any x-y screen point
as a parameter and give out the pixel color or at least pallette slot.
I would call this program from within another Basic09 program that
scans the screen in the appropriate fashion subject to change.

Now --in the real world???

I would settle for a simple top to bottom-bottom to top (alternaning)-
screen scan that gives pixel info.

???????????

---Dom

-*-

End of Thread.

-*-

91445 19-JAN 01:11 OSK Applications
     RE: Screen Type (Re: Msg 91425)
     From: JOHNREED     To: LARRYOLSON

 >        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,

  HeHe  Right Larry, CirCad  THINKS it's drawing a line
every 5 pixels down the screen.

  If you would like a little more frustration, turn off the
"SNAP" feature and try to draw lines at every pixel in the
`fat' space -- use the `sline' with the CTRL-SHFT arrows keys
for pixel-by-pixel movement.  You will find that one of
those pixels is not really there -- or at least, you can't
draw there.  (The dead `space' is right next to the grid line).
(SOMETIMES) (?!!!?).

  The spacing is right -- the PostScript drawing produced from
the same x-y data is right on the nose.  The Kwindows display has
"holes" in it.

  More fun  - if I feed the PostScript output from
CirCad through Ghostscript and output it to a GIF file,
some of the horizontal  lines vanish if displayed
on an MM/1 with gifshow (but they are there -- the GIF
reader on my messydos machine shows them.)


 If you come across a cure for this little quirk, let me
know.

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

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

-*-

91460 19-JAN 23:56 OSK Applications
     RE: Screen Type (Re: Msg 91445)
     From: WDTV5        To: JOHNREED

John, I'm not totally clear on this msg, but from the other replies
already posted, I take it you are looking at a GIF file. I've also noted
that effect, and it is usually caused by the files format being bigger than
a coco screen so the scaling kicks in throwing out stuff until it fits.
The cure is to use ViewGifs scaling controls to scale it back up to 1-1
and also adjust the position of the resultant less than full image "window"
into it you are seeing until the detail in the area of interest becomes
visible. Some of those GIF images I've dlded here were actually 1680x1680
images!  A LOT gets tossed if you try to look at the whole image on a
coco screen when its that big.

A secondary problem will atack you when drawing graphics in that it may
not draw where you want it to if you think you specified the exact pixel.
If the window is bordered or some such, reducing the actual working area
from the 0-639x0-191 real area, and the scaling switch in gfx2 is on so
you can use full range (0-639 and 0-191) sized commands, they will be
scaled to fit into the (12-627,9-182) actual range resulting in a line
being 2 instead of 3 pixels for the space as you showed. In my playing
around, I finally gave up trying to predict where it would bite me and
now I do my own range scaling by cuss & cry with the scalesw turned OFF.
Note that I assumed some values 4 lines up, they are not from any biblical
references!

Neither of those scenes might be whats biteing you, but I'm tossing it
out as food for thought.

Cheers, All

-*-

91462 20-JAN 00:46 OSK Applications
     RE: Screen Type (Re: Msg 91445)
     From: JOELHEGBERG  To: JOHNREED

John,

 > HeHe  Right Larry, CirCad  THINKS it's drawing a line
 > every 5 pixels down the screen.

In CirCad, how are you drawing those lines?  (i.e. are you using PutBlk
or are you just using SetDPtr and Line commands?)  Would you also be
able to send me a brief sample source program that illustrates this?
Then we can try and figure out what's wrong and fix it.  :)

  -- Joel.


-*-

91465 20-JAN 07:19 OSK Applications
     RE: Screen Type (Re: Msg 91445)
     From: JEJONES      To: JOHNREED

 > More fun  - if I feed the PostScript output from
 > CirCad through Ghostscript and output it to a GIF file,
 > some of the horizontal  lines vanish if displayed
 > on an MM/1 with gifshow (but they are there -- the GIF
 > reader on my messydos machine shows them.)

You're probably using a PClone with higher resolution.  If more than one
row of pixels on the GIF file map to the same row of pixels on the MM/1
display, what should gifshow do?  (I suppose it could try to average
the values.)

Opinions herein are solely those of their respective authors.

Clipper Chip: Big Brother Inside

-*-

91469 21-JAN 00:15 OSK Applications
     RE: Screen Type (Re: Msg 91462)
     From: JOHNREED     To: JOELHEGBERG

 > In CirCad, how are you drawing those lines?  (i.e. are you using PutBlk
 > or are you just using SetDPtr and Line commands?)  Would you also be
 > able to send me a brief sample source program that illustrates this?
 > Then we can try and figure out what's wrong and fix it.  :)

Joel,
 The other replies, from WDTV5 and JEJONES, reminded me of
something I have been overlooking - (actually, I figured it
out once and then forgot it -- bad).

 I am drawing with SetDPtr and Line commands in a window that is
slightly reduced from the full screen size.  It is scaling that
is beating up on me.  As the others pointed out, when you try to draw
more lines than the monitor has, some of them will have to go.


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

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

-*-

91470 21-JAN 00:16 OSK Applications
     RE: Screen Type (Re: Msg 91460)
     From: JOHNREED     To: WDTV5

 > If the window is bordered or some such, reducing the actual working area
 > from the 0-639x0-191 real area, and the scaling switch in gfx2 is on so
 > you can use full range (0-639 and 0-191) sized commands, they will be
 > scaled to fit into the (12-627,9-182) actual range resulting in a line
 > being 2 instead of 3 pixels for the space as you showed. In my playing

So how come I didn't remember that?  (Thanks) (GRIN).
           ********************************
       A stitch in time --------------------
               ------ is worth two in the bush

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

-*-

91471 21-JAN 00:16 OSK Applications
     RE: Screen Type (Re: Msg 91465)
     From: JOHNREED     To: JEJONES

 > You're probably using a PClone with higher resolution.  If more than one
 > row of pixels on the GIF file map to the same row of pixels on the MM/1
 > display, what should gifshow do?  (I suppose it could try to average
 > the values.)

Hmmm, right.  Cheap (but very sharp) monochrome VGA monitor that is
working better than my brain this week.
           ********************************
       A stitch in time --------------------
               ------ is worth two in the bush

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

-*-

91472 21-JAN 00:46 OSK Applications
     RE: Screen Type (Re: Msg 91470)
     From: WDTV5        To: JOHNREED

I dunno. But thats what it sorta sounded like. Its for sure why when I'm
working on gfx2 stuffs, if I really want to know where the heck I am, I
shut the scalesw off and calc it either in the proggy or by hand.  I've
got a personally tweaked version of MaxIc, the Rainbow icon editor. Works
right nice NOW, but it also 10k bigger, more B&W I just couldn't leave
;:), oh heck lemme do that again ;:) got it!
Cheers, Gene

-*-

91490 22-JAN 01:50 OSK Applications
     RE: Screen Type (Re: Msg 91469)
     From: JOELHEGBERG  To: JOHNREED

John,

 > I am drawing with SetDPtr and Line commands in a window that is
 > slightly reduced from the full screen size.  It is scaling that
 > is beating up on me.  As the others pointed out, when you try to draw
 > more lines than the monitor has, some of them will have to go.

Okay.  Larry also posted some source code that relied on scaling (using
a 320-pixel width screen but referencing 640-pixel coordinates) so I
suspected that might have been the trouble with his code, but I
converted the coordinates to 320-pixel resolution and turned scaling off
and had the same resulting problems.  However, I believe the problem is
within the PutBlk() function and not in the SetDPtr and Line functions,
since I've used those with scaling very frequently without problems.

  -- Joel.


-*-

End of Thread.

-*-

91446 19-JAN 01:57 OSK Applications
     RE: Tex (Re: Msg 91438)
     From: JOHNREED     To: MRGOOD

 > Tim,  (or other knowledgeable people)
               ^^
OK, I know a little...

 >
 > 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?

The NEC entry would probably work fine -- you might also try the
DeskJet entry and change the "300" to "360".  You could copy the
Deskjet entry and change it's name to EPSTY300 (or something) - just
make sure the default style at the end of the modes.mf file and in
the config.ps file matches.

 >
 > 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?

Margins on my DeskJet are about 1-7/8".  Size is 10 points.  If you
chose that 360x180 entry for modes.mf, that might explain the
"squashed" letters.

 >
 > 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.
 >
Agreed -- Tim must have put some serious hours into this one.
           ********************************
       A stitch in time --------------------
               ------ is worth two in the bush

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

-*-

91454 19-JAN 20:36 OSK Applications
     RE: Tex (Re: Msg 91446)
     From: MRGOOD       To: JOHNREED

John,

Thanksfor replying.  I have to play with it some more.  Playing is tough
though when you have to wait for Metafont to generate fonts.

Hugo

-*-

End of Thread.

-*-

91447 19-JAN 12:46 General Information
     Gime Chip Source
     From: MARTYGOODMAN To: ALL

The following was posted on Internet by Glenn A. Emelko:

Just to let all you Coco III folks out there know....

Performance Concepts, Inc (my company) produced a large number of
Coco-III based imbedded systems in the late 80's and early 90's, and
when the Coco-III was officially phased out we purchased the remaining
supply of GIME chips (the main custom graphics controller in the
Coco-III) direct from Tandy as a Tandy VAR.  We still have a fair
supply of these chips left, and though we must keep some as repair
stock we may be willing to sell about 50 of them.  Please contact me
if you are interested.

Glenn A. Emelko
(216) 974-9550
Performance Concepts, Inc.

-*-

91448 19-JAN 12:58 General Information
     RE: Monitor Headache (Re: Msg 91136)
     From: MARTYGOODMAN To: CHARLESAM

The original NEC Multisync I monitor, and the NEC Multisync 1 plus,
and the NEC Multisync 2 also, I believe, quite happily synced down
to 15.75 KHz.   As it happens, I have several NEC Multisync monitors here,
including the Multisync 1, and would consider selling one of them.
The problem of course is shipping.   Color monitors are a bit delicate
to ship (one can knock their shadow mask out if they get too hard
a bump in transit, rendering them worthless and unrepairable).
UPS blue lable offers somewhat less bumpy handling, tho it can get
VERY expensive... over $40 for a 35 lb package.

Many other monitors from that vintage offerred 15.75 KHz sync capability.
I use a Tatung monitor on one of my PC compatibles from that vintage,
and it also syncs down to 15.75 KHz (I tested it on my CoCo and
it worked just fine).  The Sony 1302 of course also syncs down
to 15.75 KHz.   Genreally speaking, many of the high end name brand
monitors from 1986 to about 1989  tended to support CoCo style
H sync frequencies.   If the monitor uses a 9 pin DB connector, it
and if it supports VGA sync, it probably also supports 15.75 KHz sync,
especially if it is from that 1986 to 1989 period I mentioned.


After 1990, with CGA officially regarded as hopelessly ancient and
obsolete and worthless (as low end VGA monitors were then costing
no more than previous CGA monitors, and cheap VGA cards were becoming
readily avialable) there became much less reason for makers of
medium to high end monitors to support low sync rates, and it
made sense to save a good deal of money (and pass that on to their
VGA - using customers) by not supporting 15.75 KHz sync.   I would
guess that, apart from  die hard CoCo, Atari, and Amiga users,
the market for 15.75 KHz sync - capable analog monitors is limited
to very high end professional TV broadcast applications.


Let me think about about parting with one of my precious vintage
multisync monitors, but I suspect I really SHOULD sell off one of
them, if only because I can use the money toward a new mountain bike!

    ---marty

-*-

91467 20-JAN 23:02 General Information
     RE: Monitor Headache (Re: Msg 91448)
     From: CHARLESAM    To: MARTYGOODMAN

If you should wish to part with one, I'll pick up the shipping as you
mentioned. It will be worth it to have a half way decent monitor. E-mail
me the cost with the premium shipping included and I'll send off a money
order right away. Please don't wait too long cause I have to solve this
problem soon. Thanx too for all the info on multisync monitors. If you
don't sell, maybe I can find one at a ham fest in the area, now that I
know what I'm looking for. PS, if you do decide to sell me one, please
include the cable, even if I have to pay a few more bucks. Again thanx
Marty, you always seem to be there when there's a problem. Charlie

-*-

End of Thread.

-*-

91449 19-JAN 13:03 Programmers Den
     RE: printer (Re: Msg 91440)
     From: MARTYGOODMAN To: WDTV5

Gene,

  I fear I don't have ANY old Okidata manuals here.  Had you asked
about an old Epson or Panasonic printer, I'd be able to help, for
I have a number of Epson and Panasonic manuals here (for the
KXP 1080, 1180, 1090, 1190, and 1124 among the Panasonic models,
and for the MX80 and its relatives among the Epson models).

   Indeed, I'd like to lay my hands on some Okidata manuals, if only
to round out my reference library on (as you so nicely put it)
"Jurassic Printers".  (I call such stuff Techno Tyranosaurs myself)


  ---marty

-*-

91459 19-JAN 23:40 Programmers Den
     RE: printer (Re: Msg 91449)
     From: WDTV5        To: MARTYGOODMAN

Thanks Marty. You were the court of "next to last resort", the last one
being:

To ALL:
HAS ANYBODY GOT A MANUAL FOR AN OLD OKIDATA u-82 Microline printer that
could look some info up for me?? HELP!!

Was that loud enough? ;-)

Cheers everybody, Gene Heskett, WDTV5@delphi.com

-*-

91463 20-JAN 04:55 Programmers Den
     RE: printer (Re: Msg 91459)
     From: BROWN80      To: WDTV5

I may have one at work. I'll look and get back to you this weekend.
                           John Brown

-*-

91468 20-JAN 23:08 Programmers Den
     RE: printer (Re: Msg 91459)
     From: WA2EGP       To: WDTV5

I wish I could help.  I have an Oki 92 but they dropped the serial port (you
can add it as an optional satellite board) so my manual probably won't help.
I'll try to check it out (if I can find the stupid thing).  Jurassic indeed!
My Oki outlasted several Epsons.  I should drop my old Daisy wheel printer on
you guys (grin).

-*-

91494 22-JAN 06:32 Programmers Den
     RE: printer (Re: Msg 91459)
     From: SCWEGERT     To: WDTV5

 > HAS ANYBODY GOT A MANUAL FOR AN OLD OKIDATA u-82 Microline printer that
 > could look some info up for me?? HELP!!


Don't panic, Gene .... I've got a manual right here.

Lessee ... setting it up for parallel operation involves a couple of things.

First, switch 8 on the front panel dips is set to off to enable the parallel
interface. Switches 1-4 set the character set ... all off for US ASCII.
5 sets 7bit (on) or 8bit (off)

Nothing on the back set of dip switches need to be messed with as they
pertain to baud rate and parity. The jumper plug SP2 can enable or
disable the 8th bit when using the parallel interface by placing the jumper
over the center stake and the side marked "B".

Hope this helps ... let me know if you need any other info.

*- Steve -*


-*-

End of Thread.

-*-

91450 19-JAN 19:37 OSK Applications
     RE: C pointers,structures, type conversi (Re: Msg 91377)
     From: BKITT        To: JOELHEGBERG

Exactly.
_buffer may be ANY data type.  One of the other passed parms is a flag
indicating what the data type is.

-*-

91451 19-JAN 19:44 OSK Applications
     RE: C pointers,structures, type conversi (Re: Msg 91389)
     From: BKITT        To: VAXELF

Thanks
This is EXACTLY what I need.

-*-

91452 19-JAN 19:44 OSK Applications
     RE: C pointers,structures, type conversi (Re: Msg 91398)
     From: BKITT        To: DBREEDING

thanks very much.  I will try this.

-*-

End of Thread.

-*-

91453 19-JAN 19:46 OSK Applications
     basic09
     From: BKITT        To: ALL

In basic09 (osk version) I am creating a 'type' of variable.
2 questions:
#1.  Can this be in a header file much like '.h' files for C, or macros
     for assembler?
#2.  How can you continue the TYPE over more than 1 line to maintain
     readability.
     My type definition is about 120 characters long, but every time I try
     to do continuation, it gives me errors.

-*-

91455 19-JAN 21:15 OSK Applications
     RE: basic09 (Re: Msg 91453)
     From: VAXELF       To: BKITT (NR)

  TYPE statements are closer to a structor than a .h or marco. Yes they
can be multiline. I use "me' for my editor and all I do is keep typing in
the data. When I list it under Basic, basic will wrap it just fine. I am
not sure what would happen if I did a CRLF and continued on the next line.
  BTW, I'll see if I still have that code, where I was using a UNION to
send data statements to.

John D.

-*-

End of Thread.

-*-

91457 19-JAN 23:11 General Information
     Puppo KB Adapter
     From: DSRTFOX      To: ALL

Please go over to the CoCo SIG and read msg 97154!!! PLEASE!!

-*-

91475 21-JAN 06:16 General Information
     wd1002-5
     From: WAYNETHOMPSO To: ALL

I just received my Eliminator and need to know where I might be able
to get a wd1002-5 HD/FD card.  I would like to use all of the features.
Also, I need the part number for the RTC chip used in the Eliminator setup.
Thanks,
Wayne

-*-

91477 21-JAN 10:02 OSK Applications
     RE: download (Re: Msg 91396)
     From: MRGOOD       To: WA2EGP (NR)

Bob,

I finally got TeX and Ghostscript running.  What problems are you
having?

Hugo

-*-

91481 21-JAN 22:28 General Information
     RE: Dragon's Lair II (Re: Msg 91424)
     From: MREGC        To: LARRYOLSON

Larry,

  > Don't forget the Digital Video Cartridge.....

    Yes, the DV Cartridge is a very powerful processor. Unfortunately, when
I asked a rep from Philips about it awhile back, he said it could only be
used for decoding DV files. He said programmers have no direct access to it
and therefor can't utilize its considerable processing power for their own
purposes. I don't know if this is entirely true as programmers have been
known to accomplish many things that they weren't supposed to be able to do,
but that's what the man said.

..Eric...

-*-

91482 21-JAN 22:33 General Information
     RE: Dragon's Lair II (Re: Msg 91427)
     From: MREGC        To: JOELHEGBERG

Joel,

  > 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.

    Mine was so bad toward the end that you could just lightly press on the
center of the case and you could hear it creak it was so close to caving in
from the constant beating it had taken.

  > ... I've been much nicer to my Sega Genesis ...

    Yeah, so have I. Of course, now I just hit other things in the room to
take out frustrations, furniture, books, people who just beat me in a round
of MK/MKII/NBA Jam, etc...

..Eric...

-*-

91485 21-JAN 23:46 General Information
     RE: Dragon's Lair II (Re: Msg 91482)
     From: CHARLESAM    To: MREGC (NR)

BTW, if you'd like a mint condition Atari 2600 plus a bundle of games, let
me know... Thought maybe you'd enjoy beating up on a new machine, obsolete
as it is. ;-}    Regards Charlie

-*-

91489 22-JAN 01:40 General Information
     RE: Dragon's Lair II (Re: Msg 91481)
     From: LARRYOLSON   To: MREGC (NR)


 > Yes, the DV Cartridge is a very powerful processor. Unfortunately,
 > when I asked a rep from Philips about it awhile back, he said it could
 > only be used for decoding DV files. He said programmers have no direct
 > access to it and therefor can't utilize its considerable processing power
 > for their own purposes. I don't know if this is entirely true as
 > programmers have been known to accomplish many things that they weren't
 > supposed to be able to do, but that's what the man said.

   Eric,
       Hopefully he was just a salesman, and doesn't have a direct pipeline
   into what Phillips long term plans are.

   -------------------------------------------------------------------------
   For any lurking Phillips honcho,s looking to make the big bonus in '95
   -------------------------------------------------------------------------
     Can you picture the looks on the faces of the 3DO guy's, at the next
  Consumer Electronics show,  when you setup a CD-I booth next to them with
  2 or 3   45 inch television's running DOOM II ?
  --------------------------------------------------------------------------

   Oh well, we can hope..
   Larry


-*-

End of Thread.

-*-

91484 21-JAN 22:54 Telecom (6809)
     RE: Internet snafu (Re: Msg 91433)
     From: JEVESTAL     To: LARRYOLSON

 > 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.
 >
 > #34         16-Jan-1995 23:48
 > From:  IN%"coco-sysop=40inet00#%forwarder@genie.geis.com"
 > To:    IN%"larryolson@delphi.com"
 >
 > Subj:  OS9 Sound Editor

Hi Larry,

You might want to send a copy of this message to postpaster@genie.geis.com.
It looks like they have a problem with a message that is not getting deleted
from their spool.

Hey, you are least getting mail from Allen.  He hasn't replied to the last
two messages that I send him!

Jim

======================== InfoXpress 01.01.00 OS-9/6809 ======================
       |          Narnia BBS: 12am-8am PST serving   CoCo   OS-9   users
   ----|----     StG network: sysop@Narnia   "Exclusively  OS-9"
       |              Delphi: JEVestal@delphi.com
 Marysville, CA     InterNet: JEVestal%narnia@sandv.chi.il.us
       |                or  : JEVestal@citrus.sac.ca.us
 (916)  743-2617       Voice: 8am-12am PDT  :1 Corinthians 1:18 & Romans 1:16
=============================================================================
    Jim Vestal: Assistant editor of The International OS-9 Underground,
              "Magazine dedicated to OS-9/OSK Users Everywhere

-*-

91488 22-JAN 01:40 Telecom (6809)
     RE: Internet snafu (Re: Msg 91484)
     From: LARRYOLSON   To: JEVESTAL (NR)


 > You might want to send a copy of this message to
 > postpaster@genie.geis.com. It looks like they have a problem with a
 > message that is not getting deleted from their spool.
 >
 > Hey, you are least getting mail from Allen.  He hasn't replied to the
 > last two messages that I send him!

   Jim,
       Apparently Delphi got tired of all the complaints I was leaving all
   over, the message finally stopped showing up. I still don't know what
   happened, Allen left one message, that I responded to, then on his second
   message it started repeating. I tried twice to leave another message to him
   but they kept getting returned, USER Unknown, but his second message kept
   comming in about once an hour, strange...
       Delphi was real helpful, they suggested things like, why don't you
   respond to the message and tell them to stop sending it, yea... like I
   didn't think of that, geezz.

       Changing the subject, my subscription to the Underground lapsed and I
   havn't sent the renewal in yet, but what I was wondering was what is the
   availability and cost of back issues, and what is the current volume and
   issue number. I want to send in the renewal but I would also like to
   pick up the issues I missed.

   Larry



-*-

91492 22-JAN 01:57 Telecom (6809)
     RE: Internet snafu (Re: Msg 91488)
     From: JOELHEGBERG  To: LARRYOLSON

Larry,

 > > You might want to send a copy of this message to
 > > postpaster@genie.geis.com. It looks like they have a problem with a
 > > message that is not getting deleted from their spool.

 > Apparently Delphi got tired of all the complaints I was leaving all
 > over, the message finally stopped showing up. I still don't know what
 > happened, Allen left one message, that I responded to, then on his
 > second message it started repeating. I tried twice to leave another

It was a problem on GEnie's end.  I saw your message here and forwarded
it to Allen who forwarded it to someone named Andy in the upper
eschelons of GEnie, who fixed the problem.  GEnie has had quite a few
problems with it's Internet handling capabilities (one of many reasons
why I left) and Delphi customer service is never of any help in any
circumstances (but for some reason I stay on here... probably because
it's so cheap).  <grin>

  -- Joel.


-*-

End of Thread.

-*-

91487 22-JAN 01:05 General Information
     A FEW LAUGHS
     From: THESCHU      To: ALL

 Hello to all. Here is something that was brought to my attention by my
mother. For a few laughs and chuckles read this memo from IBM.



NEWS  REPORT  29

25  May  1989

IBM ANNOUNCES EXTENDED MOUSE SUPPORT

The following is a direct,  word-for-word reproduction of a recent  IBM
'Service Support' announcement. (HONEST  !)

ESD PRODUCT SERVICE SUPPORT
Subject:  NEW RETAIN TIP

Record number:               H013944
Device:                           D/T8550
Model:                            M
Hit Count:                      UHC00000
Success Count:                USC0000
Publication code:              PC50
Tip key:                           025
Date Created:                   089/02/14
Date last altered:               089/02/15
Owing B.U.:                    USA

Abstract:  MOUSE BALLS NOW AVAILABLE AS FRU


Mouse balls are now available as a Field Replacement Unit (FRU).  If
a mouse fails to operate, or should perform erratically,  it may be in
need of a ball replacement.  Because of the delicate nature of this
procedure,  replacement of mouse balls should be attempted by trained
personal only.

Before ordering,  determine type of mouse balls required by examining the
underside of each mouse.  Domestic balls will be larger and harder than
foreign balls.  Ball removal procedures differ,  depending upon manufacturer
of the mouse.  Foreign balls can be replaced using the POP-OFF method,  and
domestic balls replaced using the TWIST-OFF method.  Mouse balls are not
usually static sensitive,  however excessive handling can result in sudden
discharge.  Upon completion of ball replacement,  the mouse mat be used
immediately.

It is recommended that each servicer have a pair of balls for maintaining
optimum customer satisfaction and that any costumer missing his balls should
suspect local personnel of removing these necessary functional items.

P/N N33F8462 - Domestic Mouse Balls
P/N N33F8461 - Foreign Mouse Balls

SAS Keywords:
PSY2                     8525SYSMISC        8530SYSMISC         8550SYSMISC
8560SYSMISC      8570SYSMISC        8580SYSMISC

ESD PRODUCT SERVICE SUPPORT,  BOCA RATON,  FL.

====== END OF MESSAGE ======


Have fun and spread it around.

-*-

91503 22-JAN 17:29 General Information
     RE: A FEW LAUGHS (Re: Msg 91487)
     From: CHARLESAM    To: THESCHU

I'm laughing so hard I can't see the keyboard. That was  really rich! I thank
you very much for the good laugh. PS My wife thinks I'vve gone over the edge
I'm laughing so hard. Great stuff! Charlie

-*-

91508 22-JAN 21:04 General Information
     RE: A FEW LAUGHS (Re: Msg 91503)
     From: THESCHU      To: CHARLESAM (NR)

Glad to be of service. :->
Just think that the report is real and true.  Can you imagine this being a
medical procedure?  Hummm. Mybe I should postit in the medical Sig
(if there is one).
Brin

-*-

End of Thread.

-*-

91491 22-JAN 01:56 General Information
     Microsoft buys LDS
     From: PAGAN        To: ALL

 ---------- Forwarded message ----------
 Date: Tue, 17 Jan 1995 08:32:22 -0700
 From: Doug Gwilliam <DOUGGW@WORDPERFECT.COM>

 MICROSOFT to Acquire LDS Church

 SALT LAKE CITY (AP)- In a surprise move that left competitors
 stunned, Microsoft has followed up its successful merger with the
 Roman Catholic Church by announcing a cash buyout of the Church of
 Jesus Christ-Latter Day Saints.  In recent weeks, high officials of
 the LDS Church (more commonly known as the Mormons) had been rumored
 to be in negotiations with both Novell and Lotus, but the Microsoft
 move came as a complete surprise to most industry/religious
 observers.  With much of Microsoft's competition based in Utah, many
 current employees of Word Perfect and Novell commented (anonymously)
 that they would feel morally obliged to jump ship to Microsoft.
 Novell is countering by pointing to non-competitive clauses in
 senior personnel's contracts, and urging conversion to the
 Reorganized LDS Church, with whom Novell has entered into hasty
 negotiations.

 Microsoft spokespersons officially denied any intent to pirate
 Novell employees with this move, though they indicated that they
 were willing to sell Novell their Eastern Rite Catholic subsidiaries
 to avoid anti-trust action.

 According to the official press release, Microsoft CEO and Pontiff
 Bill Gates said, "We've been hoping to acquire the Mormons for a
 long time.  They're a fast growing organization with a large, mobile
 and highly dedicated sales force which will work synergistically
 with our worldwide Catholic retail outlets.  More importantly, we're
 acquiring the LDS "convert-the-dead" technology which we will
 incorporate into OLE 3.0 (scheduled to arrive in the next versions
 of Windows and Windows NT, currently codenamed "Rome" and
 "Jerusalem" repsectively)."

 Gates went on to say, "This will expand our user base to generations
 of users who never before had the chance to purchase Microsoft
 products."  Microsoft insiders who declined to be quoted predicted
 record profits from requiring deceased church members to purchase
 annual upgrades in order to maintain their eternal salvation.


-*-

91495 22-JAN 10:08 General Information
     RE: Microsoft buys LDS (Re: Msg 91491)
     From: PAUL8        To: PAGAN

On 22-JAN 01:56 PAGAN said to ALL
 PA: ---------- Forwarded message ----------
 PA: Date: @Tue, 17 Jan 1995 08:32:22 -0700
 PA: From: Doug @Gwilliam <@DOUGGW@WORDPERFECT.COM>
 PA: MICROSOFT to Acquire @LDS Church
 PA: SALT LAKE CITY (AP)- In a surprise move that left competitors
 PA: stunned, Microsoft has followed up its successful merger with the
 PA: Roman Catholic Church by announcing a cash buy out of the Church of
 PA: Jesus Christ-Latter Day Saints.  In recent weeks, high officials of
 PA: the LDS Church (more commonly known as the Mormons) had been rumored
 PA: to be in negotiations with both Novell and Lotus, but the Microsoft
 PA: move came as a complete surprise to most industry/religious
 PA: observers.  With much of Microsoft's competition based in Utah, many
 PA: current employees of Word Perfect and Novell commented (anonymously)
 PA: that they would feel morally obliged to jump ship to Microsoft.
 PA: Novell is countering by pointing to non-competitive clauses in
 PA: senior personnel's contracts, and urging conversion to the
 PA: Reorganized LDS Church, with whom Novell has entered into hasty
 PA: negotiations.
 PA: Microsoft spokespersons officially denied any intent to pirate
 PA: Novell employees with this move, though they indicated that they
 PA: were willing to sell Novell their Eastern Rite Catholic subsidiaries
 PA: to avoid anti-trust action.
 PA: According to the official press release, Microsoft CEO and Pontiff
 PA: Bill Gates said, "We've been hoping to acquire the Mormons for a
 PA: long time.  They're a fast growing organization with a large, mobile
 PA: and highly dedicated sales force which will work synergistically
 PA: with our worldwide Catholic retail outlets.  More importantly, we're
 PA: acquiring the LDS "convert-the-dead" technology which we will
 PA: incorporate into @OLE 3.0 (scheduled to arrive in the next versions
 PA: of Windows and Windows @NT, currently @codenamed "Rome" and
 PA: "Jerusalem" @repsectively)."
 PA: Gates went on to say, "This will expand our user base to generations
 PA: of users who never before had the chance to purchase Microsoft
 PA: products."  Microsoft insiders who declined to be quoted predicted
 PA: record profits from requiring deceased church members to purchase
 PA: annual upgrades in order to maintain their eternal salvation.
*************************************************************************
Is this true (which I doubt) or a joke?


Paul - Boston,MA  Internet: Paul8@delphi.com
internet: phkatz@bics.bwh.harvard.edu  Happy Sailing:  N1LRT

`[1;31;47mRainbow V 1.11 for Delphi - Registered

-*-

91500 22-JAN 12:35 General Information
     RE: Microsoft buys LDS (Re: Msg 91495)
     From: PAGAN        To: PAUL8


 >Is this true (which I doubt) or a joke?

 Of course it's a joke!  It's poking fun at Microsoft's propensity for buying
 up competitors and and at the almost cult-like adulation Bill Gates recieves
 for his business savvy.

 How could anyone take seriously things like "convert the dead technology" or
 "requiring deceased church members to purchase annual upgrades in order to
 maintain their eternal salvation" unless their BS detector badly needs a
 tune up?

 Stephen (PAGAN)

-*-

91502 22-JAN 15:05 General Information
     RE: Microsoft buys LDS (Re: Msg 91500)
     From: RANDYKWILSON To: PAGAN


 > How could anyone take seriously things like....

I wondered that too, but decided it wasn't too surprising based on the
message. What, 50-75 lines of quote, a 4 line .sig, to ask a half line
question?

   Randy

-*-

91506 22-JAN 20:52 General Information
     RE: Microsoft buys LDS (Re: Msg 91502)
     From: PAGAN        To: RANDYKWILSON


 >I wondered that too, but decided it wasn't too surprising based on
 >the message. What, 50-75 lines of quote, a 4 line .sig, to ask a
 >half line question?

 At a lecture I attended this afternoon, Michael Shermer of the
 Skeptics society mentioned an earlier part of the the legend about
 Microsoft buying the Catholic Church as an example of things to be
 skeptical of.  After the lecture, someome came up and told him that
 he had read an article an the Wall Street Journal reporting that
 MS had released a press statement denying the rumor!

 I think I erased that one but it was full of things like Bill Gates
 would be made a member of the College of Cardinals with father Guido
 Sarducci officiating at the cermony, the Pope would be made a vice
 president in charge of religious software and how you would be be
 able to make a confession, gain absolution and even reduce you time
 in purgatory right from your Windows equiped P.C.  I would think any
 reasonably intelligent person would be deafened by the alarms coming
 from their BS detector but people were taking it seriously!

 I have another phoney press release claiming that Microsoft has
 bought the entire year 1995 by offering to pay off the National
 Debt.  Gates then renamed it to "Year-M" with 1995 to follow next
 year.  This is so he won't have to rename Windows '95 again...

 Stephen (PAGAN)

-*-

End of Thread.

-*-

91497 22-JAN 12:02 General Information
     RE: ge (Re: Msg 91420)
     From: 01GEN40      To: WA2EGP (NR)

  Yeah, I thought it was CP/M but I was not sure about the cost.  I
have all of these different periodicals (all computer related) that
I read and it would have taken me about 5 years to find the correct
ma      gazine or whatever.  Are you sure it was $50K?  I seem to remember
the number 75 in the cost.  Oh well, see ya.

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

-= 01GEN40 =-

-*-

91498 22-JAN 12:26 General Information
     68micro
     From: LUCKYONE     To: DSRTFOX (NR)


Hi, Frank.

FYI.

I received the December issue of 68'micro on 6 January 1995 which
may be a reasonable time since I don't know when it was sent. Also the
pages were in reverse order with page three as the last page and page 28 as
the second page, and there was no back cover.

I wonder if you thought about giving present subscribers a chance to renew
at the old rates before they went up.

I like the issue especially the articles by Colin, Ed and Joel. Keep up the
good job.

Howard


-*-

91499 22-JAN 12:34 General Information
     RE: gen (Re: Msg 91419)
     From: 01GEN40      To: COCOKIWI (NR)

The CHARGERS are the ONLY game in town...
GOOOOOOO CHARRRGGEERRSSS
Oh yeah, the CHARGERS ARE tougher than STEEL(ers)!!!!!!!
See ya in the SUPER BOWL!!!!!!

-= 01GEN40 =-

-*-

91501 22-JAN 14:13 General Information
     WD1002A-27X RLL Cntrlr Card
     From: 01GEN40      To: ALL

  Hello to everyone and may the CHARGERS win the Super Bowl!

  I am seeking some info on a WD1002A-27X HD controller card, (RLL).  I
am currently using an MFM system and want to switch to the RLL.  My int-
erface is the Burke & Burke XT/RTC W/Xt-ROM.  On all the WD1002A-WX1
controller cards I have or have seen have had a socketed EPPROM(sp).
The ...-27X card does not have an EPROM but has an IC (28 PIN) in the
same general location as the EPROM on the ...-WX1.  Is this an EPROM
replacement?  Can I de-solder this chip, put in a socket and install
my XT-ROM?  Or, is it part of the RLL circuitry?  I cannot find anything
on this in the documentation that came with my XT interface.  Any help
on this would be greatly appreciated.  Thank you all in advance!

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

-= 01GEN40 =-

-*-

91504 22-JAN 17:43 General Information
     Serial mouse.
     From: CHARLESAM    To: ALL

I got my serial mouse working but it only works in slot1 of mpi. I currently
use that for telecommunications rs232pak. Can anyone tell me what value to
put in $0016 of cc3io to utilize sloot2 of mpi? Right now I believe its 26.
Any help will be appreciated. Charlie
PS I really like the improvement in the mouse operation. Sorry I waited so
long. CM

-*-

91505 22-JAN 17:48 General Information
     Coco3 mother board.
     From: CHARLESAM    To: ALL

I'm in the market for a coco3 mother board as I blotched a solder job on

the one backup I had. It needn't have a cpu since I'm installing a 6309
anyway. If you only have a complete Coco3, I'll take that too, as long as
its not too expensive. Memory is not important. E-mail me with price if
you got what I need. Thanx Charlie

-*-

91507 22-JAN 20:58 General Information
     Termcap1.lzh
     From: JOHNBAER     To: JOELHEGBERG (NR)


   Hello Joel,

   I grabbed the `termcap1' file from the data base here and I must say,
that was great information!  I have to catch part 2, for sure.

   What I wanted to know is, what did you use to archive that file ?
I have lha 201, 205, 206, and 208 on my MM1 and none of those would
give a listing or un-archive it :)  I went back on line and got the
ascii version <G>.  Thanks in advance Joel!

  John -


-*-

91509 22-JAN 21:39 General Information
     RE: Bad MPI??? (Re: Msg 91381)
     From: JRUPPEL      To: DBREEDING (NR)

I have experienced similar problems to what you are describing in the past and
have traced it to two sources: the connections, in particular, the one between
the coco and the mpi and the power supply. It seems that the MPI gets it's 5v
from the Coco through the cocobus, so if you have(like I do) a fully populated
multipak, you are taxing the Coco's supply to the max. I have repowered my mpi
froma 200w power supply in a tower case that I have all of my drives in and
that seems to solve the problem. Evevntually, I will have the whole Coco in the
tower (If I can shut it down long enough).
As for cleaning contacts, I've found that an eraser works best, if I get all of
the debris out of the way before I plug it back in.
Good luck! Keep that Coco runnin'!
CocoNuts in Lansing

-*-


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