nrearly free programs to be improved upon, since there isn't a lot of incentive for the author to do more than make the program do what he wanted in the first place... leave it to others to add versatility and bells n' whistles. -*- 91038 18-DEC 19:42 Programmers Den RE: _gs_rdy() Question (Re: Msg 90980) From: DBREEDING To: DSRTFOX (NR) > The whole idea behind GNU software is to make good software avaialble to > the public at little or no charge, that's why the restrictions. Providing > source makes it easier for the nrearly free programs to be improved upon, > ... leave it to others to add versatility and bells n' whistles. The idea _is_ good and noble, but kinda halts us "mercenary" lots... On a BBS once, we got into a discussion about providing source with your release. One guy said he would NOT use anything that did not have source. I have released the source with one of my programs ("gfx3" from way back when..). But since then, especially in the light of the hassle that Carl Kreider went through with unauthorized releases of "ar" (and he didn't even provide source, I don't think), I have decided that it could cause you problems if someone clobbered up your code and re-released it in your name, so I'm not sure that I'm as much in favor or releasing code as I once was. Again, I can see the point of the restrictions on the GNU stuff, but if I should release anything, even to the PD, I would still prefer to retain control over what is done with the code, especially if I'm going to get blamed for it. Of course, not releasing code still does not preclude someone's disassembling the code and working on it, but that would require a capability in one that would indicate that he could produce good code in his modifications. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 91069 21-DEC 08:05 Programmers Den RE: _gs_rdy() Question (Re: Msg 91038) From: SCWEGERT To: DBREEDING (NR) > On a BBS once, we got into a discussion about providing source with your > release. One guy said he would NOT use anything that did not have > source. I have released the source with one of my programs ("gfx3" from > way back when..). But since then, especially in the light of the hassle > that Carl Kreider went through with unauthorized releases of "ar" (and he > didn't even provide source, I don't think), I have decided that it could > cause you problems if someone clobbered up your code and re-released it in > your name, so I'm not sure that I'm as much in favor or releasing code as I > once was. > Actually, Carl originally _did_ provide the source with ar .... because that's the way it was done back then. Unfortunately, even with requests to coordinate new features and changes through him, someone hacked away at it and ... Well ... we all know the rest of the story. *- Steve -* -*- End of Thread. -*- 90981 14-DEC 22:36 Standards IBM From: RICKULAND To: ALL To the monday night conf folks- I just had a thought. IBM dropped Pentium for the math problem. Anyone remeber the old CADET (Can't Add, Doesn't Even Try) machines? -ricku Rick Ulland CoNect rickuland@delphi.com 449 South 90th St. "Operating System Nine"- 268m Milwaukee WI 53214 -*- 90996 15-DEC 02:08 Standards RE: IBM (Re: Msg 90981) From: ISC To: RICKULAND > To the monday night conf folks- > > I just had a thought. IBM dropped Pentium for the math > problem. Anyone remeber the old CADET (Can't Add, Doesn't Even > Try) machines? > > -ricku > > Rick Ulland CoNect > rickuland@delphi.com 449 South 90th St. > "Operating System Nine"- 268m Milwaukee WI 53214 > I.B.M. (I've been mothballed) dropped Pentium hoping to boost the PowerPC and their interest in fighting Microsoft and Intel. These two behemoths they spawned in the first place now threaten to eat them. Bill -*- 91039 18-DEC 19:43 Standards RE: IBM (Re: Msg 90996) From: DBREEDING To: ISC > > I just had a thought. IBM dropped Pentium for the math > > problem. Anyone remeber the old CADET (Can't Add, Doesn't Even > > Try) machines? > > Rick Ulland CoNect > I.B.M. (I've been mothballed) dropped Pentium hoping to boost the PowerPC > and their interest in fighting Microsoft and Intel. These two behemoths > they spawned in the first place now threaten to eat them. Yeah, I figured that politics was involved. I'm not really sure how bad the "flaw" is.. Intel says it's insiginficant, but I saw a msg recently that it can come up frequently.. I deleted the msgs, but they used a problem something like this: 412965/317638*317638-412965 Of course, this should give 0, but the Pentium gave 256, I believe. I'm not sure of the exact numbers, and if the digit size is right, and the numbers here might not work, but this is the general idea. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 90982 14-DEC 23:08 General Information RE: Install program (Re: Msg 90960) From: TEDJAEGER To: NIMITZ > Ted, I suggest you have the program query the user for his desired > installation > directory, and then use information obtained from the programmer to > interactively generate a script file. If you use dsave after creating > the users directory, you should have > no problem. Your program would simply create the initial directory, and > then execute dsave -e from the appropriate drive and directory. BRAVO! Exactly the idea I developed after an earlier response reminded me of dsave. What I have now queries user for the drive holding the installation disk and the target drive for the program. Dsave creates the installation script in /r0, then my program checks to see if the target drive is the same as the drive holding the installation disk. If it is, it promptes the user to switch disks; if it is not, then the installation script is executed. What remains is seeing how well I can error check the procedure file created by dsave from my graphical front end and deciding if /r0 is a proper home for the install script. (Does the -e option avoid the production of the script?) Assuming everyone has an /r0 may be a risk, no? Possibly could put the install script in /pipe... havent tried that one yet. Bests ---TedJaeger -*- 90988 14-DEC 23:35 General Information RE: Install program (Re: Msg 90982) From: MITHELEN To: TEDJAEGER Bad idea to assume that everone has a /r0 device.. the only safe assumption (but not 100% guearenteed) is that everyone has /dd. -*- 90992 15-DEC 00:06 General Information RE: Install program (Re: Msg 90988) From: WA2EGP To: MITHELEN My old QT does not have /dd. Figures I would have an odd-ball machine (grin). -*- 90994 15-DEC 00:47 General Information RE: Install program (Re: Msg 90982) From: NIMITZ To: TEDJAEGER Ted, I'd think assuming /r0 would be save on the MM/1, but not so safe on other machines. Best to use /dd and clean up after yourself. The -e option executes the resulting script as it's developed, I beleive. -*- 90995 15-DEC 00:50 General Information RE: Install program (Re: Msg 90992) From: NIMITZ To: WA2EGP I'd suggest taking the descriptor of your preferred default device - usually it to your boot disk. -*- 90997 15-DEC 05:35 General Information RE: Install program (Re: Msg 90960) From: LECLARE To: NIMITZ -*- 91000 15-DEC 21:46 General Information RE: Install program (Re: Msg 90970) From: TEDJAEGER To: WA2EGP > I hope it works out. Would be nice to have some type of install program. > BTW, would it have some sort of default values in case the user is a > newbie and really doesn't know where to put things (like we have standards Current thought is to feed dsave the source drive (where install disk is located) and the destination drive (where program will reside). Let dsave make the procedure file, and then stop and check to be sure the destination drive is different from the source drive. If it is, go ahead and run the install script; if not, prompt user to switch the disks (most likely in /d0). Now I could give user a button to click for a custom installation, in which case things would stop after the install script is created (probably on /r0), and the user could "play" with that script to heart's content. How does that strike ya? Notice this approach relies on the distributer to establish where on the HD the program will go by arranging the appropriate directory structure on the distribution disk. Bests ---TedJaeger -*- 91006 16-DEC 00:33 General Information RE: Install program (Re: Msg 90995) From: WA2EGP To: NIMITZ I was thinking of that. Make the thing /dd. Just too d**m lazy.... (grin) -*- 91008 16-DEC 00:41 General Information RE: Install program (Re: Msg 91000) From: WA2EGP To: TEDJAEGER Sounds good to me. The option to play with the script would be what the experienced user could use. The beginnger could just blast through and get it installed. I guess the script file gets started "manually" after a user messes with it. The beginner just clicks a "button" and it is fired up. Now, if the programmers could agree on where stuff should go (Oh no, here we go with the "standards" stuff again - grin)...... -*- 91012 17-DEC 07:33 General Information RE: Install program (Re: Msg 91006) From: NIMITZ To: WA2EGP Well, Think of it as a time saving project. Most programs written now days look for this standard drive, so it could easily save you beaucoup time on program installations in the future. -*- 91015 17-DEC 11:41 General Information RE: Install program (Re: Msg 90994) From: TEDJAEGER To: NIMITZ > Ted, I'd think assuming /r0 would be save on the MM/1, but not so safe on > other machines. Best to use /dd and clean up after yourself. The -e > option executes the resulting script as it's developed, I beleive. Here's the scenario that worries me: Say a user has a machine with only /d0 (no HD or /d1) and wants to install his/her software on a disk (probably a boot disk since all he/she has is /d0). If I do dsave -e and it executes the install script as its created the files on the installation disk get written right back to it! The user needs a chance to switch disks before the install script created by dsave is actually executed, no? Come to think of it, if the user has only one drive, I've got to copy the program files off of the installation disk too. They can't go to /dd since that's where they already are! And I cant send them to a pipe unless I assume all the files on the installation disk are in the root directory...UGH! Look's like if I dont assume /r0, I cant create the program for a single drive machine. More thinking to do ........ Bests ---TedJaeger -*- 91018 17-DEC 14:21 General Information RE: Install program (Re: Msg 91015) From: NIMITZ To: TEDJAEGER Actually, you could use the TMPDIR environment variable to read the directory to use for the temporary files, and extract the name of the default driver from that. If you advise users of that usage, they can adjust for it, and if you find the default drive and the installation drive are the same, then you can use DSAVE without -e, and prompt accordingly. David -*- 91029 18-DEC 16:26 General Information RE: Install program (Re: Msg 91008) From: TEDJAEGER To: WA2EGP > Sounds good to me. The option to play with the script would be what the > experienced user could use. The beginnger could just blast through and > get it installed. I guess the script file gets started "manually" after a > user messes with it. The beginner just clicks a "button" and it is fired > up. Now, if the programmers could agree on where stuff should go (Oh no, > here we go with the "standards" stuff again - grin)...... Thanks for your thoughts. Only bigtime conceptual problem I have now is how to deal with a user who has only a single floppy machine. Have to write the program and install script to /r0 (running the risk of /r0 existing) but cant write them to /dd bacause they'll end up on the installation disk which the user must remove to make room for his program disk! Guess just check to see what drives are available and if no /r0 or /d1 or /h0 abort, no? Bests ---TedJaeger -*- 91033 18-DEC 17:28 General Information RE: Install program (Re: Msg 91029) From: TIMKIENTZLE To: TEDJAEGER Look at `popen' for a way to attack the problem of requiring a temporary directory. (It's in the TOPS stuff.) `popen' lets you run a program and read it's output (or write to it's input). The idea is to run dsave to build the script using `popen', and just read the script dsave is spitting out and store it in memory. Then use `popen' again to write the script to a shell for consumption. Another approach you might look into is stealing code from an archiving program such as `tar.' That saves floppy disk space (one file is better than 500), while still preserving file attributes, etc. There's plenty of PD versions of `tar,' which is another plus. For single-drive installation, you could then figure out the trick used by `copy' to do single-drive copies, just dearchiving to the target disk as you went along. That dispenses with the script entirely, which may be good or bad, depending on your viewpoint. - Tim Kientzle -*- 91036 18-DEC 19:40 General Information RE: Install program (Re: Msg 91018) From: JEVESTAL To: NIMITZ (NR) > Actually, you could use the TMPDIR environment variable to read the > directory to use for the temporary files, and extract the name of the > default driver from that. If you advise users of that usage, they can > adjust for it, and if you find the default drive and the installation > drive are the same, then you can use DSAVE without -e, and prompt > accordingly. This may help, I didn't read the whole thread of messages so this may not be what you are looking for. The Microware C (CoCo version anyway) has a system call function called defdrive(). It returns a pointer to a string containing the name of the system drive (for example "/dd") the system gets this info from the init module. Jim -*- End of Thread. -*- 90983 14-DEC 23:08 Programmers Den RE: powerbasic vs. Ultra C (Re: Msg 90961) From: TEDJAEGER To: FHOGG OK, I'm intrigued. So what happens if I put CDL BASIC on an MM1 and try to write a KWindows application? Can I get at KWindows by sending escape sequences out of CDL BASIC? Something like DIM owend(2):byte owend(1)=$1b owend(2)=$23 put #1,owend Bests ---TedJaeger -*- 91001 15-DEC 23:38 Programmers Den RE: powerbasic vs. Ultra C (Re: Msg 90974) From: FHOGG To: JEJONES Jim, OK you make some very good points. I think that learning the extensions of aa language that is an extension of one you already know would be easier than learning a whole new language. Therefore for someone who is familiar with Basic09 then learning CDL Basic would be a snap over learning C. Mike tried to make CDL Basic as close to Basic09 as possible. This was done to make the transition easier. We also noted that ads in mags like Midnight Eng show a strong support for Basic. To that end CDL Basic would appeal to those users. Mike will be sending product announcments to them to see if that is the case. Frank -*- 91002 15-DEC 23:39 Programmers Den RE: powerbasic vs. Ultra C (Re: Msg 90973) From: FHOGG To: PAGAN Stephen (PAGAN) I've forwarded your message on to Mike. I'll get back to you after he has a chance to look it over. Thank you very much for taking the trouble of putting that together. Frank -*- 91003 15-DEC 23:39 Programmers Den RE: powerbasic vs. Ultra C (Re: Msg 90971) From: FHOGG To: JOELHEGBERG Joel, I think we can agree on that. Frank -*- End of Thread. -*- 90984 14-DEC 23:19 General Information HELP with MM/1 video From: MARTYGOODMAN To: ALL I need to know exactly what kind of physical video connector the MM/1 uses, and what its pin out is. I've been told that it uses a standard DB 9 female connector on the MM/1. IS this so? Does the MM/1 put out the same sort of RGB analog video at 15.75 KHz H sync rate and 60 Hz vertical sync rate that is put out by the CoCo 3? That is what I had thought. But some just sent me a pin out for the MM/1 that would imply it did NOT put out analog video at all, but instead put out IBM style CGA video. Can someone here clarify this for me? Thanks for any help you can give me here. ---marty -*- 90986 14-DEC 23:32 General Information RE: HELP with MM/1 video (Re: Msg 90984) From: WA2EGP To: MARTYGOODMAN It is analog video. It can feed into a CM-8 or Maggie. I'm using a Diamond Scan (multisync of course!). The reason you have a "CGA" pinout is that it is the one given in the tech reference manual. I believe it is the same for the MM/1 but analog on the lines. (Geez....I did this so long ago.) I had to build an adapter for the monitor's 15 pin plug. -*- 90987 14-DEC 23:33 General Information RE: HELP with MM/1 video (Re: Msg 90984) From: RANDYKWILSON To: MARTYGOODMAN Marty, The MM/1 puts out a pretty much CoCo compatable signal. I don't think it has quite as much drive ( v p-p ), but it's close. I use a CM8 on mine. Connector is a standard DB9 female on the machine (reverse of clonish serial ports). 1 Ground 2 Ground 3 Red 4 Green 5 Blue 6 N/C 7 Sound 8 HSync 9 VSync This is directly out of the mm/1 technical manual, page 13-1. I just noticed that a few pages later, mixed in with the clone serial and parallel connector descriptions is a diagram of a CGA port. This may be what caused the confusion. The only difference is Intensity becomes a N/C, and the N/C becomes sound. Randy -*- 90998 15-DEC 12:00 General Information RE: HELP with MM/1 video (Re: Msg 90986) From: MARTYGOODMAN To: WA2EGP Thanks! That's what I thought (that the MM/1 had analog video at 15.75 KHz). Oh... use of "CGA pin out" is not a problem... it's one of the two common RGB pinouts used (NEC standard is the other... that's the one thats 12345 = RGBHV 6789 = gnd) by analog RGB monitors with 9 pin DB connectors. ---marty -*- 90999 15-DEC 12:00 General Information RE: HELP with MM/1 video (Re: Msg 90987) From: MARTYGOODMAN To: RANDYKWILSON OH? The MM/1 puts out SOUND on pin 7, just like the CM8? Really! How intersting. Thanks for that other info. ---marty -*- 91007 16-DEC 00:36 General Information RE: HELP with MM/1 video (Re: Msg 90998) From: WA2EGP To: MARTYGOODMAN (NR) With two pinout diagrams in the tech manual it is easy to goof. And Randy is correct, they are slightly different (and I indicated thay were the same). Anyway, I guess you got your "corrected" info. -*- End of Thread. -*- 90985 14-DEC 23:32 General Information RE: 2nd Hard Drive (Re: Msg 90955) From: CHARLESAM To: AJMLFCO (NR) Sounds like there is a few things in your message I haven't addressed yet. I'll give them a go and get back to you. Thanx much, Charlie -*- 90989 14-DEC 23:41 General Information RE: 2nd Hard Drive (Re: Msg 90955) From: CHARLESAM To: AJMLFCO (NR) Sounds like there are a few items in your message I need to address. I'll do that and get back to you. Thanx so much for you assist here. Charlie -*- 90990 14-DEC 23:46 General Information RE: 2nd Hard Drive (Re: Msg 90956) From: CHARLESAM To: WA2EGP Maybe thats it. I checked all the other items that folks as yourself suggested. So far, no luck. I have afew more things to check but yours is probably the problem, namely, it was low level formatted erasing all info. I'll check with the vendor that sold it to me. Thanx Charlie. -*- 90991 15-DEC 00:05 General Information RE: 2nd Hard Drive (Re: Msg 90990) From: WA2EGP To: CHARLESAM Hope that's it (actually not since it is more of a pain to replace it than to fix a jumper or descriptor ). Good luck with it. -*- 90993 15-DEC 00:11 General Information RE: 2nd Hard Drive (Re: Msg 90919) From: MODEL299 To: CHARLESAM Sounds good. I would like to hear what solves the problem so I can help other club members here if they have the same thing. Good luck. -Mark- -*- 91004 16-DEC 00:24 General Information RE: 2nd Hard Drive (Re: Msg 90993) From: CHARLESAM To: MODEL299 My biggest problem now is time, or the lack of time. I have a few things to test but it will have to wait. If and when I get this sorted out, I'll post the fix here. Thanx for the support. Charlie -*- 91005 16-DEC 00:30 General Information RE: 2nd Hard Drive (Re: Msg 90991) From: CHARLESAM To: WA2EGP I'll get back soon. Got a faulty monitor. I get about 10 min. and out. Thanx Charlie -*- End of Thread. -*- 91009 16-DEC 20:21 Telecom (6809) The Pink Rose of Mansfield From: MDALENE To: ALL +--------------------------------------------------------+ | ______ _ __ _ __ | | / / ' ) ) / ' ) ) | | --/ /_ _ /--' o ____ /_ /--' _____ _ | |(_/ / /_..These pins are BIG and they tend to zip them through the solder vat,and the connection made is ok for a while! around two years!!!!! then with the heat/cold the pin parts company with the solder....Interm...problem..Thump it it works sindrome! SOLDER any conection that LOOKS funny! OK...that should cure it! Dennis -*- 91014 17-DEC 08:32 General Information RE: Monitor Headache (Re: Msg 91011) From: COCOKIWI To: WA2EGP VERY common problem!!! I,ve got two of EM.... one just died Powersupply! Dennis -*- 91024 18-DEC 02:13 General Information RE: Monitor Headache (Re: Msg 91010) From: MODEL299 To: CHARLESAM I have seen something like this at work and here at home. A good thing to check here are the solder connections underneath the flyback transformer. As the monitor heats and cools each time you use it the flyback expands and shrinks just a bit. This flexing can break the solder connections that often don't have enough solder from the mass production assembly line. Get a magnifying glass or the 30 times microscope at Radio Shack. This works very well for checking this. -Mark- -*- 91045 18-DEC 23:16 General Information RE: Monitor Headache (Re: Msg 91011) From: CHARLESAM To: WA2EGP I'll try removing the cover and firing up with low light. Maybe it will show up. Or maybe I can see the area of arcing. I will be careful. Thanx Charlie -*- 91046 18-DEC 23:18 General Information RE: Monitor Headache (Re: Msg 91013) From: CHARLESAM To: COCOKIWI (NR) I really didn't think anyone would take my complaint serious but I am grateful for the tips. Maybe I get to fix this myself' huh Dennis? Thanx Charlie -*- 91047 18-DEC 23:20 General Information RE: Monitor Headache (Re: Msg 91024) From: CHARLESAM To: MODEL299 (NR) Thanx Mark, I can't wait to get the cover off. I will be careful. Seems I stumbled on a common problem. I better sign off before she quits again. Charlie -*- End of Thread. -*- 91016 17-DEC 13:07 OSK Applications Delphi From: VAXELF To: ALL Has anyone else notice that you can no longer go from the Delphi sigon promopt to the OS9 SIG by just doing a "gr os9". I now have to first do a "go computing" then a "os9" to get to this sig. John D. -*- 91017 17-DEC 13:34 OSK Applications RE: Delphi (Re: Msg 91016) From: CMILLER To: VAXELF Here's what I do... go com os9 Sends you right here! CHristian -*- 91019 17-DEC 18:10 OSK Applications RE: Delphi (Re: Msg 91016) From: RANDYKWILSON To: VAXELF John, Yeah, long time ago Delphi announced that computer sigs were moved to the "computers" heading, and eventually looking under "group" would quit working. I'm surprised it took so long. Just do a "co os", that will get you here. The "go" command is just another way to say "main"; you don't need it when you're at (or don't need to go through) main. Somehow, many years ago, I set up my profile so that Delphi automagicly dumps me in OS9 upon login. Randy -*- 91020 17-DEC 19:07 OSK Applications RE: Delphi (Re: Msg 91019) From: PHXKEN To: RANDYKWILSON co os does not quite work but com os does and thanks for the short cut. $phxken@class68.com -*- 91026 18-DEC 11:40 OSK Applications RE: Delphi (Re: Msg 91016) From: MIKE_GUZZI To: VAXELF my default menu is to jump to os9 sig so i never had that problem -*- 91052 19-DEC 10:42 OSK Applications RE: Delphi (Re: Msg 91017) From: 01GEN40 To: CMILLER (NR) You can go into Using Delphi and set your Default Menu to th OS-9 Sig. LONG LIVE OS-9! ** In whatever form it is in! -= 01GEN40 =- -*- 91053 19-DEC 17:45 OSK Applications RE: Delphi (Re: Msg 91016) From: GREGL To: VAXELF The previous menu changed from GROUPS AND CLUBS to COMPUTING so change your entry to COMP OS9. This'll fix it. -- Greg -*- 91054 19-DEC 19:40 OSK Applications RE: Delphi (Re: Msg 91053) From: VAXELF To: GREGL Thanks Greg. Others also mention this. Found that doing a COM OS9 does it just fine. Thanks for the reply. MERRY CHRISTMAS and HAPPY NEW YEAR to you and your family. John D. -*- 91055 19-DEC 20:11 OSK Applications RE: Delphi (Re: Msg 91019) From: RICKULAND To: RANDYKWILSON Randy, One thing I've never understood- Delphi accepts abbreviates as long as they are unique, complains if there is more than one match EXCEPT 'com co' succeeds in finding coco forum despite the commodore sig also present. So, why dont we have to 'com coc'? -ricku Rick Ulland CoNect rickuland@delphi.com 449 South 90th St. "Operating System Nine"- 268m Milwaukee WI 53214 -*- 91056 19-DEC 20:33 OSK Applications RE: Delphi (Re: Msg 91055) From: RANDYKWILSON To: RICKULAND Simple, Rick. Delphi figures that since you're going through the COMPUTING section, you must be looking for info on a *real* computer. You have to be more specific to get the jump into quasi-space. :> Randy -*- 91060 20-DEC 06:55 OSK Applications RE: Delphi (Re: Msg 91019) From: JMICHELSON To: RANDYKWILSON I had my profile set to group os9 and it stopped working the other day too. Changing it to comp os9 seems to have solved the problem though...glad that I remembered how to change the darn thing! -*- 91061 20-DEC 16:04 OSK Applications RE: Delphi (Re: Msg 91055) From: GREGL To: RICKULAND Probably fuzzy logic, Randy. :-) Actually the stipulations DELPHI puts on menus is that they be unique within the first three characters, though there are some exceptions to this rule. Why CO works for COCO when there is a COMMODORE entry in the menu I don't know. Theoretically it shouldn't. -- Greg -*- 91062 20-DEC 19:24 OSK Applications RE: Delphi (Re: Msg 91061) From: PHILSCHERER To: GREGL (NR) Hi Greg--I think it stops at the first CO it finds. -*- End of Thread. -*- 91021 17-DEC 19:49 General Information DESKMATE From: 2RSMITH To: ALL I have been using the Tandy Deskmate program lately to prepare a rental lease etc. The Baud rate is 600 which is fairly slow on my DMP-107 printer. I would like to change it to 2400 baud (the program that is). but I sure need some help. Frank Swygert suggested I ask on OS9 forum. I am familiar with OS9 ( not a hacker) and have used Supercomm with all the new parches in the boot file ok......RAY (2RSMITH) -*- 91022 17-DEC 22:28 General Information RE: DESKMATE (Re: Msg 91021) From: CHYDE To: 2RSMITH You've got several choices, depending on if you have the complete OS-9 system (ie the system disk etc.) or not. Probably the easiest thing to do is to use Ded to patch the '/p' descriptor on your boot disk. Ded is available in the database here. To patch the descriptor do the following to a COPY of your boot disk: OS9>ded os9boot You should get a screen with columns and rows labled in Hex (but don't worry it's not as complicated as it looks ) CMD:l link to which module: p Now you should have a new screen with a title that says "Module: p". CMD: e The cursor should now be in the area that shows all the Hex digits Move the cursor (using the arrow keys) down to the thrid row (labled 20) and across to the eight column (labeled 7) type 04 (this sets the baud rate to 2400 baud) Press , this should return you to the CMD prompt. CMD: w Are you sure? y (it writes out the changed module) CMD: v Are you sure? y (this verifys the module) CMD: q (this quits Ded) If you don't want to do this and you have the complete OS-9 system do this OS-9> xmode /p baud=4 place a freshly formated disk in /d1 OS-9> cobbler /d1 OS-9> chd /d0 This makes the default working directory /d0 OS-9> dsave /d0 ! (-x chd /d1) This should copy all the files from your boot disk to the new boot disk in /d1. If you only have one drive then this gets a little trickier, if this is the case then let me know and I'll tell you how to do i. Although in this case using Ded is by far the easiest. Chris -*- 91027 18-DEC 11:42 General Information RE: DESKMATE (Re: Msg 91022) From: MIKE_GUZZI To: CHYDE isn't there a way to set the baud rate in deskmate from the control panel?? i think there is a panel to set up the ports somewhere -*- 91057 19-DEC 20:41 General Information RE: DESKMATE (Re: Msg 91022) From: 2RSMITH To: CHYDE THANKS FOR THE INFO. Yes I have two drives DSided. I'm printing your instructions now and will get back to you after I try same. Ihave the system disk for Deskmate but also have made several copies of only the modules I use momost. Ray -*- 91059 20-DEC 00:12 General Information RE: DESKMATE (Re: Msg 91027) From: CHYDE To: MIKE_GUZZI Could be Mike, I haven't used DeskMate in 7 or 8 years. In fact I gave it my In-laws along with an old CoCo 2 a coule of years ago . Actually now that I think about it (pretty dingy in there ), I think there's a menu option in the word processor (at least there's one for the telcom program I think). Chris -*- End of Thread. -*- 91023 17-DEC 23:04 OSK Applications Kermit protocol From: PAGAN To: ALL I left a message recently in the service forum asking if Delphi was going to support the new Kermit 5A with sliding window and variable packet sizes. I was told that no one in service knows one way or the other but that Delphi was working on upgrades for 1995. This is very fast transfer protocol - I did some tests on a dedicated 9600 baud line and got about 11,000 bits per second - so maybe if we all flood the feedback mail with request for this transfer protocol Delphi will oblige by addding it for '95. Stephen (PAGAN) -*- 91032 18-DEC 17:16 OSK Applications RE: Kermit protocol (Re: Msg 91023) From: TIMKIENTZLE To: PAGAN If you hear anything, I'd like to know. Just to clarify a bit, Kermit 5A is the newest of the portable `C-Kermit' communications programs. C-Kermit has been ported to a huge variety of machines, and, not surprisingly, has excellent support of the Kermit file transfer protocol. For the record, sliding windows and variable packet sizes have been around since 1986. One early implementation of these features was named `Super Kermit,' and that name still pops up occasionally. Many other features have been added to the Kermit protocol and the C-Kermit program since then, several of which will hopefully be adopted by other protocols as well. (In particular, Kermit now identifies the character set used by a text file, which is invaluable when working with 8-bit text files.) Speedwise, Kermit and ZModem are about the same. The only real distinction is that ZModem has fewer options, and is hence easier to use, and Kermit works under many situations that ZModem doesn't. You're not the first to complain to Delphi about their archaic Kermit support. Hopefully it will improve, but I'm not holding my breath. - Tim Kientzle -*- End of Thread. -*- 91025 18-DEC 10:54 System Modules (6809) sony 1302 From: DONALDS To: MARTYGOODMAN (NR) Marty; I got a sony 1302 monitor the other day and seem to have a problem with it. when I turn on the system the screen will come up fine then after it warms about a minute there is a snap and I get 2 yellow line across the top of the screen athis the monitor works fine. would you have a sujestion (sp) as to what it may be? Don -*- 91028 18-DEC 11:44 General Information cgp-220 From: MIKE_GUZZI To: ALL I own a CGP-220, recently i got a 486 system and there isn't a driver for this printer. If i remember right , this printer was also made by canon, with a radio shack label on it, whats the canon model # for the cgp-220? anyone know? -*- 91030 18-DEC 16:55 System Modules (6809) RE: printers (Re: Msg 90819) From: TIMKIENTZLE To: MARTYGOODMAN (NR) Actually, my experience is quite the opposite. I've recently seen the output of several ink jet printers that I had a hard time distinguishing from laser output. The only real giveaway was that the ink jet doesn't produce as dark a black; the output tends to be noticably grey rather than the dark black common with lasers. I suspect the biggest cause of `blurring' in ink jets is from the paper output. Cheaper ones simply slide the pages atop one another, which does smear the ink. The newer ones slide the new page on top of two rails and then withdraw the rails to gently drop the new page on top of the old ones. Seems to work quite effectively. I should point out that part of my experience is with a laser printer that suits my needs nicely except for some firmware bugs that cause it to misplace characters by a pixel. While 1/300 inch doesn't sound like much, it is QUITE noticable in a line of text. When I need better-quality output, I've been using Ghostscript to render the PostScript and then send the resulting bitmap to the printer, which avoids the firmware bugs in the printer. Next time I buy a printer, I'll probably pay the premium for one with an Adobe PS interpreter in it. Hopefully, that will lack the bugs. - Tim Kientzle -*- 91031 18-DEC 17:01 System Modules (6809) RE: printers (Re: Msg 90823) From: TIMKIENTZLE To: DSRTFOX (NR) I completely agree that for volume printing, a good laser is well worth the investment. With a 500+ page book sitting on my computer, I go through a lot of paper these days, and my three-year-old investment in a laser printer is definitely paying for itself. However, I still recommend ink jets for home use. I've seen no lasers for under $500 that I would buy for my own use, and the relatively low volume required by most home users doesn't really strain a printer that hard. My previous dot-matrix lasted for seven years, thanks largely to infrequent use. My 3-year-old laser has fewer than 8,000 pages on it, and I suspect that's considerably higher than most home users. I'm really appreciating buying a laser that only requires a toner replacement: $20 rather than $80 for a cartridge that includes a lot of additional machinery. - Tim Kientzle -*- 91058 19-DEC 23:12 System Modules (6809) RE: printers (Re: Msg 91030) From: ISC To: TIMKIENTZLE (NR) > Actually, my experience is quite the opposite. I've recently seen > the output of several ink jet printers that I had a hard time distinguishing > from laser output. The only real giveaway was that the ink jet doesn't > produce as dark a black; the output tends to be noticably grey rather > than the dark black common with lasers. > > I suspect the biggest cause of `blurring' in ink jets is from > the paper output. Cheaper ones simply slide the pages atop one another, > which does smear the ink. The newer ones slide the new page on top of > two rails and then withdraw the rails to gently drop the new page on top > of the old ones. Seems to work quite effectively. > I, too, have been quite satisfied with inkjet printers, Tim. I would point out that many people degrade inkjet output because they buy the cheapest possible paper, and, then, expect that the ink won't bleed at all. Part of owning an inkjet is using the proper paper when one wants high output quality. Personally, I use the cheapest possible ink for refilling, but I am careful about the paper. For really important documents, I make sure to use the proper ink AND the proper paper. Bill -*- End of Thread. -*- 91034 18-DEC 17:49 General Information VT100 Help From: BOISY To: ALL Hi everyone, I'm in the process of adding VT-100 support to LinkUp and need some type of documentation that outlines the various VT-100 codes and what they do, as well as how to respond to them if necessary. I would appreciate any files one could e-mail me. -*- 91035 18-DEC 17:51 General Information RE: VT100 Help (Re: Msg 91034) From: MITHELEN To: BOISY Tim has upload Vt100 info to one of the databases. Check the Telcom and Programmers areas... I know there is some pretty good info already here. -*- 91040 18-DEC 20:27 General Information RE: VT100 Help (Re: Msg 91035) From: BOISY To: MITHELEN Where? I did a search for 'VT' in the Programmer, Telecom and OSK Telecom databases, but all I got were programs. No information files. -*- 91048 18-DEC 23:33 General Information RE: VT100 Help (Re: Msg 91040) From: MITHELEN To: BOISY If I'm not mistaken it might be with the C help files tim uploaded... I'll do some digging, and followup to this post where i find them. -*- 91049 19-DEC 00:02 General Information RE: VT100 Help (Re: Msg 91048) From: MITHELEN To: BOISY Hmm.. can't seem to find it... You might try dropping Tim or Eddie a message since they both had good docs on VT100 at one time for vterm and kbcom. -*- End of Thread. -*- 91041 18-DEC 21:53 OSK Applications OS9 SIG From: VAXELF To: ALL Thanks to all who responded to my qwery. COM OS9 works great. M E R R Y C H R I S T M A S & H A P P Y N E W Y E A R John D -*- 91042 18-DEC 22:06 General Information os9 boot From: TAULBORG To: ALL I have a problem booting when I first power up!I will turn my computer on and everything goes on and up to speed(including my hard drives) and I try to boot. It starts with floppy then reads the startup from hard drive. It fails at first but when I turn off /h0 and boot straight from floppy and do a dcheck of /h0 then reboot,IT DOES!!!Why didn't it do it the first time?Oh yea I did turn on /h0 before I did a dcheck of it. It also sometimes boots right when after I have had the computer running in rsdos for some time(about 30mins to an hour).I know that more info will probably be needed to solve this dilema so I will answere all questions as best I can! -*- 91044 18-DEC 23:06 General Information RE: os9 boot (Re: Msg 91042) From: MIKE_GUZZI To: TAULBORG (NR) sounds like you have some flaky sectors that are effected by heat, i had a hard disk once that failed to boot up cold, so i left it on all the time -*- End of Thread. -*- 91050 19-DEC 10:04 General Information RE: Downed Hard Drive! :-( (Re: Msg 90959) From: 01GEN40 To: MIKE_GUZZI Hi Mike, I figured someone would know what those characters are. Problem is though, I am not using TelStar, I am not even using an OS-9 communication program. I am using a "messed up dog" program called ComBase which does an emulation of ProComm. I only mentioned TelStar because it works quite similar. I have not found a way of changing the emulation, so maybe I am going to have to change my Delphi settings to ANSI until I get back on with my CoCo. Thanks for the reply. See ya. LONG LIVE OS-9! ** In whatever form it is in! -= 01GEN40 =- -*- 91051 19-DEC 10:15 General Information RE: Downed Hard Drive! :-( (Re: Msg 90959) From: 01GEN40 To: MIKE_GUZZI Hi again, Mike, I just went into Using Delphi to change my terminal setting. No ANSI so I changed it to Unknown and that seems to have worked for now. Thank you for the reply. See ya. LONG LIVE OS-! ** In whatever form it is in! -= 01GEN40 =- -*- End of Thread. -*- 91063 20-DEC 23:38 General Information Christmas_94 From: REVWCP To: ALL Dear friends: Once again it is almost Christmastide. I want to take the opportunity to thank all of you who have given so many gifts to me and the rest of the OS-9 community this past year. Your willingness to share programming and technical knowledge...your words of support and encouragment to newcomers...your kind notes to me at various times, both to assist when I have a computer related need, or just to say hello. My chosen life, that as a monk, allows me few luxuries. Having taken a vow of poverty, I do not have a great deal of personal possessions, and as far as the world is concerned, I am a poor man. But, when I count all of you, my friends, I am quite wealthy indeed. At Midnight mass, on Christmas eve, it is customary for a priest to remember family and friends during the prayers. I want to assure that you will all be in my prayers that night. As has become my own custom, if there are any that you would like me to remember in my prayers that night, any special intentions for yourselves, your friends, and family, please send me an email message with your intentions and I will be pleased to remember them in prayer. I know that I have said this many times, but the OS-9 community is a very special part of my life. I look foreward to the Fests, and other times when we can get together. I wish all of you a blessed holiday time, and a peacefull and prosperous New Year. :::::::::::::::::::::::::::::::::::::::::::::::::::: :: With all best wishes, :::::: 2 Kings 2:23-24 ::: :: Brother Jeremy, CSJW ::::::::::::::::::::::::::: :: OS9 Users Group Treasurer :: revwcp@delphi.com :: :::::::::::::::::::::::::::::::: CIS - 76477,142 ::: :::::::::::::::::::::::::::::::::::::::::::::::::::: -*- 91067 21-DEC 02:51 General Information RE: Christmas_94 (Re: Msg 91063) From: ISC To: REVWCP > Dear friends: > Once again it is almost Christmastide. I want to take the > opportunity to thank all of you who have given so many gifts > to me and the rest of the OS-9 community this past year. Your > willingness to share programming and technical knowledge...your > words of support and encouragment to newcomers...your kind notes > to me at various times, both to assist when I have a computer > related need, or just to say hello. My chosen life, that as a > monk, allows me few luxuries. Having taken a vow of poverty, I > do not have a great deal of personal possessions, and as far as > the world is concerned, I am a poor man. But, when I count all > of you, my friends, I am quite wealthy indeed. > > At Midnight mass, on Christmas eve, it is customary for a priest > to remember family and friends during the prayers. I want to > assure that you will all be in my prayers that night. As has > become my own custom, if there are any that you would like me to > remember in my prayers that night, any special intentions for > yourselves, your friends, and family, please send me an email > message with your intentions and I will be pleased to remember > them in prayer. > > I know that I have said this many times, but the OS-9 community > is a very special part of my life. I look foreward to the Fests, > and other times when we can get together. I wish all of you a > blessed holiday time, and a peacefull and prosperous New Year. > > :::::::::::::::::::::::::::::::::::::::::::::::::::: > :: With all best wishes, :::::: 2 Kings 2:23-24 ::: > :: Brother Jeremy, CSJW ::::::::::::::::::::::::::: > :: OS9 Users Group Treasurer :: revwcp@delphi.com :: > :::::::::::::::::::::::::::::::: CIS - 76477,142 ::: > :::::::::::::::::::::::::::::::::::::::::::::::::::: > Thanks, Rev. I am one of those terrible and heretical Agnostics, but I know a true Christian when I "see" one. We have never met, but may only good befall you. Happy holidays! Bill -*- End of Thread. -*- 91064 20-DEC 23:48 General Information Deskmate From: 2RSMITH To: CHYDE I managed to get ded from the app files..BUT I dont know how to quite understand u're instructs. The deskmate dos gets all those icons. I tried my os9 System disk then changed to the deskmate desk using the chx chd routine but typing OS9>ded os9boot gets me errors. Could U explain when I place the SYS disk in or the DESKM disk in when etc.? I'm trying to change the baud in the DESKMATE disk to 2400--maybe I haven't explained that very well. I wouldn't blame U if U give up; what with christmas and all. Have a good one----:-) Ray -*- 91065 21-DEC 00:40 General Information RE: Deskmate (Re: Msg 91064) From: CHYDE To: 2RSMITH (NR) No problem Ray, we'll see if I can explain this right . First I should mention that it's been pointed out that Deskmate may let you set the baud rate for the printer. I don't have the program so I can't check. You may want to check the manual, it may be listed under printer in the index, or maybe where it talks about the word processor. Second a couple of questions so I'll know exactly what to tell you . 1) you have 2 drives right? 2) How do you get into DeskMate? Do you boot from your system disk and start DeskMate from the OS9 prompt, or do you boot from the DeskMate disk (this way DeskMate should start automatically)? 3) If I remember right ded comes in archived format, have you un-archived it? I'm on almost every day, so you ought to be fixed up before Christmas . Chris -*- End of Thread. -*- 91066 21-DEC 02:29 General Information JEVESTAL on Delphi From: ONTHEFRITZ To: ALL Hi all! This is Jim Vestal aka JEVESTAL, I'm borrowing a friend's account to post this so please don't send me email on this account. I'm posting this due to my account being shut down as of today until at least the first week of Januany. I may not be able to read the forum messages until then and won't be able to make the cool confs until then too. If you send email to JEVESTAL account I won't get it until I have access again. You can email me on my BBS (Narnia BBS), the internet email address is: jevestal%narnia@sandv.chi.il.us or jevestal@narnia.citrus.sac.ca.us I'll be monitoring the CoColist via a local bulletin board. Wishing all you Merry Christmas and Happy New Year, see you all in 1995! Jim -*- 91068 21-DEC 05:35 General Information RE: RiBBS/FidoNet Message Formats (Re: Msg 90965) From: DGANTZ To: GREGL (NR) I'm using a combination of Fido and RiBBS docs. File call FSC0001.TXT and INSRB210.LZH. INSRB210.LZH does not even touch on message or packet formats, while FSC0001 is incomplete when it comes to what RiBBS produces for messages or packets. It's pry incomplete period, no matter what Fido software one runs. Wes Gale seems to know the "secret" but he's no longer here (last I heard) and nearly impossible to get mail to and from on fidonet, plus he has other problems too. Charles West left the RiBBS project so I'm not real sure I could pick his brain either. I could try Warren Hrach, but as far as I know, he is only a beta test site and has little if anything to do with programming. He strikes me as a test and report site only. An end user test site. Maybe I'll try getting ahold of Wes Gale. He was working on a similar program. Thanks Greg, and happy holidays. Dave -*- FORUM>Reply, Add, Read, "?" or Exit>