8bitfiles.net/archives

home *** CD-ROM | disk | FTP | other *** search

/ 8bitfiles.net/archives / archives.tar / archives / genie-commodore-file-library / Information / GEOS.MSGS.ARC / GEOS.MSGS.1 next >

Wrap

Text File | 2019-04-13 | 52.5 KB | 1,295 lines

rea 2-3 ************ Topic 2 Sun Jan 15, 1989 R.SMITH71 (Forwarded) Sub: geoTerm v2 Info concerning v2 44 message(s) total. ************ ------------ Category 6, Topic 2 Message 1 Sun Jan 15, 1989 R.SMITH71 (Forwarded) When will v2 be released and what will be different than v1? I can hardly wait!!! ------------ Category 6, Topic 2 Message 2 Sun Jan 22, 1989 WC.COLEMAN [GeoOp] (Forwarded) GeoTerm V2.0 and V2.1 (c128 version) will be available around the 1st of April on RUN's Power Pack II disk. Here are some of the specs: Capture buffer 9K/30K Protocols xmodem, xmodem CRC, xmodem 1K, punter, nibbler DOS commands directory, scratch, rename Built-in Convert 40, 53, and 80 characters per line Autodial for Hayes and cheapee 300 baud modems Up to 10 sets of 8 function keys All three drives fully supported (the 128 version has the code in it but won't use the third drive until Geos 128 V2.0 comes out The 128 version works in both 40 and 80 column modes. Hope that helps. :) -WC ------------ Category 6, Topic 2 Message 3 Mon Jan 23, 1989 J.RIVERA6 (Forwarded) No Y-Modem? Zounds! ------------ Category 6, Topic 2 Message 4 Thu Apr 06, 1989 R.ROMINE1 (Forwarded) What is the Escape character for gT 2.0? I mean the ESCAPE key. My old term had this key, you could press CONTROL-: to get it. ------------ Category 6, Topic 2 Message 5 Wed Apr 12, 1989 WC.COLEMAN [GeoOp] (Forwarded) Escape? Are you trying to send the character through the modem, abort operations, or what??? If your trying to send a chr$(27) you might try CTRL [, that should do it. -WC ------------ Category 6, Topic 2 Message 6 Sat Apr 29, 1989 CHERYL.D (Forwarded) I'm using Geoterm2.0 now todo this posting. So for it has proved to be a vast improvement over 1.0. But I've yet to upload with it that will be the acid test :) ------------ Category 6, Topic 2 Message 7 Fri May 05, 1989 CHERYL.D (Forwarded) Ok I've found one bug already. I just tried to upload a file to GEnie. I The Xmodem item from the proto Sub-menu. Well the upload went fine no re transmitted blocks but after it was through and I got the Genie summary Everything went fine. Geoterm 2.0 hung up the line. ------------ Category 6, Topic 2 Message 8 Sat May 06, 1989 WC.COLEMAN [GeoOp] (Forwarded) The only place in geoTerm where it hangs up the phone is in the Phone Book. If you lost the line it wasn't from the term. Might have been line noise or some such. -WC ------------ Category 6, Topic 2 Message 9 Sun May 07, 1989 CHERYL.D (Forwarded) ------------ Category 6, Topic 2 Message 10 Sun May 07, 1989 DO-RAE-MI (Forwarded) Gentle person with a 1670 modem only wonders if could "patch" the program to default to that modem so one needn't click that selection every time? Also upon exiting auto dial on busy or no answer via stop/run, the term isn't hanging up the phone before going back to the phone library. Is this a bug in the 1670 modem? Ted ------------ Category 6, Topic 2 Message 11 Mon May 08, 1989 WC.COLEMAN [GeoOp] (Forwarded) Here's some more answers: Cheryl - I don't know what I was thinking of when I answered you hang up question (those late night sessions are killer's :sigh:). Your 'problem' was that you somehow selected the 'hgup on' option from the MODE menu. When this option is on geoTerm will automatically hang up the phone after a transfer. Let's say you have a long download to make from Genie but you don't want to baby-sit the computer. Simply turn the hangup on and let 'er rip. geoTerm will hang up the phone when it's through so you won't pay $$$ after the transfer waiting for Genie to idle out. DO-RAE-ME - I'm working on a patch to remove that box. It'll take a few days 'cause I've been busy as heck but I'll get it done as soon as I can. -WC ------------ Category 6, Topic 2 Message 12 Wed May 10, 1989 DO-RAE-MI (Forwarded) Thanks, Bill! If you want the cake to come out right, you just have to let it bake! Ted ------------ Category 6, Topic 2 Message 13 Wed May 10, 1989 WC.COLEMAN [GeoOp] (Forwarded) I uploaded the patch program...file #6920. -WC ------------ Category 6, Topic 2 Message 14 Thu May 11, 1989 CHERYL.D (Forwarded) Yes Bill after reading the Docs. CAREFULLY this time I figured out that I Must have had Hangup on sorry to bug you the only thing that I find lacking in GeoTerm V2.0 is the ability to do Multi-File Punter uploads and downloads. But then you can't have everything. One Question for you Bill. I was under the impression that YMODEM and XMODEM w/1k blocks were the different names. For the same thing. Are the really diferent protocols? ------------ Category 6, Topic 2 Message 15 Fri May 12, 1989 HORO [<SysOp>] (Forwarded) There is some confusion on the names of those two protocols. GEnie's use is, I believe, the 'official' choice. YMODEM BATCH is a multi-file protocol, that uses 1k blocks. XMODEM 1K is a single-file protocol. ------------ Category 6, Topic 2 Message 16 Fri May 12, 1989 DO-RAE-MI (Forwarded) Thanks Bill! Snatching the Patching, Ted ------------ Category 6, Topic 2 Message 17 Sat May 20, 1989 R.BONDS7 (Forwarded) I need some help..I bought the geos power pack 2 and I cant get the punter download to work. The xmodem works great and I can upload using punter and thats it. I have sent the disk back to run twice and twice punter wont work..HELP! s* ------------ Category 6, Topic 2 Message 18 Mon May 22, 1989 WC.COLEMAN [GeoOp] (Forwarded) make sure the sender has started (you'll see GOO's) before you start your side. That should do the trick. -WC ------------ Category 6, Topic 2 Message 19 Wed May 24, 1989 R.BONDS7 (Forwarded) This is what happens..I start the download and the term checks the disk and the light comes on..Then nothing happens..A total lockup until I press the commodore key to abort..I tried what you said and the goo's dont show up..It seems to me the darn thing does not tell the host computer to start the download..My friend also has a copy of geos pac 2 and his does the same thing..Can I upload the file on the bbs and can you look at it and please advise me what to do..I am very upset..I sent the disk back to run twice and the same thing keeps happening.. Robert ------------ Category 6, Topic 2 Message 20 Wed May 24, 1989 CHERYL.D (Forwarded) I've use the punter upload with Geoterm 2.0 and no problems. One suggestion if you connect to GEnie your'e in Half Dulex most bbs's use full duplex try that and see. ------------ Category 6, Topic 2 Message 21 Thu May 25, 1989 R.SMITH71 (Forwarded) Mine works this way: I'm in half duplex for every function except file transfers. Then I have to change to full duplex or else the same thing happens to me. You can either change via a command in your terminal program or, such as my case, a switch on the side of the modem. ------------ Category 6, Topic 2 Message 22 Fri May 26, 1989 WC.COLEMAN [GeoOp] (Forwarded) The duplex selection won't make a difference -- that's handled in the term code, it's completely ignored in the protocols. If you are not getting GOO's then of course it won't start -- that's what it's waiting for! Try telling the remote to start and then after a few seconds hit RETURN a couple of times. If you don't see GOO's don't bother starting your end, it won't work. -WC ------------ Category 6, Topic 2 Message 23 Fri May 26, 1989 R.BONDS7 (Forwarded) I did get it to say goo goo goo a couple to times and still it would not download..You see X-modem works perfectly..I can download with no problem..I can even upload with punter with no problem...so why in the world am I having problems with punter?? Cant I send the geotermv2 to you so you can check it..and hopefully tell me on way or another?? since uploads are screened I cant see anything wrong with this.. My friend is also bugged with this problem too...maybe you could write a patch for it and correct the bug.. Robert ------------ Category 6, Topic 2 Message 24 Sat May 27, 1989 WC.COLEMAN [GeoOp] (Forwarded) The problem is that it won't do it on my computer! I might think it was the software but you said that you had sent it back for another one. Usually I use XModem but lately I've been using Punter to see if I could duplicate your problem. No luck I'm afraid. Tell you what, let me know which one you are having problems with (64 or 128) and I'll EMail you another copy and we'll see what happens. -WC ------------ Category 6, Topic 2 Message 25 Sun Jun 11, 1989 R.BONDS7 (Forwarded) I am using both versions 64 and 128..Have you used color 64 bbs to test punter?? we have 2 bbs's in oour area that use greg p. bbs..I have been able punter to work and this is how.. I start the download procedure and choose a file name..then I start on my end. this part has to be done fast or the bbs will abort..I then hit the commodore key and the operation is aborted..the bbs now will send goo's. very quickly I start the download procedure again...if I made it before it aborted then the download will work..I can not prompt this bbs for goo's..except the way I said..abort the download and quickly try again. If you send this file email how does that work?? please send the 128 version as that is thte one I use most often.. Thanks Robert ------------ Category 6, Topic 2 Message 26 Wed Jul 05, 1989 WC.COLEMAN [GeoOp] (Forwarded) You can usually start the other end if you simply type 'GOO' (you may or may not have to shift it). -WC ------------ Category 6, Topic 2 Message 27 Sun Jul 09, 1989 R.BONDS7 (Forwarded) It really doesnt matter about punter really. I use xmodem alot and using color term 64 bbs's I feel your geoterm 2.0 using punter doesnt work right..I however appreciate the help you have tried to give but xmodem is ok and I prefer it anyway...Thanx again Robert.. s* ------------ Category 6, Topic 2 Message 28 Sun Jul 09, 1989 WC.COLEMAN [GeoOp] (Forwarded) I don't use Punter much although I have been using it lately to see if I could get it to mess up. Unfortunatly (?) it works for me and for all the people I had beta-testing it. I'm not sure I know what else to tell you. Anyone else have any ideas??? -WC ------------ Category 6, Topic 2 Message 29 Sun Jul 09, 1989 H.HERMAN1 (Forwarded) Folks! In case you do not know it, we have a Super Star in our very own Sysop, Bill Coleman. In the most recent RUN, Loren Lovehaug has bestowed upon Bill quite a few compliments, placing him among the few CBM genious gurus! ------------ Category 6, Topic 2 Message 30 Mon Jul 10, 1989 WC.COLEMAN [GeoOp] (Forwarded) Aw, gee :::blush::: ------------ Category 6, Topic 2 Message 31 Tue Jul 11, 1989 E.PIECEWICZ [Ed] (Forwarded) To: WC.COLEMAN [GeoOp] Bill: As a fellow GEOS user, I would like to take a minute to thank you for the excellent work you did creating all of the GeoTerm versions. For once, I can actually see 80 columns of text in 40 column mode!! Incredible! Suggestion for future versions: Have an option, when the user saves ASCII text to the buffer, the program can convert it into a GeoWrite file, so it can be sent to the printer. Thanks again for a job well done! Ed ------------ Category 6, Topic 2 Message 32 Tue Jul 11, 1989 WC.COLEMAN [GeoOp] (Forwarded) There are many things I've been considering for the V3 series, saving/reading geoWrite files is on the list. Unfortunaly as with most things I can only do so much in the alloted time. When RUN gives me the go ahead for another version (cross your fingers) I'll put as many options in as I can and still ensure that what I add is properly debugged. -WC ------------ Category 6, Topic 2 Message 33 Wed Jul 12, 1989 R.ROMINE1 (Forwarded) A NEW version!?! That would be terrific! GeoTerm 2.0 is one of the best Term prgs on the market! The only addition I would like to see is VT52 emulation. *s ------------ Category 6, Topic 2 Message 34 Sun Jul 23, 1989 R.BONDS7 (Forwarded) I would like to say that I found a easy way to make the color term bbs download in punter! When you get ready to download and the bbs is prompting you to start your download procedure just hit the g-key and the bbs will start the goos,goos,goos. when you see that then download the file and it will work!! If you dont do it exactly like that forget it..it wont work!! For some reason punter protocal does that with geoterm2.0!! xmodem does not Why?? by the way I am using geoterm2.0 right now and I think it is the best damn program for geos to dayte...thanks W.C.!! ------------ Category 6, Topic 2 Message 35 Thu Nov 23, 1989 E.PIECEWICZ [Ed] (Forwarded) Bill., Any chance that geoTerm could do 2400 baud for us high-speed users? Ed ------------ Category 6, Topic 2 Message 36 Fri Nov 24, 1989 WC.COLEMAN [GeoOp] (Forwarded) Unfortunatly no. Geos simply has way too much overhead. Remember we're talking about a graphic screen, it takes upwards of ten times longer to print a character then in text mode (although the real bottleneck is scrolling the screen). -WC ------------ Category 6, Topic 2 Message 37 Sat Nov 25, 1989 E.PIECEWICZ [Ed] (Forwarded) Bill, Any chance that future geoTerms will enable the text buffer to be printed out, or would I have to use Wrong Is Write to print the file.. Ed ------------ Category 6, Topic 2 Message 38 Sat Nov 25, 1989 D.LARIVEE (Forwarded) Bill, Yes, I would like to see the option to print the buffer too. Any chance that this could be done even if just a DRAFT mode dump to the printer? It sure would help. Thanks for the terrific terminal software. ------------ Category 6, Topic 2 Message 39 Sun Jul 08, 1990 K.CARROLL1 [Will Carroll] (Forwarded) I also would like to thank you Bill for an excellent terminal emulator. I do wish that Geos didn't bring into the picture the overhead problems. It would be nice to be able to use GeoTerm for all my terminal needs.*s ------------ Category 6, Topic 2 Message 40 Sun Jul 15, 1990 R.RANDALL5 [Zeroy] (Forwarded) Perhaps someone could tell me how I could aquire a copy of GeoTerm. Did I read here that it was originally published in a magazine? If so, how can I get a copy if the magazine is no longer available? I certainly have never seen it for sale. ------------ Category 6, Topic 2 Message 41 Mon Jul 16, 1990 K.CARROLL1 [Will Carroll] (Forwarded) Hi there! Geoterm was published by Run magazine and is still available thru them. You can also get it as a premium download over on Q-Link if you are a member. The disk from Run is still available though if you're not. ------------ Category 6, Topic 2 Message 42 Fri Dec 07, 1990 S.RYAN5 at 23:27 EST Has anyone had trbl using geoterm 128 with compuserve? All I get in terminal mode is garbage...tried adjusting btf - no good I also checked my term settings within compuserve, & made sure that parity = 0 (np parity); still garbage...Anybody else have this prob:lem? s.ryan5 ------------ Category 6, Topic 2 Message 43 Sat Dec 08, 1990 C128-BILL [Bill] at 14:12 EST W.ROBERSON browses over here once in a while. He is knowledgable on CIS, from what I understand. Maybe he can help you. BTW, this is duplicated in Topic 10... <Topic Cops At Work> :) ------------ Category 6, Topic 2 Message 44 Thu Mar 14, 1991 C128-BILL [Bill] at 16:36 EST Closed for housekeeping. Please start a new topic regarding GeoTerm V2. ------------ Topic 2 has been closed. No replies allowed Press <RETURN> to continue ?rea 8-9 ************ Topic 3 Sun May 12, 1991 C128.JBEE [* Sysop *] at 19:00 EDT Sub: Geos V1.2 Is it worth keepinng? 3 message(s) total. ************ ------------ Category 6, Topic 3 Message 1 Sun May 12, 1991 C128.JBEE [* Sysop *] at 19:03 EDT I just bought a ton of software that included GEOS programs I already have except Geos 64 V1.2 I have been thinking about keeping this to test C64 mode only programs such as DualTop. Is it worth keeping and using for test purposes? I know its the older version of GEOS and I do have V2.0 (Geos 128) but there always seems to be at least one program that doesn't run in C128 mode. So, is it worth keeping? ------------ Category 6, Topic 3 Message 2 Mon May 13, 1991 JIM.COLLETTE at 18:59 EDT Hmmm... in some respects GEOS 1.2 is just as incompatible as GEOS 128. Things didn't really become standardized until 1.3 - a lot of stuff is lacking in 1.2 (especially relating to disk drivers - and there is no REU support at all). Most well-written programs will work with any 1.2 or up system, but there will be some that will most likely bomb. I doubt DualTop would work at all, since it patches into the Kernal to replace deskTop and that is sure to not work on anything except 2.0 (and the possible exception of 1.3 if he allowed for that). It's fun to boot now and then to say "my, look how far we've come" but that's about it. You could try to sell it, but I don't know who would buy it. Jim :) ------------ Category 6, Topic 3 Message 3 Tue May 14, 1991 C128.JBEE [* Sysop *] at 10:24 EDT Okay, thanks. I will just throw it in as a freebie and won't both keeping it or selling it. If there is no REU support them it is not worth using for me. Thanks! :) ------------ REPly ? 6 ?rea 8-9 nor ************ Topic 8 Sat Mar 30, 1991 J.COLLINS5 [GeojoeC] (Forwarded) Sub: GEOS 3.0 on ROM I've been examining the idea of upgrading GEOS and putting it on ROM in RAMlink. These are my thoughts. 4 message(s) total. ************ ------------ Category 6, Topic 8 Message 1 Thu Apr 25, 1991 C.ISAACSON1 (Forwarded) Why don't you look into the possibility of doing this. What do you think the cost cost would be? get back to us The lost 8 bitters! ------------ Category 6, Topic 8 Message 2 Fri Apr 26, 1991 J.COLLINS5 [GeojoeC] (Forwarded) I have no idea about the cost. But my Eprom Programer should be here by the end of the week. And I'm already looking for Suitable 1 megabit by 8 Eproms. I'll let you know. ------------ Category 6, Topic 8 Message 3 Sat Apr 27, 1991 D.DOANE1 [The Horseman] (Forwarded) That concept my friend, would be a godsend...Think of the abilities one could acheive using a ROM based Geos! Please keep us informed! ------------ Category 6, Topic 8 Message 4 Mon Sep 02, 1991 D.SCRUGGS2 [Blake] at 08:49 CDT Hi, I LOVE the idea, however their might be some problems with getting CMD to release GateWay,Or maybe not,As a RamLink abuser,Er, Owner ,It Would be a great addition...When do you expect a decision?...Blake ------------ ************ Topic 9 Sat Oct 19, 1991 M.DULSKI1 [Mark] (Forwarded) Sub: Un-install GEOS applications? How? Is there a way to un-install a geos application to the boot? 4 message(s) total. ************ ------------ Category 6, Topic 9 Message 1 Sat Oct 19, 1991 M.DULSKI1 [Mark] (Forwarded) Here's the story: I used Maverick to make backup copies GEOS128 V2.0 and I use these disks instead of the originals. I also purchased GEOFile128 and used maverick to make a backup copy of this also. However, I made the mistake of installing Geofile to my maverick copy of the boot disk instead of the original boot disk. Now my dilemma: I got tired of using the flippy boot disk and swaping disks all the time so I used maverick to make a 1571 boot disk. The 1571 boot disks work just fine with everything EXCEPT Geofile. I get the "Please Reboot . . . blah, blah, blah" message. Also found out I get the same message using Geofile with the original boot disks. My Geofile will ONLY work with the maverick made copies of the boot disk! Is there any way to fix this so Geofile will work with the original boot disk and thereby allow me to make a 1571 boot disk? Besides sending to Berkley for a replacement boot disk? Actually the above also applies to my geowrite dictionary. Installed that to the boot disk copy too. Did I make a mess or what? :b And the solution: ??? I'm all ears! er, , ,eyes! Mark ------------ Category 6, Topic 9 Message 2 Sun Oct 20, 1991 VOYAGER-1 [Gary] (Forwarded) There is a file in the GEOS utility library that will un-install a GEOS boot disk or protected application. I ran into the same kind of problem a few years ago and this program did the trick. I think it was called something like GEOS UNPROTECT or something like that. It only removes that portion of the copy protection. ------------ Category 6, Topic 9 Message 3 Mon Oct 21, 1991 M.DULSKI1 [Mark] (Forwarded) Thanks Gary, I downloaded GEOSREPAIR.CVT, I beleive that is the one you are refering to. Won't work for me - only supports GEOS V1.3 and below. I've got 128 V2.0. After thinking about it awhile I wondered if I forgot to run Maverick's parameters on some of the applications. Quess what? I did forget to run them on GEOfile & spell. Now everything works the way it's suppose to. Could have sworn I ran the parameters on everything. Oh well, it's fixed. Mark ------------ Category 6, Topic 9 Message 4 Tue Oct 22, 1991 VOYAGER-1 [Gary] (Forwarded) Mark, That was the file ( GEOSREPAIR.CVT ) that I was thinking of. It had been a while since I needed it and forgot exactly which versions it supported. Anyway, I'm glad to hear that running Maverick's parameters on them did the job. Both Maverick and Geosrepair do about the same thing by patching around the serial number checks. Gary ------------ 6 ?rea 13 nor ************ Topic 13 Fri Jul 19, 1991 J.PARADISE at 21:51 EDT Sub: seikosha 1000vc driver Does a custon m driver exist- 11 message(s) total. ************ ------------ Category 6, Topic 13 Message 1 Fri Jul 19, 1991 J.PARADISE at 21:57 EDT I know could live with 60 dpi, only the right 2/3 of the page etc., if the print graphics anf d fonts weren'T so lihj ght. Does a multiple pass ddriver exsi ist for the seikosha sp1000VC?Z i doen wnloada ed a collection of drivers(Ithink from Genie) and the seikosha file didn't work--nei the info box said it was for the okimate! The commodore compatible driver didn't work either-------extra linefeeds-- My printer works fine, never had a problem using it with Geos--except for DP -60 dpi----Also, If a printer like th has FX emulation, like the panasonic 1180, will it wi work with the enhance FX drivers I have seen? The salesman at compuadd add said that emulation modes are usually only successful at printing text, and if i wanted graphics, i would have to get a genuine Epson. Is this True? ------------ Category 6, Topic 13 Message 2 Sat Jul 20, 1991 VOYAGER-1 [Gary V] at 16:46 EDT I have a Seikosha SP-1200 VC which should be much the same as your 1000. Although I haven't used it with GEOS lately, I do remember that it worked well with one of the CBM compatable drivers that came with GEOS. If you are getting extra linefeeds, you may want to check the setting of the DIP switch for carrage returns. If it is ON then switch it to OFF and try it again. I also remember having a two pass driver for the Seikosh that is somewhat like those enhanced drivers for the Epson compatables. I will check my archive disks and if I can find it and it isn't already in the library ( I will let you know if it already is there ) I will upload it. As far as the Epson compatable feature, it is a sometimes thing. I have found that it does work with some graphic dumps ( a MacPaint viewer that I have comes to mind ), but there are others that just don't function corectly. Unfortunately, those enhanced Epson drivers are among those that I didn't have any luck with. Although, because I also have a Panisonic 1180, I didn't spend all that much time trying to get one of those drivers to work. If you have the time to experiment you may be able to get it to work. I would suggest downloading the Lasermatrix editor file which would let you modify the escape codes of an existing driver. Who knows, you might get it to work. BTW: your message was quite garbled. Gary ------------ Category 6, Topic 13 Message 3 Sat Jul 20, 1991 C128.JBEE [* Sysop *] at 21:05 EDT I had a 1000vc for a week and I think why it doesnt work with the multi-pass drivers is the fact that it doesn't have the horizontal OR the vertical resolution of the Epson (or clones). Which makes the printout rougher than that of a Epson. I tested it with Pagefox and the quadstrike (240 dpi) is what makes the Epson drivers so nice. I don't believe this is supported at all on the Seikosha Sp-1xxx VC printers. ------------ Category 6, Topic 13 Message 4 Sun Jul 21, 1991 VOYAGER-1 [Gary V] at 10:56 EDT Comparing the manuals for both my Seikosha and Panisonic, I find that they both use the same codes for bits per inch, N/216 linefeed, etc.. Although, the Seikosha manual said that when set to 240 DPI it would only print every other dot and ignore those in between. So, in effect, you only end up with a max of 120 DPI, but it should work ( at least this shouldn't be the reason why it doesn't work ). ------------ Category 6, Topic 13 Message 5 Sun Jul 21, 1991 C128.JBEE [* Sysop *] at 19:24 EDT I think the difference is that the 1000vc is only MPS-803 (1525?) compatible and only capable of 480 d.p.i. vs yours being a Epson FX-80 clone and capable of the 960-1920 d.p.i. ------------ Category 6, Topic 13 Message 6 Sun Jul 21, 1991 H.HERMAN1 at 23:35 EDT 1920 dpi? That's beginning to sound close to eyeball resolution. I sure wish my printer did that. :/ Howie ------------ Category 6, Topic 13 Message 7 Tue Jul 23, 1991 C128.JBEE [* Sysop *] at 18:11 EDT Correction :D I meant 960-1920 dots per line, not dots per inch :D or 480 dots per line for the C= clones. Sorry for that typo! Though I can't wait until we have printers that are capable of that...Lino typesetting for home computerists...not a bad concept! ------------ Category 6, Topic 13 Message 8 Wed Jul 24, 1991 VOYAGER-1 [Gary V] at 08:02 EDT I'm not sure about the 1000, but from the original question it sounded like it had the same Epson FX-80 emulation option as my 1200. There is a DIP switch that lets one select CBM or Epson emulation. The only thing is that it can only print a max of 960 dots per line, so it skips every other one when 1920 is selected. ------------ Category 6, Topic 13 Message 9 Sat Jul 27, 1991 J.PARADISE at 11:55 EDT thnaks for all the suggestions i don't think the the codes for the 1200 is the same as the 1000 I could try and adjust the dip switches and try lasermatrix but it could take me forever --------joe ------------ Category 6, Topic 13 Message 10 Sun Aug 04, 1991 F.COLEMAN1 [Rick nWY] at 11:54 MDT Hi Joe, I wrote the SP-1000x2 driver and haven't had any trouble with it. The dip switch settings I use are 1-3 down(OFF) with #4 up(ON). I also downloaded the file and double checked it, seemed ok. What does it do or don't do? Also look for some more drivers in library 35 soon. BTW : The reason the driver says it is for the Okimate 10 is that there isn't much difference between the two and I had written the Okimate driver first, then made the changes for the Seikosha without changing the note. OPPS ;) Rick Coleman ------------ Category 6, Topic 13 Message 11 Sun Aug 04, 1991 J.PARADISE at 14:54 EDT ok, rick...I'll try it with #4 dipswitch up ------------ 6 ?rea 17 nor ************ Topic 17 Wed Apr 10, 1991 D.BURR7 (Forwarded) Sub: GeoDebugger v2.0 on a 128 Discussion of an extremely vexing problem I am having with this upgrade of GeoDebugger 1.1...This v2.0 is supposed to work under Geos 128, Geos 128 2.0 etc, as well as normal GEOS. But it doesn't...Not for me at least 10 message(s) total. ************ ------------ Category 6, Topic 17 Message 1 Wed Apr 10, 1991 D.BURR7 (Forwarded) Ok, here's the deal. I just last night got ahold of GeoDebugger 2.0 from a fellow called the Smee (don't ask). This gent was kind enough to mail it to me right after I asked him for it. After dissolving the archive it was in, I booted up GEOS 128 v2.0. I made a copy of Geodebugger on my ramdisk (Ram 1571 config.), and ran the BACKRAM.PATCH program on it. All went well; it said GeoDebugger is pathched! But the damn thing doesn't work! Just to test it out, I assembled and linked the Sample VLIR application that comes with GeoProgrammer and is described in the manual. After that I clicked on the SamVlir.DBG file and off I went. The debugger said 'Loading super debugger into Back Ram', then went ahead with 'Loading symbols' etc...I switched to 40 column mode and everything seemed fine. Then I tried to top-step through the SamVLIR program and the system died flat out. I couldn't even reboot by pressing the reset switch and waiting for the REU to reboot GEOS. Just hit reset and got a madly oscillating screen. Totally irrecoverable. So, I turned things off, waited awhile, turned them back on. Rebooted GEOS. Copied my work files back over to the REU. Tried the debugger again. Exact same crash every time. It would top-step through the code until it reached the part where the main program called InitSwap, a routine to initialize the disk for swapping of Vlir modules in and out of memory. And there it sits, dead...The debugger is absolutely useless to me if it chokes on even a simple example program (written by the AUTHOR of Debugger) from the manual. Anybody have any idea what is going on with my system here? I am lost P.S. I am running Geos 128 v2.0 on a 128-D with a 512k REU and an external 1571 drive, mouse, and printer. Never had any weird happenings like this before, so I am really baffled. Jim, Bill, anybody! HELP!!! ------------ Category 6, Topic 17 Message 2 Thu Apr 11, 1991 JIM.COLLETTE (Forwarded) Unfortunately I have never REALLY sat down and used Debugger 2.0 (well, I have used it for a few things, but only to look at the Kernal and stuff, never used it on any of my programs or anything) and i haven't tried it with the BackRAM patch so can't speak for that. If you still have an unpatched copy you can manually invoke the BackRAM debugger by just holding down the space bar when you start it. If you can't reboot then it sounds like the REU *IS* being corrupted somehow. No idea why it crashes in the first place though. : Jim :) ------------ Category 6, Topic 17 Message 3 Fri Apr 12, 1991 C.AMEZAGA [The Smee] (Forwarded) Hello Dan, Yeap, Smee here.(Don't Ask) Try Downloading the Debugger Once more, this time don't run the Patch and See what Happens. If the Exact Same thing happens, well, I don't know what to Tell you. I can However leave E-mail to the Author of the Patch and ask for some insight. If GEnie Killed the Uploaded geoDebugger for you, just let me know, I will get it to you again, no hassle. C.Amezaga ------------ Category 6, Topic 17 Message 4 Fri Apr 12, 1991 D.BURR [Winterhawk] (Forwarded) Hey there Smee, left you some mail about it already... I did download it twice, and have tried it both with and without the patch. It crashes and corrupts the REU whether it is running from Back Ram or if it is running from the REU. Makes reboot impossible. However, if I don't actually demand too much of it, it functions perfectly. It seems like certain commands just make it wipe out. I cannot step through certain routines in my code, but if I run them, it is fine. So I ahve found a means of getting valuable use from it. Quite a powerful beast actually! The Reu corruption on the other hand occurs even if the Debugger doesn't crash. I can exit to the Desktop, run other applications, etc. just as always, but if I attempt a system reset (thus invoking the Reu's Reboot feature) it still goes nuts. Can't figure that one out, but otherwise I am quite content with it! Dan ------------ Category 6, Topic 17 Message 5 Sat Apr 13, 1991 JIM.COLLETTE (Forwarded) The REU corruption shouldn't be happening if you run from back RAM. If you let it go from the REU it WILL trash the RBOOT stuff - but from back RAM it should work OK and I think I've actually done it before (rebooted after using it). Jim :) ------------ Category 6, Topic 17 Message 6 Sat Apr 13, 1991 D.BURR [Winterhawk] (Forwarded) Hmmm, you know, I thought the same thing Jim, except that it DOES corrupt my REU even from back Ram...I did get a successful reboot once, although the system rebooted DIRECTLY to the debugger environment....Strange no? The rest of the time even in Back Ram, it destroys my reu reboot. Weird ------------ Category 6, Topic 17 Message 7 Sun Apr 14, 1991 JIM.COLLETTE (Forwarded) That is REALLY weird. By chance are you running any auto-execs that could be screwing things up? (Although I can't believe that is the problem...) Jim :) ------------ Category 6, Topic 17 Message 8 Sun Apr 14, 1991 D.BURR [Winterhawk] (Forwarded) Well, when you say auto-execs do you mean auto-exec files that run upon bootup of GEOS, or Debugger Auto-execs? Of the former I have a few, of the latter none....The auto-execs that run at boot time are your own Sytem Error 2.1 and Center-80...None running under debugger. ------------ Category 6, Topic 17 Message 9 Sat Apr 20, 1991 JIM.COLLETTE (Forwarded) I mean standard GEOS AUTO_EXEC files, not the Debugger ones (forgot about those totally... sorry, should have been more specific). New System Error might be causing problems - I didn't even think that ran on 128 at all! I wrote Center 80 and I know that doesn't cause any problems, but I can't speak for the New System Error program. Maybe you could try removing that and see if it works any better? (Sorry this reply is so late, haven't been on GEnie in a few days) Jim :) ------------ Category 6, Topic 17 Message 10 Mon Apr 22, 1991 D.BURR7 (Forwarded) I will try what you suggest Jim, and let you know...As for System Error 2.1 running under Geos 128, it does, always has, and runs WELL too! I love being able to recover from that stupid Panic:Roll Over and Die routine back to the desktop. It might be queering the Debugger, so I'll give her a shot! ------------ 6 ?rea 18 nor ************ Topic 18 Thu Feb 14, 1991 M.RANDALL2 at 21:42 EST Sub: geoSHELL Update... The latest word about an upcoming c'command line interface' for GEOS. 10 message(s) total. ************ ------------ Category 6, Topic 18 Message 1 Fri Feb 15, 1991 M.RANDALL2 at 16:13 EST geoSHELL, which is a command line interface, is nearing completion. This interface is designed to completely replace the DeskTop if so desired. It allows the user to enter commands by typing them in rather than clicking on an icon or a drop-down menu. Anything that the DeskTop is capable of doing, geoSHELL can also do, plus more. Operation of geoSHELL is similar to that of AmigaShell on the Amiga. You can do the usual, such as load and run programs, copy files or whole disks, display directories (wildcards are allowed). All three drives are supported. The function keys are programmable. You can set a function key to execute your most used command for instance. There are also two-letter hotkey commands for loading and running the popular GEOS software. For instance, simply enter 'wr' and GeoWrite will be activated. geoSHELL uses a startup file, also. Any time that geoSHELL is activated, it will look for a startup file and execute any commands that it finds. The user creates the startup file with any version of GeoWrite. This is all I have time to tell about geoSHELL right now. I'll be on here from time to time to tell more about it or to answer any questions that anyone might have. Maurice Randall ------------ Category 6, Topic 18 Message 2 Fri Feb 15, 1991 D.BURR [Winterhawk] at 19:04 EST What can I say? It sounds like EXACTLY what I have been hoping for! If it is as good as it sounds then I want to be first in line to have it... Will geoSHELL handle transient commands the way CS-DOS or CP/M do? I am assuming from your description that it will. Also, how will geoSHELL work regarding Ram Expansion? Will it simply access the REU as a drive, the way GEOS normally does, or allow a seperate portion of the REU to act as a RESIDENT command area, while keeping the rest of the REU available to GEOS in general Oh, one last question...Will information be provided on programming under the SHELL? Ususally shell programs have certain features built-in that can be accessed by transient commands etc... That's about all I can think of for now, thanks for the info. Dan ------------ Category 6, Topic 18 Message 3 Sat Feb 16, 1991 BRAD-HARRIS at 16:41 EST Maurice, The only question I have right now is, "Where can I get it?" Brad ------------ Category 6, Topic 18 Message 4 Sun Feb 17, 1991 M.RANDALL2 at 20:03 EST The release date is not definate yet, perhaps 6-8 weeks. It will be available from me, direct. I feel that this is the best way to distribute this program. It will not be shareware or public domain. I will be able to give it full support this way. It will be supplied with a very complete manual (printed) published using GeoPublish. The program is fully self-contained. In other words, it is fully memory resident and does not need to be on the disk that is in the drive. There will, however, be a routine for executing transient commands that reside on the disk. The manual will contain complete information for programmers on how to write a command to work with geoSHELL. It will describe addresses to access, where the command will load to, and any other neccessary info. The program is for the most part finished except for the copy routines. I just finished the whole disk copier and am now working on the file copy routines. It will contain an especially handy copy command that will copy files from one drive to another. Any files on the source disk that have a more recent date than the ones on the destination disk will be copied without prompting you. It will scratch the old files and copy the newer ones. This is handy for copying from the ramdisk onto your storage disk after a session at the computer. I'll be back with more on geoSHELL, later... Thank you, Maurice Randall ------------ Category 6, Topic 18 Message 5 Mon Feb 18, 1991 D.BURR [Winterhawk] at 20:11 EST Sounds almost perfect Maurice, I can hardly wait! Guess I am a closet CLI fiend after all! ------------ Category 6, Topic 18 Message 6 Mon Feb 18, 1991 JIM.COLLETTE at 21:01 EST That DOES sound good! I can't wait to see it when it's done! Jim :) ------------ Category 6, Topic 18 Message 7 Tue Feb 26, 1991 M.RANDALL2 at 10:31 EST There are several ways to exit geoSHELL and return to the DeskTop. The easiest way is to click on the one single icon at the top of the geoSHELL window. This will take you straight to the DeskTop. Or you can enter the command 'desktop'. Or you can use a hotkey command 'dt'. Now if you entered geoSHELL from another interface such as CMD's new gateWay, you would use a different command. Enter the command 'exit' followed by the particular interface you would like to go to. Example: exit gateWay Example: exit QuickTop Example: exit WormDesk The proposed cost of geoSHELL will be $14.95. Orders are not being taken yet. However, in a few weeks, I will be looking for several people interested in beta testing the program. I will post a message when I'm ready. ------------ Category 6, Topic 18 Message 8 Sun Jan 19, 1992 G.CORREA at 00:24 EST Anybody know what happened to geoShell? Is it available? Where? ------------ Category 6, Topic 18 Message 9 Tue Jan 21, 1992 CMD-DOUG at 21:35 EST Not available yet, but Maurice is still working on it. Spoke with him at the Toronto show in the beginning of December, and again just a couple of weeks ago. He gave me a demo copy at the show, and it much of it is operating quite well. The shell itself is clerly in place, and I believe that most of the work left is in adding some commands and debugging. ------------ Category 6, Topic 18 Message 10 Sun Oct 11, 1992 TH.HABERLAND [Tom.Germany] at 17:15 EDT I did hear GeoShell is now available ? Is this true ? Can you give me the correct order adress and the price - I think it's commercial and no shareware. I need the price for shipping to germany! I'm VERY interested to see GeoShell, because we have here in Germany a wonderfull Command Line Interpreter, called "CLI". A real fantastic program, all commands are coming from the PC world, including ie. BACKUP and RESTORE, and much more ! Thanks, Thomas ------------ 6 ?rea 21 nor ************ Topic 21 Sat Mar 30, 1991 J.COLLINS5 [GeojoeC] at 23:39 EST Sub: GEOS on ROM I accidently put this in catagory 1 also. This was my veiws on putting GEOS on ROM in RAMlink. 6 message(s) total. ************ ------------ Category 6, Topic 21 Message 1 Sat Mar 30, 1991 J.COLLINS5 [GeojoeC] at 23:41 EST I've been considering the GEOS situation. GEOS 2.0 has been very good and was a substantial upgrade to GEOS 1.X, but with all the new products from CMD and other companies it's time some of GEOS' drawbacks were addressed. RAMlink has 64K of ROM on board and can access as much as 128K of ROM. That leaves 64K of ROM available to developers who want to enhance RAMlink. I can't think of a better addition to RAMlink than GEOS built in. But more than just building GEOS into ROM in it's current state GEOS should be optimized to take full advantage of being on ROM! To explain my ideas on optimization I must first discus how RAMlinks ROM works now. This is tricky because I don't know everything I need to and can only guess at RAMlinks Architecture. Ramlink first of all replaces the Kernal in the computer by the same means any external ROM is used to replace the one built into the commodore, by pulling up certain lines on the Cartidge port depending on 64/128 mode ect. Ramlink places a custom version of JiffyDOS in the computer that has added code to switch ROM banks at certain times. These times are during RAMlink Access when RL-DOS is swaped in, and during Parallel access to the HD. Each bank of ROM for those chores must have code that returns it the jiffyDOS default RAMlink ROM. There are contiguous 8K block of code for eack major function RAMlink does, and versions for 64 or 128 mode. The 128 mode JD is patched to go to the corrent bank wich must be accessed through RLink hardware by some kind of paging system. This keeps the ROM from accidently accessing the 64 ROM! GEOS must have 2 8K banks one for 64 and one for 128 mode set up for initializing the computers memory and copying the jump table for the GEOS routines to it's current location. But instead of the jump table pointing to the routines in memory, it would point to a second jump table, possible in ROM it self, that would contain the neccessary code to switch in the bank with the required GEOS routine that has been modified to run in the memory loaction of the ROM, when finished, it would place it's results in memory where desired and return to the ROM. It would bank in the proper ROM bank with the GEOS second jump table or perhaps the standard JiffyDOS ROM what ever is default! Since the 64 and 128 versions are almost identical right now they should be able to share GEOS routines allowing there to be only one version of GEOS in ROM rather than a seperate 64 and 128 version. This would require a major rewrite of GEOS allowing the author to correct some of GEOS shortcomings. For instance the doubling bits could be recognized by GEOS 64 so applications written for the 128 would not print at rediculous off screen loaction in 40 column mode. The drive swap device number that lets you turn drive C into drive A or B could be changes to 31(the highest device accessible on a commodore) instead of device number 11 wich prevent a 4th drive from being placed on the system. Kernal routines could be added for triangle and Circle drawing. GEOS currently has no kernal routine to handle these types of graphics. GEOpaint and publish install their own increasing there size and reducing the amount of memory for variables. Putting GEOS in ROM could free as much as 20K from within GEOS 64 without loosing downward compatibility. VLIR routines could be supported from with standard Commodore programs. JiffyDOS routines could be used from within GEOS without comprimising compatibility. GEOS copyprotection routines could be supported by having the GEOS configuration ROM check the RAMlink system partition for the copy protection bytes. If it is not found it would ask for an offical BSW GEOS boot disk and read that byte from the key disk then copy it to RL's system partition. Full commodore support could be included within GEOS since all the standard commodore kernal routins would be there in JiffyDOS' ROM! I'm sure a simular proccess could be done on RAMdrive, and a seperate cartridge could be made for those who don't own RAMlink or RAMdrive. The only drawback is that this product has to be developed and BSW/Geoworks doesn't seem to want to do it. Maybe together we can convince them. ------------ Category 6, Topic 21 Message 2 Sun Mar 31, 1991 C128.JBEE [* Sysop *] at 13:19 EST As a future Ramlink owner you have my vote :) ------------ Category 6, Topic 21 Message 3 Tue Apr 02, 1991 D.BURR7 at 03:48 EST Intriguing concept you have here Joe, but I have a few minor qualms... One major hurdle involved is that Geos 128 and Geos 64 ARE different. They are much more similar to each other than say, 64 mode and 128 mode, but as different as CP/M 3.0 is from CP/M 2.2! The 128 version of GEOS has a slightly different memory map from Geos 64, such the location of the input driver routines. It is at the end (Cannot recall the address) of one block of code in Geos 64, and at the beginning of the same block of code in the 128. The routines and variables supporting the 128's extra keys, the VDC display, these are different. Not vastly different, I know, but they sufficiently alter the OS to make providing one single version of GEOS a bit tricky. I think what you suggest can be done, but I think it would still require 2 different versions of the OS. 128 users would need a different GEOS rom than 64 users. Maybe I am way off here, I am after all far from an authority on the differences between 128 and 64 Geos (Bill C! where are you? This is your specialty!), but I think you would need 2 versions of the rom. Maybe not though; maybe it would be sufficient to have an area of patch code in the rom routines that would be invisible to 64 mode Geos, and swapped in only in 128 mode. Maybe not. Still, you are definitely a good ideas man Joe. Glad somebody still has novel ideas for the old 8 bitters As for BSW doing it: FORGET IT! They are into the PC market in a big way now, and doing fairly well. No way will any number of C= users convince them to re- allocate a part of their resources to developing such an upgrade. To them, it would be a waste of resources. After all, why sink the $$$ into developing a product that will NOT sell thousands of copies and net them a nice big profit like the PC market does? Facts being what they are, I simply do not see that enough people will own RamLinks (the only users for whom such an upgrade would prove desirable) to justify a new GEOS version of any stripe. Only we hardcore loyalists are interested these days, so it seems to me that the upgrade would have to be done by those who want it: US. That means reverse-engineering the entire Geos OS, making the changes, and then getting BSW's permission to distribute it. The programming of such a beast would be a real monster in and of itself. And getting BSW to allow you to do it would be plain impossible. Sorry, I know I am sounding defeatist here, but my experience has been that good, even great ideas never are enough to convince a business to do the sensible or desirable thing. Sad but true.... ------------ Category 6, Topic 21 Message 4 Tue Apr 02, 1991 C128.JBEE [* Sysop *] at 05:23 EST I think if you approached BSW in the right way they would be more than willing to help. I don't really fault BSW (except for the disk protection) about not pushing the C= market heavily anymore. I don't think they could really sell that many more copies of anything. They have pretty much filled the market with GEOS, enough so that it is really about the only standard we have. I do agree, it is up to US, but, I look at it more as a pleasure vs a chore :) Anyways, what fun is a challenge if it isnt tough :) ------------ Category 6, Topic 21 Message 5 Tue Apr 02, 1991 JIM.COLLETTE at 19:09 EST Right, you pretty much would need two separate versions of the GEOS KERNAL for 64 and 128... while GEOS makes things quite computer-independent to the application, it's not quite the same within the Kernal itself... stuff like D.BURR mentioned with the input driver (and the whole Bank 0 block of the 128 version) would be a real pain with one version. You guys are basically right, you never will see this come from BSW. BUT I think John is right... while they wouldn't do it themselves, I have a good feeling they would help us out if we tried to do it. Frankly I don't think it's posible without source code anyway (reverse-engineering it is possible, but heh you can do it, not me...) and I doubt they would go that far... but they haven't forgotten about the 8-bit users, there could still be hope. Jim :) ------------ Category 6, Topic 21 Message 6 Thu Apr 04, 1991 J.COLLINS5 [GeojoeC] at 01:37 EST I know full well about the differences between the 64 and 128 version of GEOS. But alot of the routines are, I beilieve, Identical. By making the 64 version understand doubling bits you can canablize gode for the 128 version and run it on a 64. Ramlink gives you 64K of ROM to do everything in! I broke this up in my head as follows. 8K Initialize GEOS 64 8K Initialize GEOS 128 8K Secondary Jump table for Banking GEOS ROM BANKS and jumping to proper routine. 8K Specific Patching for 128 optimization (VDC routines, Burst serial, Bank 1) 32K Common GEOS Routines, Graphics, Menus, Dialog Boxs, VLIR access. Under normal circumstances you would need to sqeeze GEOS down to 32K anyway. This way you have resonably generic version of GEOS in the 32K and the proper support code for eack version. Part of the 8K 128 version would be to put the input drivers at the proper address. Remember, you'll have 8K of RAM that can only be accessed by flipping out the ROM. Room enough to put routines dedicated to 64 or 128 mode! It will take some work, but there is no reason it can't be done. Also, BSW might not want to turn over GEOS to us. But if there is enough interest, perhaps CMD can buy the right to put GEOS on ROM from BSW! RAMlink sales are doing stupendously well according to Charly Jr. at CMD. And even Hard drives are back odered. BSW's Copy protection could be supported making the GEOS routines only really usefull to GEOS owners. The information could be stored in RAMlinks system partition. A stand alone cartidge is not impossible either! In fact I'm going to attept to develop this on a Quick Brown Box! All it takes is interst! ------------ 6 ?