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 .. -- 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 <> <> -*- 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 <> <> -*- 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 <> <> -*- 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 <> <> -*- 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 <> <> -*- 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? 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). -- 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 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! ** 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! ** 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 . 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>