1993 by GEnie ======================================= This file is brought to you by The Commodore 64/128 RoundTable on GEnie For more information call by modem: 1-800-638-8369 (8-N-1 300/1200/2400) Enter: HHH Then reply: xtx99018,commrt Then enter: Commodore - and Enjoy! ======================================= 4 Problem with 'eps8pin3pass' (GEOS print 15 Marked D.FITHIANDE 5 GEOWIZARD Information!! 30 Marked JIM.COLLETTE 8 Lt. Kernal 11 Marked C.STEWART15 [CAM] 9 can't install Geowrite 2.1 on 128D 3 Open T.FARRELL5 [Tacony Boy] 11 FREEDOMware! 5 Marked K.SMOTHERMAN 12 geoArc?! 2 Marked K.SMOTHERMAN 15 gateWay 41 Marked H.HERMAN1 16 GeoTermV2 19 Marked M.WRIGHT36 [Ridley] 17 DirMaster upgrade 7 Marked K.SMOTHERMAN 18 geoPattern Editor 17 Marked C128.JBEE [* Sysop *] 20 Basic GeoProgramming 20 Marked R.KOCHANOWS1 21 Font editors for GEOS 11 Marked S.MAZZOTTA1 [Sam] 22 geoFile/geoCalc replacement: geoFlex! 20 Marked K.SMOTHERMAN [KentLS] 23 Maverick 7 Marked G.CORREA 24 GEOS 3.0. Where is it? 21 Marked A.KARANTZE [The 25 CornyWare 3 Open I.COBB1 [Irv] 27 PCX to GEOS 4 Marked P.VACULIN 29 BBG "RAM Disk" 11 Marked D.SIMMONS13 [David] 32 Dead disks 2 Open D.SANCHEZ6 [Jason W] 33 2 meg GeoRAM ? 4 Open C.KELTS ************ Topic 4 Sun Nov 24, 1991 D.FITHIANDE at 16:33 PST Sub: Problem with 'eps8pin3pass' (GEOS print A problem using the GEOS printer driver 'eps8pin3pass' and a Panasonic KX- P1091i printer. 15 message(s) total. ************ ------------ Category 6, Topic 4 Message 1 Sun Nov 24, 1991 D.FITHIANDE at 16:36 PST I can't seem to get the GEOS printer driver 'eps8pin2pass' to work with my Panasonic KX-P1091i printer. After trying new downloads, and finally getting GateWay to accept 'eps8pin3pass' as a legitimate driver, I can get to the print screen, but then nothing happens, after a lot of disk activity. Has anyone else tried this combination with any success? ------------ Category 6, Topic 4 Message 2 Tue Nov 26, 1991 C128.JBEE [* Sysop *] at 02:02 EST Have you tried it with the old Desktop or just with Gateway? ------------ Category 6, Topic 4 Message 3 Fri Nov 29, 1991 JIM.COLLETTE at 20:48 EST Yep, does it work under deskTop? I've read on Q-Link that other people have had problems with some printer drivers under gateWay... not sure why though (I think the Paint Drivers were some of the ones that didn't work right). Jim :) ------------ Category 6, Topic 4 Message 4 Fri Nov 29, 1991 CMD-DOUG at 21:28 EST With gateWay 64 if a printer driver is larger than the normal printer driver buffer area, it will likely be incompatible. Some printer drivers might also use other areas of memory which are normally 'unused' under the standard deskTop, but which gateWay does make use of for other purposes. ------------ Category 6, Topic 4 Message 5 Sat Nov 30, 1991 D.FITHIANDE at 21:28 PST I've only used it from within GateWay 128. I'll try agan from the stock Desktop. ------------ Category 6, Topic 4 Message 6 Thu Dec 12, 1991 HOWIE-CBM [H.HERMAN1] at 00:24 EST CMD To The Rescue Again!!! Have you guys seen CMD's ad in the latest RUN. The one called 'LQ for GEOS'. 360 x 360 dpi with 24 pin printers, and 240 x 216 with 9 pinners. From the description, it almost sounds like a sub-system under GEOS of printer drivers, fonts, etc., for some outstanding copy. Howie ------------ Category 6, Topic 4 Message 7 Thu Dec 12, 1991 CMD-DOUG at 23:53 EST Just call us 'Those 8-bit busy-bodies!' ------------ Category 6, Topic 4 Message 8 Mon Mar 09, 1992 D.BURR8 at 03:18 EST Well, since this topic addresses printer driver woes, I think I'll deposit this here... I recently got my greedy mitts on a Panasonic kx-p1124i 24 pin printer. This thing emulates Epson lq-850 and IBM ProPrinter x24e. I have so far been unable to find a decent driver for it, since all the drivers I have seen are for older Epson printers with only 240dpi. This thing will do 360 x 360 dpi, and I want all of it! Any ideas where I can find a driver? Would something like Perfect Print work with my printer? Or do I have to get really gruesome and try writing my own driver (YUCK) Dan ------------ Category 6, Topic 4 Message 9 Mon Mar 09, 1992 C128.JBEE [* Sysop *] at 06:36 EST Most (all) of the multiple pass drivers are for the 9 pin series. I *think* the Epson LQ-1500 driver should work for you as it worked on my Panasonic 24 pin wide carriage. Trouble was the quality of the print wasnt as dense as the 9 pin drivers but at least it wasnt elongated. The standard Geos drivers for the 24 pin printers aren't a real solution but they do give a proportional printout. ------------ Category 6, Topic 4 Message 10 Mon Mar 09, 1992 D.BURR8 at 21:52 EST Thanks JBEE, that's what I have been doing, is using the Star NB-15 driver, which is actually better than the LQ-1500 driver. My problem as you clearly stated, is that the quality of the print is lousy when compared to what I can actually GET from the printer. It does a full 360x 360 dpi, and I want all of that. I used it with PC/Geos and got amazingly good hardcopy! Just beautiful text, since PC/GEOS comes with a specific kc-p1124i driver, and the graphics were smooth too. Would Perfect Print do that? Dan ------------ Category 6, Topic 4 Message 11 Tue Mar 10, 1992 HOWIE-CBM at 01:51 EST But, JBEE, I thought CMD's Perfect Print driver is intended especially for 24 pin printers so that printing gets done at 360 x 360 dpi. Howie ------------ Category 6, Topic 4 Message 12 Tue Mar 10, 1992 C128.JBEE [* Sysop *] at 23:56 EST Perfect Print is also $40+ ;) I have not had time enough to properly test and compare 9/24 printouts using Perfect Print. I suspect you won't see much of a difference between 9 and 24 pin printouts. ------------ Category 6, Topic 4 Message 13 Sat Jul 11, 1992 G.CORREA at 00:45 EDT JBEE, I have found that your Multi-page printout program from TC128 doesn't much like this driver. Any reason? ------------ Category 6, Topic 4 Message 14 Sat Jul 11, 1992 R.KNOP1 [Rob Knop] at 15:06 EDT Hi- Yeah, I've actually heard about this. I have yet to try to do anything about it, though.... Have you had trouble with any other printer driver and geoPager? -Rob ------------ Category 6, Topic 4 Message 15 Sat Jul 11, 1992 C128.JBEE [* Sysop *] at 17:10 EDT Yes, it is a non-standard driver. The idea behind the implementation of geoPager 64 and geoPager 128 was to make multiple copies of geoPaint pictures. Those drivers don't do much or anything for geoPaints as far as I can tell. Been a while since I used them though ... since I haven't had a FX-80 for a while. ------------ ************ Topic 5 Sat Oct 20, 1990 JIM.COLLETTE at 18:46 EDT Sub: GEOWIZARD Information!! This topic is for the new product from Comm-Plex Software, GEOWIZARD. 30 message(s) total. ************ ------------ Category 6, Topic 5 Message 1 Sat Oct 20, 1990 JIM.COLLETTE at 18:51 EDT The program you've all been waiting for! Pop out of almost any program or desk accessory (DA) to do a screen dump, run another DA, or start a whole new application! When done, return to the original program untouched! GEOWIZARD requires GEOS 2.0 (64/128) plus an REU with 512K or more memory. It stashes itself away in your REU and can be recalled at any time to swap programs. Also, you can get out of System Error boxes with it, and return to deskTop. This can really save your butt! The GEOWIZARD disk costs $16.50. It also includes MiniDesk, a 3-drive file copy/scratch/rename DA, great combined with GEOWIZARD!! If you would like to order GEOWIZARD, send a check/money order for $16.50, payable to Jim Collette (NY residents add applicable sales tax) to: Comm-Plex Software 6782 Junction Road Pavilion, NY 14525-9755 And be sure to include your GEnie E-Mail address!! Thanks!!! Jim Collette :) ------------ Category 6, Topic 5 Message 2 Sun Oct 21, 1990 R.ROMINE1 at 00:20 CDT You made it! I wasn't sure if you whe'sre signed-up to GEine yet! For those that recognise this man's name, he written several progams for GEOS over the years. This included several programs for RUN Magazine's GEOS Pack Disks, a few type-ins such as "DA Runner", and the Font Editor that was one of the winners of the GEOS Programming Contest. He also was responsible for upgrading the Configure file, so it will support "Beyond 512K" REU's -- by adding a RAM 1581 option. geoRon. ------------ Category 6, Topic 5 Message 3 Sun Mar 03, 1991 J.COLLINS5 [GeojoeC] at 11:35 EST Hi guys! GeojoeC is finnally on GEnie. After warming up with Delphi I figured I was ready to handle a real massage base! It's good to see Jim Colette here! And if I remember correctly, geoRON was a another old Linker! I've been working on sum veryinteresting things myself. I HAVE RAMlink, and have been Gamma-Ramma testing it. Well, more later. Hi all! ------------ Category 6, Topic 5 Message 4 Sun Mar 03, 1991 C128-BILL [Bill] at 20:49 EST Hiya, GeoJoe! Welcome to the FlagShip! ------------ Category 6, Topic 5 Message 5 Tue Mar 05, 1991 JIM.COLLETTE at 18:24 EST Howdy Joe! Good to see you again!! I've been "Gamma-Ramma" testing too... it's great, isn't it!!! Can't wait to see gateWay too!! Jim :) ------------ Category 6, Topic 5 Message 6 Sun Mar 10, 1991 J.COLLINS5 [GeojoeC] at 13:58 EST I might have a Beta of Gateway this week! I need it for my HD-40! Good to hear from you again too! GEOWIZARDs Great! Do you think you could make a patch to Configure to support RAMLINK though? It's got those crazy REU Emulation registars. I know gatway is supposed to take care of all that, but I have a feeling people will miss their big icons which I don't think Gateway supports. ------------ Category 6, Topic 5 Message 7 Sun Mar 10, 1991 JIM.COLLETTE at 16:54 EST Really? Cool! Maybe I will be getting it too then!! I sure hope so! I am going to try to see if I can do a patch to the Kernal so GEOS will see the RAM in RL as a regular REU. Will suck up all of it (so you can only really use it for GEOS) but still it would work. I've got an extra meg sitting around in my RAMCard that GEOS could be using! I too am gonna miss my icons when I switch to gateWay. But I think it will be worth it for the disk drive support. Maybe I'll get an HD too. Jim :) ------------ Category 6, Topic 5 Message 8 Sun Mar 10, 1991 J.COLLINS5 [GeojoeC] at 20:46 EST Get an HD!!! As far as I'm concered my Harddrive was the best investment I ever made for my Commodore! With Gateway's native mode support for GEOS there will be a 16 meg partition for high speed geoprograming. I would even go as far as saying my HD was a better investment that my RAMlink! I have a couple of questions for you though? Does your Gamma Unit work with cartridges in the pass through port? So far my RL will only lock up if I try to use a cartidge. I've tried it on 10 different Commies. Also the Gatway I'm getting will not support RL yet, ONLY native mode HD! It'll give me a chance to set up my sub- directory format! While your modifing the Kernal for RL, how bout make the swap device 31 instead of 11! Gateway would have support 4 drives if the swap device wasn't so low! Well, let me know when there is a Commodore conference around here and I'll try to show up! Best, GeojoeC ------------ Category 6, Topic 5 Message 9 Mon Mar 11, 1991 C128.JBEE [* Sysop *] at 01:54 EST Get a HD - I can echo that :D As for ramlink i think the problem on adding things through the RL was only on C128s. Could be wrong though. ------------ Category 6, Topic 5 Message 10 Mon Mar 11, 1991 JIM.COLLETTE at 20:09 EST I m saving money for a whole bunch of things.. some which are pretty much things I have to get (car, car insurance, and later comes college) and then I'm also saving up for some other things which I can't decide... a DeskJet, a 68030 board for the Amiga, a VGA board and monitor for the PC, etc... and the HD on the 128. I'm not sure I really need the capacity that much, I've gotten along fine so far with the 1581 disks. But still it would be one heck of a thing to have running. The first gateWay is only gonna support the HD? Damn! I wanted to get it running out of RL. About my RL... I have only tried it so far (extra cartidges) with the 2 Meg GEORAM in the RAM Port and the 1 Meg 1750 in the Pass-Thru. RL would see 3 Megs (2 megs GEORAM / 1 Meg RAMCard) and GEOS would use the 1 Meg 1750 like normal. It was quite a blast. I haven't tried anything else though, only other cartridges we have are the FastLoad (LOL) and a MIDI interface.. but I don't have any synths near the computer anymore! Jim :) ------------ Category 6, Topic 5 Message 11 Wed Mar 13, 1991 D.BURR7 at 00:56 EST Let me get this straight, RamLink will NOT work with GEOS or GEOS 128? Why does their newest add say that Gateway comes with every RL now? The major reason I ordered my Ramlink is so that I can speed up my GEOS system. An REU I have of course (512k), but I wanted to use the 1 meg of RamCard memory under Geos as well. I am inferring here that if I put my REU in the pass-thru that the REU will be usuable under GEOS, but not the RamCard? Sorry, but that really stinks IMHO. Any idea if CMD is going to fix this before they begin shipping the newest batch? Dan ------------ Category 6, Topic 5 Message 12 Wed Mar 13, 1991 JIM.COLLETTE at 19:29 EST Dan - here's the scoop. RL "is and isn't" compatible with GEOS. For the time being, what you do is put your REU in the RAM port like normal and flip the Normal/Direct switch to DIRECT. This way the REU is put on the port at $DF00 just like normal and GEOS will see it as if the RL wasn't even there. The 1 Meg in your RAMCard is currently unused by GEOS. I am working on a patch though that will (hopefully) use the REU-Emulation routines in RL to let GEOS see the WHOLE RAMLink (everything in your REU plus any RAMCard RAM) as one big 17xx REU. The major drawback is that GEOS will use all the RAM it can get, and hence you'd basically be using RL as a battery-backed REU... you would not be able to keep any programs permanently in any partitions for non-GEOS use since they'll be zapped out when GEOS takes over. This will all be fixed by gateWay, which, as I understand, will not do it the "regular" way like GEOS does by just accessing the REU directly, but will use the partitions that you set up like normal for RL. Therefore you can confine your GEOS stuff to one area and keep other stuff in other partitions... and naturally you could use however much RAM you have throughout the RL. Major problem right now is that gateWay isn't done yet. You will get a coupon with your RL for a free copy of gateWay... no idea though when it will be ready. I am anxiously awaiting it myself (as well as the final ROM upgrade to RL, I'm still on a gamma unit). What I can envision eventually (I assume the tools will be available) is turning on my 128, having it boot directly out of the RL, and having GEOS up and running before my monitor warms up. Jim :) ------------ Category 6, Topic 5 Message 13 Fri Mar 15, 1991 D.BURR7 at 00:19 EST Thanks much for the info Jim, answered my question entirely. Geos available on powerup eh? now THAT sounds fantastic...Of course, they could simply burn the GEOS kernal into a rom and drop it into the empty rom socket on an REU...Nah, too logical I suppose for either BSW or C=. Thank God CMD at least does sensible things with their products! Dan (waiting patiently for his 1 meg RamLink to arrive) ------------ Category 6, Topic 5 Message 14 Sat Mar 16, 1991 JIM.COLLETTE at 10:08 EST Actually it would take QUITE an engineering feat to be able to put GEOS on a ROM chip for the empty REU socket. In fact I can't even recall whether that ROM is active in the 64 map or not (I know you can get at it from the 128 side). It would probably have to be the Kernal compressed (along with some kind of built-in decompression routine) and stored in a 32K ROM or something... it's no good to just dump it there, since (1) the ROM wouldn't appear in the map where the Kernal goes anyway and (2) Parts of the Kernal are self-modifying and wouldn't run out of a ROM anyway. The RL approach is the best, just load it like normal from disk... but when it's a RAM disk it happens so quick that you don't even know it! Jim :) ------------ Category 6, Topic 5 Message 15 Sat Mar 16, 1991 J.COLLINS5 [GeojoeC] at 21:58 EST Jim covered just about everything. RL will not support GEOS at this time, but Gateway should start shipping it 2-3 weeks tops. The Cartidge port problem was unique to the first 30 units shipped, and it was unique among those units! No other users have reported problems. My RL has been returned to CMD where it is right now being picked apart by technitions to find out what happened! Jim! DO work on that patch for RL. I'm not that excited over gatway! Howver when Gatway ships, it will work with RL! I didn't get the beta copy because it trashed the partition table on Dougs HD!! I didn't feel like risking it. Btw Jim, what could you do with a 25 Mhz 6502 that had 32 bit A X Y regs, 24 bit memory addressing to access 16 megs, a 64k movable stack, and a fleet of I/O built it!!!! Do you think a version of GEOS could come toghether? Hehehe! The Dreadnaught is comming! ------------ Category 6, Topic 5 Message 16 Sun Mar 17, 1991 JIM.COLLETTE at 10:01 EST Sure thing, I will keep working on the patch. At the present time I'm not sure what the problem is - I haven't had a chance to look at it since last weekend but it was acting real funny. I'm sure this is probably something I did, but I also can't help but wonder if the REU-emulation routines just don't work in the gamma ROM. If so then I may have it already. It will require a small Configure patch though. Is gateWay really due out in 2-3 weeks? I hope so! I just am starting to wonder... although if it is in beta now then I guess that is feasible. Seems like I haven't heard anything about it in weeks! 25 MHz 6502? That sounds like one hell of an 8-bit! Is this the C65 or something? Jim :) ------------ Category 6, Topic 5 Message 17 Mon Mar 18, 1991 D.BURR7 at 20:07 EST Ahem...A 25 mhz 6502? 24 bit addressing? Couldn't be a 6502 then, strictly speaking. I assume you mean a 65816 or something similar? Or is this an entirely new chip in the 65XX family? It sounds like a monster, and given the 6502 set of instructions, would be much faster than an equivalently fast Intel chip Dreadnaught? I am intrigued as heck, what exactly are you referring to Joe? ------------ Category 6, Topic 5 Message 18 Wed Mar 20, 1991 JIM.COLLETTE at 19:35 EST Definitely, if I'm thinking right it would probably be equivalent to a Norton SI of somewhere around 20 if on the PC scale... the 6502 seems to be about equivalent to a 4.77 MHz 8088 (at 1 MHz, that is... the 6502) ... up the clock speed to 25 MHz you sure do have a monster.... that's fast by itself in the PC world, and when you take into account that the average 6502 instruction takes a lot fewer clock cycles, it's even better! I want to hear more! Jim :) ------------ Category 6, Topic 5 Message 19 Thu Mar 21, 1991 J.COLLINS5 [GeojoeC] at 00:03 EST First things first! Gamma versions of RAMlink do not have the REU image registers implemented in 128 mode. If you don'T have JiffyDOS 128, you proably don't have the REU Image. Call CMD and ask Doug Cotton to send you a release version of the ROM. Next, My research has turned up some good news and bad news about Dreadnaught. Dreadnaught was originally a Upgrade replacment logic board that I and several other hardware hackers were working on. WE'ld heard rumors about this 25mhz 65816 Chip being used/made by Zip Technologies for the Apple ][GS. Since then I contacted Western Design Center, the makers of the 65c816 used in the ][GS for a product list and specs on the 816! In their product broshure they list a W65C365 32bit micro computer that is 65C816, 65C02, and 6502 downwardly compatible. It has, 576 byte static RAM, 8K byte mask ROM, 8 8-bit bi-directional I/O ports (64I/O pins) 8 16 bit timers. The 64 I/O pins can be reconfigured for the following. External Memory bus (8 bit data, 24 bit address, 16 megs!) Hardware interupts, 8 chip select outputs, 4 UARTs (4 Swiftlinks) and a Parralel interface Bus. It also has vectored interupt system, 2 clock inputs, tone generator, and In-Curcuit Emulation support on chip! CMD is also looking into this although they haveno plans at this time. The bummer is WDC says the chip will only be 4 mhz max! Oh well! It's still a monster! My freinds and I will be looking into developing either a Commodore excelerator/RAM expander/VGA card to add an addition 16 megs to existing commodores, or a new super 8 bit that would require pulling propritery chips from your commie and pluging them into our replacment board. All this is strickly Rumor at this point though. So there is the scoop! Later! ------------ Category 6, Topic 5 Message 20 Sat Apr 04, 1992 G.CORREA at 00:21 EST Hey, Jim, what's the problem with geoTerm and geoWizard. It says in your manual not to activate geoWiz in geoTerm (so, of course, I tried it) and sure enough it politely dumped me into the deskTop. My need is not so much task switching while on-line- a potentially disasterous feat!- but more I wanted to take a few screen-shots of various menus/functions to spruce up the manual a bit. geoWizDump would have been perfect... except for it has to be called by geoWiz, and geoWiz bombs. Any suggestions? ------------ Category 6, Topic 5 Message 21 Thu Apr 09, 1992 JIM.COLLETTE at 02:19 EDT Did it really dump you into deskTop? Wow, I'm surprised at that. The problem with geoTerm and geoWizard is that geoWizard saves the original context, but when it loads itself in and takes over the computer, it's still running out of the same copy of the GEOS Kernal that was in RAM when you started geoWizard. (I couldn't find enough memory to stash away a permanent copy of it.) Problem with geoTerm (at least the way I anticipated it) is two-fold. First, the RS- 232 routines are still likely to be getting called, although they're probably not actually in memory anymore. Second, on geoTerm 128 in 80 column mode, Bill patched into the Kernal to replace BSW128 with regular BSW so he could fit everything in memory. When you kick into geoWizard out of a context like that, the font substitution is still gonna be active, and it's gonna throw most screen displays out of wack. There's also the more obvious reason not to use it in that if you were online, you'd almost surely lose any incoming data while geoWizard had control of the system. Are you on GEOS 64 or 128? Using geoWizMover? I'm surprised it throws you directly into deskTop... never expected it would do anything like that. Jim :) ------------ Category 6, Topic 5 Message 22 Sun Apr 12, 1992 G.CORREA at 23:33 EDT Well, it's been a bit since I tried it, so I couldn't swear to it. I run GEOS 128 v2.0 on a 128, of course, using geoWizard and geoWizMover. So, to the original problem, as the screen-save utility doesn't work outside of geoWizard, and geoTerm won't hack geoWizard, can you recommend a method of snapping shots of screens, menus and all, like geoWizard is so good at? Thanks. ------------ Category 6, Topic 5 Message 23 Mon Apr 13, 1992 JIM.COLLETTE at 22:24 EDT Wish I could think of something but I don't know what to suggest. The only other utility I've ever heard of that let you do screen dumps like the ones geoWizard makes was a program by Joe Buckley that he wrote a long time ago (it's what geoWorld used for all of their screen dumps) that hooked into the input driver. Unfortunately it only worked with the 1351 mouse as I remember, and more significantly it was only for the 64 and he never released it. It was his program that originally inspired me to do geoWizard (it started out solely as a screen dumper), first just to see if I could program something like that and then to try to make a 128 version too. If you can get your hands on a Super Snapshot, that MIGHT work. I can't say for sure though, never used one. (want to get one tho!) Jim :) ------------ Category 6, Topic 5 Message 24 Thu May 14, 1992 M.MCCORMIC10 [Mike Mc-] at 05:56 EDT How well does GeoWizard run with Gateway and Switcher in a 64? Mike Mc- ------------ Category 6, Topic 5 Message 25 Thu May 14, 1992 HOWIE-CBM at 09:27 EDT Mike, GeoWizard and GateWay cannot run together. It is a case of one or the other. This does not preclude, however, having two seperate boot disks, one for running GeoWizard, and the other for running GateWay. Both GeoWizard and GateWay will task switch. Howie ------------ Category 6, Topic 5 Message 26 Thu May 14, 1992 JIM.COLLETTE at 21:57 EDT Actually some people are able to use geoWizard with gateWay itself - it's Switcher that causes the conflicts. It takes some fiddling with the RAM disk sizes though to be able to free up a RAM bank for geoWizard. Jim :) ------------ Category 6, Topic 5 Message 27 Sun May 17, 1992 M.MCCORMIC10 [Mike Mc-] at 05:43 EDT I really want the ability to screen dump GEOS and print multiple copies. Any way we can do this with GW.Can the task switcher on GeoWizard be removed? Mike Mc- ------------ Category 6, Topic 5 Message 28 Sun May 17, 1992 JIM.COLLETTE at 12:36 EDT Nope, Mike... the way geoWizard saves the state away is integral to its operation. Even back when it was just a screen dumper (that's how it started out - I wanted a program to get the screen dumps like in geoWorld) it saved the state of the system away to the REU. Going with just a screen dumper requires much less memory from the REU, but it still needs some. GeoWizard sits almost entirely in the REU, and there's only about a 50 byte hook in the main computer's memory to bring it in. Jim :) ------------ Category 6, Topic 5 Message 29 Tue Nov 17, 1992 M.MINNIG at 02:59 EST Jim, I recently upgraded my gateWay 128 and GEOWIZARD (Collette Utilities disk). Before I spend too much time fiddling, can you answer the following? gateWay v2.51 128: Is it normal for switcher to be MUCH SLOWER than before? GEOWIZARD: Do I still need geoWizMove to avoid problems with geoCalc and pattern fills in geoPaint? Is this new version compatible with gateWay v2.51, and, if so, is it compatible with switcher? Are you planning to write new .doc files for the newest GEOWIZARD? Thanks for your time. *sn ------------ Category 6, Topic 5 Message 30 Wed Nov 18, 1992 CMD-DOUG at 01:37 EST It IS quite normal for the new version of Switcher128 to be slower. It is saving double the amount of memory as before. Jim may also have altered the way it does it, though I don't know about that for sure. In the new version of GEOWIZARD, that appears on the Collette Utilities disk, geoWizMove has been implemented into GEOWIZARD itself, something Jim hinted at possibly doing in a future version in the old docs. It IS compatible with gateWay 2.5 and switcher, but it does not launch separate programs from each switcher context...it simply knows what was going on in the first context if launched from the second context. So max number of applications open at any given time would be 3, not 4. GEOWIZARD basically operates the same with the exception of geoWizDump now being 'invisibly incorporated', so while a couple of notes have been added to the docs about setup with gateWay, there are no other changes to document. ------------ 6 ? ************ Topic 8 Thu Mar 04, 1993 C.STEWART15 [CAM] (Forwarded) Sub: Lt. Kernal Will Geos work with the Lt.Kernal HD? 11 message(s) total. ************ ------------ Category 6, Topic 8 Message 1 Thu Mar 04, 1993 CMD-DOUG (Forwarded) Nope. ------------ Category 6, Topic 8 Message 2 Fri Mar 05, 1993 M.RANDALL2 [Maurice] (Forwarded) Wanna bet, Doug? ------------ Category 6, Topic 8 Message 3 Fri Mar 05, 1993 CMD-DOUG (Forwarded) Well, if there is a way, I've never seen it, Maurice. GEOS does an awful lot of track and sector calling, plus updating of the BAM directly on most drives, so I'm not too sure how you'd get around all of that with the Lt. Kernal's lack of standard Commodore DOS commands to do such things. So, enlighten me. How do you go about using it with GEOS? ------------ Category 6, Topic 8 Message 4 Mon Mar 08, 1993 M.RANDALL2 [Maurice] (Forwarded) OK... here goes. The disk driver I wrote for GEOS for the Lt. Kernal (presently only a 64 version) requires that a 'GEOS area' be set up on the drive much like you would have to set up a C/PM area for the 128. This GEOS area is really nothing more than a big relative file. Since GEOS works by accessing bytes on a drive by reading and writing a whole sector at a time, this driver reads and writes to the Lt. K a whole record at a time. Normally, a relative file can only have records that are a maximum of 254 bytes. But the Lt. K allows more than this. So, this relative file uses records that are exactly 256 bytes each. The driver treats them as though they are sectors on a disk. If GEOS wants to access track 3, sector 5, for example, we would read in record $0305. Normally a disk starts out at track one, sector zero. But this method provides for a simulated track zero, records $0001 through $00ff. This area is used by the driver for it's own purpose. When first creating the GEOS area on the drive, the user decides how big he wants the area to be in chunks of 256 sectors. So, with this method, we are not really accessing the drive directly, but letting the Lt. K's own operating system do the work for us. Unfortunately, since I traded my Lt. Kernal for a CMD hard drive, I probably won't develop this driver any further. Anybody else with a Lt. Kernal should also 'upgrade' to the CMD, right Doug? ------------ Category 6, Topic 8 Message 5 Mon Mar 08, 1993 HOWIE-CBM (Forwarded) Maurice, What an elegant approach! Howie ------------ Category 6, Topic 8 Message 6 Mon Mar 08, 1993 C128.JBEE (Forwarded) If there is no way for CAM to get this driver, debug it, and use it for his C-128 then GEOS doesn't work with the Lt.Kernal, right? So, I would say GEOS does not work with the Lt.Kernal :) ------------ Category 6, Topic 8 Message 7 Mon Mar 08, 1993 CMD-DOUG (Forwarded) But I'll be the first to say that it IS a neat hack, and should work with 'well-behaved' applications. Neat trick, Maurice. ------------ Category 6, Topic 8 Message 8 Tue Mar 09, 1993 C.STEWART15 [CAM] (Forwarded) Thanks everybody for your help in this research project! I've relayed this information to the Main Line Commodore Useres Group(MLCUG) phone 215-828-1359, for those with this question. Maurice, is the driver you created available from you or here on Genie in case I'm asked, and they wish to purs ersue this endeavor? In any case thanka s again to all for your help! :) ------------ Category 6, Topic 8 Message 9 Wed Mar 10, 1993 L.SCHONDER [Lou] (Forwarded) The phone # Cam posted is our (MLCUG) BBS number, BTW. ------------ Category 6, Topic 8 Message 10 Thu Mar 11, 1993 M.RANDALL2 [Maurice] (Forwarded) I was actually about 95% finished with the driver before I traded my Lt. Kernal for a CMD. I originally started the project for myself. It only needs a little touching up here and there and it would be finished. It can easily be made to work on the 128 also. Only the routines that are specific to the 64 would have to be modified, plus a few additional things for the 128 would have to be added. Some of the features I gave this driver are a file limit of 2000 directory entries. Of course, it would take geoSHELL to be able to handle this many files. But simulated subdirectories are supported. Also, an added feature is that any file can be flagged to be made visible within any subdirectory. For instance, you could have several subdirectories full of GeoPaint files and only one copy of GeoPaint in the root directory. But when a directory is listed, GeoPaint will appear to be right in the directory along with the data files. Having 255 sectors available for system use allows features like this to be added. In reality, although it wouldn't operate as fast, this same idea could be applied to any of the IEEE drives running through an interface like the Buscard II or a Skyles. This would put some of the 1 meg drives to good use. But by the same token, they could be used in a more conventional manner anyway. ------------ Category 6, Topic 8 Message 11 Sun May 30, 1993 F.OGLE [Color 64 BBS] at 14:27 EDT Hi, Maurice :) Would it be possible for you to U/L this file? I have many customers who use the Ltk, and some are GEOS users as well -- I know two of them who program in ML, and I'd love to take a shot at it :) It'd have limited appeal of course, but I'd be certain to u/l it here if the project got finished! There are still MANY who use the LtK. It is a good unit -- Not as good as the CMD, but bear in mind that the LtK was done *YEARS* before the CMD too. Long live all orphaned C= equipment! :) ------------ ************ Topic 9 Sat Mar 06, 1993 T.FARRELL5 [Tacony Boy] (Forwarded) Sub: can't install Geowrite 2.1 on 128D Can't instAll geowrite. Get message "can't install on this disk", even using a 1541 as book suggests.HELP!*s 3 message(s) total. ************ ------------ Category 6, Topic 9 Message 1 Sat Mar 06, 1993 T.FARRELL5 [Tacony Boy] (Forwarded) A phamplet that came with the GEOS package indicates that the configure file should be changed so that drive A is a1541, I've done that-no good. I also set drive A as 1571 and set B as1541 (which it is)-no good. I included the configure file just in case there was a problem with different drive types-no good. CAN ANYONE GIVE ME THE PROCEEDURE TO INSTALL THIS PROGRAM? Geoworks customer service line recording indicates there are down to 9[30 to 12:30 only on Tue. and Thurs. when I'm at work. Thanks for any and all suggestions.*s ------------ Category 6, Topic 9 Message 2 Sat Mar 06, 1993 R.KNOP1 [Rob Knop] (Forwarded) What version of GEOS are you using? What is the exact and complete set of steps you use to try to install the program? Is this a new copy of geoWrite 2.1, or did you aquire it used? One thing about installing applications is that it typically must be done on the original application disk. If you make a copy to another disk first and try to install the copy, you will probably not be able to. (However, you will still be able to install the original copy on the original disk, assuming somebody else hasn't installed it already.) -Rob ------------ Category 6, Topic 9 Message 3 Sat Mar 06, 1993 T.FARRELL5 [Tacony Boy] (Forwarded) Rob- version is 128 2.0 rev G. I'm trying to do the installation on the origional GEOS application disk. There are 3 files on this disk Geoweite 2.1;Geopaint; and read me. Read me I copied to my 64 version of Geos2.0 and read it-just an ad for all the 2.0 128 improvements. ------------ ************ Topic 11 Wed Mar 24, 1993 K.SMOTHERMAN [GeoRepKentLS] (Forwarded) Sub: FREEDOMware! FREEDOMware! product list 5 message(s) total. ************ ------------ Category 6, Topic 11 Message 1 Wed Mar 24, 1993 K.SMOTHERMAN [GeoRepKentLS] (Forwarded) I have just uploaded all of my PD FREEDOMware! software, which includes the following programs: geoDiary, mouser2, presto!, fontprinter, chessecretary2,autodate, flashalarm, autominder, bootie, utilities.doc+, pmpatch, geodexpatch, geoCheckBook.ud, geoChkBkDemo, checkbook.doc Additionally, I have the following FREEDOMware! packages for sale: Games package ($20): Triples, geoGammon, LightShip, geoStorm, Yahtzee, PalettePlay, T.E.L.P. geoCheckBookv1.5 ($17) You can send check or money order to: Kent Smotherman/Stop Code S-44 First Data Resources 7305 Pacific Omaha, NE 68114 (402) 222-3890 If anyone would like a better description of any of these programs, just answer this post! :) ------------ Category 6, Topic 11 Message 2 Wed Mar 24, 1993 YLR.ROSE [RTC/Lib] (Forwarded) thanks for the uploads, Kent.. they should be released and available to the general public later today. Hugs -=- Ylr, Flagship Librarian -=- ------------ Category 6, Topic 11 Message 3 Wed Mar 24, 1993 C128.JBEE (Forwarded) Hi :) Is this a FOR SALE topic (it will be moved to Cat #10) or a product support topic for the shareware files you just uploaded? >If anyone would like a better description of any of these >programs, just answer this post! Assume they do ;) I would like to comment myself on some of the files just so people know what works with what. I tagged the uploads for you too :) Works w/ Works in 80 Filename gateWay128 col if 40/80 (abbv) & 40 col Flag reset ----------- ---------- ---------- flash no <- didn't do anything autominder no <- didn't do anything pmpatch untested geodex patch untested checkbook yes no bootie yes yes autodate yes yes presto yes yes mouser yes no -font printer yes no +chess yes no +I like this one a lot, even in forty columns, just wish I could find time to play :D -I like this one a lot, too bad it doesn't work in 80 columns. Though I suppose it is a utility that you would use only once in a while. What will probably make this program useful to people is that it prints the fonts automatically from a disk without a lot of clicking. Also works fine with a HP laser which is something the other font dump programs do not! Handled most of the mega fonts I threw at it too. Thank you for the uploads. ------------ Category 6, Topic 11 Message 4 Sat Aug 28, 1993 C128.JBEE at 02:24 EDT Parsec Inc has bought all the rights to Kent's software. :) ------------ Category 6, Topic 11 Message 5 Mon Aug 30, 1993 CBM-MARK at 23:48 EDT Neat!! ------------ ************ Topic 12 Thu Mar 25, 1993 K.SMOTHERMAN [GeoRepKentLS] (Forwarded) Sub: geoArc?! Looking for info on ARC/SDA format by Smeets. 2 message(s) total. ************ ------------ Category 6, Topic 12 Message 1 Thu Mar 25, 1993 K.SMOTHERMAN [GeoRepKentLS] (Forwarded) I've seen a lot of posts about a geoArc type program, but haven't seen any tangible results yet. I'd love to do one, and I'm sure I could do it within a month. All I need is the format of the ARC/SDA compression, then I can just program it right into my version of geoArc. I'd prefer a full description of the ARC/SDA file format itself as opposed to just trying to get Chris Smeets' run-time machine language to interface successfully with GEOS. Thanks! :) ------------ Category 6, Topic 12 Message 2 Fri Mar 26, 1993 C128.JBEE (Forwarded) geoARC is already being done by Parsec. See Cat#11 :) ------------ 6 ? ************ Topic 15 Tue Aug 13, 1991 H.HERMAN1 (Forwarded) Sub: gateWay CMD's alternative to the DeskTop, called gateWay. 41 message(s) total. ************ ------------ Category 6, Topic 15 Message 1 Tue Aug 13, 1991 H.HERMAN1 (Forwarded) I got it!! And... I like it!! I'm talking about the Sept/Oct RUN, and specifically Malcolm O'Brien's review of gateWay. The article gives a nice description and feel for the product, and its features. I would have been happier if it were allowed to be a bit longer to sort of linger a bit more on a few of its details and embellishments. Even so, enough is there, that if I didn't already have gateWay, I'd go right out and buy it. The truth is, it IS as good as Malcolm describes. I was a bit confused, however, by the inclusion of the accompanying ~blue bug box'. No mention of bugs in the article, and they are all gone now anyway, with the current release version that CMD distributes. Ah, well... I quess RUN had a reason. Howie ------------ Category 6, Topic 15 Message 2 Wed Aug 21, 1991 D.SCRUGGS2 [Blake] (Forwarded) The 1 thing I miss from using DualTop 64/128 is the alphabatized dir. With lotz of GeoWrites/Paints a alph. dir is REAL nice. After using both 64/128 versions I'm a happy camper, especialy w/RamLink.....1 other note, Has anyone noticed the clock on the 64 version being a little slow? Blake ------------ Category 6, Topic 15 Message 3 Fri Aug 23, 1991 D.SCRUGGS2 [Blake] (Forwarded) After reading some remarks from the Q. about comparing DualTop to GateWay, I thought I should be a little cleared here about my own Thoughts, I'm NOT putting DualTop 64/128 down, It's a good shareware Application,GateWay 64/128 is commercial...And atleast in my book, They had better be different! (Grin)..I think the 1 major diference is That GateWay can be expanded with extension type files,ScrapePeel,Etc.. Not to mention being able to work w/RamLink & HD's....O,And expanded REU's But I would like to see an alphabatized dir.....Ok, Now I feel better.. Blake ------------ Category 6, Topic 15 Message 4 Sun Oct 13, 1991 M.MCCORMIC10 [Mike Mc-] (Forwarded) Anyone- My version of Gateway for my 64 permits sub-directories.I am ignorant in the definition of what may or must be contained in the sub-directory. What I would like to do with my RL w/1764 REU,is have seperate directories for GEOCALC,GEOFILE,GEOPAINT,and 2 GEOWRITE divisions(1 personal,1 bussiness). Must I have Gateway,printer driver and the application in each sub-directory? This would make it easier to move around,but use a lot of memory. Any suggestions? Mike Mc- ------------ Category 6, Topic 15 Message 5 Mon Oct 14, 1991 MIKE.DUNCAN (Forwarded) Mike Mc-, It looks like what you suspected is true. The gateWay looks for a printer driver each time before it prints. Each disk or directory that you want to print from will need a printer driver. - Mike ------------ Category 6, Topic 15 Message 6 Tue Oct 15, 1991 H.HERMAN1 (Forwarded) Mike, That's surprising. Unless CMD wanted to follow the geos application convention. But they really didn't have to, I don't think. At least not from gateWay. It seems to me that it would have been nicer to have a feature similar to what the autofile editor does, but with a printer. So, you could identify the location of the printer driver, and its name. Then, when any printing is requested, it would go to that driver, no matter what directory or partition you might be working in. Seems like a reasonable feature to have. Maybe we should ask CMD about adding this into the next upgrade of gateWay? I'll try to remember to ask Doug this at the RTC. Hmm... I forgot when he'll be here. Maybe JBEE or someone can remind us??? Howie ------------ Category 6, Topic 15 Message 7 Tue Oct 15, 1991 JIM.COLLETTE (Forwarded) Actually there's a way around it - the way gateWay works, each subdirectory will contain its own files PLUS the files on the 'border' (from deskTop). If your drive right now is a type that can be used from deskTop, move into there and move all your files that you want to appear everywhere into the border - then when you return to gateWay, they'll be visible in every subdirectory as well as the root. (like the stuff in the default PATH on MS-DOS & Amiga, etc.) I think CMD may come out with a utility to let you manually move files to the border from gateWay, and possibly link more than one border sector together to let you get more than 8 files. Jim :) ------------ Category 6, Topic 15 Message 8 Tue Oct 15, 1991 C128.JBEE [* Sysop *] (Forwarded) That CMD conference is next Tuesday :) 10:00pm It is going to be an "open" conference and not a interview like last time. Basically I will ref while you people ask! ------------ Category 6, Topic 15 Message 9 Wed Oct 16, 1991 H.HERMAN1 (Forwarded) Jim, I'm awed! It sounds so easy, when you explain it. Especially since you know what you're doing. :) Howie ------------ Category 6, Topic 15 Message 10 Fri Oct 18, 1991 M.MCCORMIC10 [Mike Mc-] (Forwarded) Jim- You lost me wiyh the reference to "border" files.I know what they are in GEOS,but how do I move them in Gateway/ I made a great big mistake the other day.I created sub-directories for the various GEOS applications.Then I moved them up the menu towards the top.The manuel said to immediately validate the disc.I did this and my RL & GW have never been the same. I kept getting "plaid stamps" as icons,it couldn't find the drivers and told me to return to Desk Top.I have since shut off the power to the RL and started over. I still have some bugs to work out but it is a lot better.I forgot which device should be the default so that I can load from RL.Which partition?I have one Foreign and one large Native. It still won't boot from RL w/out the boot disc in a disc drive. It also will not quit an application to the desktop.It still balks occasionally for the printer drive. Mike Mc- ------------ Category 6, Topic 15 Message 11 Sat Oct 19, 1991 C128.JBEE [* Sysop *] (Forwarded) Did you "install" the ramlink routines on the Ramlink? ------------ Category 6, Topic 15 Message 12 Sun Oct 20, 1991 M.MCCORMIC10 [Mike Mc-] (Forwarded) JBEE- If you mean the geos patches,the answer is yes.If you mean something else,please elaborate. My Gateway worked fine at one time,now that I have to reinstall it I forget what I had where.Default device,etc.I also don't remember getting "this is a non- geos disc, do you wish to convert it"message the last time I installed Gateway. It still locks up when quitting an application. Remember this is a 64C. Mike Mc- ------------ Category 6, Topic 15 Message 13 Sun Oct 20, 1991 JIM.COLLETTE (Forwarded) You'll need to install gateWay itself into a native mode partition (or a 1581 emulation partition). Remember, you've got to make a regular boot disk first and then copy the files over to your RL partition and run MakeBoot again. The 'border files' aren't seen from gateWay as border files, but are just included in the file list along with all the others. There really isn't any safe or easy way to manipulate them (as border files as opposed to regular files - you can still work with them) from within gateWay - you need to go to deskTop to do it. On a RAMLink partition that won't be possible since deskTop can't use them. If you're handy with a disk editor you might be able to go in manually and move the files into the border sector. Jim :) ------------ Category 6, Topic 15 Message 14 Sun Oct 20, 1991 C128.JBEE [* Sysop *] (Forwarded) Yes, I was referring to the Make Boot program that installs the Ramlink patches. ------------ Category 6, Topic 15 Message 15 Sun Jan 26, 1992 A.KARANTZE [The Maverick] at 22:42 EST Looks like quite a few people have troubles with Gateway. I am using the 6 version on a 128 (dont ask why!) and I cant get it to start up! I also cant get it to recognise ramlink at all... megatroubles indeed. CMD says its because I dont have a 1mb SIMM installed. Any comments? maverick ------------ Category 6, Topic 15 Message 16 Mon Jan 27, 1992 C128.JBEE [* Sysop *] at 03:25 EST There are new files in CMD's private library for Ramlink/Ramdrive owners. More about it in Cat#12. ------------ Category 6, Topic 15 Message 17 Mon Jan 27, 1992 PAUL-MB at 18:32 CST I had a weird one. My boot disk crashed. THREE times! Each time I got an "Illegal Sector" error. That was on a 1541 boot disk in a 71. (( Whoops, sorry sysops... forward this to cat 12 )) ...Paul (PAUL-MB) ------------ Category 6, Topic 15 Message 18 Wed Jan 29, 1992 CMD-DOUG at 07:55 EST You can't use a 1541 boot disk in a 1571 with gateWay - you have to create a 1571 boot disk for that purpose. When creating a 1571 boot disk, make sure that the drive is marked as a 1571 (in GEOS CONFIGURE) and that you format the new boot disk as single-sided. ------------ Category 6, Topic 15 Message 19 Wed Jan 29, 1992 PAUL-MB at 18:47 CST Er, when I said 1541, I meant "1571, single-sided." :) I get terms mixed up. :) ...Paul @ Micro-Bytes Publishing ------------ Category 6, Topic 15 Message 20 Sat Jun 13, 1992 M.MCCORMIC10 [Mike Mc-] at 05:50 EDT Ever since I started using Gateway an unusual thing is happening.Files are being developed,mostly in GEO-Write that I cannot open.These are not Geo-write files.I have NEVER seen the icon for them before.If anybody is familiar with the program "Wristwatch" the icon is similar.I have no idea how to open these files or identify what application they belong to. Any suggestions? Mike Mc- ------------ Category 6, Topic 15 Message 21 Sat Jun 13, 1992 JIM.COLLETTE at 17:23 EDT What are the names of the files? And what GEOS filetype are they? Jim :) ------------ Category 6, Topic 15 Message 22 Sat Jun 13, 1992 C128.JBEE [* Sysop *] at 17:30 EDT I would be interested in the names too as I have come across something interesting myself. ------------ Category 6, Topic 15 Message 23 Sun Jun 14, 1992 M.MCCORMIC10 [Mike Mc-] at 06:52 EDT Jim & JBEE- The filenames seem related to GEO-Write topics;e.g"letter","names",etc. These are DA files(If I can remember). Mike Mc- ------------ Category 6, Topic 15 Message 24 Wed Jun 17, 1992 R.KNOP1 [Rob Knop] at 01:25 EDT Those files could well be GEOS temporary files. Files with an attribute "TEMPORARY" are created frequently in programs, and (presumably) deleted thereafter. (Although I, as a programmer, have recently been found to be neglectful in that respect in one case... :( ). At an rate, when the deskTop opens a disk with TEMPORARY files on it, it deletes them automatically. Usually these files are created with a control character as the first letter of their name that tells the deskTop not to list them with the rest of the directory. -Rob ------------ Category 6, Topic 15 Message 25 Wed Jun 17, 1992 C128.JBEE [* Sysop *] at 04:59 EDT Interesting! ------------ Category 6, Topic 15 Message 26 Wed Jun 17, 1992 M.MCCORMIC10 [Mike Mc-] at 06:05 EDT Jim & JBEE- I bouble checked and these files are application docs.-1k. Mike Mc- ------------ Category 6, Topic 15 Message 27 Wed Jun 17, 1992 JIM.COLLETTE at 19:37 EDT Application documents? Geez, that IS weird... Most TEMPORARY files I've seen start with a PLAINTEXT character, I think the purpose is just to guarantee that it'll have a unique filename (just in case you already happen to have a "SWAP FILE" on the disk). DeskTop automatically deletes them before opening the disk and displaying files - the only way you should ever be able to see one is if you do something like run a DA (only on 64 - 128 buffers them in back RAM) and reset the computer before closing the DA, and then slap a w/p tab on the disk and try to open it under deskTop. (or, if you've got geoWizard, I think if you break out of a DA and run MiniDesk it'll show the swap files... although I can't remember for sure, I might have put a trap in there to keep it from displaying them (they're not files a user should really be touching). Jim :) ------------ Category 6, Topic 15 Message 28 Thu Jun 18, 1992 C128.JBEE [* Sysop *] at 04:33 EDT Maybe that is what I did ;) I usually like to reset to exit and I guess that is a bad habit with Geos. My problem showed up on a 1581 but as it turns it, it was exactly what Rob described. ------------ Category 6, Topic 15 Message 29 Thu Jun 18, 1992 P.CATCHPOLE [Mike] at 18:53 EDT Got my GATEWAY back online. Re-loaded it into ramdrive and i'm in business again. Is there some way to leave gateway without messing up BASIC? The resey button causes some real neat fireworks... isn't there a way to reboot the system? ------------ Category 6, Topic 15 Message 30 Thu Jun 18, 1992 C128.JBEE [* Sysop *] at 23:04 EDT In the Geos Library (#35) there are two possible programs to use. Clean Reset by R.Knop1 which lets you do a clean "warm" reset on the C-128 or n/rboot by Jim Collette that lets you reset cleanly by pressing the reset button. N/Rboot is a autoexec file and becomes active whenever you boot Geos. I find both programs very useful. When you grab "clean reset" be sure to do a "big info" from gateWay just to see the real icon ;) ------------ Category 6, Topic 15 Message 31 Fri Jun 19, 1992 R.KNOP1 [Rob Knop] at 10:54 EDT Re: Clean Reset: shoot, I've gotta put the disk drive resets in that. I've been intending to do that for... oh, two months now. Hopefully I can get that done on Saturday.... -Rob ------------ Category 6, Topic 15 Message 32 Fri Jun 19, 1992 P.CATCHPOLE [Mike] at 18:12 EDT With geos 64 1.2, if I loaded, for example, CALCULATOR, and rebooted, I found a file called "SWAP FILE" with the calculator icon. Ran any DA and it vanished... guess the 1.2 desktop didn't touch temp files! ------------ Category 6, Topic 15 Message 33 Sat Jun 20, 1992 C128.JBEE [* Sysop *] at 02:44 EDT 9200 RESET128.CVT X R.KNOP1 911013 768 47 35 Desc: Cold start your 128 from GEOS 9224 RESET64.CVT X R.KNOP1 911031 640 24 35 Desc: Cold starts the 64 from GEOS 9629 NORBOOT.CVT X JIM.COLLETTE 920415 640 23 35 Desc: Disable 128 RBOOT on reset Someone asked in e-mail if I could post the file numbers, so here they are! ------------ Category 6, Topic 15 Message 34 Sat Jun 20, 1992 JIM.COLLETTE at 20:18 EDT Think you're right... deskTop 1.2 may not have auto-deleted temporary files. (when you think about it, 1.3 should have been called 2.0 and 2.0 should be 2.1 or maybe 3.0... it was the transition from 1.2 to 1.3 where most of the real major changes were made, i.e. auto-exec files, disk drivers, Configure, etc.). In fact, the Kernal (at least on GEOS 128) is almost identical between 1.4 and 2.0... I've booted up with 1.4 before, went in with Debugger and changed the version flag from 1.4 to 2.0 and patched the Kernal string, and booted up 128 DeskTop 2.0 from GEOS 128 1.4 and it ran. :) Can't remember if I tried getting 3 drives or not but I have a crazy feeling that I did get it to work! Jim :) ------------ Category 6, Topic 15 Message 35 Thu Jun 25, 1992 R.KNOP1 [Rob Knop] at 03:21 EDT OK, I've uploaded a new version of Clean Reset 128, under the name clean128v1-1.cvt (file #9792) I assume it'll be visible before too long... (incidentally, JBEE, once you check out this version (and make sure it works with a RAMLink!), could you do me a favor and delete the old version of RESET128.CVT? Also, I sorta goofed, and probably should have called this one RESET128v1-1.CVT instead of what I did call it :/ ; any chance you could rename it for me? :] ). This version resets drives 8-11 before cold starting the 128. Since this takes time, there is now a several second delay between OK'ing the reset and the completion of the reset. I do the reset according to the following algorithm: comnd="i0" jsr commloop comnd="u:" jsr commloop jsr commloop end commloop: for x=8 to 11 { open 15,8,15 print#15,comm close15 } return Now, yesterday it made perfect, complete sense to me that I needed to loop through twice giving the u: (reset) command to the drives, since if the drives are numbered differently from their hardware numbers, confusion could occur when drives temporarily have the same number. I KNOW it's safe to send the u: twice, but is it necessary? Thinking about it right now, it seems to me that one cycle through the drives sending u: ought to be enough. (The reason I hem and haw on this is because it takes the 1581 a short while (few seconds) to process the u:). Any thoughts, anyone? -Rob ------------ Category 6, Topic 15 Message 36 Thu Jun 25, 1992 C128.JBEE [* Sysop *] at 07:24 EDT I will rename it for you. If there are no problems it should be live by Thursday night :) ------------ Category 6, Topic 15 Message 37 Fri Jun 26, 1992 HOWIE-CBM at 02:00 EDT Rob, Maybe the delay you observe with the 1581 is caused by its search for a USR type file on disk called ~copyright cbm 86'. A reset would cause dos to look for this, and if it exists, load and run it. This might explain a delay with a 1581, that wouldn't occur with a 1571. I have one of these one block files on all of the disks which I use with drive #12. The short routine tells the 1581 that it is #12, so even a reset never changes its number. A very nice feature! Howie ------------ Category 6, Topic 15 Message 38 Fri Jun 26, 1992 C128.JBEE [* Sysop *] at 05:09 EDT That is a good tip! ------------ Category 6, Topic 15 Message 39 Fri Jun 26, 1992 HOWIE-CBM at 11:23 EDT Well, thanks JBEE!! :) I was going to say that I thought I long ago uploadeds this routine, but see that I hadn't. So, you will find this as a brand new upload, today! Unfortunately I cannot take credit for writing it. It comes from the 128 of a genious who knows CBM DOS. Howie ------------ Category 6, Topic 15 Message 40 Mon Jun 29, 1992 JIM.COLLETTE at 00:46 EDT Usually I don't like to toot my own horn but since you like the program so much I've got to... that little auto-device changer is by me. (although the date in the program is wrong.. I put 1/88 instead of 1/89! Didn't even HAVE my 1581 until 12/88!) Back when I was working on that, after finishing it up I started trying to figure out how to get the 1581 to not only change its own device number, but to be able to renumber other drives too (wanted it to swap my 1581 to 8 and my 1571 to 10). Spent quite a few hours writing the code and I think I probably maybe have the code itself right, but then I discovered that the 1581 just physically can't control the ATN line without doing something internally! arrgggh :) Jim :) ------------ Category 6, Topic 15 Message 41 Mon Jun 29, 1992 CBM-ED [e.g.bell] at 18:44 EDT There is an example in an OLD Transactor to install code like that on the 1541 and 1571 using the &: fileame function. There are examples to turn off the head=rattle, set the device number, and even a little BASIC code to allow you to make your own drive resident programs. I have seen the technique discussed many times, but I have never seen a really *GOOD* discussion on calclating the checksum. I know it is a sum of the bytes from 2 on, but not what they do with the carry each time. Course, it would take a max of 2 efforts to find out. Still, nice work Doug! I don't know how to do it. >>grin<< ------------ ************ Topic 16 Sat Jul 20, 1991 M.WRIGHT36 [Ridley] (Forwarded) Sub: GeoTermV2 This is a contiuation of the last Geoterm V2 topic. I have lots of questions so check here often; maybe we can all learn something! 19 message(s) total. ************ ------------ Category 6, Topic 16 Message 1 Sat Jul 20, 1991 M.WRIGHT36 [Ridley] (Forwarded) First question: When viewing the buffer, how do you pause it so that it can be read? ------------ Category 6, Topic 16 Message 2 Fri Aug 09, 1991 J.PARADISE (Forwarded) c= key! ------------ Category 6, Topic 16 Message 3 Sat Aug 10, 1991 M.WRIGHT36 [Ridley] (Forwarded) Nope, doesn't work...at least on mine:( ------------ Category 6, Topic 16 Message 4 Fri Aug 30, 1991 DANIEL.WOLD (Forwarded) Hi, I like my GeoTerm and its a toss up between it and WIZARD when it comes to telecommunicating. I kind of like to stay in GEOS with Geoterm and GeoWizard and other applications loaded in my REU. But WIZARD seems like a great TERM too. I have found a great a GREAT bbs called the WELL perhaps you have heard of it. Anyways I must access it through a compu serve packet network number. I have a problem with it when I use GeoTErm. Sometimes I can log on fine. But most of the time I get garbage on the screen-like truncated words etc. The WELL is usnderstanding me fine though and I can log off etc. When I use CCGMS term I dont have aproblem. The GENIE say 8N1 are the preffered modem settings so I dont understand erratic problem. If anyone can give me any pointers on fixing this GeoTerm problem I'd appreciate it. BTW this is my first ever conference reply on GENIE. If I should have put somewhere else or started a new topic, please forgive a rank amatuer. Thanks, Dan ------------ Category 6, Topic 16 Message 5 Fri Aug 30, 1991 JIM.COLLETTE (Forwarded) Wish I could offer some good advice for your geoTerm problem but you've got me somewhat stumped... I just don't have the hands-on experience with those networks. I DO think I've heard though that CI$ does NOT use the standard 8-N- 1 settings and that geoTerm isn't really compatible with it... if you're calling through a CI$ number, that might be the problem. Jim :) ------------ Category 6, Topic 16 Message 6 Sat Sep 07, 1991 DANIEL.WOLD (Forwarded) Thanks for the reply Jim. Looking forward to reading more of your posts on the Flagship as I learn my way around. Best, Dan ------------ Category 6, Topic 16 Message 7 Sun Jun 14, 1992 C.JOHNSON5 at 03:48 EDT Where is Geoterm 64? I've searched the libraries using 'term' & "geoterm' but all I can find is GeoTerm V4.2 for the 128. What is GeoWizard? I've never heard of it. ------------ Category 6, Topic 16 Message 8 Mon Jan 04, 1993 D.LAURIA1 at 02:57 EST Is it posible to send a break signal wth GEOterm? The docs don't mention it, but it would really be handy here on GEnie. Incidentaly, I was told would do it, but it doesn't seem to do anything. (I'm using GEOterm II for the 64.) ------------ Category 6, Topic 16 Message 9 Mon Jan 04, 1993 C128.JBEE at 08:41 EST When I used Sixth Sense 128, I redefined my "@" key from the GEnie set up menu as my break key. It worked just like a true break key and you hardly ever need to use the "@" symbol online. ------------ Category 6, Topic 16 Message 10 Mon Jan 04, 1993 CBM-MARK at 22:24 EST GEnie's setup menu can be found on page 905 (or 900 will get you there too ;). Remember the value you select for your break key will have to be the ASCII value for the key *not* PETSCII. Some of the keys will have the same value whether in ASCII or PETSII but not all. In the '@' key case it will be the same, though. Value of '64'. Just thought I would mention this ;) ``Mark`` ------------ Category 6, Topic 16 Message 11 Tue Jan 05, 1993 C128.JBEE at 10:58 EST Glad you did ;) ------------ Category 6, Topic 16 Message 12 Fri Jan 08, 1993 D.LAURIA1 at 19:20 EST I assume from your answers that it's just not possible to send a true break from GEOterm. I know I could redefine the break key, but I log onto my GEnie account from 3 different computers and it would be a pain. Thanks for the help, though :) ------------ Category 6, Topic 16 Message 13 Sat Jan 09, 1993 C128.JBEE at 13:40 EST I don't know enough about geoTerm to say if it can or cannot give a true break, but, once you tell GEnie that a key (like the "@" key) is your break key, whenever you hit the "@" on whatever computer you are using, you get a break! One "sneaky" way to use this is to make the key ("@"?) the last character in a TBATCH or "*up" command so it sends the break to GEnie automatically after an upload :) ------------ Category 6, Topic 16 Message 14 Sun Jan 17, 1993 D.HUFFMAN1 at 12:57 EST RE: transplant.arc and trnsplntbas.arc (here in the Geos section) After you have used one of these programs to transplant the new font into your Geoterm2.0 64. If you store both the original and the patched GeoTerm on the same disk - no matter which version of GeoTerm you run, the font that you see on the screen will come from whichever GeoTerm is first in the disk directory (GeoTerm must pull the font by permanent name, not given name). Hope you find the new fonts useful. I now use GeoTerm for things requiring 80 cols that I had given up on before I wrote the patch. Can somebody patch in a KERMIT?? It could replace PUNTER and/or one of the XMODEM choices. D.Huffman1 ------------ Category 6, Topic 16 Message 15 Sun Jan 17, 1993 HOWIE-CBM at 21:00 EST Although I know null about ML and how to go about patching things, and should therefore probably not try to add my 2 cents here, I will anyway... Unlike an X-Modem protocol which has a fixed code, Kermit offers loads of user selectable options, so I do not think that one could just get swapped for an other. Or maybe it can? If done as an insertable overlay? As I said this is all really way above me... Howie ------------ Category 6, Topic 16 Message 16 Sun Jan 17, 1993 CBM-ED [e.g.bell] at 23:36 EST I am sure NovaTerm supports Kermit, tho that is an old inefficient protocol from what I understand, written originally for very unfriendly environments. As for just plugging something like that into any term, that would be hard without the programmer or lots of cooperation from him unless it was a standalone and you knew the call address for overlays. I don't think GeoTerm supports overlay stuff does it? ------------ Category 6, Topic 16 Message 17 Tue Jan 19, 1993 R.KNOP1 [Rob Knop] at 00:44 EST Most of the Kermit implementations I have seen have been standalone thingies. E.g. Kermit 64/128 is a program that only supports the Kermit protocol. I iga terminal programs, along with plug-in XModem, YModem, ZModem, etc. modules. Kermit is very good in transfer-hostile envrionments. Well, I dunno about line noise, but if you are going through terminal servers and the like, sometimes Kermit is the only thing that will get through. I know that Kermit is the only protocol that works to download directly to my 128 over the phone from Caltech, though I can upload with Xmodem. Usually, though, I use Big Blue Reader and read and write the IBM disks with a direct serial connection at 19.2 kBaud :) -Rob ------------ Category 6, Topic 16 Message 19 Wed Jan 20, 1993 HOWIE-CBM at 02:16 EST The NYU computer is similiar. Doesn't matter what platform you are on, if you want to take home a file, Kermit is the only way. Unlike Caltech tho, it is the same for uploads. Once I finally get around to getting my new speedy modem, things should exchange quickly using the SwiftLink Kermit. :) Howie ------------ ************ Topic 17 Thu Mar 25, 1993 K.SMOTHERMAN [GeoRepKentLS] (Forwarded) Sub: DirMaster upgrade Looking for info on geoFile for extension to my DirMaster application. 7 message(s) total. ************ ------------ Category 6, Topic 17 Message 1 Thu Mar 25, 1993 K.SMOTHERMAN [GeoRepKentLS] (Forwarded) I'm thinking of upgrading my DirMaster application to include disk catalog functions, and probably indirectly directory printing. The way I would like to do it is have DirMaster output to a geoFile doc, then you could use geoFile for the actual disk catalog and directory printing (and you could define your own sublayouts that way). The problem is I haven't been able to decode the format of the geoFile datafiles yet. If anyone has any info that might be of some use I'd greatly appreciate it! My other alternative is just to write to a geoWrite document, but you wouldn't have nearly the same power as geoFile for managing and manipulating the database. Thanks! :) ------------ Category 6, Topic 17 Message 2 Fri Mar 26, 1993 CBM-MARK (Forwarded) Wouldn't you be restricting the end user by outputting to GEOfile format? GEOwrite comes with the GEOS system package whereas GEOfile being an add-on package, not all users will have it. True, outputting to a GEOwrite wouldn't give quite the same manipulating ability. Another alternative would be to write a custom data filer/manager just for use by DirMaster. ``Mark`` ------------ Category 6, Topic 17 Message 3 Fri Mar 26, 1993 C128.JBEE (Forwarded) I asked the same question many moons ago. Jim Collette had tried getting the format directly from BSW and they didn't have it either. Matter of fact that message might still be here. Not being able to import or export data is the reason I went to Superbase instead. ------------ Category 6, Topic 17 Message 4 Fri Apr 09, 1993 J.WILSON38 [little JOHN] (Forwarded) DirMaster output to geoWrite would be great! I am one of those who don't have geoFile. The output could still be edited with geoWrite if you wanted to put it into a certain format. Adding a few subtitles and notes would be what I wanted to do most. If that is easier...give it a try. By the way...thanks for great software! John ------------ Category 6, Topic 17 Message 5 Sat Apr 10, 1993 K.SMOTHERMAN [KentLS] (Forwarded) OK, the consensus so far is to just output to a geoWrite file, so that's what I'll do! Right now I'm heavily involved in 3 other project, including geoFlex, so I'm not sure when I'll get the DirMaster upgrade done but I'll try to make it within the next couple of weeks. :) ------------ Category 6, Topic 17 Message 6 Tue Apr 13, 1993 K.SMOTHERMAN [KentLS] (Forwarded) Well here it finally is, v2.0 of my DirMaster application! I've added an output option to geoWrite file, either append to an existing file or create a new one, on any drive. Writes the filename and optionally: filetype, date last modification, info box. :) ------------ Category 6, Topic 17 Message 7 Tue Sep 28, 1993 B.LOGAN7 at 02:08 EDT 5 ------------ ************ Topic 18 Thu Sep 24, 1992 C128.JBEE [* Sysop *] (Forwarded) Sub: geoPattern Editor geoPattern Editor A pattern editor for Geos. 17 message(s) total. ************ ------------ Category 6, Topic 18 Message 1 Thu Sep 24, 1992 C128.JBEE [* Sysop *] (Forwarded) geoPattern Editor A pattern editor for Geos. Does one exist??? ------------ Category 6, Topic 18 Message 2 Thu Sep 24, 1992 M.DULSKI1 [Mark @WIZARD] (Forwarded) The "GEOS Companion" disk put out by RUN magazine contains, among other stuff, 'Pattern Editor 2.0'. Haven't tried version 2.0 but I have a copy somewhere of an early version that works quite well. Doesn't work with GEOS 128 V2.0 though :( (the early version I mean). There is also something on this order mentioned in the Sept/Oct issue 1992 issue of RUN that is distributed by "Quincy Softworks". Quincy's "DweezilDisk I" contains 90 files of 32 patterns, a fill-pattern editor an autoexec prg to load a specific pattern on boot up, an autoexec that lets you select a pattern on boot up, and a GEOpaint enhancement/editor that is reviewed in the GeoWatch column. Nifty program :) ``Mark`` ------------ Category 6, Topic 18 Message 3 Fri Sep 25, 1992 C128.JBEE [* Sysop *] (Forwarded) Thank you Mark! I have Quincy's address here too :) ------------ Category 6, Topic 18 Message 4 Fri Sep 25, 1992 M.DULSKI1 [Mark @WIZARD] (Forwarded) You're Welcome ;D ------------ Category 6, Topic 18 Message 5 Sat Sep 26, 1992 M.MINNIG (Forwarded) JBEE, there's a PD editor called "pattern edit" and its companion, "set pattern" I'll upload today. ------------ Category 6, Topic 18 Message 6 Sat Sep 26, 1992 C128.JBEE [* Sysop *] (Forwarded) Thank you :) ------------ 8�†x�† ------------s d@�†Ð�† Thank you :)†=x�†Ø�† Ð�†¨�† (C128.JBEE [* Sys Category 6, Topic 18 Message 7 Sat Oct 24, 1992 J.ROBBINS16 [JBUS] (Forwarded) There's also a DA called "FPE" that does the same thing (but only 40 col.).It works with another DA called Pattern Select (by DiBief--alias Quincy S.W.) BTW... the one on Dweezil-Disk is the best one, and like mentioned before it has over 90 pattern files on disk...(that's where I get most of mine :)....) ------------ Category 6, Topic 18 Message 8 Sat Oct 24, 1992 C128.JBEE [* Sysop *] (Forwarded) Hey, I think I have a Dweezil disk around here I was going to review! (sheepish look) Never even read the directory. ------------ Category 6, Topic 18 Message 9 Sat Oct 24, 1992 CBM-MARK (Forwarded) JBUS, you mentioned that "FPE" only works in forty col, do you mean to say the pattern editor on Dweezil-Disk will work on GEOS128's 80 col screen? I had tried "FPE" at one time but it always locked up GEOS 128 V2.0, guess it's only compatiple with GEOS64. ``Mark`` ------------ Category 6, Topic 18 Message 10 Sun Oct 25, 1992 CMD-DOUG (Forwarded) I _BELIEVE_ that there is a new version on a more recent Dweezil Disk that _DOES_ work in 80 column mode. ------------ Category 6, Topic 18 Message 11 Wed Oct 28, 1992 J.ROBBINS16 [JBUS] (Forwarded) The copies I have (both the shareware and Dweezil disk versions) onlyt work in the 40col mode, but he just may have an 80 col. version (I only had a 64 when I bought the Dweezil version, so they were all 64 versions) I did notice that on the 128 in 40 col mode that FPE (the shareware version) doesn't handle the color correctly and locks up on occassion) Jbee, lucky you got the dweezil version.. :) I'll have to give Dave a buzz bout' 80 col stuff, I don't get on Q anymore and I don't think Dave is around here anymore either. ------------ Category 6, Topic 18 Message 12 Thu Oct 29, 1992 CBM-MARK (Forwarded) Be GREAT if it did run in both 40 and 80 cols. I hate it when a GEOS accesory puts me in 40cols :( ``Mark`` ------------ Category 6, Topic 18 Message 13 Thu Oct 29, 1992 C128.JBEE [* Sysop *] (Forwarded) Me too, one of the main reasons I don't use geoPublish and a lot of the "shareware" programs. ------------ Category 6, Topic 18 Message 14 Thu Oct 29, 1992 M.MINNIG (Forwarded) If you really want to stay in 80 columns and run a 40-column DA, try using 'set 40/80' on the DA. I've used it on a few DA's; the display looks odd, but everything functions OK. ------------ Category 6, Topic 18 Message 15 Fri Oct 30, 1992 CBM-MARK (Forwarded) 'SET 40/80', is that the prg that changes the 40/80 flag on the GEOS prg header? ``Mark`` ------------ Category 6, Topic 18 Message 16 Fri Oct 30, 1992 C128.JBEE [* Sysop *] (Forwarded) Yes, I have tried it on a few of the recent Geos uploads and what happens (like that program for Germany) is it throws off the dialog boxes for everything until you warm-start Geos. ------------ Category 6, Topic 18 Message 17 Sat Oct 31, 1992 J.ROBBINS16 [JBUS] (Forwarded) Yep, the 40/80 flagsetter doesn't make up for special features added into the program itself and sometimes causes more headaches than you want. Some DA's work out o.k. with no ill effects, but most I've found won't. ------------ 6 ? ************ Topic 20 Sat Mar 23, 1991 R.KOCHANOWS1 at 22:58 EST Sub: Basic GeoProgramming Questions about progamming w/GeoProg 20 message(s) total. ************ `܆à܆ ************ut H܆݆ 20 message(s) total. ------------ Category 6, Topic 20 Message 1 Fri May 08, 1992 MIKE.DUNCAN [ Mikey ] at 23:37 EDT Just got the Hitchhiker's Guide to GEOS. Looks like this puppy's gonna come in handy. But, I think maybe some pages are missing, except... well... Here's what I have: from BootGEOS on p.39 to CalcBlksFree on p.1 from CRC on p.25 to Dabs on p.41 from StartMouseMode on p.279 to StartPrint on p.283 Is this right? Or are some pages missing in between? I can see where other changes were made, but these were kinda iffy! advTHANKSance Oh! - BTW, Has there been any textfiles posted about this HGTG? Errata, Addendum, etc? Anything? Thanks Again ------------ Category 6, Topic 20 Message 2 Fri May 08, 1992 R.KNOP1 [Rob Knop] at 23:58 EDT Mike- I checked my copy of the HHG2G, and it has the same numbering irregularities as yours. On the whole, it isn't clear how meaningful page numbers in the HHG2G are. (In fact, I had never paid any attention to them - I was surprised to note that the numbers were there when you mentioned them!) It is important to remember that this was a work in progress which got dropped by BSW when they went Gonzo MS-DOS. So, it isn't surprising that no final page numbering scheme was arrived at, and that whatever numbers are there are erratic. You'll notice that in between the three pairs of routines you mention, there is a blank page (one of the explicitly and "intentionally left blank"). Probably this is where they redid something, and thus started over, or deleted, or skipped, or whatever, page numbers. I've found the 'Guide to be quite reliable. The descriptions of the routines (e.g. registeres nuked) are more accurate than the descriptions in the OGPRG. (Official GEOS Programmers' Reference Guide.) Plus, it is nice that all the routines are in alphabetical order (which is why I never noticed the page numbers :) ). I have found a couple of errors in the HHG2G... (rifiling thorough notes) Hey look! A page number reference in my notes! golly, I must have noticed page numbers before. Anyway, page 247, the description of RstrFrmDialog, refers to "recoverVector." In the standard GEOS symbol file, this is really "RecoverVector." The other error I found is that the entry for "TempHideMouse" doesn't list the y register as being destroyed, but in my experience it is. Bon Appetit, -Rob ------------ Category 6, Topic 20 Message 3 Sat May 23, 1992 M.MCCORMIC10 [Mike Mc-] at 06:39 EDT I know nothing about programming.I want to devise Tree Charts for Genealogical use. Can anybody as illiterate as me use GEO-Programmer?What are it's limitations? Does anybody have suggestions on this matter?Somebody devised a very good file for family group sheets,that I downloaded.It runs in GEO-File. Mike Mc- ------------ Category 6, Topic 20 Message 4 Sat May 23, 1992 JIM.COLLETTE at 14:51 EDT You must know 6502 assembly language to use geoProgrammer... I think a better choice for you would be geoBASIC (available from RUN). Jim :) ------------ Category 6, Topic 20 Message 5 Mon Jun 01, 1992 C.AMEZAGA [GeoBasic] at 00:18 EDT It is either GeoBasic or you can Pick up a copy of an Already made Geneology Program for the 64/128. I think the Product is still sold for the 64/128. Not sure. The only Disadvatage is that it won't be running under GEOS. :/ Carlos ------------ Category 6, Topic 20 Message 6 Mon Jun 01, 1992 C128.JBEE [* Sysop *] at 02:13 EDT If you own a C64 or C128 you might want to wait for the review of the genealogy programs were are doing before you plunk down your bucks on something (in TC128 and TC64). ------------ Category 6, Topic 20 Message 7 Fri Sep 04, 1992 R.KNOP1 [Rob Knop] at 01:13 EDT So, anyone who has perused either the GEOS constants file that comes with geoProgrammer, or the appendices of the geoProgrammer manual, may have noticed this driveType constant: DRV_NETWORK = 15 ;Drive type for GEOS geoNet "drive" An interesting concept, eh? I was thinking, this would be an interesting challenge. Brief thoughts led me to believe that the best way to network the 64/128's would be through the user port. One computer would have to be a dedicated server (a 64 or 128 with a 16 Meg RAMLink, 200 Meg HD, or some such :) ), and all of the others could be clients. Each client would have a unique net ID for the handshaking so that a client could tell when it is supposed to be listening to/talking to the server. The server would also have to keep track of file locks; imagine two people working on the same geoPaint file over the net at the same time! So, how many people here on the BB want to go set up a commune somewhere, so that we can get enough C='s in one place to implement this? I figure we can get government funding if we word the proposal right. (I.e. make it incomprehensible, and wildly overestimate the number of voters who this will benefit.) -Rob ------------ Category 6, Topic 20 Message 8 Fri Sep 04, 1992 HOWIE-CBM at 04:59 EDT Rob, Is it possible that this might be for nothing more exotic than a geoTerm type program? Curiously, here in NYC (elsewhere too?) there *IS* a geoNET. Manufacturer's Hanover (actually now ChemBank) customers use it to access the bank. I do like the idea of a GEOS Net-server. Maybe even tie it into the I-Net, then anyone in the world (with enough money) could run their puter from it. And, that server itself could be a monster gigabyte networked host. Hmmm... We would want at a minimum 9600 baud (38.4k baud with real-time compression/decompression), so I quess an expansion port SwiftLink version would be the way to go. Yup! I give this a thumbs-up! Howie P.S. An alternate project that might actually be more popular would be for a geoTerm type program that allows multi-users to work on the same document. Any change that I might make here in NYC would be seen in real-time by JBEE in Salem, and Mark Neenah. The *PLUS* for this is that it would not require a dedicated network, instead only a three-way conference call. ------------ Category 6, Topic 20 Message 9 Fri Sep 04, 1992 HOWIE-CBM at 05:01 EDT That should, of course, be Mark in Neenah, and not Mark Neenah... ------------ Category 6, Topic 20 Message 10 Fri Sep 04, 1992 CMD-DOUG at 23:47 EDT Well, we know for a fact that Berkeley did play around with the idea of a GEOS networking (Server/Client) scheme. Though more than that, I cannot say. (grinning) ------------ Category 6, Topic 20 Message 11 Sat Sep 05, 1992 R.KNOP1 [Rob Knop] at 10:26 EDT Howie - It was definitely different from just a geoTerm, since there was a disk drive type. The implication was that any program (geoWrite, geoPaint, whatever) could use the network transparetly like any other type of disk drive. I wonder how well it would work over the phone.... Your idea of having multiple people work on the same file thoough - wow, that'd be a BIG project! We'd have to rewrite geoWrite, geoPaint, and anything else we'd want to use with the system, so it knew to update the file when changes came in over the net. This'd be along the lines of those games you can play over the modem or over a NULL modem. Wanna try it? ;) DOUG - you look might suspicious there.... :) -Rob ------------ Category 6, Topic 20 Message 12 Mon Sep 07, 1992 M.DULSKI1 [Mark @WIZARD] at 23:19 EDT re: "Doug- you look might suspicious there..." Rob, you took the characters right out from under my fingers ;) Doug certainly does, doesn't he? ``Mark`` ------------ Category 6, Topic 20 Message 13 Thu May 06, 1993 D.SIMMONS13 [David] at 01:21 EDT I have a programming "request" which should not be to hard for a person who really knows what he/she is doing in geoProgrammer. I need a Ruler DA, which will work in 40 & 80 col. I need one which will measure from the TOP of the page, not top of the screen, to the buttom of the page, not buttom of the screen. It does not have to be a movable ruler as long as it is on the left side of the screen, and no more than half an inch wide. I more or less need something like the geoPublish program has, only as a DA, so I can use it in geoWrite (80 col) and geoPaint (80col.) As I said, it is only going to be used to measure from top of page to the buttom of the page. Could someone out there "whip" this up? Thanks David. ------------ Category 6, Topic 20 Message 14 Sat May 08, 1993 R.KNOP1 [Rob Knop] at 15:06 EDT Hmm, if this is what I think to is, it is actually rather difficult to do as a DA. Mainly it is difficult because in order to determine how far from the top of the page of the geoWrite or geoPaint document the current window is, it would have to access internal information of the application. This is hard for two reasons: one, except for the original writer of the application who still has the source code, it is difficult to know where in memory the relevant information is stored. And it likely varies with application version. Two, it is very possible that when the DA is loaded into memory, the relevant portion of memory is swapped out and not even theoretically available. Plus, this kind of accessing would break the rules for a DA :) (But, we're all willing to break the rules a little, right? Worst that would happen is, you might have to stop using the DA.) Another thing: since DA's, when loaded, take over the machine until you exit, you could not have the ruler there continuously while you work in geoWrite or geoPaint. Assuming the problem of accessing the application's internal memory is solved, you would be able to pop up the ruler to see where you were, but you would have to make it go away again before you could write or paint any more. For geoPaint, there is one obvious solution: paint a ruler :D Make yourself up a template file that has a ruler down the left side. Copy this template to the new document, do your painting, and erase the ruler when done. -Rob ------------ Category 6, Topic 20 Message 15 Sat May 08, 1993 C128.JBEE at 17:28 EDT I am not a GEOS programmer but I think the problem for measuring from the top of the page vs. top of the screen might be that a geopaint is 64k and stored on disk in VLIR format. To have the ruler start at the top of the page you would have to write the ruler into each record of the geoPaint file and provide a way to remove the ruler's bitmap data if erasing the ruler from the final drawing was a concern. Since the geoPaint is compressed this might be a problem? ------------ Category 6, Topic 20 Message 16 Sat May 08, 1993 R.KNOP1 [Rob Knop] at 22:11 EDT Hmm, if I understood the original request, the DA would just draw a ruler on the left side of the screen, with the topmost marking on the ruler reflecting how far down on the page the topmost pixel in the drawing window is. For this, a program wouldn't have to parse the entire geoPaint VLIR file, but would rather just need to know either (a) what pixel (counting from the top of the page) is on the top of the current screen, or (b) what record is the first one displayed on the current screen. My suggestion was to just draw the ruler in by hand, but of course that is slow because you would have to do it screen by screen. (But, then, you'd only have to do it once, making a template file that you copied for all new documents.) -Rob ------------ Category 6, Topic 20 Message 17 Sun May 09, 1993 HOWIE-CBM at 02:03 EDT Rob, What a simple, yet elegant solution: a Template in geoPaint! Superb! :) Howie ------------ Category 6, Topic 20 Message 18 Mon May 10, 1993 D.SIMMONS13 [David] at 02:00 EDT Yes. The geoPaint version could be drawn on the screen, but one for geoWrite can not be done that way. Couldn't the DA use the little icon wich show how far down you are, (the one at the top of the screen) the show the ruler in inches. What I want to use this for, is when I'm writing an article, I want to be able to open the DA, check to see where on the page I am, in inches, the close the DA, write some more, check the DA again, close it,etc... David. ------------ Category 6, Topic 20 Message 19 Wed May 12, 1993 S.EYRSE [AIR'S] at 23:33 EDT Nope..David as stated before by others the way that Geos stores write files you can't get a cont. ruler. Like it has on the top. in the 64 only part of the file is in the puter at a time. and having mucked about with the Write code for FontLoader I can say that there is no room to patch a vertical ruler into the system. the closest one could get wou might be to get a number read out in the little box at the top that shows "where" on the page you are. Now that is a thought..let me look..:) ------------ Category 6, Topic 20 Message 20 Fri Jul 16, 1993 J.ROBBINS16 [JBUS] at 04:35 EDT Here's a idea a friend was toying with awhile back, but Got a different machine and it was never finished.. He was going to make a DA that resembled the preview mode of 128 GeoWrite. It had a ruler on the left side of it. Nothing fancy, and it only showed inches/ half-inches. Nice for a quick reference only. ------------ ************ Topic 21 Wed Sep 09, 1992 S.MAZZOTTA1 [Sam] (Forwarded) Sub: Font editors for GEOS Does anyone out there in geoLand know of any PD or shareware font editors (or commercial ones) for GEOS? 11 message(s) total. ************ ------------ Category 6, Topic 21 Message 1 Wed Sep 09, 1992 R.KNOP1 [Rob Knop] (Forwarded) I've got the archive of Jim Collette's shareware v2.2 Font Editor somewhere. Is it already in the Libraries here? If not, then I can upload it. -Rob ------------ Category 6, Topic 21 Message 2 Wed Sep 09, 1992 S.MAZZOTTA1 [Sam] (Forwarded) I haven't been able to find a font editor in the GEOS file directories, Rob. Maybe I'm not looking hard enough? Anyway, please do upload it. I'd like to try it out. Sam ------------ Category 6, Topic 21 Message 3 Thu Sep 10, 1992 CMD-DOUG (Forwarded) Just a note: Jim Collette's most recent version of his Font Editor (2.5) will soon be available along with a collection of other GEOS programs by Jim, on a disk aptly named, "Collette Utilities". Should be available on or about Oct. 1 from CMD. :) ------------ Category 6, Topic 21 Message 4 Thu Sep 10, 1992 PAUL-MB (Forwarded) The Collette Utilities...like the Norton Utilities? :) - Paul :) ------------ Category 6, Topic 21 Message 5 Fri Sep 11, 1992 R.KNOP1 [Rob Knop] (Forwarded) OK, I'll upload the last freely distributable version of Jim's Font Editor. Take it as demoware to whet your appetite for the CMD disk! :) -Rob ------------ Category 6, Topic 21 Message 6 Mon Sep 14, 1992 S.MAZZOTTA1 [Sam] (Forwarded) Sounds good, Rob. Could you let me know what number the file gets posted to the library as, so I can find it easily? Thanks, Sam ------------ Category 6, Topic 21 Message 7 Wed Sep 16, 1992 R.KNOP1 [Rob Knop] (Forwarded) OK, I've uploaded the shareware version of Jim's font editor, filename fonteditr.sfx, file number 10104. Since I've just uploaded it, it of course won't be "live" yet, so give it a little time to be released. -Rob ------------ Category 6, Topic 21 Message 8 Thu Sep 17, 1992 C128.JBEE [* Sysop *] (Forwarded) Ya, give it at least five hours ;) ------------ Category 6, Topic 21 Message 9 Thu Sep 24, 1992 C128.JBEE [* Sysop *] (Forwarded) Someone wrote to me requesting a Geos Font editor that will grab fonts from geoPaint pictures, I guess they have a ton of fonts in Icon Factory and Scrapit format and want to convert them to geoPaints and then to Geos Fonts. Any suggestions? ------------ Category 6, Topic 21 Message 10 Thu Sep 24, 1992 PAUL-MB (Forwarded) Hmmm. Only font grabber I know of is one by Joe Buckley ... er, Font Monster. One is available for native, 9-block CBM fonts too - GEOFONTIZER by Scott Resh (LOADSTAR 64.) Paul ------------ Category 6, Topic 21 Message 11 Fri Sep 25, 1992 C128.JBEE [* Sysop *] (Forwarded) Okay, that should get her going, thank you :) ------------ ************ Topic 22 Thu Apr 01, 1993 K.SMOTHERMAN [KentLS] (Forwarded) Sub: geoFile/geoCalc replacement: geoFlex! Looking for input on a new GEOS application, geoFlex - a replacement for both geoFile and geoCalc. 20 message(s) total. ************ ------------ Category 6, Topic 22 Message 1 Thu Apr 01, 1993 K.SMOTHERMAN [KentLS] (Forwarded) I've begun work on a new project and during the course of it's development I'm interested in getting all the feedback, comments, and suggestions that I can to help tailor the end product for as wide an audience as possible. The project is called geoFlex, and is basically a replacement for BOTH geoFile and geoCalc. It's basic design is a configurable database manager, so it most closely resembles a database program like geoFile. However it will have display options to appear formatted as a spreadsheet, like geoCalc. It also has full expression evaluation and arithmetic operations, so you can imbed formula-like expressions within fields of your database (or in cells like geoCalc). Additionally it will have geoMerge file import/export features, so you can import your geoFile databases. Let me know your ideas! I've been designing geoFlex for a couple of weeks now, limited skeleton coding the past couple of days. I'm estimating v1.0 to be ready hopefully in about 10 weeks, in versions for both the 64 and 128 (80 columns). Depending on how smoothly things go, I'm anticipating a price for either version of around $25. :) ------------ Category 6, Topic 22 Message 2 Thu Apr 01, 1993 R.KNOP1 [Rob Knop] (Forwarded) Kent- This sounds great! Will it have the full functionality of both geoFile and geoCalc? Some requests I'd make since you ask :) (1) One thing that always bugs me about geoCalc is that, every time you edit a cell, it automatically updates all cells thusly affected. Now while this would be nice _as_an_option_, it's a pain sometimes for it always to do that. For instance, when I'm deleting a whole column of numbers in my check register , it takes _forever_ because geoCalc feels like it has to do a whole stack of calculations repeatedly. Now, it'd be nice if I could turn of the auto-update feature, and if there were an icon to force it to update (a necessary feature for those who turn off the auto-update). (2) If you can swing it, any sort of import/export feature you can have will be nice. E.g. export to ASCII file, superbase, geoFile format, geoCalc format, geoWrite format, etc. etc. etc. (I know this sort of thing is possible, it just might be too much of a pain to figure out and implement 500 different format exports :) (3) do geoPublish128. [I'll even collaborate with you on it!] (4) ignore 3, it's a wish but irrelevant to geoFlex :) -Rob ------------ Category 6, Topic 22 Message 3 Thu Apr 01, 1993 CMD-DOUG (Forwarded) Import and export become simple if you just allow for these things: 1) ASCII/PETASCII toggle 2) END OF RECORD CHARACTER (User Supplied) 3) END OF FIELD CHARACTER (User Supplied) With this kind of configurability, you can match the output to most programs (and input from), or at least get it to something that CAN convert to what you need. Other ideas... Date Fields (should be converted to strings or numbers when exported) Time Fields (not as important, but have some neat applications) Picture Fields (Paint or PaintScrap perhaps viewed in a scrollable window? :) Text (geoWrite) Fields (again the scrollable window comes to mind) The above would be welcome additions to the standard numeric and alphanumeric field types. When entering or editing PICTURE or TEXT fields, you would insert a filename as opposed to pasting... Another useful field type is an AUTOMATIC field, or a flag for a numeric field to make it such. This would cause the system to check the contents of that field in the previous record (by order of entry, not by order of index), increment that value, and place the result in this field in the current record. This is great for automatically generating invoice numbers, etc. Date fields should accept TODAY or TODAY+30 and generate a number which becomes permanent unless edited. Time fields should likewise accept something like NOW or NOW-01:00:00. These fields could automatically generate such data if flagged as REPEAT fields (i.e., this field in every new record created generates the data as specifed). REPEAT and AUTOMATIC could be handled as 'field attributes', along with things like FONT, SIZE, and STYLE. Enough ideas for now? :) ------------ Category 6, Topic 22 Message 4 Fri Apr 02, 1993 C128.JBEE (Forwarded) You should the ability NOT to have any EOR characters between records. The ability to import a file and throw away fields you do not want. ------------ Category 6, Topic 22 Message 5 Fri Apr 02, 1993 D.WITMER2 [Snogpitch] (Forwarded) I find this topic rather interesting, since I have just recently considered getting GeoFile. Maybe I should hold off my purchase and see what happens here. I do own GeoCalc, already, and it seems a little bit overwelming for causual user who wants to use it just to balance the checkbook, and plan monthly payments of bills. What is the cell range of your GeoFlex? Plus, when can orders be placed, since we already know the price? ------------ Category 6, Topic 22 Message 6 Sat Apr 03, 1993 HOWIE-CBM (Forwarded) As long as you ask..... Enhancing on Doug's suggestions for the importer/exporter would be allowing for user defined field seperators. In other words, dBASE, Superbase and others might use a ' or some other character to enclose its exported/imported fields. Then the ability to handle more than one base. So, citing Doug's example, entering orders might call for using a customer base along in combo with an inventory base, to generate invoices. Having lots of bases open at once is nice, but I seem able to manage with dBASEII's 2 base limit okey, and that would be fine. (Just gotta do some quickie swapping of several in and out.) Having a scripting language so that routine things can get done unattended, especially importing, and updating of the bases. (Hmmm... seems this ability to import/export is a universal want.) What the above would allow, for example, would be taking a buffer of an on- line session with Dow/Jones, importing it into one base, then taking selected data to update other existing bases, like pricing, date, volume, etc. It is sorta hard to imagine all my wants before I actually use it. Altho it is disappointing to want to do something to leaarn later and too late that it cannot get done. Anyway these are a few things I can think of off the top of my head, based on things that I now do with data bases. Howie ------------ Category 6, Topic 22 Message 7 Sun Apr 04, 1993 K.SMOTHERMAN [KentLS] (Forwarded) Thanks for all the great input! Firstly let me say I'm still in the first design/coding stages, right now I'm working on the math library (i.e. generic expression evaluation, extended-point multiplication and division, etc) so all of your input will definately be considered as I progress in this project. Now to answer some questions: I am planning on user definable field and record seperators for import and export! Additionally you'll be able to select PETASCII and true ASCII. Although geoFlex is not a DIRECT replacement for both geoFile and geoCalc (it might not have all of geoCalcs built in functions for example), it will have the functionality of both. For example, in geoFile you can only have comment, text, or numeric fields. In geoFlex you'll be able to have date, time, string, integer (definable length, 1-7 decimal digits plus sign), extended-point numeric (up to 7.8, which means 7 decimal digits to the left of the decimal point and 8 to the right - better than floating point because you'll never lose accuracy within the defined range), and formula (this is the primary similarity to geoCalc, the ability to embed formulas within fields). For display you can stay with a database display (like geoFile) or switch to a row-major display (like geoCalc). The expression operators I've planned so far (at a minimum) are: +,-,*,/,SUM,AVERAGE,MIN,MAX. Let's see, what else... the database will NEVER recalculate until you tell it to. As far as cell ranges go there is no theoritcal limit. In it's spreadsheet display mode across the top you'll see your defined field names and down the side is the record number in the file. I'm still playing with different options for this, so what would you suggest?! I'm developing a hashing algorithm for placement of new records, although you can also choose from some predefined placement options like alphabetic for any field you choose, by month for a month-field, numeric order if you have an integer field. What this means is that records will be grouped according to the placement option you select (or general hashing algorithm) into a block of records (i.e. a VLIR record) that will be resident in memory. This saves a lot of disk access time within that block since the entire 10k or whatever will be swapped in and out as needed. It will however restrict you to a maximum number of records within that hash-group, but this should be a reasonably large number of records (depending on the number of fields and total size of each record). I'll keep you all posted on my progress, but I'm currently anticipating version 1 to be ready by the end of the summer. :) OH one more response, don't send me any money yet! I'll let you know when I'm ready for that! :) ------------ Category 6, Topic 22 Message 8 Mon Apr 05, 1993 HOWIE-CBM (Forwarded) Kent, I may have misread part of your description. Anyway, I would not limit numerics to one million. If there has to be a limit 10 million is much more acceptable. One hundred million even better, and probably the most anyone will ever need. Howie ------------ Category 6, Topic 22 Message 9 Thu Apr 08, 1993 R.KNOP1 [Rob Knop] (Forwarded) =Kent- I like the 7.8 extended floating point support in that for "normal" sized numbers you don't lose accuracy. However, really you are throwing away a lot of the advantage of floating point numbers when you limit it to a mantissa plus a fraction, with no exponent. (Really, all it is is a long decimal number with the decimal point moved over 8 places.) I would suggest supporting the extended floating point format as you say you will, but _also_ supporting normal floating point numbers as another format available. This way if you need the range you can have it... and, if you do need the range, you are probably less concerned about losing the bit or two of accuracy down at the end. (Consider, for example, us poor astronomers. The distance to supernova 1993J is something like 10^23 meters, and it would be really demented to try to store that in a 24.something extended point variable- - never mind the fact that the distance to the SN isn't known to anything NEAR 24 digit accuracy.) Adding support for floating point numbers really isn't that hard, because there are ROM routines to do everything for you. I suspect you may have done this already, but if not check out the RPN source code I wrote several years ago which does access the 64 and 128 ROMs from GEOS. (Of course, using the ROMs would require you to have separate 128 and 64 versions, since not only are the routine locations different, getting at the ROMs is handled differently.) On the other hand, if you want to be REALLY classy, you will support IEEE standard 4-byte floats and 8-byte doubles... but that would require writing the entire floating point math library yourself :) (No, I'm not really serious about this, use the C= floating point format :) Re: having it done for the end of the summer, I am suitably impressed! You work fast! (I hope this doesn't include a full round of beta testing as well, because that would be AMAZINGLY fast!) -Rob ------------ Category 6, Topic 22 Message 10 Fri Apr 09, 1993 J.WILSON38 [little JOHN] (Forwarded) I don't know if I missed this in the descriptions but when using formulas will you be able to use cell names and move the formula across a range of blocks keeping all the cell references relative? It sounds like a great program! Not haveing to wait after a number is entered for the recalculation will be worth the expense all by itself! John ------------ Category 6, Topic 22 Message 11 Sat Apr 10, 1993 K.SMOTHERMAN [KentLS] (Forwarded) Yes, I'm planning on cell referrences to be either fixed or relative at the user's option. :) And in other news, phase one of geoFlex is going to be a PD program that is a generic expression infix-notation calculator...RPN from Rob Knop is GREAT, but I personally hate RPN format. I'm taking his RPN calculator and modifying it for generic BASIC-like expression evaluation, and this will be the floating point formula evaluation core of geoFlex. :) ------------ Category 6, Topic 22 Message 12 Sat Apr 10, 1993 R.KNOP1 [Rob Knop] (Forwarded) :) Don't like RPN, eh? Myself, I'm to the point nowadays where I'm almost inable to use a "normal" calculator because I'm so used to RPN. (Hewlett Packard... the calculator with no equal.) Each to his own, I s'pose. Glad you're getting use out of RPN, though... I originally uploaded the source places several years ago at this point because people were asking about using the floating point ROM routines from GEOS, and I thought, hey, I've done that. One of these days I should go back and look at the RPN source code and see how my style has evolved since then.... -Rob ------------ Category 6, Topic 22 Message 13 Fri Apr 23, 1993 CBM-PRESS (Forwarded) I can't help but think about Doug's suggestion of including text and picture fields and start dreaming of a hypercard-style database with definable buttons to interconnect these individual records. It would be great to have something like this available for GEOS, with the ability to create records with scrolling text and to include graphic elements unique to each card. Anyone who has used hypercard will immediately start imagining all kinds of neat features to include: clever ways to define buttons, attaching SID files or RAW sound files to records, including some pageflipping animation, etc. GEOS can do all those things with various individula programs...let's try putting th em all together into an incredibly peowerful database/authoring tool! Steve Vander Ark ------------ Category 6, Topic 22 Message 14 Tue Apr 27, 1993 HOWIE-CBM (Forwarded) I wonder if all of these fantastic features can be tied together with some of the multimedia products in RIO's product line. Being able to use their ory 6, Topic 22 Message 15 Sun May 02, 1993 K.SMOTHERMAN [KentLS] (Forwarded) I'm working on it! But in the end we'll just have to wait and see which of all these GREAT ideas I'll be able to implement! :) ------------ Category 6, Topic 22 Message 16 Wed May 12, 1993 S.EYRSE [AIR'S] (Forwarded) And then Kent if it could make a great cup of coffee..well .. Some good stuff going on here.. now that I have it in buffer let me read and post.. AIR's..:) ------------ Category 6, Topic 22 Message 17 Fri May 14, 1993 K.SMOTHERMAN [KentLS] (Forwarded) Just a quick update...work is progressing slowly but surely on geoFlex. I should have the first part done, with I'm working into a postfix style floating point calculator DA, within the next month. :) ------------ Category 6, Topic 22 Message 18 Sun May 30, 1993 F.OGLE [Color 64 BBS] at 14:36 EDT Kent, Kudos to you for your enthusiasm -- It seems to be rubbing off! :) ------------ Category 6, Topic 22 Message 19 Wed Jun 30, 1993 M.JUSTICKJUS [mshark] at 23:11 EDT Kent , will this accept for processing further, existing geoFile databases?I have large geoFile databases for comicbook collections and would like to be able to have geoCalc-like features to do collection value estimates,paticular series valuations at any given point - sounds like your program could easily handle.*s ------------ Category 6, Topic 22 Message 20 Thu Jul 01, 1993 R.KNOP1 [Rob Knop] at 23:50 EDT Kent-- since you are selling off all your 64/128 stuff, I assume this means you will not be completing geoFlex. How far along did you get with it? Any chance you would be interested in mailing the source code off to somebody else who might someday consider finishing it? :-] -Rob ------------ ************ Topic 23 Tue Jan 14, 1992 G.CORREA (Forwarded) Sub: Maverick I'm sure this is a touchy subject here, but... I'm having trouble making a 1571 boot disk of GEOS 128 v2.0 using Mav v5. Anyone done this successfuly? All my disks are originals, and this is for my own use. 7 message(s) total. ************ ------------ Category 6, Topic 23 Message 1 Tue Jan 14, 1992 G.CORREA (Forwarded) I have tried with a Classic 128 using a 1541 and 1571, and my new 128D and an external 1571. GEOS boots, but when the DeskTop is about to come up, I get a scrambled screen except for disk icons, and things lock up. (on 80 columns.) On 40, I get less than that. I have given up for now and use my originals, but it is a nuicance and not exactly "safe". Anyone who can help...? Thanks in advance. ------------ Category 6, Topic 23 Message 2 Wed Jan 15, 1992 C128.JBEE [* Sysop *] (Forwarded) The topic police are going to move this to the Geos Cat#6 ------------ Category 6, Topic 23 Message 3 Wed Jan 15, 1992 K.LESTERJR at 20:49 EST Hmmmmm.... I've got a 1571 boot disk & I don't recall having any problems. Did you use an original UNMODIFIED copy of the original boot disk? This is very important. One thing that you might be interested to know, however, is that most of the auto-execs won't work with the 1571 boot disk, so that can be a disadvantage. Making a copy is a good idea, though, now that GEOS isn't as readily available as it once was - someday is won't be available at all - because it saves wear and tear on the original. It also prevents you from screwing the disk up in any of a number of other ways. I'd stick with a 1541 boot, though. Unless you've got a 1581, then I'd go for that! -Ken ------------ Category 6, Topic 23 Message 4 Thu Jan 16, 1992 M.MINNIG at 19:46 PST The problem with the 1571 boot disk is that the GEOS boot expects to find all the AUTO-EXEC files on side 1 of a 1541 floppy. So when you copy the deskTop, configure, etc files over to the 1571 boot disk, not all of them may end up on side 1. The way to work around that is to fill the BAM for side 2 with zeros, copy the auto execs, then validate. Contact SSI for a better explanat- ion. It sounds like you might have an earlier version of Maverick 5; ask about a free upgrade. Michael ------------ Category 6, Topic 23 Message 5 Sun Jan 19, 1992 G.CORREA at 23:00 EST ...earlier version of v5? I don't recall hearing about an upgrade. I have a few nuicance problems with v5- single drive modules finding 64K ov VDC ram on an unexpanded 64, no GEO*BOOT (as described above), ...did they fix these? I re-tried making the boot disk last night. Can make one via DISK COPY and PARAMETERS, but cannot make a GEO*BOOT for '41 or '71. v4 of Mav made a nice '81 GEO*BOOT, so I'm kinda bummed on v5. DISK COPY, unfortunately, produces a copy of GEOS that thinks it is a Master Disk, with all the hassels that comes with one. And I think I trashed it last night, so I'm back to square one on this any way I look at it. Thanks for the info thus far; I shall contact SSI for information on this. ------------ Category 6, Topic 23 Message 6 Mon Jan 20, 1992 R.PATERNOST2 [Ray] at 18:29 CST Yes, SSI did indeed come out with an 'upgrade' of V5. Their first release did have some bugs, so they corrected it, and everyone who sent their master copy back received the "upgraded" V5 for free (excluding postage). That could very well be your problem; I used my copy to make a Geo-Boot 1571 disk, and so far, the only thing that doesn't work is the reboot option, which I'm sure someone wrote a new reboot file for..... (I hope!). ------------ Category 6, Topic 23 Message 7 Mon Jan 20, 1992 G.CORREA at 23:19 EST Hmmph. Don't remember anything on an upgrade, and I bought it straight from SSI... Ah well. Maybe Mav5 is useable after all... I'll give them a call. Thanks one and all for the info. -Gil aka Ramrunner ------------ ************ Topic 24 Sun Jan 26, 1992 A.KARANTZE [The Maverick] at 22:45 EST Sub: GEOS 3.0. Where is it? A topic discussing when GEOS 3.0 will arrive, if at all 21 message(s) total. ************ ------------ Category 6, Topic 24 Message 1 Sat Aug 01, 1992 L.MCCLURE at 02:33 EDT Now that BSW (Geoworks) has sold "all they can sell" of GEOS for the 64 and 128, it would be nice if they would make available a non-copyprotected version, available as an upgrade for a small charge to current users. Or better yet, sell the whole kit and caboodle to a company still with a vested interest in the Commodore market and GEOS...like say, CMD. We can dream, can't we? ------------ Category 6, Topic 24 Message 2 Sun Aug 02, 1992 P.CATCHPOLE [Mike] at 20:15 EDT ::CLAP:: CLAP ::CLAP:: ------------ Category 6, Topic 24 Message 3 Mon Aug 03, 1992 JIM.COLLETTE at 00:34 EDT Actually, I've heard rumors (haven't tried asking GeoWorks about it) that CBM GEOS is still selling fairly well! Who knows... Jim :) ------------ Category 6, Topic 24 Message 4 Mon Aug 03, 1992 C128.JBEE [* Sysop *] at 12:09 EDT With GEOS being the software to own in Europe and with them selling hundreds of thousands of C-64s in Germany I would say that is a safe bet. ------------ Category 6, Topic 24 Message 5 Tue Aug 04, 1992 R.KNOP1 [Rob Knop] at 09:53 EDT Is there any difference in the specs for European GEOS, other than the language? What I'm really wondering about is PAL. I know that their monitors have a refresh rate of 50 Hz rather than 60 Hz; do Europe's 64's and 128's have more screen lines than North America's? Or, does Europe just have thicker borders? What we need are world wide standards for (1) electronic equipment (2) language.... :) -Rob ------------ Category 6, Topic 24 Message 6 Tue Aug 04, 1992 HOWIE-CBM at 17:44 EDT Rob, Didn't I see where someone said that The TrojanHorse Killer won't work with European GEOS? I am not sure what this means, but thought I'd mention it anyway... Howie ------------ Category 6, Topic 24 Message 7 Wed Aug 05, 1992 JIM.COLLETTE at 00:13 EDT The PAL systems are still 200 line screens - they must just have thicker borders. (the Amiga, on the other hand, really DOES increase the screen size to 256 lines) If you program by the rules, there are no differences between US GEOS and German GEOS (I'm not sure how many other versions exist). Only area where you get into trouble is when you start accessing local Kernal routines/data - geoWizard calls the internal routine that does the save/restore system state work for DBs, and that's in a different spot (on GEOS 64 - 128 is the same) between US and German GEOS. And the strings in the Kernal where it says "deskTop" are in different spots so deskTop replacements don't always work with German GEOS (I've patched gateWay to work properly with German GEOS, BTW). And Howie is right, the Trojan Horse killer doesn't work with German GEOS... it works by modifying a couple of specific locations inside deskTop itself and since German GEOS has a German deskTop, everything is in a slightly different place in it and the patch doesn't work (it's not really an "intelligent" patch - I wrote it specifically for deskTop 64 and 128 US v2.0). Only other software that I've heard has some trouble is the serial (RS-232) version of geoPubLaser and geoLaser - supposedly, the 50 Hz timing screws up the RS-232 timing and it doesn't work right. Jim :) ------------ Category 6, Topic 24 Message 8 Mon Jan 18, 1993 R.PATERNOST2 [Ray] at 21:58 EST I know that it is unlikely for BSW to un-copy protect Geos, but the next best thing is to own a copy of Maverick; it does a reasonably good job of stripping the copy protection both from the boot disk (Geo-Boots) and on the individual applications. Only problem is that due to the way it was coded, the Maverick params will only fix the applications if they are on a 1541/71 disk- no 1581/REU support. :( What I'd very much like to see is the Maverick Geos parameters set up to run under Geos itself- copy the params to REU RamDisk, copy applications, run params, and presto- application is de-protected. Unlikely, though.... ------------ Category 6, Topic 24 Message 9 Mon Jan 18, 1993 C128.JBEE at 23:21 EST If you want to waste a lot of your time try deprotecting geoPublish :P ------------ Category 6, Topic 24 Message 10 Sun Jan 31, 1993 A.BURGER [Alex Burger] at 00:23 EST I'll give it a shot sometime. Whenever I bought a new Geos program from BSW, before I installed it I would backup the disk. After I install it once with lets say Geos 'A', I can then copy the backed up version back onto the original (using a straight track 1 to 40 copier) and install it again using Geos 'B'. As you probably know, there is a two byte serial number for each version of Geos. When the program is installed, this serial number is embedded into geoPublish. Uninstalled programs usually have a serial number of something like 00,00, and when geoPublish detects this, it knows that the program has to be installed. By doing this, I can have two (or more) versions of geoPublish with DIFFERENT serial numbers. If I copy each version to a freshly formatted disk, I can then use a program to compare the two disks to see where the serial number is stored. After that, I can call up the particular track and sector and write down some bytes that are in sequence. Then, go into the Super Debugger and call up geoPublish, and search for that string of bytes. If I find it, I will know what address the two serial number bytes are at, and try and search the code that reads in the two bytes. Just search for a LDA $???? etc... Then, hopefully I can eliminate the checking routine. The only thing I haven't tried before is removing the checking routine... I figured out how to do it as I wrote this message. :) BTW, my current Geos 64 and 128 both have the same serial numbers, so I haven't needed to try this for quite some time. I do have a program I wrote that I can run inside Geos that will change the serial number that is inside the Geos operating system. With this, I can try and fix geoPublish as I will be able to make two copies of geoPublish with different serial numbers. BTW, is there really much need for this? Do that many people have different serial numbers with their Geos 64 and Geos 128? Alex ------------ Category 6, Topic 24 Message 11 Sun Jan 31, 1993 R.KNOP1 [Rob Knop] at 01:44 EST Alex- There in fact is need for this, but not because people tend to have different serial numbers on their GEOS64 and GEOS128. Like you, I made sure to install the two such that they would have the same serial number. The real problem is when you buy used software that somebody else installed with _their_ GEOS kernal. I've also brewed up a program that will change the runtime GEOS serial number, but to get it to work you actually need the Kernal that a program was originally installed under in order to determine what serial number to use. Have you actually tried comparing two differently installed copies of geoPublish to find the serial number? My suspicion is that the serial number is not stored straight in there anywhere; it's probably encoded somehow, or at any rate the two bytes are not right next to each other. (I've looked for 'em in some GEOS aps using geoDebugger, and have never found 'em.) Also, you _have_ figured out how to eliminate the checking routine? A couple of times I've spent about 1/2 of an hour poking through one GEOS ap or another trying to figure out just what was the call to the serial number checking routine, but everytime I tried to disable a call I'd kill the application... have never spent the time to fully figure it out. How devious was BSW? In other words, how easy is it to find and disable the serial number checking routine? -Rob ------------ Category 6, Topic 24 Message 12 Wed Feb 03, 1993 A.BURGER [Alex Burger] at 23:33 EST re: geoPublish serial numbers I was about to do the whole procedure that I explained to you when I decided to take an easy step towards it. I compared my original installed geoPublish with my original uninstalled geoPublish. Only two bytes on the disk were different. I changed the two bytes on the installed version to match the uninstalled version, and I was able to re-install it in Geos. This is pretty much the same as just copying the uninstalled disk on top of the installed disk, but not everyone has an uninstalled geoPublish disk. :) I'll write a little program that changes these two bytes on an ORIGINAL disk so the person can reinstall it to their system. I'll try and remove the checking routine entirely sometime this week. I have compared two disks before, but I can't remember which program it was. All the serial numbers I have seen in BSW applications are side by side. In the newer programs such as geoPublish, the numbers are encoded, but that shouldn't make much of a difference in finding the code that access these two bytes (unless indexed addressing is used). I'll play around with it to see what I can come up with. I remember saying in my message that I have not actually removed the code before. I just had an idea as to how to go about doing it. Are you talking about the GetSerialNumber call? In Boyce's manual, it's labeled: $C196 Who knows what this routine does???, but is labeled GetSerialNumber in the geoProgrammer manual. :) I'm going to play around with it a bit more tonight. My geoDebugger V2.0 (on the C128) won't debug geoPublish. I remember having a patch that allowed me to debug the Desktop, so I'll have to grab this again from CRS. Maybe this will do the trick. If not, back to the C64 version. :) If that still doesn't work, I'll have to make a dummy file on the disk and have it jump to the first VLIR record in geoPublish. With this, I can just BLOAD it into the C128 to search for the code. Won't be as good though. :) Alex ------------ Category 6, Topic 24 Message 13 Thu Feb 04, 1993 A.BURGER [Alex Burger] at 00:00 EST Rob, I have decided not to re-invent the wheel... I was skimming through the files on CRS for the geoDebugger patch when I came across a program called geoHacker V1.6. I uploaded this file quite some time ago, and when run, you can edit the serial number, or remove the copy protection from the following programs: GEOS V1.2 GEOS V1.3 Upgrade (mouse or REU) GEOS V1.3 Distribution A ID=GS GEOS V1.3 Distribution B ID=LJ GEOWrite 2.0 GEOMerge 1.0 (from Writer's Workshop) GEOMerge 1.3 (from GEOFile) Graphics Grabber Text Grabber GEOFile (new version) GEOS128 GEOCalc GEOS 1.3 Upgrade (alternate) GEOPublish Practically all the stuff is out of date except for geoPublish! I have geoPublish V1.0 which I got from BSW last year... Isn't it up to V1.2 now? I'll try it out tomorrow, and if you want (I imagine so) I can upload it. BTW, the debugger patch is actually a patch for geoDebugger V1.x that allows you to use it on the C128. This is a beta version, but it allows you to debug the Desktop, so there's a good chance that it is possible to debug geoPublish. I was actually looking forward to trying to hack the code when I 'rediscover' this program. :) Alex ------------ Category 6, Topic 24 Message 14 Thu Feb 04, 1993 R.KNOP1 [Rob Knop] at 21:40 EST GetSerialNumber at $c196 is actually a mind bogglingly simple routine. All it does is put two bytes (your serial number- it's not encoded or anything) into r0. Because it is so straightforward, it's easy to write a kernal serial- number changing program. Re: geoDebugger not debugging geoPublish, I've never tried that specifically, but seem to remember having trouble with other BSW apps. I think there is some thing where geoDebugger won't debug a program with the write protect flag set? Try changing that flag to see if it lets you load geoPublish. Unless the problem is that geoPublish will load and it just conflicts with geoDebugger, which is much harder to fix....) -Rob ------------ Category 6, Topic 24 Message 15 Sat Feb 06, 1993 A.BURGER [Alex Burger] at 13:00 EST re: geoPublish GetSerialNumber I just booted up Geos to try what you suggested. I'm using Gateway, and I cannot beleive that it doesn't allow me to change (or see) the write protect status of a file. Maybe I'm looking at the wrong spot.. Can't Gateway alter this flag??? at 16:31 EST Don't you get a dialogue box whenever you access a locked file (like in geoPaint) that says "ignore/cancel" when you open a locked file? I know gateWay lets you delete locked files with no problem. I know you can modify locked files from BIG INFO with no problem too. I just assumed gateWay basically ignored the lock status on files since I never had a problem with them, though it doesn't have that little block to click on the BIG INFO screen. Whenever I get a disk full of locked files I just run the UNLOCK utility in Lib #35 on the whole disk so I don't get annoyed while trying to open or modify each one. ------------ Category 6, Topic 24 Message 17 Sat Feb 06, 1993 CMD-DOUG at 21:09 EST gateWay has no control toggle for locked files. It simply ignores the lock when it does things itself. Unlocking files which were locked in GEOS will have to be done in GEOS as well. ------------ Category 6, Topic 24 Message 18 Sun Feb 07, 1993 R.KNOP1 [Rob Knop] at 12:36 EST Well, if all else fails you can always change the flags with geoDebugger.... ------------ Category 6, Topic 24 Message 19 Mon Feb 08, 1993 R.PATERNOST2 [Ray] at 01:28 EST I don't know if anyone has mentioned this before, but unless I'm missing some- thing extremely obvious (I've done it before), it seems rather redundant to even bother trying to hack out serial numbers for the different versions of Geos 64/128 and their application programs, since the Maverick not only has parameters for most (if not all) the app programs but even lets you make a Geoboot disk (64/128, from 1541/71/81), which is a totally deprotected Geos boot disk with fastload routines built in. On top of that, CMD's program GeoMakeBoot will do the above, plus their HD series hard drives. ------------ Category 6, Topic 24 Message 20 Mon Feb 08, 1993 C128.JBEE at 11:21 EST True! But suppose you didn't want to pay $30+ for Maverick JUST for that one feature like I did? Other than deprotecting Geos I never use it now and wouldn't even notice it gone :) (might be a different story if it actually worked with my HD and 128 mode). ------------ Category 6, Topic 24 Message 21 Tue Feb 09, 1993 F.OGLE [Color 64 BBS] at 00:18 EST I haven't used maverick ONE SINGLE TIME since getting my CMD-HD. I can understand Software companies like SSI not supporting "funky" drives like the Lt. Kernal, but GET REAL! CMD HD's, RL's and RD's are the C= 8-bit standard of the 90's, and if the software doesn't support them, My solution is simple. I won't use it. ------------ ************ Topic 25 Tue Apr 20, 1993 I.COBB1 [Irv] (Forwarded) Sub: CornyWare This topic is for questions/answers/requests regarding my CornyWare program, some of which I ahve already uploaded and moreof which will appear soon. Irv Cobb 3 message(s) total. ************ ------------ Category 6, Topic 25 Message 1 Tue Apr 20, 1993 I.COBB1 [Irv] (Forwarded) Sorry for the misspellings above: I'm still trying to get used to this terminal and to GEnie in general. I'm supporting my CornyWare programS here. Irv ------------ Category 6, Topic 25 Message 2 Sat May 01, 1993 I.COBB1 [Irv] (Forwarded) I have just uploaded five more CORNYWARE programs: KEYMAKER.SFX file #12417 Redefine Geos keyboard AUTORUNNER.SFX file #12418 Re-install AUTO-EXEC files 34FILLS.SFX file #21419 Access the two "hidden" fill patterns NLQWRITE.SFX file #12420 Patch geoWrite 64 to default to NLQ POSTERPRINTB.SFX file #12423 Poster-sized (2X) printer driver for Epson-compatible 9 pin printers. I hope they are of use. IRV ------------ Category 6, Topic 25 Message 3 Sun May 02, 1993 J.PACKARD [CAPRI ON Q] (Forwarded) Thanks Irv The Geowrite Patch Will Help a Lot Capri ------------ 6 ? ************ Topic 27 Wed Apr 28, 1993 P.VACULIN (Forwarded) Sub: PCX to GEOS Questioning the availability of a program to convert PCX files to GeoPaint format. 4 message(s) total. ************ ------------ Category 6, Topic 27 Message 1 Wed Apr 28, 1993 P.VACULIN (Forwarded) Have any of you got the program from Jim Collette that converts GEOpaint files to PCX format? I've got it and it works quite well. However, I would much prefer to have a program that converts PCX files to the GEOpaint format. Is there such a program? If so how and where is it available. I have some friends with PC's that have given me bunches of PCX files that I would eventually like to view and use without buying a PC. If anyone can help, I would very much appreciate it. Patrick Vaculin ------------ Category 6, Topic 27 Message 2 Thu Apr 29, 1993 D.SIMMONS13 [David] (Forwarded) I am also looking for a pcx converter. Preferably from PCX to geoPaint. I have seen several viewers, so personally I don't think it should be that hard to make a converter? David. ----- ------------ Category 6, Topic 27 Message 3 Thu Apr 29, 1993 C128.JBEE (Forwarded) There will be a PCX converter on TC-128/64's disk in the near future. ------------ Category 6, Topic 27 Message 4 Thu Apr 29, 1993 CBM-MARK (Forwarded) After doing a Libray search I was kinda surprised to see we didn't have a PCX to GEOS converter. We have GEOS to PCX coverters, MAC <-> GEOS converters, PCX viewers, etc, but no PCX->GEOS. ------------ 6 ? ************ Topic 29 Thu Jun 24, 1993 D.SIMMONS13 [David] at 04:09 EDT Sub: BBG "RAM Disk" A few questions about the BBG (Battery Back-up Ram Disk for GEOS) 11 message(s) total. ************ ------------ Category 6, Topic 29 Message 1 Thu Jun 24, 1993 D.SIMMONS13 [David] at 04:14 EDT Has anyone used or heard anything about the BBG RAM sold by Performance Peripherals Inc. These a VERY cheap compared to other "REU", even though they only work under GEOS, but I more or less only use GEOS. Also, which is faster: printing a geoPaint or geoPublish file which is stored on a disk, or printing one that is stored on a REU? Thanks David. ------------ Category 6, Topic 29 Message 2 Thu Jun 24, 1993 C128.JBEE at 05:15 EDT Order of speed REU Ramlink/geoRam/BBG CMD HD FD series 1581 1571/41 from my experience with GEOS. I have never used a BBG under GEOS but from other use it appears to function the same as Ramlink and at the same speed. The speed difference between an REU and Ramlink isn't much for printing files (though scrolling the pictures or loading applications there is a small but noticable difference). The speed difference between all the RAM device units vs. other type of drives is very great. The Ramlink/REU is much faster printing geoPaints than even a CMD HD. ------------ Category 6, Topic 29 Message 3 Thu Jun 24, 1993 D.SIMMONS13 [David] at 18:59 EDT In your opinion, would it be worth spending $ 150.00 on a 2meg BBG, or should I spend $ 100.00 on a 512k? Also, does it only work under GEOS or can it be used for other programs such as DesTerm 2.0? David ------------ Category 6, Topic 29 Message 4 Thu Jun 24, 1993 J.PACKARD [CAPRI ON Q] at 19:54 EDT I have A 2 meg BBG and love it! It will only work with GEOS but I only Use GEOS. If you have Questions about the BBG Leave E-Mail I can answer most questions. Jim ------------ Category 6, Topic 29 Message 5 Thu Jun 24, 1993 R.KNOP1 [Rob Knop] at 21:42 EDT I would say go for the $150 2 meg version. $50 for an extra 1.5 meg is not bad, and you may be happy you got the extra RAM for GEOS. In my experience, if you use either geoPublish or geoProgrammer, 512K will not leave you enough elbow room. -Rob ------------ Category 6, Topic 29 Message 6 Thu Jun 24, 1993 C128.JBEE at 23:23 EDT I wouldn't buy it period. I wouldn't buy a geoRam either. I would buy an REU. I would buy a Ramlink. New REUs from Grapevine are $99 plus the HD power supply. There is be a used Ramlink for sale in Category #10 and with the 4meg SIMMs removed, used, it should be in your price range. I would say save your pennies for a while longer and get a Ramlink. Once SIMM prices drop again you can expand your Ramlink for $110-$130 for 4 MEGs! Ramlink is also a superior device in my opinion to any of the RAM device offerings and offers battery backup. As a test I turned off the power to mind for over 24hrs and the information was still intact after I turned it back on. re:BBG - what I don't like First, the ORIGINAL BBG was worth getting because it was a very compact shape with battery backup. Not anymore. It is no longer portable in my opinion because the battery is a large external job like Ramlink. I opened one to review for my magazine and was a bit surprised at the guts. It really looks like they had problems, either that or the caps and resistors are breeding like rabbits behind their backs. It just looked very sloppy and hacked. Maybe newer versions are different. You can not easily upgrade to more megs yourself. It is a closed system and generally not expandable. If you do expand it and decide to sell the memory later noone can use it. You can always sell the SIMMs from a Ramlink since all the other PCs use them too. If you ever decide to sell whatever you buy, a Ramlink or REU will move much faster because people want them :) ------------ Category 6, Topic 29 Message 7 Mon Jun 28, 1993 CAPT.CARL [Carl] at 22:35 EDT I agree, RAMLink is the only way to go. I had NO idea that this incredible little device could do so much more than a common REU until I purchased mine. I think CMD is guilty of under-promoting this device.. I have never been more please with a purchase I've made for my C=.. except maybe when I got JiffyDOS. :) ------------ Category 6, Topic 29 Message 8 Tue Jun 29, 1993 J.PACKARD [CAPRI ON Q] at 21:29 EDT I Agree on RAMLink IF YOU HAVE THE MONEY..... TO LAY OUT. But if you're on a Budget The BBG is the way to go. I Own both and the BBG for the money Blows the Ramlink away If you only need 2 Megs and don't want to lay out $300 Bucks you should check out the BBG ------------ Category 6, Topic 29 Message 9 Wed Jun 30, 1993 C128.JBEE at 02:58 EDT For what it is worth I use a 1581 partition and a 512K DACC (my REU) on my Ramlink for GEOS so if I had a 2 meg BBG it would be more than adequate for my GEOS needs. ------------ Category 6, Topic 29 Message 10 Thu Jul 01, 1993 R.KNOP1 [Rob Knop] at 23:49 EDT IMHO, it really depends on what you are going to do with GEOS. For most applications, a 1581-sized RAM disk will suit you well, but if you want to boot off of that RAM disk, and then geoPublish with it, you might be happier with more space. Certainly I was pushing the outside of my RAM1571 before I had my REU upgraded and was able to use a RAM1581. (geoProgramming is another one where it's nice to have lots of space.) -Rob ------------ Category 6, Topic 29 Message 11 Thu Jul 08, 1993 W.JOHNSON5 at 01:28 EDT In general the more memory you have the better. Even the GEO manual recommends buying a REU with more than 512K memory. I don't think there is a better aftermarket add-on for a C64 or C128 than a RamLink with at least 4MB memory installed. If they had had this unit on the market in the mid-80s the C64 market would still be alive. The ONLY fault with Commodore machines in those days was that stinking serial disk drive. Dollar for dollar it was otherwise a much better buy than a 248 or 286 machine. ------------ 6 ? ************ Topic 32 Sat Jul 03, 1993 D.SANCHEZ6 [Jason W] at 23:57 EDT Sub: Dead disks Help. My GEOS disks are dead 2 message(s) total. ************ ------------ Category 6, Topic 32 Message 1 Sat Jul 03, 1993 D.SANCHEZ6 [Jason W] at 23:57 EDT Help. I went to load my GEOS and it won't load. My geoProgrammer is dead as well. WHY is this? I never even used the original disks for Programmer as it is. Is this some deatly copy-protection scheme that is failing now that my drives are aging? Where do I get replacement disks? ------------ Category 6, Topic 32 Message 2 Sun Jul 04, 1993 R.KNOP1 [Rob Knop] at 01:21 EDT Which version of GEOS are you running? If version 2.0, have you tried the backup system disk yet? BSW's software protection scheme was always a pain in that you _had_ to boot from the original disk, unless you got something like geoMakeBoot or Maverick. (I've made a 1581 boot disk myself, using Jim Collette's 1581 boot maker.) Re: the programmer disk, do you no longer have access to any of the geoProgrammer files? If you haven't been using the original disk, presumably you have copies of the files on other disks... are you still able to get at these? It is possible that the Programmer disk has just gone bad... I believe that disks do have a finite shelf life, and while it seems it ought to be more than a few years, perhaps the 64/128 is old enough that some of us should expect to start running into this. Re: getting new copies of the disks, I _believe_ you can order replacement copies from GeoWorks... Jim, are you out there, and if so, can you give more details on this? -Rob ------------ ************ Topic 33 Thu Jul 22, 1993 C.KELTS at 20:28 EDT Sub: 2 meg GeoRAM ? A question about expanding the 512K Georam. 4 message(s) total. ************ ------------ Category 6, Topic 33 Message 1 Thu Jul 22, 1993 C.KELTS at 20:30 EDT I have seen several references to a 2 Meg GeoRam. I am interested in this. Does any one out there know about where I can get a GeoRam expanded or find out how to do it myself. Thanks C.KELTS ------------ Category 6, Topic 33 Message 2 Fri Jul 23, 1993 HOWIE-CBM at 03:36 EDT Can you expand a GeoRam? I didn't know that. Howie ------------ Category 6, Topic 33 Message 3 Fri Jul 23, 1993 J.PACKARD [CAPRI ON Q] at 20:24 EDT You can obtain one from Performance peripherals They come in 512K, 1Meg and 2 Meg. Prices are 512K=$89, 1Meg=119 and 2 Meg=159 They also have Battery Backup for the 17xx series REU'S the number to order is 1-800-925-9774 Hope this Helps Jim P.S. If you have any more questions about the BBG ram just E-MAIL me. I have Two. ------------ Category 6, Topic 33 Message 4 Mon Jul 26, 1993 D.SIMMONS13 [David] at 02:23 EDT I don't know of any files or other info on how to expand your geoRam yourself, but you can have it done for you. To have your geoRam expanded, the only person I know that you can contact is Melvin Montgomery. If you are ever on Q-Link, his name handle is "CMDR FIXER", if he is still on Q-Link. If not, you can write him at: Melvin Montgomery 1504 Amherst Drive Plano, TX 75075 Phone (214) 424-2257 It can be expanded to 2meg, but I don't know how much he charges to do this for you. Good luck. David ------------ 6 ?