#: 19559 S12/OS9/68000 (OSK) 04-Jan-94 04:14:58 Sb: #19520-#Screen program for OSK Fm: Ed Gresick 76576,3312 To: robert brose 72067,3021 (X) Bob, > ... have you gotten screen to work correctly on the Sys IV??? No, I haven't but I haven't tried recently, either. But a lot of interesting work was/is being done by a fellow named Bob Hartge with screens and the TOPS package. He said he has it working as well as the TOPS BBS and some other stuff that didn't want to run under version 2.4. Bob lives in Ohio and you can reach him at 1-419-347-6604. He isn't on any of the services. Ed There is 1 Reply. #: 19566 S12/OS9/68000 (OSK) 09-Jan-94 09:27:02 Sb: #19559-#Screen program for OSK Fm: robert brose 72067,3021 To: Ed Gresick 76576,3312 Thanks Ed, I'll give Bob Hartage a call about the screen stuff. BTW do you know if there is something akin to the xterm program that runs under X for gwindows??? I would really like to get a jump scroll in a shell window in gwindows and it seems like putting it into a terminal emulator (ala xterm) is the accepted way to do it. I wasn't too familiar with X until recently but I have done some programming in windoze and the app is responsible for jump scrolling there. I guesssupII in X is just an app that will let you run shell processes. Bob There is 1 Reply. #: 19567 S12/OS9/68000 (OSK) 09-Jan-94 15:39:02 Sb: #19566-Screen program for OSK Fm: Bob van der Poel 76510,2203 To: robert brose 72067,3021 Are you still having problems with the screen port I did? I have my other system back (as 68030 with SSM) and it works on that without any problems. Your system IV shouldn't be doing anything all that differently.... #: 19553 S12/OS9/68000 (OSK) 01-Jan-94 05:44:05 Sb: #19517-#Printing problems Fm: keith bauer 71102,317 To: ole hansen 100016,3417 (X) > Hello Keith > > Look out for a mail directly to you. I will be on the look out for it. Thanks --------------------------------------------------------------------------- Keith Bauer CIS :71102,317 Delphi :keithbauer Internet:kbauer@pids.com Via InfoXpress/OSK ver 1.01 How 'bout them Cowboys! --------------------------------------------------------------------------- There is 1 Reply. #: 19557 S12/OS9/68000 (OSK) 03-Jan-94 17:49:55 Sb: #19553-Printing problems Fm: ole hansen 100016,3417 To: keith bauer 71102,317 (X) Hello Keith I have for some strange reasons, problems with uploading to CIS, but I try to Email them to you via Internet. You will recieve a 'uuencoded' file called scspl.uue. This file is unpacked with a utility called uudecode. The extract will be a file archived with 'lha' called scspl.lzh regards ole@danelec.dk #: 19555 S12/OS9/68000 (OSK) 01-Jan-94 20:42:09 Sb: #19517-#Printing problems Fm: keith bauer 71102,317 To: ole hansen 100016,3417 (X) > > Look out for a mail directly to you. > > regards > I haven't gotten the replacement /p that you were going to send. Did I miss it? If you haven't been able to get around to it thats fine, I am not it a bind without it but it would be nice to have. Thanks --------------------------------------------------------------------------- Keith Bauer CIS :71102,317 Delphi :keithbauer Internet:kbauer@pids.com Via InfoXpress/OSK ver 1.01 How 'bout them Cowboys! --------------------------------------------------------------------------- There is 1 Reply. #: 19558 S12/OS9/68000 (OSK) 03-Jan-94 17:51:44 Sb: #19555-Printing problems Fm: ole hansen 100016,3417 To: keith bauer 71102,317 (X) Hello Keith I will email it from DENMARK 4/1-1994. regards ole@danelec.dk #: 19564 S12/OS9/68000 (OSK) 08-Jan-94 05:43:57 Sb: #19502-#Printing problems Fm: keith bauer 71102,317 To: ole hansen 100016,3417 (X) Ole, I received the replacement /p file from you but I am somewhat lost. I guess I was expecting somethnig similar to the device descriptors like I currently use IE: p and p1. Please give me a little insight into how I should setup and use the files you sent. Thanks Keith Bauer --------------------------------------------------------------------------- Keith Bauer CIS :71102,317 Delphi :keithbauer Internet:kbauer@pids.com Via InfoXpress/OSK ver 1.01 How 'bout them Cowboys! --------------------------------------------------------------------------- There is 1 Reply. #: 19577 S12/OS9/68000 (OSK) 11-Jan-94 18:15:12 Sb: #19564-#Printing problems Fm: ole hansen 100016,3417 To: keith bauer 71102,317 (X) hello Keith did you get my email about howto ?? regards ole@danelec.dk There is 1 Reply. #: 19599 S12/OS9/68000 (OSK) 15-Jan-94 05:43:48 Sb: #19577-Printing problems Fm: keith bauer 71102,317 To: ole hansen 100016,3417 > hello Keith > > did you get my email about howto ?? > > regards ole@danelec.dk > Yes I did and I will be giving it another try this weekend when I get some free time. Thanks for all your effort. --------------------------------------------------------------------------- Keith Bauer CIS :71102,317 Delphi :keithbauer Internet:kbauer@pids.com Via InfoXpress/OSK ver 1.01 How 'bout them Cowboys! --------------------------------------------------------------------------- #: 19556 S12/OS9/68000 (OSK) 03-Jan-94 17:44:45 Sb: #19542-dcheck & file structure Fm: ole hansen 100016,3417 To: roy harrell 72520,1636 (X) hello roy I was also thinking about: which sector-size do you use on the harddrive ?? What is the edition-number of rbsccs or rbvccs(which one are you using ??) How does the 'device-descriptor' look like for the harddrive ?? Are heads,cyls,scttrk,scttk0,sectsize set to 0 or ??? regards ole #: 19572 S12/OS9/68000 (OSK) 10-Jan-94 16:51:44 Sb: #19547-68xxx C / asm on PC ? Fm: Phil Jensen 70004,1416 To: Michael Staab 100271,2640 (X) Try the Dr Dobbs forum (GO DDJFOR). GCC exists for the PC (using a Dos extender). #: 19554 S12/OS9/68000 (OSK) 01-Jan-94 20:31:30 Sb: realloc is broken Fm: Bob van der Poel 76510,2203 To: All A little while ago I posted a message suggesting that the realloc() function in the MW C library might be broken. I wrote the following program to prove it one way or another...yup, it is broke. I have not tested this with gcc or with ultra (anyone?). The problem is that when the memory request fails and a NULL pointer is returned the old memory should NOT be deallocated. In this case it is. The "b=*bstart" causes a bus error (#102) on a machine protected with SSM. If you don't have SSM don't feel safe...since the buffer has been deallocated (memory returned to the system) other processes can now write over your buffer. I suggest that you either don't use realloc() or do an immediate exit if it fails or at the least mark the original memory as no longer avaiable. I had the problem occur in one issue of Ved which I figured I was being very clever in by using realloc(). I have now switched to the more sedate method of expanding the buffer by always grabbing an entire new block of memory and copying the old stuff into it. This is what realloc() does...but sometimes realloc() can just expand the buffer and skip the copy. Feel free to cross-post this elsewhere if you think it useful. #include main() { char *bstart, *newbuf; char b; unsigned int t; for(t=1024, bstart=NULL; t<0xffffffff; t<<=1) { printf("bsize=%08x ",t); newbuf=(char *)realloc(bstart, t); if(newbuf) { bstart=newbuf; putchar('\n'); } else { b=*bstart; /* try to access OLD buffer area */ puts("ALLOCATION FAILURE"); exit(0); } } } #: 19565 S12/OS9/68000 (OSK) 08-Jan-94 21:15:25 Sb: #Curses Fm: David George 72240,134 To: ALL Has anyone used curses? I am porting a program that I wrote in Unix and I am having a problem getting the screen to scroll. I have scrollok(stdscr, TRUE) and I am using scroll() to scroll the screen. When I get to the botttom of the screen it just stays there and outputs on the bottom line. Any comments would be appreciated. P.S. I wrote a small test using termcap and it works, but I need the window capabilities in curses. Thanks. There is 1 Reply. #: 19568 S12/OS9/68000 (OSK) 09-Jan-94 15:39:03 Sb: #19565-#Curses Fm: Bob van der Poel 76510,2203 To: David George 72240,134 (X) Just a wild guess...but are you sending a CR or a LF to scroll the screen? You might need the opposite to what you are using.... There is 1 Reply. #: 19573 S12/OS9/68000 (OSK) 10-Jan-94 20:18:01 Sb: #19568-Curses Fm: David George 72240,134 To: Bob van der Poel 76510,2203 (X) Thanks for the input regarding Curses. I had checked that. I got some responses from another place that I left a message. The Terminfo version of curses is the one that I am having a problem with. I just got ncurses from the effo forum22 disk and that one does scroll properly, but it is missing some of the functions that I need (I was able to create some of them). I will be testing a lot more regarding curses. Thanks again. #: 19574 S12/OS9/68000 (OSK) 11-Jan-94 02:29:38 Sb: #CDI Computer News Fm: Eric Crichlow 71051,3516 To: All Fresh back from Winter CES (Consumer Electronics Show) in Las Vegas I thought some of you might be interested in some of the info I got from the Philips booth. First of all, the following info came from the only man at the show knowledgeable in the hardware aspects of CDI, since everyone Philips staffed there was only up on the software end of things. However, this man was "just" the head of marketing, meaning his specialty still is not in hardware. In all the MM/1 accelerator card talk I thought it was said that the Motorola 68340 was going to be in the next series of CDI players. The guy from Philips, however, had no knowledge of the 68340 and said that the 68070 would continue to be used, the only upgrade being the full motion video card (Digital Video card), which, by the way, is being used for more than just showing movies off of CD, they were demoing some games which used the Digital Video card. It would be wise to take this info with a grain of salt, since, as this man mistakenly thought that the 68070 was a Motorola chip, he could just as easily be mistaken about the 68340. Now for the big question. I asked him about Philips' possible plans to provide an upgrade for CDI players to become computers. He said that players continue to be made with the expansion port for just such a possibility. In fact, the idea is currently being investigated. The big holdup, according to the marketing rep, is the US government. He said that, due to the possibility of people being able to easily use a CDI computer to "capture" copywritten images and use them for their own personal unauthorized use, the government is reluctant to allow easy public access to such a device. It would seem to me that doing such things is already childsplay with current computer hardware, but that's what the man said. Because of this government resistance, he said not to even expect an announcement on such an expansion product for another 2 to 3 years. He also says that he already knows of someone who has converted has CDI player into a full fledged computer, and he *thinks* that that computer is running under OS9. The final question I discussed with him was whether or not a CDI computer from Philips would run OS9 as its primary operating system. He said that it was a distinct possibility, but not definite. ...Eric... There are 2 Replies. #: 19580 S12/OS9/68000 (OSK) 12-Jan-94 13:12:26 Sb: #19574-#CDI Computer News Fm: Graham Trott 100115,1075 To: Eric Crichlow 71051,3516 (X) Eric -- >>> I thought it was said that the Motorola 68340 was going to be in the next series of CDI players <<< Although Philips have no (public) plans for upgrading from the 68070, others have already taken a lead. The French company I2M are just about to launch Nubus (for Mac) and ISA (PC) cards that comprise a complete CD-i player, based on a 68340 CPU, so it runs a good deal faster than the Philips one. This has caused a deal of debate as to whether the performance increase is a Good Thing since optimising for this unni_<< BTW, how is the game coming along? Its going rather well, actually. In fact, its going ALMOST better than expected. I think when I released Gambit, the game board editor, I reported that I didn't think it would be possible to do a full screen animated game in C using Get/Put buffers. Well, now I don't think that's entirely true. Right now the game is mostly done, and though it does slow down considerably when several characters are on-screen, I think it still borders on playable, (I'm gonna have to get some other peoples' opinions on that.) Of course, it helps if no other major backgrund tasks are running. I do have to fess up that I'm planning on cheating a little. I don't have OSK manuals, but as I understand it, the "memcpy ()" call in C copies data one byte at a time. I want to do the copying with long words, which will mean making some (I hope) minor modifications to the code in assembly. Unfortunately I am assembly illiterate, so either I'll have to learn some assembly to accomplish this, or find someone else who can do it. Or, perhaps there's a way to access the assembly block copy commands from C? Like I said, I don't have manuals. Anyway, as I said, the game's mostly done. The major things left to do are building most of the game boards (and testing them,) and adding the sounds and soundtrack, (if I determine that its feasible to have a soundtrack.) Thanks for asking. BTW, is KVED being advertised anywhere? I know it exists but have yet to see any mention of it being available. ..Eric... #: 19602 S12/OS9/68000 (OSK) 15-Jan-94 09:00:02 Sb: #Ghostscript Fm: John R. Wainwright 72517,676 To: all Just uploaded a new version of GhostScript for OS9/68000 with a new KWindows display driver. The earlier one tends to crash the machine on complicated graphics when the Gets and Puts start to trip over each other (I think). The new KWindows driver also does color. If you are using Ghostscript to check Postscript text layouts, the older version is fine -- but if you want to see what those graphics demos, like `tiger.ps', `escher.ps' or `snowflak.ps' REALLY look like, try this. NOTE - this program was compiled with the GNU GCC compiler on a 68340-equipped 9-meg MM/1. It SHOULD run on a 3-meg 68070 machine. I need one brave volunteer to download it and report back. John R. Wainwright <> <> *********** InfoXpress ************ There is 1 Reply. #: 19607 S12/OS9/68000 (OSK) 15-Jan-94 17:30:44 Sb: #19602-#Ghostscript Fm: Bob van der Poel 76510,2203 To: John R. Wainwright 72517,676 (X) Hopefully the new GS will be available soon here. In the meantime, something which really bugs me about GS (aside from the speed ) is the need to hit the enter key after each page. Is there a switch to bypass that? Also, I've found that I can only preview the first page with the gfx driver. Again, I may be missing something... Thanks for your efforts in making this available to us! There is 1 Reply. #: 19610 S12/OS9/68000 (OSK) 16-Jan-94 08:19:39 Sb: #19607-Ghostscript Fm: John R. Wainwright 72517,676 To: Bob van der Poel 76510,2203 (X) > Hopefully the new GS will be available soon here. In the meantime, something > which really bugs me about GS (aside from the speed ) is the need to hit the > enter key after each page. Is there a switch to bypass that? Also, I've found > that I can only preview the first page with the gfx driver. Again, I may be > missing something... > > Thanks for your efforts in making this available to us! > Bob, To bypass the pause at the end of each page, put -dNOPAUSE in your command line. This works for both printer and screen output. John R. Wainwright <> <> *********** InfoXpress ************ #: 19628 S12/OS9/68000 (OSK) 20-Jan-94 04:00:57 Sb: #19623-CDI Computer News Fm: Eric Crichlow 71051,3516 To: Bob van der Poel 76510,2203 (X) Bob, Some good looking suggestions there. I'll give them a try. However, as I'm starting to get a little anxious about the ability to pull out some faster performance, how about this... I see that memcpy () is quite a bit more efficient than I thought. However, it has to be written to check and deal with a number of situations, possibly some error checking, definitely a check of the length of the data to be moved so that it knows whether there will be a remainder if longword moves are performed that would require a final move.b and/or move.w. Since I know exactly what the size of each move will always be, and since I know it is divisible by 4, wouldn't I save some time in having a shortened, specialized version of memcpy() designed specifically for this task? And yes, I would definitely be interested in the disassembly of memcpy() if you can find it. > I don't believe that Kevin used the pixacc in the 68070 for that (or > anything else). Actually, its my understanding that he does use the PIXAC for the mouse pointer. I think it was Kevin himself who told me that. I have tried to get info on using the PIXAC from 'C'. Only one person had even played with it, and he'd done it in assembly, which I'm trying to avoid dealing with if at all possible. ..Thanks... ..Eric... #: 19626 S12/OS9/68000 (OSK) 19-Jan-94 16:13:07 Sb: #19620-UUCP for OSK Fm: ole hansen 100016,3417 To: David George 72240,134 Hello David The OS-9 TOP-package contains a UUCP and mail-reader(OXM) that works nice. I have used it for 4 years now. regards ole@danelec.dk #: 19632 S12/OS9/68000 (OSK) 21-Jan-94 16:23:00 Sb: #OSK Disk DeFragmenter Fm: James Truesdale [JBM] 71174,3442 To: All A company named Ark Systems USA in Santa Clara, CA sells a product named "disk squeezer" that defragments OS9/68000 disks. Does anyone here use this program? If so, does it work, cause any problems, etc., etc.? Thanks, -J There is 1 Reply. #: 19633 S12/OS9/68000 (OSK) 21-Jan-94 18:59:28 Sb: #19632-OSK Disk DeFragmenter Fm: Zack Sessions 71532,1555 To: James Truesdale [JBM] 71174,3442 > A company named Ark Systems USA in Santa Clara, CA sells a product named > "disk squeezer" that defragments OS9/68000 disks. > > Does anyone here use this program? If so, does it work, cause any > problems, etc., etc.? I too have seen this product advertised but quite frankly the price, at $295 is quite steep for something I have never heard anything about. I notice also that Mark Griffith at DCCS has put SpeedDisk on the market. It is probably just as functional and is 1/3 the price. ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" #: 19634 S12/OS9/68000 (OSK) 21-Jan-94 19:45:56 Sb: Ghostscript Fm: John R. Wainwright 72517,676 To: ALL The Epson printer drivers in the latest Ghostscript version are not right. It would appear that I made a small blunder in assuming that they were the same as prev versions. The DeskJet driver and the new KWindows color display in the "gs2" upload are OK. I'll fix the epson stuff and re-upload as soon as I can, meanwhile, Epson owners beware. John R. Wainwright <> <> *********** InfoXpress ************ Press !> #: 19636 S12/OS9/68000 (OSK) 22-Jan-94 11:28:58 Sb: #19622-UUCP for OSK Fm: David George 72240,134 To: Pete Lyall 76703,4230 Thanks for the info. #: 19637 S12/OS9/68000 (OSK) 22-Jan-94 11:29:15 Sb: #19626-UUCP for OSK Fm: David George 72240,134 To: ole hansen 100016,3417 Thanks for the info. #: 19639 S12/OS9/68000 (OSK) 22-Jan-94 22:54:47 Sb: #19633-#OSK Disk DeFragmenter Fm: Bob van der Poel 76510,2203 To: Zack Sessions 71532,1555 (X) Not to throw cold water on software...but isn't it just as easy to backup (file by file) the HD to tape or another HD (you can get a HD for about the same price as the software under discussion). BTW, I saw the program MG is selling demo'ed at the Atlanta Fest and it appeared to be working well and fast. I did try the one B&B sold for the Coco and all it did was work for a long time and then crash my HD. Only tried it once . There is 1 Reply. #: 19641 S12/OS9/68000 (OSK) 23-Jan-94 11:19:21 Sb: #19639-OSK Disk DeFragmenter Fm: Zack Sessions 71532,1555 To: Bob van der Poel 76510,2203 > Not to throw cold water on software...but isn't it just as easy to backup > (file by file) the HD to tape or another HD (you can get a HD for about > the same price as the software under discussion). BTW, I saw the program > MG is selling demo'ed at the Atlanta Fest and it appeared to be working > well and fast. I did try the one B&B sold for the Coco and all it did was > work for a long time and then crash my HD. Only tried it once . You're "preaching to the choir", here Bob. :-) Since I have a tape device AND a second hard drive on my MM/1a, I on occasion do exactly what you suggest. I personally have never really liked disk defragmenters. I bought Chris Burke's File System Repack for the CoCo and never ran it to completion. The CoCo was simply too slow, taking well overnight and into the next day to unfragment a 20M drive which wasn't all that fragmented. Think how long it would take on a 120M drive!!! But I may go ahead and get a copy of the competitor to ARK's program, Speeddisk, mainly since I have seen it in action and know of some of it's more advanced features, such as intelligent placement of FD sectors, etc. ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" #: 19638 S12/OS9/68000 (OSK) 22-Jan-94 17:33:04 Sb: #19632-OSK Disk DeFragmenter Fm: Steve Wegert 76703,4255 To: James Truesdale [JBM] 71174,3442 > A company named Ark Systems USA in Santa Clara, CA sells a product named > "disk squeezer" that defragments OS9/68000 disks. > > Does anyone here use this program? If so, does it work, cause any > problems, etc., etc.? > I use Speedisk ... and it does a dandy job. Contact Mark Griffith for prices and specifics. *- Steve -* #: 19642 S12/OS9/68000 (OSK) 23-Jan-94 15:08:08 Sb: windio.51 Fm: Alan Weston 76234,3500 To: all Since I started using windio.51, I've noticed a few problems that weren't present with windio.50. My setup is a 3 MB MM/1a. V.51 restores the pushbuttons and other functions and also fixes the palette problem. But, since I started using it, vt100/52 codes are being processed. Anybody know what's going on here?? Thanks, Alan #: 19653 S12/OS9/68000 (OSK) 25-Jan-94 06:52:59 Sb: #19641-OSK Disk DeFragmenter Fm: Mark Griffith 76070,41 To: Zack Sessions 71532,1555 Zack, > I personally have never really liked disk defragmenters. I bought Chris > Burke's File System Repack for the CoCo and never ran it to completion. > The CoCo was simply too slow, taking well overnight and into the next day > to unfragment a 20M drive which wasn't all that fragmented. Think how long > it would take on a 120M drive!!! I understand your position, and felt the same way myself after reading some of the comments made about previous OS-9 defragmentation programs. Speedisk defragments at about one megabyte a minute. So, a 20 meg disk is about 20 minutes, etc. It actually is a little faster than that in practise. Steve Wegert says it takes about 40 minutes to defrag his 120 Meg drive which is about 80 percent full. > But I may go ahead and get a copy of the competitor to ARK's program, > Speeddisk, mainly since I have seen it in action and know of some of it's > more advanced features, such as intelligent placement of FD sectors, etc. Yeah, like automatically placing executable first in any directory list for faster access, moving bootfiles to the end of the disk, moving all directories to the beginning of the disk, as well as some features to be able to recover from a crash during optimization without loosing the disk structure. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 19648 S12/OS9/68000 (OSK) 24-Jan-94 18:13:01 Sb: #19645-#OSK Disk DeFragmenter Fm: Bob van der Poel 76510,2203 To: James Truesdale [JBM] 71174,3442 (X) I'm not trying to talk you out of getting a squeerer! However, if you want to do a backup/delete/restore you'll find it faster to do it as a backup, logical format and restore. And you should be able to automate that. Just out of interest, are your finding that you are getting a lot of fragmented files? I've been using my current HD without a restore for over 6 months right now (and I do a lot of C development with lots of file editing) and I have less than a few dozen fragmented files (most appear to be large files created by lha extractions). These files can be easily de-fragmented by copying them. I wrote an automatic program to do this on the coco some time ago. I started to fix it for osk (handling 512 byte sectors mostly), but I don't think I ever finished the conversion. Guess I should one of these days. There is 1 Reply. #: 19655 S12/OS9/68000 (OSK) 25-Jan-94 08:51:11 Sb: #19648-OSK Disk DeFragmenter Fm: James Truesdale [JBM] 71174,3442 To: Bob van der Poel 76510,2203 (X) We've got several programmers all using the same machine to assemble some large programs so the disk free space fragments quite a bit over time. I did make them start using procedure files to assemble their programs with the listing file going to the ram disk and then copied back to the hard disk when finished. This speeded up assemblies by almost two times and should help reduce fragmented listing files (which are kinda big). Eventually we start getting 217 errors "segment list full" and it is then time to clean things up. I can't automate the backup, logical format, restore process because I'm chicken and the backup won't fit on one tape anyway. #: 19652 S12/OS9/68000 (OSK) 25-Jan-94 06:52:44 Sb: #19645-OSK Disk DeFragmenter Fm: Mark Griffith 76070,41 To: James Truesdale [JBM] 71174,3442 (X) Jim, > That's what I do now... Back the system to tape, delete files and put them > all back again. Quite frankly I don't have the time to do this any more > and it isn't exactly FUN either. I do have two drives but /h1 is twice > the size of /h0 so it doesn't fit to well, even with compression. > > I want something that runs overnight (after my tape back up runs) and > gives me a squeezed disk in the morning. As others have mentioned, Speedisk would work well for you. It is pretty quick, but it still takes time to defragment a large hard disk. It does, however, have features to allow you to run it from cron in the middle of the night and come back to a nice compacted disk. If you need more information, send me e-mail and we can discuss price and so forth. Mark Griffith Dirt Cheap Computer Stuff Co. "Cheap, But Not Trash" (Uploaded with InfoXpress Ver. 1.01) #: 19650 S12/OS9/68000 (OSK) 25-Jan-94 05:34:47 Sb: #19646-OSK Disk DeFragmenter Fm: Steve Wegert 76703,4255 To: James Truesdale [JBM] 71174,3442 (X) > Does Speed disk allow you to specify placement of directories and/or > files? I don't believe it does. Mark can provide the specifcs. > Mark will have to jump in here so I can grab his ID. His ppn is 76070,41 or can be reached via the Internet at mark@datapage.com *- Steve -* #: 19654 S12/OS9/68000 (OSK) 25-Jan-94 06:53:11 Sb: #19646-#OSK Disk DeFragmenter Fm: Mark Griffith 76070,41 To: James Truesdale [JBM] 71174,3442 (X) Jim, > Does Speed disk allow you to specify placement of directories and/or > files? Speedisk automatically places all directories at the beginning of a disk and all executable files within each directory first in the directory file. These features can be turned off using command line options. That's it. There is also an option to actually wipe the unused sectors for security reasons, and a verify option. Of course, these both increase the time it takes to optimize a disk. Mark Griffith Dirt Cheap Computer Stuff Co. "Cheap, But Not Trash" (Uploaded with InfoXpress Ver. 1.01) There is 1 Reply. #: 19656 S12/OS9/68000 (OSK) 25-Jan-94 08:51:15 Sb: #19654-OSK Disk DeFragmenter Fm: James Truesdale [JBM] 71174,3442 To: Mark Griffith 76070,41 >> Speedisk automatically places all directories at the beginning of a >> disk Can I specify the order of said directories? All of our user files (which are the ones that are changing all the time) are under the subdirectory USR and so I would want that directory and all of its subdirectories to be placed at the end of the disk right before the free space starts. We are doing this now due to using FBU/FRS which we are feeding a sorted directory list of files to back up. This way all of the (static) system executables, etc. are placed near the beginning of the disk. -J #: 19651 S12/OS9/68000 (OSK) 25-Jan-94 05:34:56 Sb: #19643-Ghostscript upload Fm: Steve Wegert 76703,4255 To: John R. Wainwright 72517,676 > "gsnew2.lzh", just uploaded, is a replacement for "gsnew.lzh". The > first one had some bad printer drivers in it. Please scratch the first > one. Thanks > All taken care of. Thanks for the extra effort! *- Steve -* Press !> #: 19657 S12/OS9/68000 (OSK) 25-Jan-94 20:14:55 Sb: #19554-#realloc is broken Fm: Jay Truesdale 72176,3565 To: Bob van der Poel 76510,2203 (X) Is anybody collecting these bug reports into a file for the libs here? Seems like it would be a big help for others sometime in the future... -J There is 1 Reply. #: 19663 S12/OS9/68000 (OSK) 26-Jan-94 18:09:56 Sb: #19657-realloc is broken Fm: Bob van der Poel 76510,2203 To: Jay Truesdale 72176,3565 >Is anybody collecting these bug reports into a file for the libs here? Good idea...who can we suck into doing the job? How about Steve?... The only 2 reported bugs I'm aware of is the realloc() thing and the strtod() thing Carl reported. Are there more? #: 19661 S12/OS9/68000 (OSK) 26-Jan-94 14:37:35 Sb: #19653-OSK Disk DeFragmenter Fm: Graham Trott 100115,1075 To: Mark Griffith 76070,41 Mark -- FWIW, my experience with defragmenters is limited to DiskExpress on the Mac. This is a system extension that monitors file activity (presumably by intercepting OS calls). Files are then moved to the front of the disk if they're frequently used and to the back if dormant. In between is the free space. All this happens automatically once a day (if the computed "fragmentation index" falls below a user-defined value). I'd say the penalty of having a concurrent system extension trapping all my disk I/O calls is much more than offset by the dramatic increase in performance (reduced seek times). The system has yet to generate an error and is able to cope with power failure while operating, since it only moves one file at a time. Any plans for dynamic activity monitoring? In any case, I'd like to know how to order SpeedDisk from the UK. -- GT #: 19659 S12/OS9/68000 (OSK) 26-Jan-94 04:56:46 Sb: #19656-OSK Disk DeFragmenter Fm: Mark Griffith 76070,41 To: James Truesdale [JBM] 71174,3442 (X) James, > >> Speedisk automatically places all directories at the beginning of a > >> disk > > Can I specify the order of said directories? No, all you can do is turn this feature off with a command line switch. Mark Griffith Dirt Cheap Computer Stuff Co. "Cheap, But Not Trash" (Uploaded with InfoXpress Ver. 1.01) #: 19662 S12/OS9/68000 (OSK) 26-Jan-94 16:37:47 Sb: #19632-OSK Disk DeFragmenter Fm: ole hansen 100016,3417 To: James Truesdale [JBM] 71174,3442 (X) Hello James disksqueezer works fine, but it is OS-structure, so don't expect the same speed as defrag on MSDOS. Keep in mind, that it need about 1/3 of the disk free in order to work properly. regards ole/danelec.dk -exit Press !> #: 19688 S12/OS9/68000 (OSK) 05-Feb-94 12:12:47 Sb: #19682-CDI Computer News Fm: Bob van der Poel 76510,2203 To: Kevin Darling 76703,4227 (X) Hi stranger.... >my get/put routines are all word-oriented (16-bits at a time)... In that case, it might be faster for Eric to use get/puts for his screen updates; instead of the memmove() stuff he is doing right now. When I browsed thought the Signetics manuals I thought that pixac would permit faster bit manipulation stuff, etc. But, I remember you telling us that this is not a true hardware pixac... #: 19687 S12/OS9/68000 (OSK) 04-Feb-94 19:45:40 Sb: #19667-OS9 Internet Support Pkg Fm: Carl Kreider 71076,76 To: Allan B. Eayrs 73062,1174 (X) >Does anybody out there have experience in putting the ISP into a ROM-based >OS-9 system? I will be doing this very soon (<2 weeks) and would appreciate >any caveats from those who have gone before. We do it, but I can't think of much in the line of caveats. It is big. You don't need it all. You can't change address conveniently. Save my PPN and mail me if you have trouble. I can probably help. Carl #: 19689 S12/OS9/68000 (OSK) 05-Feb-94 17:13:10 Sb: New Windio Module Fm: KEITH H. MARCH 72733,2173 To: Bob van der Poel 76510,2203 (X) Kevin: Hi, What version is windio at? As soon a Mark get my I/O Board back to me (Upgrade to 9 Meg.) and sends me the 68340 CPU then I will get the Hard Drive back up and running. I also have /t3 and /t4. Would like to either get another hard drive and or a tape backup. Where can I get the newest version of windio? Thanks. P.S. Is anyone working on a CD-ROM driver and descriptor for the MM/1? also a fax send/receive program. Press !> #: 19694 S12/OS9/68000 (OSK) 09-Feb-94 13:09:33 Sb: #19567-#Screen program for OSK Fm: robert brose 72067,3021 To: Bob van der Poel 76510,2203 (X) Hi Bob, The screen program still doesn't work right. I get error 103's sometimes and when I do a ctrl-w on a screen it gives a rdy -1 message and freezes. Could there be a problem running on 68000's with the bus errors? That could explain why forked programs crash also. Thanks, Bob There is 1 Reply. #: 19698 S12/OS9/68000 (OSK) 10-Feb-94 18:16:21 Sb: #19694-Screen program for OSK Fm: Bob van der Poel 76510,2203 To: robert brose 72067,3021 (X) Damned if I know...I do know that if I do a crl-w on my MVME system I get the same error message. Hmmm, do you have XON/OFF enabled? Try turning it off? I think the problem is with the ptyman stuff, not screen. Someone out there what to wade though that? However, I do use screen quite often on my MVME and so long as I don't do any xon/off stuff it all works fine. The system has SSM and I've had upto 10 virtual terminals running a variety of programs including BASIC, Ephem and ved. #: 19690 S12/OS9/68000 (OSK) 07-Feb-94 06:02:49 Sb: #19689-New Windio Module Fm: keith bauer 71102,317 To: KEITH H. MARCH 72733,2173 (X) > P.S. Is anyone working on a CD-ROM driver and descriptor for the MM/1? > also a fax send/receive program. > Mark of Dirt Cheap Computer Stuff has a CD-ROM that he sells that comes with the drivers. Joel Hegberg of Sub-Etha is working on a fax program for OS9/68000. Keith Bauer CIS:71102,317 Delphi:keithbauer Internet:kbauer@pids.com Via InfoXpress/OSK ver 1.01 How 'bout them Cowboys! #: 19691 S12/OS9/68000 (OSK) 07-Feb-94 20:02:31 Sb: #Print buffers Fm: Bob van der Poel 76510,2203 To: all If some MM/1 users are still having problems accessing the printer port due to the unbuffered parallel port on the mm/1...you might want to try putting a print buffer between the computer and printer. I just picked one up from Terry Laraway. He is selling these surplus units for around $50.00 (I think). He has various models...some are parallel to parallel, others serial to parallel (good for a coco). The memory on them varies between 64 and 512K. Terry can be contacted at: Terry Laraway's CoCo Etcetera 41 NW Doncee Drive Bremerton, WA 98310 Phone 206 692 5374 post All Print buffers 12 y send There is 1 Reply. #: 19693 S12/OS9/68000 (OSK) 08-Feb-94 06:59:32 Sb: #19691-#Print buffers Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > If some MM/1 users are still having problems accessing the printer port > due to the unbuffered parallel port on the mm/1...you might want to try > putting a print buffer between the computer and printer. I just picked one > up from Terry Laraway. He is selling these surplus units for around $50.00 I see you took my advice. Glad it worked for you! /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) There is 1 Reply. #: 19696 S12/OS9/68000 (OSK) 09-Feb-94 23:02:06 Sb: #19693-Print buffers Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 Yes, I did take your advice. Thanks. However, I still don't know if it works with the printer switch...the switch has db-25 inputs and the buffer box is hardwired with a centronics cable. Rather than re-wiring I just ordered a db25 to centronics converter...but it isn't here yet. BTW, did you send my board back yet? #: 19695 S12/OS9/68000 (OSK) 09-Feb-94 18:35:58 Sb: Boot Split 68K Fm: KEITH H. MARCH 72733,2173 To: 71076,76 (X) Carl: I did a search of database # 12 for "BSPLT68" could not find it. Could you upload it? Keith. OS9 Lives on, FOREVER?? #: 19702 S12/OS9/68000 (OSK) 12-Feb-94 17:36:56 Sb: #19698-Screen program for OSK Fm: ole hansen 100016,3417 To: Bob van der Poel 76510,2203 (X) Hello Bob and Robert In the old days, I used to get 103's if I used the wrong cio-traphandler. This means a 68000 on 68020 or 68020 on 68000 !!!! regards ole@danelec.dk #: 19714 S12/OS9/68000 (OSK) 14-Feb-94 06:30:43 Sb: #19696-#Print buffers Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > BTW, did you send my board back yet? Nope, not yet. Been working on systems where people are dead until I get their boards back. I'll be doing yours next and getting it out. Whew! Too much to do and too little time! /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) There is 1 Reply. #: 19716 S12/OS9/68000 (OSK) 14-Feb-94 21:10:23 Sb: #19714-Print buffers Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 No problem with the board delivery...just don't want not to say anything and then find out it is lost in the mail. #: 19704 S12/OS9/68000 (OSK) 12-Feb-94 22:13:45 Sb: Screen Fix Fm: Bob van der Poel 76510,2203 To: All To aid in the on-going problem with some folks running the SCREEN package I posted awhile ago, I had a look at a problem which was causing my system to lock from time to time...specifically when I sent a XOFF from the keyboard. The problem is in the main file, screen.c, in the function my_gs_rdy(). The ptyman returns a -1 when no keys are ready (as per OS9 requirements). And when screen sees this, it stops, assuming an error. Following is a replacement for the offending module. Hope it helps... my_gs_rdy(path) { int i; i=_gs_rdy(path); if(i<0) { /* I added the test for a 246 (not rdy) here. OS9 will returns a -1 to _gs_rdy() if there are no chars avaiable on the input path...not a fatal error! [bvdp] */ if(errno!=246) { Msg(0, "Got %d [err %d] from a _gs_rdy()",i,errno); while(1); /* not sure if this is best.... */ } i=0; } return i; } Feel free to re-distribute this. #: 19707 S12/OS9/68000 (OSK) 13-Feb-94 12:02:01 Sb: Ved/Vprint Updates Fm: Bob van der Poel 76510,2203 To: All Upgrade notices have been sent to all registered owners of our 68K software. We have new versions of Ved and Vprint, as well as a few new products. If you are not a registered owner and would like to get this mailing, or if your notice gets lost in the mail, please send us your name and address via email. Since this is the only service we frequent, you may be doing some other OSKers a favor by reposting this message in other places . #: 19709 S12/OS9/68000 (OSK) 13-Feb-94 16:33:09 Sb: #Printer Problems Fm: Bob van der Poel 76510,2203 To: All Can one of the hardware, expert types help me out? I am having some very frustrating experiences in getting my computers to work with a printer switch I recently purchased... All I'm trying to do is to get two computers to share one printer...surely not a difficult task! Here is the hardware: Printer - Epson Action Laser II with Parallel interface Switch - Agiler 4-in, 1-out auto selecting switch, power apparently from the printer??? Print Buffer - 128K Microfazer parallel-parallel, power from a remote 'cube' Computer #1 - MM/1 extended Computer #2 - MVME 147S-1 (68030) I have determined that the following setups work: MM/1 --> Printer MM/1 --> Buffer --> Printer MVME --> Printer MVME --> Switch --> Printer MVME --> Buffer --> Switch --> Printer The following configurations do not work: MM/1 --> Switch --> Printer This seems to skip every other, or more, character. Apparently this is caused by the low logic levels on the MM/1....So, I put the buffer on the circuit. MM/1 --> Buffer --> Switch --> Printer With this setup the buffer shows "ERROR" and nothing gets printed. This doesn't appear to make a lot of sense. After all, the buffer should appear as a printer to the switch and any level problems should be between the MM/1 and the buffer. The other configurations indicate to me that the switch and the buffer are okay. Any ideas? There are 2 Replies. #: 19715 S12/OS9/68000 (OSK) 14-Feb-94 06:43:44 Sb: #19709-#Printer Problems Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > MM/1 --> Buffer --> Switch --> Printer > > With this setup the buffer shows "ERROR" and nothing gets printed. What sort of switch are you using? A parallel or serial switch? Some serial switchs doen't have all 25 lines. Either that or a cable is bad. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) There is 1 Reply. #: 19717 S12/OS9/68000 (OSK) 14-Feb-94 21:10:27 Sb: #19715-Printer Problems Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 >> MM/1 --> Buffer --> Switch --> Printer >> >> With this setup the buffer shows "ERROR" and nothing gets printed. > What sort of switch are you using? A parallel or serial switch? Some > serial switchs doen't have all 25 lines. Either that or a cable is bad. The switch has 4 parallel inputs and 1 parallel output. Course, in true logic, all the plugs on the switch are DB-25's. Can't see it being a cable problem since I am using the same cable between the buffer and the switch in both cases; and the same cable between the switch and the printer. All that changes, cable-wise, is the one between the computers and the buffer or switch (the VME has a centronics output, the mm/1 has a DB-25). #: 19719 S12/OS9/68000 (OSK) 14-Feb-94 21:29:37 Sb: #19709-Printer Problems Fm: John R. Wainwright 72517,676 To: Bob van der Poel 76510,2203 > Can one of the hardware, expert types help me out? I am having some very > frustrating experiences in getting my computers to work with a printer switch I - - - - > Any ideas? > Bob, I'm not exactly a hardware expert, but I have some experience in this area that I can pass along. I used to have two 25-pin switches set up to switch either the DeskJet-500 or the Epson-24pin to the MM/1 or the "386" without moving cables. Since installing the 68340 in the MM/1, I can still use the switch boxes or a printer buffer I borrowed with the DeskJet, but the ONLY way I can print on the Epson with the MM/1 is a direct 6-foot cable. A longer cable, any kind of switch or buffer, (and maybe a full moon) and the Epson prints trash. Slowing the CPU speed to 8 megs did not help. Cussing at it in three languages didn't do much either. Now, the "386" has the Epson and the MM/1 has the DeskJet. If I want to change it, I have to move cables. John R. Wainwright <> <> *********** InfoXpress ************ #: 19711 S12/OS9/68000 (OSK) 13-Feb-94 20:57:41 Sb: OS Porting Fm: Bob van der Poel 76510,2203 To: All The latest edition of "Electronic Design" (Feb 7/94) has an intersting article titled "Match Real-time OS to Boards for Smooth Porting". It compares porting OS-9 and VxWorks to a 68040 single-board VME-bus computer. Those into porting OSs should have a look at it...interesting stuff and comments. #: 19712 S12/OS9/68000 (OSK) 13-Feb-94 22:03:13 Sb: #sh tip Fm: Carl Kreider 71076,76 To: all Some time ago I asked for input on what needed to be fixed in sh. No I am not on the verge if workin on it ... But one of the complaints was the lack of something equivalent to the profile command of shell. Well, surprise, surprise. There is a thing called the dot command (that all good *nix guys knew about but didn't tell us) that does what is desired. That is: $ scriptfile will fork a copy of sh to process 'scriptfile'. $ . scriptfile will process 'scriptfile' in the current sh. That is dot space scriptfile. Feel free to pass this folklore to any and all who also use sh! Carl There is 1 Reply. #: 19718 S12/OS9/68000 (OSK) 14-Feb-94 21:10:30 Sb: #19712-sh tip Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) Carl, were you working on some "docs" for sh? For a non-*inx guy this would be even more useful than any possible fixes. Hmmm, maybe I should buy, beg, borrow or steal a copy of "sh for Dummies"... Press !> #: 19722 S12/OS9/68000 (OSK) 15-Feb-94 20:49:27 Sb: #19719-Printer Problems Fm: Bob van der Poel 76510,2203 To: John R. Wainwright 72517,676 (X) Thanks John. This makes no sense...but it sounds like my problem. If the mm/1 can send data to the printer buffer, then doesn't 'line problem' end there? I would think that the output of the print buffer would be independent of the input from the computer. Apparently not (I assume that you tried the short cable with the mm/1 + buffer in your setup). I suppose the other thing to do would be to use a serial port on the printer for one of the computers...but that is slow (I think the max speed on the printer is 9600). I'm going to hope that someone else here has a good answer! Oh, I just got another idea...if I could get the NFM stuff to work between my 2 computers, I could print from the mm/1 to the VME and then to the printer....but I can't get NFM to work either (a driver problem on the VME end). Gosh, maybe I should just dust off my old Coco I and Serial- Parallel convertor and my original tape copy of TW64.... #: 19723 S12/OS9/68000 (OSK) 15-Feb-94 23:13:54 Sb: #ANSI to K&R Fm: Bob van der Poel 76510,2203 To: All Has anyone come across a problem to convert programs between K&R and ANSI C? Basically it is just a matter of zapping out prototypes... There is reference to such a program in the GCC docs...but I've never seen it. There has to be a better way than the 2 hours I just spent doing it by hand! There is 1 Reply. #: 19726 S12/OS9/68000 (OSK) 16-Feb-94 18:49:45 Sb: #19723-#ANSI to K&R Fm: John R. Wainwright 72517,676 To: Bob van der Poel 76510,2203 (X) > Has anyone come across a problem to convert programs between K&R and ANSI C? > Basically it is just a matter of zapping out prototypes... There is reference > to such a program in the GCC docs...but I've never seen it. There has to be a > better way than the 2 hours I just spent doing it by hand! > Bob, Included in the source for Ghostscript is a program called "ansi2knr" (in C source form) that claims to do just that. I have tried it on little programs and it seems to produce source that the Microware compiler can handle. If you don't have access to the Ghostscript stuff, and don't want to download that monster just for this little program, I could upload it separately -- the "ansi2knr.c" file is only about 8k long. I think there is a program uploaded to Delphi in the last couple months that does it too. John R. Wainwright <> <> *********** InfoXpress ************ There is 1 Reply. #: 19732 S12/OS9/68000 (OSK) 17-Feb-94 22:26:44 Sb: #19726-ANSI to K&R Fm: Bob van der Poel 76510,2203 To: John R. Wainwright 72517,676 Thanks John. Damn...and I had that program sitting here while I was doing it all by hand....typical? I wonder if the other program you mention is any better than this one. It has a couple of major deficiencies: - It will not handle functions like: static int foo(char *s) these have to be manually changed to: static int foo(char *s) Mind you, I prefer this anyway. - It does not handle function prototypes. Bob. #: 19729 S12/OS9/68000 (OSK) 17-Feb-94 08:41:01 Sb: #OS9 and ARCNet Fm: Darryl Marcus-Hanks 100065,2656 To: Anyone Does anyone know of ARCNet drivers for OS9 (68030) if they exist, and if so where they can be bought, begged, borrowed or stolen. Thanks Darryl There is 1 Reply. #: 19731 S12/OS9/68000 (OSK) 17-Feb-94 21:43:37 Sb: #19729-OS9 and ARCNet Fm: Pete Lyall 76703,4230 To: Darryl Marcus-Hanks 100065,2656 Drop a note to Carl Kreider... I believe he used ARCNet for a bit... Pete Press !> #: 19742 S12/OS9/68000 (OSK) 20-Feb-94 21:40:44 Sb: #19709-#Printer Problems Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) Bob, Your printer problems may be an artifact of the 'better' parallel chip, the 68230. It has a pipeline in it. Instead of interrupting you when it sees an ack, it transfers the char in the FIFO on the ack and interrupts you to refill the FIFO. This means that data will get lost because a cable beyond a certain length will cause false acks by coupling back the stb signal or data. In general, it drops at least every other character. I have never seen the problem on an MM/1 (mainly because I don't normally use one) but I really tripped over it on the VME crate. It took a couple of days fooling with drivers and another day with a 'scope and analyzer on the port before I saw what was going on. I then tried terminators and drivers and etc but to no avail. I finally wrote a driver that fixes the problem. It even works on a 30 foot cable! I really doubt that the trouble you and other MM/1 owners have seen is due to wimpy cable drive. I am sure the problems are due to that I have just described. My new dirver has been used on an MM/1 and did fix the problem there. The only problem is that I only put in support for one of the two ports since that was all that was available on the Force CPU boards. I have an MM/1 again for awhile and I intend to get it running on the MM/1 on both sides of the port soon. BTW, the slave CPU's in the VME crate use NFM to get to the master CPU to find spl, which uses NFM to get back to the slave to find a parallel port. So your idea has been tested and works well. Finally, I suppose I ought to just give the sh docs I have to somone to clean up. I am not getting to it very quickly. Carl There is 1 Reply. #: 19745 S12/OS9/68000 (OSK) 21-Feb-94 18:32:56 Sb: #19742-Printer Problems Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 If you want someone to test your single port version of the new driver... give me try! I don't think that too many people have both ports active anyway...isn't there a problem with trying to use both at the same time? #: 19740 S12/OS9/68000 (OSK) 20-Feb-94 06:57:57 Sb: #19732-ANSI to K&R Fm: John R. Wainwright 72517,676 To: Bob van der Poel 76510,2203 (X) > I wonder if the other program you mention is any better than this one. It has a > couple of major deficiencies: > I took a closer look at the other program I mentioned. It is called "ansifront" and was written by Vaughn Cato (Osterm author, I think). Probably a good program, but for the 6809 only and the source is not in the upload. "Don't take life too serious - it ain't nohow permanent" (Pogo) John R. Wainwright <> <> #: 19744 S12/OS9/68000 (OSK) 21-Feb-94 13:45:15 Sb: #19729-OS9 and ARCNet Fm: Graham Trott 100115,1075 To: Darryl Marcus-Hanks 100065,2656 Darryl -- There's a company near me that makes industrial OS-9 systems and uses ArcNet in most of their larger projects. They write their own drivers so they may well have a suitable package for sale. Windrush Micro Systems Ltd. Station Road Worstead Norfolk NR28 9SA England Tel +44 692 404086 Fax +44 692 404091 -- GT #: 19743 S12/OS9/68000 (OSK) 21-Feb-94 11:34:25 Sb: OSK mktime bug, cc V3.2 Fm: Timothy J. Martin 71541,3611 To: all The Microware OS-9 resident C compiler V3.2 libraries and cio trap handler have a bug in the mktime function. The mktime function does not properly compute the value of the tm_yday element in the tm stucture. In specific, for days after January 31st, the values are too small by a value of 31. Microware is aware of the bug and says that the fix is to get the Ultra C package. For those who don't like this solution, the bug is easily fixed with a one byte replacement patch, in the libraries and cio. A bgt branch needs to be changed to a bge branch. The bug is likely widely known, and may have been fixed elsewhere if not: in clib.l and clibn.l, at offset $BB1 change $6e to $6c. in clib020.l, clib020n.l, and clib020h.l at offset $e29 change $6e to $6c. in cio at offset $a0e change $6e to $6c. in cio020 at offset $a04 change $6e to $6c. Remember to perform fixmod -u on the cio and cio020 files after the patch is done. This patch assumes cio and cio020 module edition #6. When a patch is suggested by a miscellaneous individual like myself, it is done at your own risk. Be careful with the cio patch in particular. The operating system won't get very far with a bad cio module. ******* Do the fixmod -u after the patch on cio and/or cio020. ******** Make sure that the byte you are replacing in all instances is a $6e. **************************************************************************** If you don't want to be patching your libraries and trap handler, then a fix in a C program, after mktime is called might read: if(tp.tm_mon > 0) tp.tm_yday += 31; **************************************************************************** 21-FEB-94 tjmartin@anl.gov CIS 71541,3611 #: 19755 S12/OS9/68000 (OSK) 24-Feb-94 18:24:04 Sb: #19751-Ved/Vprint Updates Fm: Bob van der Poel 76510,2203 To: Dieter G. Rossmann 70314,1766 (X) Thanks Dieter. If you mailed it a few days ago (using the Canadian mail system) it should be here within another 2 weeks or so. The joys of living in Canada! #: 19757 S12/OS9/68000 (OSK) 25-Feb-94 20:33:14 Sb: #19745-Printer Problems Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) I will mail a copy in a day or so. I don't think there is any problem with using both sides at the same time, but I haven't tried it yet ;) Press !> #: 19768 S12/OS9/68000 (OSK) 05-Mar-94 20:42:47 Sb: #19389-#Gnu-C Fm: Partha Iyengar 73150,3246 To: Bob van der Poel 76510,2203 (X) Bob, Sorry for this "cold call", but I wanted to find out if you knew anyone with OS/9 internals/porting/application development expertise that would be interested in taking up a 6 month - 1 year assignment working on a leading edge project with a Fortune 100 company. I am looking for 2 Consultants that have one or more of the above skill sets. Any feedback you can give me would be greatly appreciated. Thanks. Partha Ph: 914-278-3115 Fax: 914-962-6416 There is 1 Reply. #: 19771 S12/OS9/68000 (OSK) 06-Mar-94 13:02:45 Sb: #19768-Gnu-C Fm: Bob van der Poel 76510,2203 To: Partha Iyengar 73150,3246 Partha, Probably lots of folks on this forum reading your message. Hopefully one will be interested and qualified. Sounds like a tempting enough assignment...would the candidate have to move to NY? #: 19769 S12/OS9/68000 (OSK) 05-Mar-94 21:23:10 Sb: #19667-OS9 Internet Support Pkg Fm: Partha Iyengar 73150,3246 To: Allan B. Eayrs 73062,1174 Allan, Sorry for the "cold call", but I was wondering if you knew anyone with OS/9 internals / porting / applications expertise that would be interested in a 6 mth - 1 year assignment working on a leading edge project at a Fortune 100 company, in Westchester County, NY. Any feedback you have would be appreciated. Thanks. Partha Iyengar ph: 914-278-3115 fax: 914-962-6416 Press !> #: 19776 S12/OS9/68000 (OSK) 09-Mar-94 09:44:41 Sb: #19769-OS9 Internet Support Pkg Fm: James Truesdale [JBM] 71174,3442 To: Partha Iyengar 73150,3246 Why don't you post some additional technical details on the position that you are talking about so that we can decide if we are interested without having to bother you via phone. Thanks, -J #: 19810 S12/OS9/68000 (OSK) 18-Mar-94 18:17:21 Sb: Microware email Fm: Bob van der Poel 76510,2203 To: All I've been exchanging email with Boisy Pietre at microware for a while via the CIS internet mail service. All of a sudden my mail is bouncing back. Anyone know why? Here is the polite part of the CIS error: > ----- The following addresses had delivery problems ----- >boisy@microware.com (unrecoverable error) > > ----- Transcript of session follows ----- >501 boisy@microware.com... 550 Host unknown (Name server: no data known for >name) BTW, the email address I'm giving to CIS is ">INTERNET:boisy@microware.com". #: 19812 S12/OS9/68000 (OSK) 19-Mar-94 11:07:11 Sb: #19678-Mac-os9 (OSK) Fm: thomas weller 100315,1751 To: BRUCE MOORE 70075,143 I have sent a fax to Ultrascience a few weeks ago and received a lot of information. The OS-9 is available for Macintosh's with 68000 to 68030 Processors. What more information do you need ? #: 19813 S12/OS9/68000 (OSK) 19-Mar-94 12:36:18 Sb: #19810-#Microware email Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > ">INTERNET:boisy@microware.com". The address looks fine ... perhaps they're down for maintenance? How long has the bouncing gone on? *- Steve -* There is 1 Reply. #: 19817 S12/OS9/68000 (OSK) 19-Mar-94 22:45:01 Sb: #19813-#Microware email Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Been bouncing all week. I'll take Jim V's suggestion and send the message to Boisy@delphi.com. Maybe he knows the problem. I'll let you know. There is 1 Reply. #: 19823 S12/OS9/68000 (OSK) 20-Mar-94 16:02:57 Sb: #19817-Microware email Fm: Bob van der Poel 76510,2203 To: Bob van der Poel 76510,2203 (X) According to a message I got from Boisy, MW are changing their link from UUCP feed to direct Internet connections. #: 19814 S12/OS9/68000 (OSK) 19-Mar-94 13:00:31 Sb: #19810-#Microware email Fm: Jim Vestal 74044,3324 To: Bob van der Poel 76510,2203 (X) > I've been exchanging email with Boisy Pietre at microware for a while via > the CIS internet mail service. All of a sudden my mail is bouncing back. > Anyone know why? Here is the polite part of the CIS error: Hi Bob, I can't help you with the mail bouncing from Microware but you can get ahold of Boisy over at his Delphi account, Internet: boisy@delphi.com Good luck, Jim ======================== InfoXpress 01.01.00 OS-9/6809 ======================= | Narnia BBS: 24 hours serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | InfoNet: JEVestal@ins.infonet.net Marysville, CA Internet: JEVestal@narnia.citrus.sac.ca.us | Compuserve: 74044,3324 | Delphi: JEVestal (916) 743-2617 Voice: (916) 743-4264:1 Corinthians 1:18 & Romans 1:16 ============================================================================== Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere" There is 1 Reply. #: 19818 S12/OS9/68000 (OSK) 19-Mar-94 22:45:02 Sb: #19814-Microware email Fm: Bob van der Poel 76510,2203 To: Jim Vestal 74044,3324 (X) Thanks Jim. I'll fire the message off to him tonight and see if knows the problem. #: 19825 S12/OS9/68000 (OSK) 20-Mar-94 18:35:02 Sb: Announcing - KChess Fm: Zack Sessions 71532,1555 To: all This message just came across the COCO Bitnet List this past weekend: >Hello, > > I have just uploaded to chestnut.cs.wisc.edu the gnuchess ver. 4.0 adapted >for OSK. It uses alphanumeric screen using TOP ncurses and plays quite a >strong game. The previous version, 3.0, still available on chestnut could >no tbe used on MM/1 due to a incompatiblity between TOP ncurses and windio. > >Enjoy, > > Andrzej Kotanski >(kotanski@zeus02.desy.de) My thanks goes to Andrzej (pronounced "An-jay" for you uninformed) for an excellent job of porting the current version of GNU Chess to OSK. The chesstool version has a few minor problems, but for the most part, he did quite a good job. Let me take this chance to make the following announcement. At the upcoming Chicago CoCofest I will have ready for delivery a new product called K-Windows Chess, or KChess for short. It is a K-Windows Graphical User Interface for GNU Chess. It utilizes standard K-Windows graphics calls and uses the mouse for virtually all input. It supports all the capabilities and functions of the chesstool variant of GNU Chess. Naturally, I will supply each purchaser of KChess with a current copy of GNU Chess for OSK. An optional source diskette is also available for a small handling and media fee. Point is here that it took me 104 minutes of connect time to a) download the single archive file from chestnut, and b) download the file from my Delphi workspace to my MM/1a at 2400 bps. If you do not want to invest in this connect time to perform this download, and you can wait a few weeks until the fest, you can get your copy of GNU Chess for OSK from me. Free with a purchase of KChess, or for a small handling and media fee otherwise. Bear in mind that the current version on chestnut will probably be superseded by a new release in just a week or two also. Naturally, I will make KChess (along with GNU Chess for OSK, of course) available via mail order after May 22, 1994. If you are interested in placing an advance order or merely want more information as to pricing specifics, please contact me via private Email. ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb #: 19850 S12/OS9/68000 (OSK) 30-Mar-94 07:40:37 Sb: #Xmode type settings Fm: Mark Griffith 76070,41 To: Carl Kreider 71076,76 (X) Carl, Can you tell me where to find, or upload, your text on the type variable in xmode and how its settings effect the parity and stop bits? I can't seem to find that information anywhere. I'm trying to interface a barcode scanner and the unit has no docs on the serial interface. I can get garbage at 1200 baud, so I expect I need to change the number of stop bits and/or the parity and can't figure out how to do this with xmode. Thanks for your help. /*********** /\/\ark *************/ (Upload with InfoXpress Ver. 1.01) There are 2 Replies. #: 19857 S12/OS9/68000 (OSK) 31-Mar-94 18:33:23 Sb: #19850-#Xmode type settings Fm: Steve Wegert 76703,4255 To: Mark Griffith 76070,41 (X) Mark, I've got that file .... CompuServe The OS-9 Forum TYPE bit values S 12 / OS9/68000 (OSK) Date Range: 28-Apr-92 to 29-Apr-92 *15110 Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 Dt: 28-Apr-92 Carl, Would you happen to have handy (and in an uploadable form) the TYPE bit values for the sc68681 driver? Steve #15127 reply to #15110 Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 Dt: 29-Apr-92 bits 1,0 0=no parity 1=odd parity 3=even parity bits 3,2 0=8 bits per char 1=7 bpc 2=6 bpc 3=5 bpc bits 5,4 0=1 stop bit 1=1.5 stop bits 2=2 stop bits bit 6 reserved bit 7 reserved by MW, I use it to turn on hardware hand shake if 1 This is typed online, but looks right. I notice it isn't in the manuals - you need a MW tech manual or source. 8-( Maybe it can find it's way into the extra MM/1 docs or perhaps the CIS folklore. Carl *- Steve -* There is 1 Reply. #: 19868 S12/OS9/68000 (OSK) 03-Apr-94 08:03:29 Sb: #19857-Xmode type settings Fm: Mark Griffith 76070,41 To: Steve Wegert 76703,4255 (X) Steve, > Mark, > > I've got that file .... Thanks! /*********** /\/\ark *************/ (Upload with InfoXpress Ver. 1.01) #: 19858 S12/OS9/68000 (OSK) 31-Mar-94 19:32:23 Sb: #19850-#Xmode type settings Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) If you can't find the parity info, try using moded. Go into edit mode and advance down to the parity field and then enter a ??. You'll get a nice little list of the values. There is 1 Reply. #: 19869 S12/OS9/68000 (OSK) 03-Apr-94 08:03:38 Sb: #19858-Xmode type settings Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > If you can't find the parity info, try using moded. Go into edit mode and > advance down to the parity field and then enter a ??. You'll get a nice > little list of the values. Thanks. I got the info from Steve. I knew about using moded, I just was being lazy and wanted to change it on the fly. Thanks again for your input. /*********** /\/\ark *************/ (Upload with InfoXpress Ver. 1.01) Press !> #: 19881 S12/OS9/68000 (OSK) 07-Apr-94 19:01:37 Sb: Sorts Fm: John R. Wainwright 72517,676 To: ALL OSK users: This has been bugging me for a while - never got around to asking about it before. On the distribution disks for the MM/1 there are two sort utilities, "qsort", documented in the OSK manuals, and "sort", documented absolutely NOWHERE. They seem to do about the same thing, but sort is bigger, and seems to handle input a little differently. "qsort file" will print file (sorted). sort will do it too, but you have to tell it: "sort > <> Press !> #: 19884 S12/OS9/68000 (OSK) 08-Apr-94 21:39:02 Sb: #Lost Souls Fm: Bob van der Poel 76510,2203 To: All Anyone happen to have Mike Haaland's Internet address? There are 2 Replies. #: 19885 S12/OS9/68000 (OSK) 08-Apr-94 23:53:28 Sb: #19884-Lost Souls Fm: Bob Taylor 73270,3124 To: Bob van der Poel 76510,2203 (X) Bob, mike@htsmm1.las-vegas.nv.us Bob Taylor #: 19886 S12/OS9/68000 (OSK) 09-Apr-94 09:02:43 Sb: #19884-#Lost Souls Fm: Kevin Darling 76703,4227 To: Bob van der Poel 76510,2203 (X) Actually, you should have better luck with "mhaaland@csn.org" Mike moved out here to Denver back in December and is working with me, on the video game stuff. kev There are 2 Replies. #: 19887 S12/OS9/68000 (OSK) 09-Apr-94 19:12:22 Sb: #19886-#Lost Souls Fm: Jay Truesdale 72176,3565 To: Kevin Darling 76703,4227 (X) > Mike moved out here to Denver back in December and is working with > me, on the video game stuff. > PMJI, but this sounds neat, is this anything you can talk about? -J -J There is 1 Reply. #: 19889 S12/OS9/68000 (OSK) 10-Apr-94 01:31:12 Sb: #19887-#Lost Souls Fm: Kevin Darling 76703,4227 To: Jay Truesdale 72176,3565 Jay, Sure. Mike and I (and Pete used to) work for a company which makes a system designed to play Bingo, Poker, Pulltabs, Keno, Slots, and other casino gambling games on video player terminals. Basically, it's comprised of: 1. VME host computer (68040 with 4-8 MB RAM, 2MB battery-backed RAM [enough room for about 10,000 accounts], several intelligent 68000-based I/O cards to talk to the terminals, etc). 2. Normal text terminals with cash drawers and printers as cashier stations. 3 The player terminals themselves... currently 68000-based with a TI 34010 graphics processor, lots of I/O, and a VGA monitor with touchscreen. There can be anywhere from a dozen to hundreds of these connected to the host. You buy credits from the cashiers, then log onto the player terminal and play the game(s) of your choice via the touchscreen. The host runs OS-9; future versions may have dual cpus, one running OS-9, the other Unix. The player terminals may also use OS-9 before long. best - Kevin There is 1 Reply. #: 19891 S12/OS9/68000 (OSK) 11-Apr-94 19:24:42 Sb: #19889-#Lost Souls Fm: Bob van der Poel 76510,2203 To: Kevin Darling 76703,4227 Oh, I didn't know that Pete was is the "used to" catagory. Any idea what he is up to now? Speaking of your gaming machines...did anyone read the article in the CIS magazine about CD-i? Interesting that they never mentioned the OS it uses. Maybe they didn't want to upset Bill Gates? There is 1 Reply. #: 19892 S12/OS9/68000 (OSK) 12-Apr-94 08:39:46 Sb: #19891-Lost Souls Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 Bob - I'm now managing the systems staff over at the Charles Schwab Denver Base. We've implemented the new OSF DCE architecture (actually, a variation on it using the Andrew filesystem vice DFS), and have hundreds (soon to be over 7000) of Sun Classics & SparcServer 010's connected via LAN, MAN, and WAN gear) using everything from 56K lines to T3 trunks. Applications are all Motif based, and serve primarily as market watching and mainframe connectivity tools for the present. Other than that, I'm pretty much twiddling my thumbs (grin)... #: 19888 S12/OS9/68000 (OSK) 09-Apr-94 23:56:14 Sb: #19886-#Lost Souls Fm: Bob van der Poel 76510,2203 To: Kevin Darling 76703,4227 (X) Gee, Kevin, are you recruiting all the old folks from this forum to work with you....the only problem is that once they start at your place they disappear from here! Guess that's what happens when you start to work for money. There is 1 Reply. #: 19890 S12/OS9/68000 (OSK) 10-Apr-94 01:32:12 Sb: #19888-Lost Souls Fm: Kevin Darling 76703,4227 To: Bob van der Poel 76510,2203 (X) Bob, Hey, don't joke too hard; we may be hiring lots more people soon... and that could very well include other folk from this forum ! Our sales are taking off. We have installations in major halls in Canada and Milwaukee, and will be installing two more major sites within weeks both in the northeast (at one of the largest casinos in the world) and in the midwest. Installation on cruise ships is a definite possibility as well. This all means we'll need more people to make up multiple installation and site customization teams. If our next generation player terminals use OS-9, then we'll need OS-9/gfx types as well! cheers - kev Press !> The OS-9 Forum+ Read Menu Read 1 [NEW] messages 2 Message NUMBER 3 WAITING messages for you (0) Search [new] messages 4 FROM (Sender) 5 SUBJECT 6 TO (Recipient) Enter choice !> #: 19894 S12/OS9/68000 (OSK) 13-Apr-94 05:32:27 Sb: #19892-#Lost Souls Fm: Steve Wegert 76703,4255 To: Pete Lyall 76703,4230 (X) Wow! Congrats on the new job. I had heard that you had moved on from the spot where Kev is but I never did see where you ended up. Looks like a nice spot! *- Steve -* There is 1 Reply. #: 19897 S12/OS9/68000 (OSK) 14-Apr-94 17:42:59 Sb: #19894-Lost Souls Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Thanks Steve - it keeps me busy (and paying the bills)... Pete #: 19896 S12/OS9/68000 (OSK) 13-Apr-94 19:26:28 Sb: #19892-#Lost Souls Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 (X) Gee...just looking after a few thousand networked computers doesn't sound all that large of a job...guess you have lots of thumb twiddling time . There is 1 Reply. #: 19898 S12/OS9/68000 (OSK) 14-Apr-94 17:43:59 Sb: #19896-Lost Souls Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 (X) It's to the point now where you have to watch the tools that watch the daemons that watch the computers... Pete Press !> #: 19903 S12/OS9/68000 (OSK) 17-Apr-94 22:47:15 Sb: Diskcat Fm: Bob van der Poel 76510,2203 To: All I have reposted my Diskcat program to Library 12 (DSKCAT.LZH). It contains some bug fixes, plus it will now compile on a level II machine. This is a shareware package. In case you forgot, the program will maintain a catalogue of floppy disks on a hard drive...this makes finding a program on a floppy much easier. #: 19909 S12/OS9/68000 (OSK) 21-Apr-94 18:03:04 Sb: GCC Fm: John R. Wainwright 72517,676 To: all For those looking for the latest GCC C and C++ compilers, GCC ver 2.5.8 is up on chestnut.cs.wisc.edu. AND----- it runs on my MM/1a (68340). ******************************** "Don't take life too serious - it ain't nohow permanent" (Pogo) John R. Wainwright <> <> Press !> #: 19936 S12/OS9/68000 (OSK) 04-May-94 06:54:29 Sb: Trap Trap Fm: Hannu Heikkinen 100315,1011 To: All Greetings to everyone We have been attempting to install a user trap for catching ex. zero division etc. inside a trap handler, containing our own libraries. The result is that we can't really catch anything, and for example 102 is shown in procs listing as 166 (bull ??). In an OS9 task the same handler works perfectly ok. What's the big difference, or are we really getting some stack problems as 166 suggests ??? Thanks in advance Hannu Press !> #: 19945 S12/OS9/68000 (OSK) 08-May-94 09:16:47 Sb: New Toy Fm: John R. Wainwright 72517,676 To: all I have just uploaded a port for the `gnuplot' program for the MM/1 (and other OSK machines, I hope). The latest version I have seen is 3.5. This port is for version 3.2. It is based on an OSK port by Chris Thewalt. I changed a few things that the MM/1 complained about and added a Kwindows display. See docs for copyright and distribution info. Although it is called "gnuplot", and is distributed with other GNU software, it is not GNU/FSF material. It IS copyrighted, and freely distributable. Again, see docs for complete information. Using simple commands, gnuplot will plot anything from a simple line on a chart to a complex 3D surface. Output can be directed to any one of several printer types or to a Postscript or Latex file (or device). Even if you have no practical use for it, it is fun to watch it work. ******************************** "Don't take life too serious - it ain't nohow permanent" (Pogo) John R. Wainwright <> <> #: 19947 S12/OS9/68000 (OSK) 09-May-94 22:20:30 Sb: Diskcat Fm: Bob van der Poel 76510,2203 To: All I have uploaded yet another version of my disk cataloging program. This time, to keep things simple, I have put the OSK and OS9 stuff in one AR file. I have uploaded this to library 12...hopefully coco-types will read this message. Look for the file DSKCAT.AR. #: 19962 S12/OS9/68000 (OSK) 15-May-94 16:05:42 Sb: Screen Fm: Bob van der Poel 76510,2203 To: All I have uploaded an update to the screen package I posted some time ago. This fixes two minor problems...8 bit chars are printed and _gs_rdy() no longer prints inpromper error messages. Look for the file SCREEN.LZH in Lib 12. #: 19968 S12/OS9/68000 (OSK) 16-May-94 21:34:16 Sb: #ftp lock up Fm: roy harrell 72520,1636 To: all 1 i've got two os9 2.4 systems running on force cpu30's that consistently give me problems when ftp'ing. periodicall these systems transfer files to a remote host via a task that generates a ftp system call which reads the ftp script from a disk file and ports the output to another file. sometimes the ftp call will stall in a wait state with the ftp script file and output file left open. if i kill the ftp process i recover from the lock but can loose data in the process. anyone out there with similar problems? roy harrell There is 1 Reply. #: 19970 S12/OS9/68000 (OSK) 17-May-94 17:40:06 Sb: #19968-#ftp lock up Fm: Zack Sessions 71532,1555 To: roy harrell 72520,1636 (X) Your problem sounds like a Microware problem. Have you given them a call yet? ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb There is 1 Reply. #: 19973 S12/OS9/68000 (OSK) 17-May-94 21:40:54 Sb: #19970-#ftp lock up Fm: roy harrell 72520,1636 To: Zack Sessions 71532,1555 (X) not yet. my support period is long gone & i was hoping to avoid renewing it for another year for another kilobuck or so just for this one problem. roy There is 1 Reply. #: 19974 S12/OS9/68000 (OSK) 17-May-94 22:25:57 Sb: #19973-ftp lock up Fm: Bob van der Poel 76510,2203 To: roy harrell 72520,1636 Is it possible that you have a buffer size problem? I recall similar things happening with rs232 ports when the buffers overflow???? (A stab in the dark sometimes hits home ). Press !> #: 19977 S12/OS9/68000 (OSK) 19-May-94 12:29:10 Sb: #19974-#ftp lock up Fm: roy harrell 72520,1636 To: Bob van der Poel 76510,2203 (X) it doesn't appear to be buffer related. i observe it primarily (and perhaps exclusively) when the target machine is not accessible during the alotted ftp connect time. its like the ftp connect attempt times out but the spawned ftp task is never told. i've got a query into microware on this and i perhaps they can give me some insight would be glad to pass along what i learn if you're interested. thanks. roy harrell There is 1 Reply. #: 19978 S12/OS9/68000 (OSK) 20-May-94 19:27:57 Sb: #19977-ftp lock up Fm: Bob van der Poel 76510,2203 To: roy harrell 72520,1636 (X) > it doesn't appear to be buffer related. Okay...as I said, just a guess. > would be glad to pass along what i learn I'm not using that, but I'm sure others would be interested. So, please do post the results. #: 19981 S12/OS9/68000 (OSK) 22-May-94 21:22:14 Sb: C-arg count Fm: Bob van der Poel 76510,2203 To: All Help. I'm getting lost trying to write an ansi-c program using some functions with variable args. Here is the problem...I have a general error printing routine which really just calls fprintf(). I guess I'll have to change that to vfprintf(), but assume that I have: print_error(char *, ...) { /* do the va_args stuff */ /* set up the cursor */ /* print the error message with vfprint() */ /* close some files */ } So far, fine. But what if I want to call this from another routine... terminate(char *, ...) { /* call print_error() */ /* call the exit routine */ } What I can't figure out is how to call print_error() from another routine which also has a variable argument count. Guess I could just stuff the message in terminate() into a string and just pass one arg. But there _should_ be another way??? Press !> #: 20007 S12/OS9/68000 (OSK) 06-Jun-94 05:23:34 Sb: Speedisk Demo Fm: Mark Griffith 76070,41 To: All A demo of the SPEEDISK hard drive optimizer/defragmentation program has been recently uploaded into library 12. Anyone with an OSK machine that is interested in trying this out, please feel free. Any questions can be posted here, or send email to 76070,41. Mark #: 20020 S12/OS9/68000 (OSK) 12-Jun-94 20:11:12 Sb: #Zmodem Question Fm: David Breeding 72330,2051 To: All Hey, gang, I have something I can't figure out. I have an OSK machine- a System 5, and have been attempting to use "rz", from a shell started under Sterm. I first attempted to d/l from my local BBS, and would get Timeout errors. I could use "rz" under my coco on this BBS. The timeouts would come rapidly, one every second, maybe. All it would do was get the header and the timeouts would begin. Thinking it might be some quirk with the BBS I tried to dl from Delphi. Here I could get the file but would get a tremendous amt of Timeouts, and other errors, even with error correction. Now, my setup is a 2400 baud modem (Hayes Optima). /t2 was set at 9600 baud. On a hunch, I dropped /t2 back to 4800 and went to Delphi, good error-free d/l. Went to the BBS and a good d/l. Now I wonder why? Does it have to do with the modem? Does this mean that "rz" wouldn't work with a 14.4K modem at high speed? Is the timeout being garbled here or what? Although not documented, I tried a "-t " option on the command line, but though seemingly changing the timeout time, it still didn't help on the errors. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ There is 1 Reply. #: 20024 S12/OS9/68000 (OSK) 13-Jun-94 06:53:55 Sb: #20020-Zmodem Question Fm: Bill Dickhaus 70325,523 To: David Breeding 72330,2051 David, Its possible that the modem isn't quite capable of communicating with your system at 9600. It could also be a flow control problem, although if you're only connecting at 2400, I don't know why 4800 would work better than 9600. How are the modem and port configured for flow control? How big is the input buffer on /t2? I have mine set to 2048 on my MM/1. -Bill- #: 20031 S12/OS9/68000 (OSK) 15-Jun-94 00:12:20 Sb: Mfg support Fm: Bill Barrett 70324,1747 To: all I need to pack a configured vs. 3.0 system with user software on a set of 3" floppies, for manufacturing build. Anyone have any good ideas? It took a consultant several weeks of hard labor the last time it was done, most of the time spent reading a newspaper while waiting for a floppy to get written. I'll provide some tips on dealing with events, signals and pipes in exchange. Have learned a lot about the OS9 quirks, of which there are many. #: 20042 S12/OS9/68000 (OSK) 18-Jun-94 18:36:45 Sb: #20024-#Zmodem Question Fm: David Breeding 72330,2051 To: Bill Dickhaus 70325,523 (X) > David, > > Its possible that the modem isn't quite capable of communicating with > your system at 9600. It could also be a flow control problem, although if > you're only connecting at 2400, I don't know why 4800 would work better > than 9600. How are the modem and port configured for flow control? How big > is the input buffer on /t2? I have mine set to 2048 on my MM/1. The port seems to work well on a straight connection, that is, data came in well with no losses or anything when getting menus, etc from the BBS. XModem D/L's using XYDown came in error-free. "rz" was the only one that balked. I don't really have any docs as to the flow control setup. I was using STerm and I understand that it maybe does its own thing re: flow control, and this could be the problem. I suspect that the driver could have something to do with it. I believe that the primary design of the ports on this machine is for terminal support, and some of the lines may not be handled in a manner that would be best for modem comm. I can get an internal modem for it, and will probably go this route. I was just curious as to why "rz" would not work @ 9600 and would @ 4800. I think I mentioned it, but when the first timeout came, then a series of 10? - 15? (not sure) timeouts would come at a rate of maybe 1 per second give or take. There would be a rapid alternation between the RD and SD lights on the modem, switching back and forth, seeming to me it was "RD" in the lead. Could be a bug on the BBS where if one timeout is encountered, it keeps repeating timeout error. I think this because I tried "rz" with Delphi and although getting several timeouts, the d/l finally came through (also got some CRC errors even though I had error correction). While I have you, got a question. I will be getting "ix" for the OSK system soon as I get my order in, have coco version and was curious if the ".msg" files would happen to be compatible. I suspect maybe not, as some of the variables are of different size on the 2 systems, but if so, it would be a big plus. Well, thanks, TTYL... -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ There is 1 Reply. #: 20043 S12/OS9/68000 (OSK) 19-Jun-94 10:01:48 Sb: #20042-#Zmodem Question Fm: Bill Dickhaus 70325,523 To: David Breeding 72330,2051 (X) David, > The port seems to work well on a straight connection, that is, data came > in well with no losses or anything when getting menus, etc from the BBS. > XModem D/L's using XYDown came in error-free. "rz" was the only one that > balked. Zmodem transfers large blocks, and is pretty much a non-stop protocol, sK not uncommon for everything but Zmodem to work. > I don't really have any docs as to the flow control setup. I was using > STerm and I understand that it maybe does its own thing re: flow control, > and this could be the problem. Sterm will do ^S/^Q flow control if you are using file capture (ESC/C), which will confuse some systems. It doesn't use flow control during protocol transfers, other than whatever flow control might be built into the protocol. > I was just curious as to why "rz" would not work @ 9600 and would @ 4800. There's probably enough buffering going on to manage at 4800, but 9600 fills up the buffer too fast, and if flow control between the driver and the modem either isn't working properly, or isn't supported at all, then data would get lost. > There would be a rapid alternation between the RD and SD lights on > the modem, switching back and forth, seeming to me it was "RD" in the lead. Sounds like the BBS software got out of sync, and was trying to send the wrong block. > While I have you, got a question. I will be getting "ix" for the OSK > system soon as I get my order in, have coco version and was curious if the > ".msg" files would happen to be compatible. I suspect maybe not, as some > of the variables are of different size on the 2 systems, but if so, it > would be a big plus. Sorry, but no, they are not compatible. However, I'll take a look at the new utility program, ixutil, and see how difficult it would be to add a conversion option. I can't promise anything, though. -Bill- There is 1 Reply. #: 20068 S12/OS9/68000 (OSK) 25-Jun-94 16:41:07 Sb: #20043-Zmodem Question Fm: David Breeding 72330,2051 To: Bill Dickhaus 70325,523 (X) > > While I have you, got a question. I will be getting "ix" for the OSK > > system soon as I get my order in, have coco version and was curious if > the > ".msg" files would happen to be compatible. I suspect maybe not, as > some > of the variables are of different size on the 2 systems, but if so, > it > would be a big plus. > > Sorry, but no, they are not compatible. However, I'll take a look at the > new utility program, ixutil, and see how difficult it would be to add a > conversion option. I can't promise anything, though. Thanks for your reply. Re: the serial stuff, I've gone ahead and ordered an internal modem from Delmar. I feel that the driver for the modem will be more specifically devoted to a modem. I think that if the serial ports or driver had any shortcomings, and I don't really think there were any, could be attributed to the fact that the primary purpose of these ports is for terminal usage, and attention was not given to this aspect. Ed Gresick has apparently gone to quite a bit of trouble researching my input, really more than I would have expected. Really, the serial ports work quite well. I'm using my coco mostly due to the fact that I still haven't ordered ix/OSK. RE: portability... I've discovered that data file portability between the two can be a bugger. I realized that INT's were different, but the two systems don't always store strings alike, either. That's not a real big priority, really. I'd say most people would probably stick to one or the other, as I probably will. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ #: 20045 S12/OS9/68000 (OSK) 19-Jun-94 19:14:50 Sb: #20020-#Zmodem Question Fm: Bud Hamblen 72466,256 To: David Breeding 72330,2051 (X) David, I'm running a PT68K-4 board, the "heart" of the Delmar System IV and have the same problem with input overrunning the serial port when rz is writing the file to /h0 (an IDE drive in my case). If I use /r0 (the ramdisk) to receive the file, all works well. Invoked with rb the program works fine receiving XMODEM/YMODEM protocols. The serial driver I have (sc68681) has only an 80 byte receive buffer. It is similar to the driver presented in Peter Dibble's OS-9 INSIGHTS book and I suspect it is the standard Microware MC68681 driver that they license to OEMs. Maybe you can get a driver with a bigger receive buffer from Ed Gresick. Bud There is 1 Reply. #: 20069 S12/OS9/68000 (OSK) 25-Jun-94 16:42:15 Sb: #20045-Zmodem Question Fm: David Breeding 72330,2051 To: Bud Hamblen 72466,256 > David, > > I'm running a PT68K-4 board, the "heart" of the Delmar System IV and have > the same problem with input overrunning the serial port when rz is writing > the file to /h0 (an IDE drive in my case). If I use /r0 (the ramdisk) to > receive the file, all works well. Invoked with rb the program works fine Thanks for the reply, Bud. I guess maybe it _IS_ a case of overrun buffers. My driver is of the same name. Really, that is the only thing I've seen that has been any disappointment. I've used "xydown" and it works great. Backing off to 4800 on "rz" works great. Ed did send me a modified driver, the one that came with the system didn't support TR, but that didn't seem to affect the modem's working ability. I haven't tried it, but with this driver, the RS-232 pak should work as a terminal for it. I might give using /r0 a shot... hadn't thought of that. I went ahead and ordered an internal modem from Delmar. I like externals, but at least this will get rid of some clutter. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ #: 20076 S12/OS9/68000 (OSK) 27-Jun-94 14:32:25 Sb: missing gnulib.l in GCC Fm: Phil Malone 71754,3023 To: sysop (X) "gnulib.l" seems to be missing from the GCC 1.37.1 distribution "gcc.lzh" in library 12. Can anyone point me in the right direction to get ahold of it (for OS9/68K, of course)? Is there a compatible "gnulib.l" in the G++ distribution? #: 20092 S12/OS9/68000 (OSK) 03-Jul-94 21:55:39 Sb: #New SYSGO for MM/1 Fm: Eric Levinson 74471,1241 To: all I recently downloaded the new sysgo replacement for the MM/1. When I created a new boot disk and booted all went fine. I created a Startup.2 file and rebooted with the shift key down.. The startup.2 file gets executed then the following happens. It displays Error #000:216 it then waits about 6 seconds, clears the screen and displays the same message. This only happens on the /term device. All the other devices works fine. Any ideas? Please write here or eric_levinson@rcisnet.org Thanks There are 2 Replies. #: 20093 S12/OS9/68000 (OSK) 03-Jul-94 22:32:56 Sb: #20092-#New SYSGO for MM/1 Fm: Pete Lyall 76703,4230 To: Eric Levinson 74471,1241 (X) That's a bad path, if I recall... Perhaps you need to use a fully qualified pathname (i.e. /dd/cmds/mycommand /dd/my_scriptfile). Pete There is 1 Reply. #: 20095 S12/OS9/68000 (OSK) 04-Jul-94 22:15:59 Sb: #20093-#New SYSGO for MM/1 Fm: Eric Levinson 74471,1241 To: Pete Lyall 76703,4230 (X) Bad path? I am not using any paths in my startup file. Just an echo command: echo THIS IS STARUP.2 Happy 4th! There is 1 Reply. #: 20101 S12/OS9/68000 (OSK) 05-Jul-94 11:07:06 Sb: #20095-#New SYSGO for MM/1 Fm: Pete Lyall 76703,4230 To: Eric Levinson 74471,1241 (X) Mmmmm.... in the SYSGO, has /dd/cmds been CHX'd to (made the execution directory)? Is the SHELL in that directory? Is it in memory? Your problem is likely in one of these areas. Pete There is 1 Reply. #: 20104 S12/OS9/68000 (OSK) 06-Jul-94 00:25:12 Sb: #20101-New SYSGO for MM/1 Fm: Eric Levinson 74471,1241 To: Pete Lyall 76703,4230 (X) Yea, SHELL is in /dd/cmds. If my STARTUP is: echo STARTUP and my STARUP.2 is echo STARUP.2 both those should run with no problems, but the problem only happens on the latter. The former works fine! #: 20098 S12/OS9/68000 (OSK) 05-Jul-94 06:58:43 Sb: #20092-#New SYSGO for MM/1 Fm: Bill Dickhaus 70325,523 To: Eric Levinson 74471,1241 (X) Eric, I installed sysgo edition 9 over the weekend and it seems to be working for me. I did reassemble it, because the binary included in the archive forks login instead of shell, and does not have the reboot feature enabled. I also stumbled across a bug caused by alignment, this might be causing your 216 error *if* you reassembled sysgo with the option to fork shell. The binary that's included does not have this problem. To fix the alignment problem, find the second line labeled "MainPrm", the one with the comment starting "[StG]-05", and add the following line before it: dc.l 0 This will align the label on a word boundary. If MainPrm is not on a word boundary, then the "dc.l 8" will be aligned by the assembler, adding an extra null byte. -Bill- There are 3 Replies. #: 20103 S12/OS9/68000 (OSK) 05-Jul-94 22:41:47 Sb: #20098-#New SYSGO for MM/1 Fm: Zack Sessions 71532,1555 To: Bill Dickhaus 70325,523 (X) > dc.l 0 > > This will align the label on a word boundary. If MainPrm is not on a > word boundary, then the "dc.l 8" will be aligned by the assembler, adding > an extra null byte. What? Don't like to use the "align" pseudo-op? :-) ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". There is 1 Reply. #: 20109 S12/OS9/68000 (OSK) 06-Jul-94 20:24:20 Sb: #20103-New SYSGO for MM/1 Fm: Bill Dickhaus 70325,523 To: Zack Sessions 71532,1555 (X) > What? Don't like to use the "align" pseudo-op? :-) Comes from my mainframe background, I guess :-) My favorite debugging tool: DC Y(0) -Bill- #: 20105 S12/OS9/68000 (OSK) 06-Jul-94 00:26:54 Sb: #20098-New SYSGO for MM/1 Fm: Eric Levinson 74471,1241 To: Bill Dickhaus 70325,523 (X) I'll try reassembling the program and see if the alignment fixes the problem. Oh, I will also set it to run shell instead of login. Eric #: 20108 S12/OS9/68000 (OSK) 06-Jul-94 19:50:14 Sb: #20098-#New SYSGO for MM/1 Fm: Bob van der Poel 76510,2203 To: Bill Dickhaus 70325,523 (X) What is this about a shift key during boot? What file are we taking about... the latest I have one by STG which is labeled edition #7 and a #104 by Roy Ducus. Point me in the right direction and I'll dl it and see what goes . There are 2 Replies. #: 20114 S12/OS9/68000 (OSK) 07-Jul-94 06:52:00 Sb: #20108-#New SYSGO for MM/1 Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) Bob, Joel Hegberg brought sysgo up to edition 9, which allows for an alternate startup file by holding down the shift key. This is only for OSK machines that support KWindows. Edition 8 (Tim Kientzle) cleaned up and modularized the code for easier modification, as well as adding the option to fork login rather than shell. I guess it hasn't made it to CIS, yet, I'll go ahead an upload it if someone else hasn't already beaten me to it. -Bill- There is 1 Reply. #: 20119 S12/OS9/68000 (OSK) 08-Jul-94 19:11:54 Sb: #20114-New SYSGO for MM/1 Fm: Bob van der Poel 76510,2203 To: Bill Dickhaus 70325,523 (X) Yes, please upload the sysgo here. I was aware of the later version of kwsaver...but no one has taken pity on a poor, lonely, OSKer living in the remote mountains of British Columbia--so I don't have it yet. #: 20115 S12/OS9/68000 (OSK) 07-Jul-94 07:21:25 Sb: #20108-New SYSGO for MM/1 Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) Bob, Since you uploaded kwsaver, I thought I'd let you know that Joel came out with a version 2.0, do you have it yet? Are you using it? Other than taking up a window, it seems to work fairly well. -Bill- #: 20106 S12/OS9/68000 (OSK) 06-Jul-94 00:28:40 Sb: Redirect input????? Fm: Eric Levinson 74471,1241 To: all I am trying to set up a shell script to take input from the keyboard. On the COCO, the following would work: setime Now I just have to come up with a good routine for packing bytes into bits. larry ----- Larry Olson ----- There is 1 Reply. #: 20138 S12/OS9/68000 (OSK) 17-Jul-94 22:10:38 Sb: #20137-#mm2hp Fm: Bob van der Poel 76510,2203 To: LARRY OLSON 72227,3467 (X) Hi Larry. Glad someone is playing with the mm2hp program. I am still interested in it...just don't have the time . You are completely correct that the program is trying to send more dots than the printer can handle. However, I don't think that the answer is to convert 8 bits to 7, etc. Remember, each byte of data is just a bit stream...and the bits represent pixels. On a 256 color screen each byte represents one pixel; on a 16 color 4 bits are 1 pixel. So what really needs to be done is to take each pixel (4 or 8 bits) and convert that to a grey scale (or even a color value if you are using a color ink jet printer). It sort of works by just dumping the raster image...but it is not the _correct_ way to do it. I really just wrote the program to see how easy it would be to send raster data to the printer. I really hope you persist and get some good screen dumps working! There is 1 Reply. #: 20139 S12/OS9/68000 (OSK) 18-Jul-94 00:31:38 Sb: #20138-#mm2hp Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) > You are completely correct that the program is trying to send more dots > than the printer can handle. However, I don't think that the answer is to > convert 8 bits to 7, etc. Remember, each byte of data is just a bit > stream...and the bits represent pixels. On a 256 color screen each byte > represents one pixel; on a 16 color 4 bits are 1 pixel. So what really > needs to be done is to take each pixel (4 or 8 bits) and convert that to a > grey scale (or even a color value if you are using a color ink jet > printer). It sort of works by just dumping the raster image...but it is not > the _correct_ way to do it. Bob, You are right that the pixels will need to be converted to a grey scale. Each screen byte would be changed to a 7 bit pattern, something like the following: ( assuming 256 color pixel) pixel value 7 6 5 4 3 2 1 0 - 31 2 2 2 2 2 2 2 32 - 63 2 2 2 2 2 2 2 = black 64 - 95 2 2 2 2 2 = white 96 - 127 2 2 2 2 128 - 159 2 2 2 160 - 191 2 2 192 - 223 2 224 - 255 Then these 7 bit values would be packed back into 8 bit bytes to be sent to the printer. bytes to be set to printer byte 1 byte 2 byte 3 byte 4 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 _________________ _________________ _________________ _________________ |1|2|3|4|5|6|7|1| |2|3|4|5|6|7|1|2| |3|4|5|6|7|1|2|3| |4|5|6|7| | | | | |----- 1------|------ 2 -------|------- 3 ------|------- 4 ------| each pixel is represented by 7 bits My biggest problem at this point is the working with bits in C, I'm real shaky with C as it is, without doing this fancy stuff. I'll let you know if I get anywhere with this ----- Larry Olson ----- There is 1 Reply. #: 20140 S12/OS9/68000 (OSK) 18-Jul-94 22:48:18 Sb: #20139-mm2hp Fm: Bob van der Poel 76510,2203 To: LARRY OLSON 72227,3467 (X) Seems you are well on the way. I would suggest the following: 1. Have a lookup table to convert the pixel values to the 7bit values. 2. Just send the 7bits out to a bit-stream function...this function would then take care of rotating bits into bytes. Ummm, guess this is the tough function for you. Let's see...you'd have to have a static buffer in the function which would get filled up by rotating the 7bit values into it. Guess you'll just have to bone up on the bit operators in C. Shout if you need help here! Press !>:È= /t3 9600 7E1 | No Echo | RTS/CTS | Log:cis08_01 On | 0:2:0= #: 20149 S12/OS9/68000 (OSK) 21-Jul-94 21:05:12 Sb: #fsave, tar and tape Fm: Eric Levinson 74471,1241 To: all I have been trying to figure out how to save incremental backups to a single tape. Is this possible with the above menioned programs? I would like to fit 30 or so of them on one tape. Eric There are 2 Replies. #: 20152 S12/OS9/68000 (OSK) 22-Jul-94 11:15:49 Sb: #20149-fsave, tar and tape Fm: Pete Lyall 76703,4230 To: Eric Levinson 74471,1241 (X) You need to use device that doesn't effect an automatic rewind on close. If you're using an archive viper or equivalent, Carl Kreider may be able to help you out. Pete #: 20153 S12/OS9/68000 (OSK) 22-Jul-94 11:22:46 Sb: #20149-#fsave, tar and tape Fm: David M. Horn 73260,242 To: Eric Levinson 74471,1241 (X) Eric, I don't think fsave knows how to append to a tape. However, the theory of tar is that it only makes one pass on the tape. Therefore, if you don't rewind you can tar more than once on a tape. tar puts a "tape mark" after each tar file to keep things organized. In real life, do your backup and rewind. Next time, use the tape command to skip to the next tape mark, then tar. I KNOW this works in UNIX, it should also work in OS-9. However, I can't get to a copy of tar to try it today. If you need more help on this, speak up. There is 1 Reply. #: 20157 S12/OS9/68000 (OSK) 22-Jul-94 21:35:12 Sb: #20153-fsave, tar and tape Fm: Eric Levinson 74471,1241 To: David M. Horn 73260,242 (X) Okay, I will check out TAR. Now for the meat. Theoretically, I can pipe dsave to tar with the last backup date. I will see if that works. Eric #: 20161 S12/OS9/68000 (OSK) 25-Jul-94 19:00:32 Sb: MGR is too much! Fm: PaulSeniura 76476,464 To: all Hi y'all, long time no see. The Atari ST port of OSK from Cumana- Reccoware is gettin' up to speed. Wolfgang Ocker at Reccoware sent me a diskette w/ new STHD driver and VTD. What in the world is VTD? I've looke everywhere in the doc'n Cumana sent me and there's nothing about it. Plus Wolfgang included a German 'readme' for the newer STHD driver which I can't comprehend. Oh well. What really brings me here is that a few people on the CoCo listserver suggested I contact Kevin Darling (again :) and possibly try talking him into, somehow, helping to get his K-W going for the Atari. I'm rather desparate now. I don't know if there's an Atari port of G-W either (still, despite my botherin' y'all once in a while to rehash the subject!). Here's the rub: Wolfgang sent me a letter giving prices of the MGR software & application libs for the Atari monchrome-mode only. Uh you may want to sit down: it's DM 550 for the run-time and DM 850 for the libs. So I can develop my things, I am thinking MGR would be more 'popular' everywhere rather than K or G. With Reccoware's 10% discount (by buying both MGR pkgs together), I'd still be shelling out close to US$ 790 minimum (not including postage, taxes, etc.). Yes that's seven-hundered-and-ninety bucks there. So I'm back to square one: Where do I now go for info on K & G for Atari ST OSK, please? -- thx, Paul Seniura (in Oklahoma City) #: 20168 S12/OS9/68000 (OSK) 01-Aug-94 08:16:26 Sb: #ispell and screen Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, I've been having a problem with Ispell and your version of screen. As I originally thought the problem was with Ispell, I started the following discussion over on Delphi so Ken could see it quickly. But we've since discovered that it might be more important that you get involved. Attached is the thread. Your comments would be appreciated! 88940 Sat 30-Jul-94 17:57 OSK Applications (8) ispell and screen From: SCWEGERT To: KSCALES Ken, I'm finding some difficulties using Ispell under screen. When I hit the '?' for help in Ispell, the help message overwrites itself as if line feeds were turned off. Also, when attempting to quit Ispell, you're prompted whether you wish to save the changes. Answering Yes .. all is well, but answering No, Ispell just beeps and returns you to the prompt. Any idea what's happening? *- Steve -* -*- 88946 Sat 30-Jul-94 23:28 OSK Applications (8) RE: ispell and screen (Re: Msg 88940) From: KSCALES To: SCWEGERT (NR) Hi, Steve - > I'm finding some difficulties using Ispell under screen. When I hit the > '?' for help in Ispell, the help message overwrites itself as if line > feeds were turned off. Just tried it here using 'screen' on a standard 80x26 MM/1 'vsc' type 0 window, and it worked OK. Guess we'll need to narrow things down a little bit. My version of screen says that it's edition 7, CRC $F76802. I don't remember if this is the original one from the database here, or if is one of Bob van der Poel's updates. Hmmm... the date on it is 92/03/30, so it must be the original. 'Screen' builds its own TERMCAP environment variable, which is a combination of its ANSI emulator, plus characteristics from the original device (e.g., number of lines and columns). Following are some of the relevant entries resulting from a 'printenv' on my system: STY=w2 TERM=screen TERMCAP=SC|screen|VT 100/ANSI X3.64 virtual terminal|\ :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ :cd=\E[J:ce=\E[K:cl=\E[2J\E[H:cm=\E[%i%d;%dH:ct=\E[3g:\ :do=\E[B:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\E[A:\ :li#26:co#80:us=\E[4m:ue=\E[24m:so=\E[3m:se=\E[23m:\ :sr=\EM:al=\E[L:AL=\E[%dL:dl=\E[M:DL=\E[%dM:dc=\E[P:\ :DC=\E[%dP:im=\E[4h:ei=\E[4l:ic=:IC=\E[%d@:kd=^N:kl=^B:\ :kr=^F:ku=^P: WINDOW=0 PORT=/tty00 Any other info you might be able to provide regarding your setup will help. > Also, when attempting to quit Ispell, you're prompted whether you wish to > save the changes. Answering Yes .. all is well, but answering No, Ispell > just beeps and returns you to the prompt. > > Any idea what's happening? Yes, you are the second person to comment on this. When I ported 'ispell', I tried to make it a bit clearer to the user what would happen to the changes entered during the session. I guess that I didn't completely succeed. If you type 'x' to 'eXit', you receive the following prompt: Exit, ABANDONING changes: ? Responding 'y' will terminate the program, and abandon the changes. Responding 'n' indicates that you do not want to Exit, and returns back to spellchecking mode. Similarly, if you type 'q' to 'Quit', you receive this prompt: Quit, saving changes: ? Responding 'y' will terminate the program after saving the changes. Responding 'n' indicates that you do not want to Quit, and returns back to spellchecking mode. It was not intended to mean "Quit without saving the changes" -- that is what "eXit" does. Sorry if you found this confusing. I think the '?' help screen provides a bit of a clarification, but I can understand how you could mis-interpret the second prompt. Regards... / Ken -*- 88957 Sun 31-Jul-94 12:42 OSK Applications (8) RE: ispell and screen (Re: Msg 88946) From: SCWEGERT To: KSCALES > Just tried it here using 'screen' on a standard 80x26 MM/1 'vsc' type 0 > window, and it worked OK. Guess we'll need to narrow things down a > little bit. My version of screen says that it's edition 7, CRC $F76802. > I don't remember if this is the original one from the database here, or if > is one of Bob van der Poel's updates. Hmmm... the date on it is 92/03/30, > so it must be the original. The version I'm using is edition 7 CRC $2AF2C3 .... which is the one Bob uploaded to the OS9 Forum on CompuServe. I'm running screen on a Wy50 terminal with the ANSI emulation board installed. This is on an MM/1. Here are my relevant environment entries: STY=t1 TERM=screen TERMCAP=SC|screen|VT 100/ANSI X3.64 virtual terminal|\ :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ :cd=\E[J:ce=\E[K:cl=\E[2J\E[H:cm=\E[%i%d;%dH:ct=\E[3g:\ :do=\E[B:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\E[A:\ :ho=^^:le=^h:\ :li#24:co#80:us=\E[4m:ue=\E[24m:so=\E[3m:se=\E[23m:\ :mb=\E[5m:md=\E[1m:mr=\E[7m:me=\E[0m:sr=\EM:al=\E[L:\ :AL=\E[%dL:dl=\E[M:DL=\E[%dM:cs=\E[%i%d;%dr:ks=\E=:\ :ke=\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:kb=^H:kd=\EOB:\ :kl=\EOD:kr=\EOC:ku=\EOA: WINDOW=1 PORT=/tty/scr0.0 > Any other info you might be able to provide regarding your setup will > help. I first thought it might be a problem with my tmode settings, but playing with the lf parameter and setting it to nolf, I get the expected results of _everything_ overwriting itself, not just the help file. Also did this with pause/nopause just to convince myself screen was using these parameters correctly. Next, I saved a copy of the termcap created for screen and added it to my termcap file. I exited screen and set my TERM environment variable to screen and fired up Ispell. Worked just fine. > Yes, you are the second person to comment on this. When I ported > 'ispell', I tried to make it a bit clearer to the user what would happen > to the changes entered during the session. I guess that I didn't > completely succeed. > Ahhh ... a feature .... not a bug! :-) Ok ... I understand. Not being able to see the help screen, I was thrown off by the different approach. Not a problem. Since this involves the version Bob worked on, is he active here? Or should I cross post this thread "over there"? Thanks for the help! *- Steve -* -*- 88986 Mon 1-Aug-94 02:08 OSK Applications (8) RE: ispell and screen (Re: Msg 88957) From: KSCALES To: SCWEGERT (NR) > The version I'm using is edition 7 CRC $2AF2C3 .... which is the one Bob > uploaded to the OS9 Forum on CompuServe. Jim Pottage dropped by on Sunday, and happened to come with a version of 'screen' he had obtained from Bob... again, Edition 7, but CRC $C63E9A. This exhibited the same symptoms that you describe. I dug out another one I received from Bob last fall. Edition 7, with CRC $6ABBC0. Same problem that you reported. > I'm running screen on a Wy50 terminal with the ANSI emulation board > installed. This is on an MM/1. Here are my relevant environment entries: <<<< deleted >>>> Thanks for the info. I will spend a bit of time reviewing it. BTW, does the help panel appear OK on the Wyse when you are not running 'screen'? Do you have similar problems with anyother is 'ispell' the only one? > Since this involves the version Bob worked on, is he active here? Or > should I cross post this thread "over there"? No, Bob doesn't frequent these parts, so it may be best to cross-post on CIS. Since I grab the messages there every week or two, I will also see the discussions (though not as timely as here). Regards... / Ken -*- 88958 Sun 31-Jul-94 12:42 OSK Applications (8) RE: ispell and screen (Re: Msg 88946) From: SCWEGERT To: KSCALES One more thing, Ken. (I didn't want to test this while I was composing my last message in case things headed off to Mars) I fired up Ispell on a normal MM/1 window, and tested the "?", worked just fine. Cranked up screen on the same window, then executed Ispell and I have the same problem with the help file. Curious. *- Steve -* *- Steve -* There is 1 Reply. #: 20169 S12/OS9/68000 (OSK) 01-Aug-94 20:03:55 Sb: #20168-ispell and screen Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 Of course, the easy answer is to dump Ispell and use VED (you are a Ved owner, aren't you?). Seriously , I don't think that the problem(s) are with SCREEN. More likely it is with the pty manager/driver. These are not very solid... I just noticed that when doing a readln() under screen/ptyman the incorrect number of characters read is returned when doing a ctrl-a. I know this isn't the problem you are talking about...but I suspect similar problems. However, I must add that I use SCREEN very regularly on my other system (on a terminal) and have had really no problems. I did add a few more items to the termcap entry (Bell is one, if I recall correctly). Guess I should upload this one of these days. Tell you what, I'm going to try to figure out how ptyman works. If I can figure out the bug there...I'll put a package together. Of course, if there are any volunteers who wish to do this for me.... BTW, Ken could help on this project by letting us know how data is written to the screen. write() or writeln() or buffer i/o? Is Ispell sending CRs, LFs or combinations? #: 20172 S12/OS9/68000 (OSK) 02-Aug-94 07:57:19 Sb: #20169-#ispell and screen Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Yup ... I have Ved,and that's the "correct" answer! ;-) But it will do nothing to help me learn vi which is what I have at the office. . I'm sort of forcing myself to learn this bit of torture. Thanks for taking a look at ptyman ... and I think you're correct as to where the problem lies. The older version of screen which doesn't use ptyman doesn't exhibit this problem, according to Ken ... but the new version does. Ken mentioned he'd be monitoring this thread on both services, so we'll see what happens. *- Steve -* There is 1 Reply. #: 20174 S12/OS9/68000 (OSK) 02-Aug-94 19:57:44 Sb: #20172-ispell and screen Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I've spent some time looking at the ptyman source. It appears to be okay (which means that nothing leap out and screamed at me ). I'll dig out my copy of Ispell and see what happens on my systems. #: 20177 S12/OS9/68000 (OSK) 04-Aug-94 23:01:08 Sb: makdir Fm: Bob van der Poel 76510,2203 To: All I know that this will really bother some people...but, I have uploaded a replacement makdir program. Look in LIB 12 for MAKDIR.LZH. It has some very useful options. #: 20178 S12/OS9/68000 (OSK) 05-Aug-94 07:06:02 Sb: #scrolled mail and IX Fm: Steve Wegert 76703,4255 To: Bill Dickhaus 70325,523 (X) Hi Bill, Recently, I've begun getting scrolled messages from the Internet Forum to my CompuServe mail box. As I understand it, unread messages will scroll from a forum that has their scroll to mail flag set (we obviously do in Inetfor). But ... if IX is scarfing _everything_ in the forum for me on a nightly basis, I'm hard pressed to find messages that I'm failing to read. Any idea on what's going on? *- Steve -* There are 2 Replies. #: 20179 S12/OS9/68000 (OSK) 05-Aug-94 08:45:21 Sb: #20178-scrolled mail and IX Fm: Bill Dickhaus 70325,523 To: Steve Wegert 76703,4255 (X) Steve, No, I don't know what's going on. I've noticed this recently myself on a different, though just as busy, forum. Is it possible that it really isn't scrolled, and the user is mailing it from the forum? Which implies a forum software bug. I've got it on my list of things to investigate, but just haven't had the time. I'll see what I can figure out. -Bill- #: 20180 S12/OS9/68000 (OSK) 05-Aug-94 12:20:14 Sb: #20178-#scrolled mail and IX Fm: Bill Dickhaus 70325,523 To: Steve Wegert 76703,4255 (X) Steve, I think I know what's happening, what you are getting is replies to messages scrolled to the other person, not to you. I'm fairly sure that a scrolled message contains a copy of the forum message header in the message, and the ones that I've been getting don't have those. CIS sets the subject of the scrolled message to "Scrolled from xxx Forum", a clue was that one of the messages I got had the forum name chopped off, the other didn't, which is more than likely the result of the nav program the other users are using, not IX or CIS. This also makes sense, since on a busy forum at least some of the messages that you leave are going to scroll unread. The message is scrolled to mail, and the person replies to you in mail, without changing the default CIS subject. Confusing, isn't it!? -Bill- There is 1 Reply. #: 20183 S12/OS9/68000 (OSK) 06-Aug-94 05:33:56 Sb: #20180-scrolled mail and IX Fm: Steve Wegert 76703,4255 To: Bill Dickhaus 70325,523 (X) Ahh ... makes perfect sense! *- Steve -* #: 20189 S12/OS9/68000 (OSK) 08-Aug-94 17:01:40 Sb: makdir Fm: Bob van der Poel 76510,2203 To: All Just noticed some bitrot with my new makdir program I posted here last week. If you do download it, please make one change to the source and recompile! The function terminate() should end in an exit(0). As is, it says that the program has ended with a bad option, but it really continues on . I'll wait for some feedback before reposting... #: 20205 S12/OS9/68000 (OSK) 11-Aug-94 02:35:51 Sb: HP500 dump Fm: John Strong 72270,1555 To: Larry Olsen Subject: HP500 screen dump To: LARRY OLSON 72227,3467 Larry, Painter (SPAINT) has a DeskJet 500 dump. I did it in landscape format. and dithered the colors to 32 level gray scale, not too bad looking, however the aspect ratio is a bit off compared to CM-8 on my MM/1. Between my brother and I, we have 4 CM8s and the screen sizes are different on each one! Which one should I try to match??? A friend offered to loan me his 550c, so I could do a color dump for Painter, however as you mentioned the manuals are poor when it comes to programming info (I think they want to sell you another manual if you are a programmer). The problems associated with color space conversion is more than I care to mess with at this time, maybe after the rest of the program is finished I'll change my mind. As you know, Painter is programmed in assembly, so the technique I used wouldn't help you much. (primarily a lookup table) BTW, Painter should be done soon! (I hope .) And I will be doing a mailing to announce its release. So, if you know of anyone interested in it, have them send me their address. BTW, how is your battleship game comming along? John R. Strong StrongWare #: 20213 S12/OS9/68000 (OSK) 15-Aug-94 21:57:02 Sb: #Screen & Ptyman Fm: Bob van der Poel 76510,2203 To: All A while ago there was some discussion about SCREEN running under the PTYMAN not working properly. I think I have found the problem...when doing raw reads (using OS9Read instead of OS9Readln) ptyman does not echo characters to the screen. If a user program uses read() then stuff is not echoed and problems such as discussed will probably appear. I noticed this in a program I was writing. It did a setbuf(stdin, NULL) and stopped echoing. Using debug I determined that the C i/o functions use raw read when this is set (guess that makes sense). I will see if I can add echoing under read() to ptyman later this week. In the meantime, does anyone have any idea as to why this would not have been added by the writer of the program. I assume that he just forgot, but the readln() stuff is pretty explicit and I'm wondering if there is another reason....so, before I start breaking things.... There is 1 Reply. #: 20214 S12/OS9/68000 (OSK) 16-Aug-94 07:53:06 Sb: #20213-#Screen & Ptyman Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Great news, Bob! If you need someone to bang on the code a bit you know where to turn! *- Steve -* There is 1 Reply. #: 20224 S12/OS9/68000 (OSK) 19-Aug-94 22:38:57 Sb: #20214-#Screen & Ptyman Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I'll see if I can't get something working this weekend. I'll mail you a test copy soon as I have one. Thanks for the offer to try to crash it . There is 1 Reply. #: 20227 S12/OS9/68000 (OSK) 20-Aug-94 11:17:55 Sb: #20224-#Screen & Ptyman Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Great! I'll keep an eye out. Why not upload it to one of the libraries here and mark it to my attention so it's not merged. Upload time is free of connect charges. *- Steve -* There is 1 Reply. #: 20229 S12/OS9/68000 (OSK) 20-Aug-94 23:07:47 Sb: #20227-Screen & Ptyman Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Ok, will do. I am making some progress....now it does do an echo. Just have to find out why it insists on echoing '.' instead of the actual character . Tommorrow is another day! #: 20225 S12/OS9/68000 (OSK) 20-Aug-94 04:57:08 Sb: MM/1 Game Announcement Fm: Eric Crichlow 71051,3516 To: All Anyone interested in a new MM/1 action game should check out the new uploads in section 12. ..Eric... #: 20230 S12/OS9/68000 (OSK) 21-Aug-94 08:44:38 Sb: MM/1 System For Sale Fm: Ernest Withers Jr. 71545,1117 To: ALL If anyone's interested, I will have my 3 meg. MM/1 Extended system for sale at the Atlanta Fest. The system is housed in an IMS case/power supply and includes one 3-1/2" high density floppy drive, /t3, Microware manuals, the HD boot ROMS (though I always have to boot from floppy to get a successful boot), and a genuine Logitech Series 9 mouse. Currently installed on the system is a 245 meg MAXTOR hard drive. I don't really want to sell the hard drive but I could if you want it. Included is the MM/1 Technical Manual, VED/68000 2.0, VPRINT, VMAIL, BGFX, Mike Haaland's Desktop, EthaGUI, DynaStar, DynaForm, Write Right, Zapper, FBU from FHL, Variations of Solitaire from ColorSystems, and TasCom from CoCoPro. All software includes original disks and manuals. If you want the hard drive, it contains many, many public domain utilities and programs for OSK and the MM/1. I also have several different OS9/6809 programs and utilities for sale. Included are ColorWare's DataMaster with update for Level II and DynaMite+ disassembler for OS9, FLEX, and RSDOS. I used DynaMite many years ago to disassemble OS9 Profile and "repair" the check for a Color Computer because I was using a WordPak II and the stock program wouldn't run. I was also able to disassemble the Thexeder ROM pak and patch it to run from disk. Though I won't be using OS9/68000 any longer, I will still be playing around with OS-9000 on one of the '486 machines I own. If you are interested in buying the system, leave me EMail. If I don't get any responses, I probably won't be going to the 'fest. Ernest Withers. #: 20233 S12/OS9/68000 (OSK) 22-Aug-94 08:37:20 Sb: #tscrn Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, I installed the new version of screen this am and spent about an hour playing. Unfortunately, I didn't see any change. My test is simply this: At the first prompt for a misspelled word, I hit the '?' to bring up the help screen. That displays one line on top of another ... and I see a ^L breeze by toward the last line. Help any? *- Steve -* There are 2 Replies. #: 20234 S12/OS9/68000 (OSK) 22-Aug-94 22:24:31 Sb: #20233-tscrn Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Sounds like the problem is more with the output than the input. I've dug out my disk copy of ispell and it is installed on the 68030 right now. I'll have to see if I can duplicate the bug... More later. BTW, that was a real bug I DID fix . #: 20235 S12/OS9/68000 (OSK) 22-Aug-94 22:49:01 Sb: #20233-#tscrn Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Okay...there is a bug. I have it duplicating on my system. Here is the text of a message I just sent to Ken Scales. I'll wait for a reply before digging too much deeper.... unless of course this suggests something to you . >Ken, I've been trying to track down the bug which gets ispell overwriting >lines when printing menus, etc. with screen. What it appears to be is that >either ptyman is ignoring the LF flag in the scf desc. or ispell is using >write() instead of writeln(). Neither makes sense...If I capture the output >of ispell to a file and examine it there are no LFs in the file. So, if I >list it (using a SCREEN terminal) it does list properly (which means that >ptyman is doing things properly). However, it doesn't make sense that ispell >should work on a vt100 terminal then since it needs LFs too. > >Could you have a look at the ispell source and see how output is being set >up? Probably C buffered output? Does it use a setbuf() or anything else odd? >If I could figure out what is happening I could find the problem a lot >faster. Ummm, could it be a termcap problem???? What variables does ispell >read from the termcap file? There is 1 Reply. #: 20236 S12/OS9/68000 (OSK) 23-Aug-94 08:15:44 Sb: #20235-tscrn Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 Thanks for sticking with this, Bob. I started my discussion on this problem with Ken over on Delphi. He took a quick look at the Ispell code and felt the problem was in screen, so I headed your way. If you don't mind, I'm gonna move our conversation out of section 0 and into 12 so others can see what's going on. *- Steve -* #: 20238 S12/OS9/68000 (OSK) 23-Aug-94 08:16:03 Sb: tscrn Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 Bob, Something else with tscrn .... it seems to be missing the 'le' entry in the termcap that it uses. The version of Sterm I use requires it. I must have added it to the code of the original version, because it was working yesterday before I installed tscrn. If you could add that in before the next time you compile it ... *- Steve -* Press !> % Invalid choice Control-C Intercepted Menu 1 Continue 2 Return to menu/prompt 3 Return to forum top 4 Exit this forum 5 Log off Enter choice: % Invalid choice Control-C Intercepted Menu 1 Continue 2 Return to menu/prompt 3 Return to forum top 4 Exit this forum 5 Log off Enter choice: 1 The OS-9 Forum+ Read Menu Read 1 [NEW] messages 2 Message NUMBER 3 WAITING messages for you (0) Search [new] messages 4 FROM (Sender) 5 SUBJECT 6 TO (Recipient) Enter choice !> The OS-9 Forum+ Messages Menu Message age selection = [New] 1 SELECT (Read by section and subject) 2 READ or search messages 3 CHANGE age selection 4 COMPOSE a message 5 UPLOAD a message Enter choice !> The OS-9 Forum+ Menu 1 INSTRUCTIONS 2 MESSAGES 3 LIBRARIES (Files) 4 CONFERENCING (0 participating) 5 ANNOUNCEMENTS from sysop 6 MEMBER directory 7 OPTIONS for this forum Enter choice !>3 The OS-9 Forum+ Libraries Menu 1 Reference Library 2 Tutorials 3 Languages 4 MIDI and Music 5 OS9UG PubDom Lib 6 Applications 7 Telecomm 8 BBS Systems/TSMON 9 Utilities 10 OS9/6809 (CoCo) 11 OS9/6809 12 OS9/68000 (OSK) 13 OS9 Vendors 14 misc/info/Soapbox 15 Hot Topics Enter choice !>12 The OS-9 Forum+ Library 12 OS9/68000 (OSK) 1 BROWSE Files 2 DIRECTORY of Files 3 UPLOAD a File (FREE) 4 DOWNLOAD a file to your Computer 5 LIBRARIES Enter choice !>1 Enter libraries (e.g. 1,2,4 or ALL) or for current library: > Enter keywords (e.g. modem) or for all: > Oldest files in days or for all: > [71051,3516] GR2_PR.TXT/Text Bytes: 1969, Count: 7, 19-Aug-94 Title : New MM/1 Action Game Announcement Keywords: MM 1 GAMES VIDEOSONIC PRODUCTIONS DIGITAL FRONTIER ACTION ARCADE Announcement of a new MM/1 action game. Press for next or type CHOICES !>m The OS-9 Forum+ Library 12 OS9/68000 (OSK) 1 BROWSE Files 2 DIRECTORY of Files 3 UPLOAD a File (FREE) 4 DOWNLOAD a file to your Computer 5 LIBRARIES Enter choice !>1 Enter libraries (e.g. 1,2,4 or ALL) or for current library: >all Enter keywords (e.g. modem) or for all: >zmodem Oldest files in days or for all: > [76576,3312] Lib:12 TOP10.LZH/Bin Bytes: 496038, Count: 19, 15-Jul-90(25-Sep-93) Title : top10.t/bin Disk 10 of TOP - Munich Release 2.0 Keywords: TOP SOURCES GAWK2 ZMODEM FLEX21 LESS GNUDIFF VCRON This is disk 10 of the TOP - Munich Release 2.0 series. It contains the source code for gawk2, zmodem, flex21, less, gnudiff and vcron. To 'burst' use lha and then use tar on the individual components. Press for next or type CHOICES !> [70673,1754] Lib:12 STERM.LZH/Bin Bytes: 61192, Count: 32, 23-Oct-92 Title : sterm.lzh Keywords: STERM ZMODEM STERM: An excellent terminal program which has be re-written by Mark GRiffith. This is an ENHANCEMENT on the original sterm in that it offers the user ZMODEM as a menu option, in addition to the XMODEM and B PROTOCOL's already offered. Included in this archive are rz and sz, fix they are ready to plug in and go. Sysop note: Mark Griffith has indicated he can not support this version of Sterm. It's presented only to offer users the option of zmodem protocol. Press for next or type CHOICES !> [76616,3452] Lib:12 RZSZOS.ARC/Bin Bytes: 64710, Count: 41, 18-Jun-91 Title : ZMODEM RZSZ FOR OSK COMPILED FOR PT68K4 (DELMAR) Keywords: OSK ZMODEM RZSZ PT68K4 BINARY Compiled binary Zmodem for OSK compiled from code in this library. No docs in this file. Compiled by Charles Stephens on my PT68K4 and tested both ways with a PC & DSZ.COM. PLEASE TEST with MM1, TomCat, etc. upl.by Clyde Price Press for next or type CHOICES !> 84la)p"A&IrwBn\lb?|~#xvQ[K}_?z[_io^V A&IrwBn^U z1Rr!^O EW}xhzDz4P^O ^P v6XnE^C t6~ The OS-9 Forum+ Library 12 OS9/68000 (OSK) 1 BROWSE Files 2 DIRECTORY of Files 3 UPLOAD a File (FREE) 4 DOWNLOAD a file to your Computer 5 LIBRARIES Enter choice !>a % Invalid command Press !>Q+|t,(~^U ^P x08H~4KDe h^C dz Control-C Intercepted Menu 1 Continue 2 Return to menu/prompt 3 Return to forum top 4 Exit this forum 5 Log off Enter choice: 1 %Numeric response expected, Please Re-enter !1 The OS-9 Forum+ Library 12 OS9/68000 (OSK) 1 BROWSE Files 2 DIRECTORY of Files 3 UPLOAD a File (FREE) 4 DOWNLOAD a file to your Computer 5 LIBRARIES Enter choice !>4 5 The OS-9 Forum+ Libraries Menu 1 Reference Library 2 Tutorials 3 Languages 4 MIDI and Music 5 OS9UG PubDom Lib 6 Applications 7 Telecomm 8 BBS Systems/TSMON 9 Utilities 10 OS9/6809 (CoCo) 11 OS9/6809 12 OS9/68000 (OSK) 13 OS9 Vendors 14 misc/info/Soapbox 15 Hot Topics Enter choice !>12 The OS-9 Forum+ Library 12 OS9/68000 (OSK) 1 BROWSE Files 2 DIRECTORY of Files 3 UPLOAD a File (FREE) 4 DOWNLOAD a file to your Computer 5 LIBRARIES Enter choice !>1 Enter libraries (e.g. 1,2,4 or ALL) or for current library: > Enter keywords (e.g. modem) or for all: > Oldest files in days or for all: > [71051,3516] GR2_PR.TXT/Text Bytes: 1969, Count: 7, 19-Aug-94 Title : New MM/1 Action Game Announcement Keywords: MM 1 GAMES VIDEOSONIC PRODUCTIONS DIGITAL FRONTIER ACTION ARCADE Announcement of a new MM/1 action game. Press for next or type CHOICES !> [76576,3312] BLACKJ.LZH/Bin Bytes: 23936, Count: 2, 13-Aug-94 Title : blackjack.lzh Keywords: BLACKJACK CARVILLE G-WINDOWS GAME This is the game of blackjack (or 21) written for G-WINDOWS running under OS-9. It was written by Stephen Carville and I have uploaded here at his request (and with his permission). Press for next or type CHOICES !> [76510,2203] MAKDIR.LZH/Bin Bytes: 6798, Count: 10, 06-Aug-94 Title : Makdir replace with neat options Keywords: MAKDIR DIRECTORY A replacement makdir program for OSK. Permits you to specify the size of the directory, the attributes, and lets you create entire directory trees. Upload contains docs file, complete C source and executable. Courtesy Bob van der Poel Software Press for next or type CHOICES !> #: 20251 S12/OS9/68000 (OSK) 26-Aug-94 00:34:06 Sb: #20246-get directorys-infos? Fm: Georg Lohrer 100415,2175 To: Pete Lyall 76703,4230 (X) Thanks's a lot Pete, I do it that way and it's all how I want it, many greetings, Georg #: 20248 S12/OS9/68000 (OSK) 25-Aug-94 19:18:36 Sb: #20244-#get directorys-infos? Fm: Bob van der Poel 76510,2203 To: Georg Lohrer 100415,2175 (X) You might want to have a look in lib 12 for a replacement DIR program I uploaded there some time ago. It does come with source...so you should be able to figure out some things. Do a "BROWSE KEY:DIR". There is 1 Reply. #: 20252 S12/OS9/68000 (OSK) 26-Aug-94 00:34:55 Sb: #20248-get directorys-infos? Fm: Georg Lohrer 100415,2175 To: Bob van der Poel 76510,2203 (X) Thanks Bob, I look at it many greetings, Georg #: 20250 S12/OS9/68000 (OSK) 25-Aug-94 22:38:31 Sb: #screen Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, Since you've had to dust off the code to screen, I was wondering if there wasn't something you could do about the way procs lists a process running under screen. Here's the output of a procs on my system right now: Id PId Grp.Usr Prior MemSiz Sig S CPU Time Age Module & I/O 2 0 0.0 128 0.50k 0 w 0.08 14:35 sysgo
>>term 3 2 0.0 128 6.75k 0 w 2.60 14:35 shell
>>term 4 3 0.0 128 19.25k 0 w 2.57 14:35 mtsmon <>>>nil 5 3 0.0 120 9.75k 0 s 0.14 14:35 cron
>>term 6 3 0.0 128 6.75k 0 w 1.16 14:35 shell
>>term 7 6 0.0 128 84.00k 0 s 1.36 14:35 DeskTop <>>>term 8 4 0.0 128 6.75k 0 w 2.10 0:50 shell <>>>t1 9 8 0.0 128 40.50k 0 s 6:24.65 0:50 screen <>>>t1 10 9 0.0 128 7.50k 0 w 0.05 0:50 shell <>>>tty 11 9 0.0 128 7.50k 0 w 0.08 0:50 shell <>>>tty 12 9 0.0 128 7.50k 0 w 2.90 0:50 shell <>>>tty 13 12 0.0 128 76.25k 0 w 2:08.39 0:50 ix <>>>tty 14 10 0.0 128 22.00k 0 a 17.21 0:31 Sterm <>>>tty 15 13 0.0 128 39.25k 0 s 4.66 0:01 elvis <>>>tty 16 11 0.0 128 18.75k 0 * 0.32 0:00 procs <>>tty >r0 I really can tell which window anything is running on as they all indicate 'tty'. Is there some way to make use of the PORT variable or some other indicator to better identify a window? Thanks! *- Steve -* There is 1 Reply. #: 20253 S12/OS9/68000 (OSK) 26-Aug-94 19:51:04 Sb: #20250-#screen Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Really don't think we can 'fix' the problem with procs. Since ptyman handles all new tty paths in a similar manner to what rbf does with files...what you are asking is that when you do a procs the display shows the filename for the i/o. Ptyman can't do that...just like rbf can't. One could set things up to set PORT to something...but I don't see that helping anything. I guess the one question which goes unanswered is this: If you did know that a particular program was running on virtual screen 3, what would you do with the information? BTW, I'm cleaning up a few other little details...so keep those cards and letters coming. There is 1 Reply. #: 20258 S12/OS9/68000 (OSK) 27-Aug-94 17:32:03 Sb: #20253-screen Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > One could set things up to set PORT to something...but I don't see that > helping anything. I guess the one question which goes unanswered is this: > If you did know that a particular program was running on virtual screen 3, > what would you do with the information? > > Bob, I get bit without this info in a couple different scenarios ... As good as it is ... screen still sometimes locks up, and the only way I've been able to 'fix' it is to kill the current window. If I have a program running, I can trace the owning shell by way of the ID and PID, but this can be a bit tedious. Also ... I have other users logged in from time to time. We have a habit of using the send command to communicate back and forth. Send requires a path .. again, a bit tedious tracking it back with the ID and PID. Same thing with redirecting output to a particular window from time to time. Not big issues, but if it was easily addressed, it would make screen more user friendly. By the way ... testing is looking good. I did have similar problems with a beta release of Mark's Sterm Pro. It would fire up fine, but once I was logged into CompuServe, I lost proper line endings. When I switched back to his current release of 1.5 things were back to normal. I'm not sure what he's doing differently ... and don't know if he's even willing to discuss the code any longer given his "departure" from OS9, but I'll try calling him at the office to see if he has any ideas. *- Steve -* #: 20256 S12/OS9/68000 (OSK) 27-Aug-94 01:33:05 Sb: #screen & ispell Fm: Ken Scales 74646,2237 To: Bob van der Poel 76510,2203 (X) <... slowly raising head above the edge of the abyss, and cautiously peering around...> Is it safe to come out yet? Seriously though, sorry guys -- I'm in the middle of major crises at work (today my boss and I continued our discussions of the possibility of disbanding the group I have spent the last year building up... in spite of the major successes we have had...) > Okay...I have ispell working under screen. It appears that the problem is > as follows: > > 1. I believe that ispell changes the EOR setting in the path desc. > Normally this is a $0d. I don't know that ispell changes it to, but I > assume a 0. I don't think that 'ispell' monkeys with the EOR value, but wouldn't discount that possibility. It uses a lot of calls to 'ioctl()' in blarslib.l, and it would take a while to re-trace through them all. > 2. ptyman's output routine checks characters against the EOF setting in > the path desc. If it matches and autolf is needed, a LF is output. > > What I have done is to modify the test to see if the character==EOR or if > it is a $0d. However, this is probably not the way to do it properly. > Before I update my posting...anyone know how scf handles this? I see a few > ways.... > 1. Test for EOR or a CR, > > 2. Test for a CR only if EOR is set to 0, From subsequent postings, I see that you found in The OS-9 Guru book that PD_ALF is specific to CR, and doesn't relate to the PD_EOR value (p330-331). Whew! Never would have guessed that! That book is certainly a "must-have"! Lots of gems in there. Are you comfortable with this fix? Or do you feel that 'ispell' still needs investigation? > 3. Force Ken to recompile ispell. No problem there... In fact, 'ispell' is in serious need of a recompile (actually, re-link) because the distributed version used an early version of the 'cgfx.l' library, and therefore won't work with the 68340-based MM/1s. (I have already sent a re-linked version out to a couple of users, for trial.) > BTW, Steve, please cross post this over to Ken's arena. Got it. Thanks, Steve. -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 There are 2 Replies. #: 20259 S12/OS9/68000 (OSK) 27-Aug-94 21:16:12 Sb: #20256-#screen & ispell Fm: Bob van der Poel 76510,2203 To: Ken Scales 74646,2237 (X) Yeah, it's safe...after all, the project seems to be finished . What would be nice for problems like this is some way to find the current status of the path desc. for a running program. Has anyone written something like that? You asked if I was comfortable with the fix: Yes, seems to have fixed the problem. BTW, I noticed in the docs for ptyman that echo is delibertly _not_ done on read(). Anyone have any idea why that would be done...esp. since I have "fixed" that. Oh, Steve, on the lf problem with stermpro (didn't even know that really existed )...ummm, does it happen with the latest version of screen/ptyman I sent you? And I assume that it doesn't happen under a real terminal. There is 1 Reply. #: 20262 S12/OS9/68000 (OSK) 28-Aug-94 12:22:36 Sb: #20259-#screen & ispell Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Oh, Steve, on the lf problem with stermpro (didn't even know that really > existed )...ummm, does it happen with the latest version of > screen/ptyman I sent you? And I assume that it doesn't happen under a real > terminal. Yes ... Mark had been working on that for quite a while ...but the lack of spare time got the better of him. Some of it isn't functional, but the parts I need (terminal and protocol transfers) do, so I was testing/using it. The problem happens with the new version of screen. Didn't happen with the original and doesn't happen on a plane terminal connection. It's obviously _something_ to do with the screen/ptyman change. *- Steve -* There is 1 Reply. #: 20264 S12/OS9/68000 (OSK) 28-Aug-94 16:01:30 Sb: #20262-#screen & ispell Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Don't know if the problem is with ptyman or screen. You might want to do the following to see: 1. Compare the termcap entries for the new/old version. I did add 'le' to the new one I sent you...but it might be incorrect. I just assume that $08 is correct . 2. Use a modbuster to suck your copy of screen out of the old package, and replace the one I sent you. Let me know... ad new There is 1 Reply. #: 20265 S12/OS9/68000 (OSK) 28-Aug-94 19:24:18 Sb: #20264-screen & ispell Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > 1. Compare the termcap entries for the new/old version. I did add 'le' to > the new one I sent you...but it might be incorrect. I just assume that $08 > is correct . I had mine set for ^h ... but samie-same. Shouldn't make a difference. > 2. Use a modbuster to suck your copy of screen out of the old package, > and replace the one I sent you. I'll poke and play a bit and see what's what. *- Steve -* #: 20261 S12/OS9/68000 (OSK) 27-Aug-94 23:19:12 Sb: #20256-screen & ispell Fm: Bob van der Poel 76510,2203 To: Ken Scales 74646,2237 (X) Ken, I just did some sleuthing...and it is very hard to manually keep track of pointers pointing to memory areas for device path options....but I think I did it right . It appears that ispell mungs a couple of the path options: echo - to $00 (turns off, okay) pause - to $00 (turns pause off, okay) eor - to $01 (weird) eof - to $01 (weird, too) This is probably the result of a UNIXism when doing the ioctl() calls??? #: 20267 S12/OS9/68000 (OSK) 29-Aug-94 19:16:47 Sb: #CD ROM DRIVES Fm: Bob van der Poel 76510,2203 To: All Any one out there with a CD ROM drive running on their mm1? I have the drivers from Krieder...now I have to get a drive and the ads leave me a bit confused. With prices ranging from around $100 to 4 or 5 times that I'm not sure of what questions to ask. There are 2 Replies. #: 20268 S12/OS9/68000 (OSK) 29-Aug-94 20:01:52 Sb: #20267-#CD ROM DRIVES Fm: Boisy G. Pitre 74464,3005 To: Bob van der Poel 76510,2203 (X) > Any one out there with a CD ROM drive running on their mm1? I have the > drivers from Krieder...now I have to get a drive and the ads leave me a > bit confused. With prices ranging from around $100 to 4 or 5 times that > I'm not sure of what questions to ask. > Bob, I bought a drive from Mark G. Still in the box brand new. I've lost the unction to hook it up to my MM/1, and I'll be happy to sell it to you for what I paid: $100.00 It's a single speed external which can read CD-ROM/CD-i disks. Let me know if you're interested. -- Boisy G. Pitre__ __ __ Delphi: BOISY |_ _| \ \/ / CompuServe: 74464,3005 I use... _| |_ > < Internet: boisy@os9er.waukee.ia.us |_____|NFO/_/\_\PRESS 1.2.0 OS-9 -- King of Operating Systems There is 1 Reply. #: 20272 S12/OS9/68000 (OSK) 30-Aug-94 19:07:57 Sb: #20268-CD ROM DRIVES Fm: Bob van der Poel 76510,2203 To: Boisy G. Pitre 74464,3005 (X) Sure, a hundred bucks sounds fine. I'll send you some email for details. #: 20270 S12/OS9/68000 (OSK) 30-Aug-94 08:13:27 Sb: #20267-#CD ROM DRIVES Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) oooooooo goodie! :-) What do you have up your sleeve, Bob? If someone is going to be doing something slick with CD-ROM ... I may just have to add one to my system as well! *- Steve -* There is 1 Reply. #: 20271 S12/OS9/68000 (OSK) 30-Aug-94 19:07:56 Sb: #20270-CD ROM DRIVES Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) No, I just want to be able to read some of the CDs full of source code, reference material and dirty pics . Hopefully, Carl will finish off his part of the project with a complete file manager (right there a number of separate programs which do 'dir', 'list', 'copy', etc.). #: 20269 S12/OS9/68000 (OSK) 30-Aug-94 01:27:33 Sb: Amazing Coincidence Fm: Eric Crichlow 71051,3516 To: All Let me take a moment to clear up a possible misunderstanding before it starts. Several of you have downloaded the Gold Runner 2000 Announcement file. Several days ago I was perusing a computer gaming magazine and found an ad for something called "Lode Runner: The Adventure Returns," I believe it was named. I want anyone who sees that ad to realize that Gold Runner 2000 in no way, shape or form resembles this other new version of the old classic. I'd thought that I had an original idea there. I had no idea someone else was doing the same thing. Anyway, in my terribly biased opinion, the new Lode Runner doesn't resemble the old game at all. In fact, if it weren't for the name, I wouldn't have made the connection. Gold Runner 2000, on the other hand, is clearly recognizable as descended from Lode Runner, while still being entirely superior to the original. ..Eric... #: 20295 S12/OS9/68000 (OSK) 04-Sep-94 15:20:40 Sb: #Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I'm still slugging it out with Screen. Remember that I added 'le' to the latest version you have? Well, it is incorrect. We even discussed the fact that my entry of \008 was the same as ^H. Well it isn't! Remember that \008 is octal and the only digits in octal are 0..7 . (Does anyone know why unix types like octal so much?) Well, I fixed that...but I find that a curses program I am working on still barfs when 'le' is set. More sleuthing to do... however, this time I'm pretty certain that the bug is in one section of screen. There is 1 Reply. #: 20296 S12/OS9/68000 (OSK) 04-Sep-94 15:57:12 Sb: #20295-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Bob van der Poel 76510,2203 (X) Think I have it...do you want to give this a try with your misbehaving program...if it works I'll upload a new package. It appears that neither \008 or ^H are really correct for 'le'. Screen is set up to be a vt100/ansi emulation and uses ^H as a backspace. The rules for doing a backspace are different from a cursor left (really only if the cursor is past the last column)...and this seems to be hitting my curses program. So, try this. Save a copy of the termcap screen generates and change the 'le' setting to \E[D. Here is how I did it: - start up screen - from screen window 0, printenv >/r0/termcap - from screen window 0, setenv TERMCAP /r0/termcap - create screen window 1 - from screen window 1, edit /r0/termcap to change the 'le' setting and delete the other stuff from the printenv. Let me know. Thanks. There is 1 Reply. #: 20301 S12/OS9/68000 (OSK) 05-Sep-94 11:36:30 Sb: #20296-#Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, I used screen's Meta . to write out a copy of the termcap. Edited it to reflect the change to le=^h (also did ^H), and did a setenv TERMCAP /r0/termcap. No noticeable change with the problem program. I'm still seeing an overwriting problem. At this point, I'm not too sure the problem doesn't lie with StermPro. I'll shoot you a copy of the file if you like. *- Steve -* There is 1 Reply. #: 20307 S12/OS9/68000 (OSK) 05-Sep-94 21:08:15 Sb: #20301-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) > I used screen's Meta . to write out a copy of the termcap. Yup, that'll work just as well...so long as you have the proper directories available. > Edited it to reflect the change to le=^h Please try \E[D instead of ^h > I'll shoot you a copy of the file if you like. Your termcap and mine should be the same...they are both created by the same version of screen. There is 1 Reply. #: 20311 S12/OS9/68000 (OSK) 06-Sep-94 08:13:08 Sb: #20307-#Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Please try \E[D instead of ^h Ok ... will do. > > I'll shoot you a copy of the file if you like. > > Your termcap and mine should be the same...they are both created by the > same version of screen. > I was speaking of sending you the binary of StermPro so you could see first hand what I was talking about. *- Steve -* There is 1 Reply. #: 20316 S12/OS9/68000 (OSK) 06-Sep-94 23:18:20 Sb: #20311-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) >I was speaking of sending you the binary of StermPro so you could see first >hand what I was talking about. Yes, that might be easiest...always easier when it shows on your own machine! There is 1 Reply. #: 20320 S12/OS9/68000 (OSK) 07-Sep-94 08:08:01 Sb: #20316-#Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) And it should be in your mail box. Let me know if it's not where it's supposed to be. *- Steve -* There is 1 Reply. #: 20321 S12/OS9/68000 (OSK) 07-Sep-94 15:14:24 Sb: #20320-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Not there just now...I'll check again later. There is 1 Reply. #: 20322 S12/OS9/68000 (OSK) 07-Sep-94 19:26:09 Sb: #20321-#Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Hmm ... Thought I sent it over the weekend. No matter .... I'll queue it up again. *- Steve -* There is 1 Reply. #: 20326 S12/OS9/68000 (OSK) 08-Sep-94 19:41:42 Sb: #20322-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Okay, I have the program. Now, how do I get the overstriking problem??? I think I already know the problem...the backspace code I added to the ptyman stuff in raw mode does not do an erase, just backspace. Probably should add that? There is 1 Reply. #: 20329 S12/OS9/68000 (OSK) 08-Sep-94 22:17:10 Sb: #20326-#Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Okay, I have the program. Now, how do I get the overstriking problem??? I > think I already know the problem...the backspace code I added to the > ptyman stuff in raw mode does not do an erase, just backspace. Probably > should add that? > Glad that it arrived! Fire up StermPro and just log into CompuServe .. you should start to see the weird behavior right away. *- Steve -* There is 1 Reply. #: 20336 S12/OS9/68000 (OSK) 09-Sep-94 21:22:02 Sb: #20329-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Okay, I should be seeing the bug right now since after composing this message I will use stermpro to send it. More later. There is 1 Reply. #: 20342 S12/OS9/68000 (OSK) 10-Sep-94 15:11:34 Sb: #20336-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Bob van der Poel 76510,2203 (X) Sorry....didn't see the bug. Does it have anything to do with using the dialer (which I didn't use 'cause I don't know how) or do you have certain terminal emul. on CIS? There are 2 Replies. #: 20345 S12/OS9/68000 (OSK) 10-Sep-94 21:39:55 Sb: #20342-#Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Sorry....didn't see the bug. Does it have anything to do with using the > dialer (which I didn't use 'cause I don't know how) or do you have certain > terminal emul. on CIS? > a Hmmm ... don't like that! :-( No ... doesn't involve the dialers at all. I fire up StermPro, issue the proper ATDT's to dial up my local CIS node. As soon as I connect, things are weird. If I hit return, I get a blank line instead of immediatly being prompted for the HOST. If I do a ^C instead, the Userid and password prompts are missing linefeed. Once I'm logged in, everything is missing linefeeds. My terminal type should be OTHER ... but I'll verify that. What are you set for? *- Steve -* There are 3 Replies. #: 20351 S12/OS9/68000 (OSK) 11-Sep-94 15:55:31 Sb: #20345-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I guess it would make a difference if I tried to duplicate the bug using Screen, rather than a normal mm/1 window . There is 1 Reply. #: 20357 S12/OS9/68000 (OSK) 12-Sep-94 05:51:45 Sb: #20351-Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > I guess it would make a difference if I tried to duplicate the bug using > Screen, rather than a normal mm/1 window . getting old is like?> > Ahhh yes .... from within screen, Bob. :-) Glad to hear it works from the normal MM/1 window. It does here too! :-) *- Steve -* #: 20356 S12/OS9/68000 (OSK) 11-Sep-94 18:28:17 Sb: #20345-Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Okay...I have the bug working . Looks like the old LF problem. Actually, I don't need to access CIS...I just do a AT&V and my modem does it for me. I wonder what other tmode stuff Mark is doing? And we don't have source access to the code, do we? I'll have to play a bit and see what I can find. More later...stay tuned. #: 20358 S12/OS9/68000 (OSK) 12-Sep-94 12:06:28 Sb: #20345-Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 I have to admit that I have no idea as to what's going on. I don't have a copy of stermpro source, but I did look at the source for sterm. The problem is that it shouldn't work either, and if pro has the echo routines then it is working properly (ie. doing line overwrites). Sterm reads data in from the modem in raw mode (using read()). It then buffers this and dumps it to the terminal using raw writes (using write()). So, if the input stream does not contain linefeeds (as is the case most of the time) then lines should overwrite themselves. So, before I can find why pro does not work under screen, can someone tell me why plain sterm works at all? I know I'm missing something real simple . #: 20349 S12/OS9/68000 (OSK) 11-Sep-94 10:30:49 Sb: #20342-Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, I _am_ set for OTHER, but I also experimented with ANSI and VT100 on the CIS side ... same problem. *- Steve -* #: 20330 S12/OS9/68000 (OSK) 09-Sep-94 03:53:16 Sb: #Upload Fm: Ed Gresick 76576,3312 To: SYSOP (X) I made an error uploaded a file to library 12. I called the file 'gff.lzh'. It should be called 'ogre.lzh'. Please correct my error. Thanks There is 1 Reply. #: 20333 S12/OS9/68000 (OSK) 09-Sep-94 17:32:17 Sb: #20330-Upload Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) > I made an error uploaded a file to library 12. I called the file > 'gff.lzh'. It should be called 'ogre.lzh'. Please correct my error. > It looks to be taken care of, Ed. Thanks for the upload! *- Steve -* #: 20338 S12/OS9/68000 (OSK) 10-Sep-94 04:28:54 Sb: #gff upload Fm: Ed Gresick 76576,3312 To: SYSOP (X) I did it agai on the last upload. Screwed up the description. I think the necessary correction is obvious - please correct. Ed There is 1 Reply. #: 20339 S12/OS9/68000 (OSK) 10-Sep-94 09:07:19 Sb: #20338-gff upload Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) What are we gonna do with you, Ed? :-) Not a problem ... it was an easy fix. CompuServe's editor can make the hardiest of us cringe! *- Steve -* Press !> #: 20389 S12/OS9/68000 (OSK) 21-Sep-94 01:10:24 Sb: #20205-HP500 dump Fm: LARRY OLSON 72227,3467 To: John Strong 72270,1555 > Painter (SPAINT) has a DeskJet 500 dump. I did it in landscape format. > and dithered the colors to 32 level gray scale, not too bad looking, > however the aspect ratio is a bit off compared to CM-8 on my MM/1. > BTW, how is your battleship game comming along? John, I really havn't done anything with the Battleship game since the Fest, this printer driver stuff is pretty much all I have been working on. Every time I think I have got something that seems to be behaving correctly, I'll try just one more picture, and another problem crops up. I hope to upload the current version by this weekend, and spread the frustration around . Seriously, this version should work with all 300 dpi hp color and b&w inkjets, and hp lasers. Depending on the size of the picture or screen, the program uses one of three dither matrix's 42, 56 or 72. larry ----- Larry Olson ----- #: 20359 S12/OS9/68000 (OSK) 12-Sep-94 17:43:24 Sb: #20356-Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Ahhh great! No ... the source is long gone I hear. Mark unloaded all his computer stuff to the guy who's picking up the repair tasks for David Graham. Can't recall his name off the top of my head, Mark never gave me the soruce to this version. *- Steve -* #: 20364 S12/OS9/68000 (OSK) 12-Sep-94 23:54:27 Sb: #20345-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) This is getting more confused. I had another look at the sterm source. The code which saves stuff to a file strips out extra LFs. Did a bit of fiddling and discovered that when I do a AT&V to get my modem settings (a good test to duplicate the bug), the modem is returning LF/CR pairs. So, that is why a write() to the terminal works. Still doesn't explain why 'pro' doesn't work. Decided to try it on my other system. 'Pro' aborts immediately with a 102 error on the system with SSM. So, I have made a quick assumtion...'pro' does something nasty to something in the system which prevents it from working properly . Sorry...but nothing else really makes sense. I know it appears to be SCREEN, but with everything else working properly and no source to track things down, I really don't know where to even start to look. If anyone can point me to something...I'll look! BTW, good old sterm works fine with SSM. Hmmm, just decided to do a few more tests: 1. If I hook up a terminal to the mm/1 and run screen and 'pro' I get the same bug. 2. However, if I turn my MVME machine (with SSM) into a terminal (what a low thing to do ) and run screen on the MVME and then run COM to hook up to the mm/1 and then run 'pro' on the mm/1 remotely, all works fine. Again, I suspect that 'pro' is hitting something in screen/ptyman???? There is 1 Reply. #: 20366 S12/OS9/68000 (OSK) 13-Sep-94 07:56:34 Sb: #20364-#Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Thanks for taking the time to even look, Bob. I know it's almost impossible without the source .... And in speaking with Mark, it's obvious that he has no intention of pursuing this product, so I'd say don't waste any more time on it. Sterm_1.5 works fine for my purposes. I was concerned about PRO only because it might have uncovered another problem with screen/ptyman. It could also very well be it's own problem! :-) *- Steve -* There is 1 Reply. #: 20368 S12/OS9/68000 (OSK) 14-Sep-94 00:26:20 Sb: #20366-#Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Okay, if you really can't find any more bugs with screen, then I guess I'll upload what I have later this week. Complete with source, of course...and then some other sap can play with it . Speaking of Mark, I wonder if he has any intention of fixing my mm/1 i/o board...he's had my $50 since xmas. Maybe I better write him a terse note. There is 1 Reply. #: 20370 S12/OS9/68000 (OSK) 14-Sep-94 07:56:46 Sb: #20368-#Screen Bug Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, You may want to do more than that ... perhaps a phone call is in order before things go too far astray. When he and I last talked, he told me that he's sold all of his MM/1 stuff ... parts, boards, everything along with his MM/1 so he's completely out of the business. I'm sure he's kept your board separate, but ... He also mentioned that proceeds from the sale would be used to refund the unused portions of subscriptions to his magazine ... now also out of production. *- Steve -* There is 1 Reply. #: 20372 S12/OS9/68000 (OSK) 14-Sep-94 21:25:49 Sb: #20370-Screen Bug Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) >You may want to do more than that ... perhaps a phone call is in order before >things go too far astray. I've tried a number of calls. No luck. I do have a "loaner" board...so it is not the end of the world. But I just don't like to get ripped off, even if it is only fifty bucks. Frankly, I'm surprised that Mark is acting this way...I think he is basically honest, but, for some reason, has gotten really turned off of the OS9 crowd (which is his right). I'm sure that it is just a matter of making my 50 a priority. #: 20369 S12/OS9/68000 (OSK) 14-Sep-94 04:33:52 Sb: #OGRE UPLOAD Fm: Ed Gresick 76576,3312 To: SYSOP (X) SYSOP, I just received the following message from Stephen Carville regarding OGRE I uploaded to Lib 12. > Ed, > > Sorry about this. I just recieved E-mail from Jim Pruyne regarding Ogre: > >>Unfortunately, I can't keep this submission. A while ago, I had an Ogre >>like game on the server, but I received e-mail directly from Steve Jackson >>Games saying that they were enforcing their copyright on Ogre, and would not >>allow any Ogre like software to be distributed. I don't know how strong >>their claim would be, but I'm in no position to test them :). > >If you haven't posted it to compuserve please don't. If you have, I gues it >needs to be removed. > >Stephen So, it will have to be removed. Sorry 'bout that. Thanks, Ed There is 1 Reply. #: 20371 S12/OS9/68000 (OSK) 14-Sep-94 07:56:52 Sb: #20369-OGRE UPLOAD Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) All taken care of, Ed. *- Steve -* #: 20381 S12/OS9/68000 (OSK) 17-Sep-94 14:45:51 Sb: PostScript Utils Fm: John R. Wainwright 72517,676 To: all Attention PostScript/Ghostscript & TeX/LaTeX/dvips users. I have just uploaded a few handy utilities to help manage PostScript files. With these utilities, you can shuffle pages, set up for book or booklet (both sides) printing, resize documents etc. I found them while wandering around Internet. Compiled on my MM/1a - should run on other OSK boxes. (Source included - GNU/FSF-type distribution) If you use PostScript, you gotta have these. If you don't use PostScript, don't bother -- they are no good for anything else -- except maybe as examples of C programs that rewrite text files. Look for "psutils" in a few days. ******************************** A stitch in time -------------------- ------ is worth two in the bush John R. Wainwright <> <> #: 20384 S12/OS9/68000 (OSK) 18-Sep-94 16:09:30 Sb: SCREEN Fm: Bob van der Poel 76510,2203 To: all I have uploaded the newest source and binaries for SCREEN to lib 12. Give the sysop a few days...then you'll be sure to the new one since I just left the desc. etc. the same. Let me know if any more problems. Feel free to repost to other places. #: 20385 S12/OS9/68000 (OSK) 18-Sep-94 21:41:13 Sb: #LHA 2.01 Fm: Bob van der Poel 76510,2203 To: all Does anyone have a copy of lha version 2.01? Someone just sent me the uucp stuff on a disk and the readmes state that this is the only version which will dearc them. They are right. I have version 2.06 and it scrambles them quite nicely. I deleted the old version I had a long time ago since I figured that 2.06 would handle 2.01 files just fine . There is 1 Reply. #: 20386 S12/OS9/68000 (OSK) 19-Sep-94 08:21:03 Sb: #20385-#LHA 2.01 Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, Watch your mailbox ... *- Steve -* There is 1 Reply. #: 20388 S12/OS9/68000 (OSK) 20-Sep-94 19:35:39 Sb: #20386-LHA 2.01 Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Thanks. Funny how we have to keep old versions around. #: 20421 S12/OS9/68000 (OSK) 29-Sep-94 12:47:23 Sb: I could use a favor Fm: Daniel Cyran 73750,1020 To: all Help please; Some time ago I picked up a 'junked' 68000 machine that HAD OS9/68000 installed. I say 'HAD' because when I was fooling around I, huh, learned how to delete my CMDS directory/files, and I have never been able to awake the beast since. I live in NYC and wounder if anyone has a 3.5" single sided floppy boot disk and maybe a utility to reclaim these files. As far as I know I never wrote nor copied anything to the disk at any time, and that they still should be viable. I'm open to most suggestions; thanks. #: 20429 S12/OS9/68000 (OSK) 30-Sep-94 17:27:01 Sb: PowerPC Fm: Ed Gresick 76576,3312 To: emmelmann > Will OS9 in future run on PowerPC processors ? MW is working on a port of OS9000 for the PowerPC. I don't have complete details of the hardware but I understand they have machines from IBM and VME boards from Motorola. May have others as well. They haven't announced any release date. Press !> #: 20448 S12/OS9/68000 (OSK) 06-Oct-94 02:40:03 Sb: Gold Runner 2000 Update Fm: Eric Crichlow 71051,3516 To: All Anybody who bought Gold Runner 2000 at the Fest and didn't get the minor upgrade I released during the show on Sunday should contact me so that I can send you the update. ..Eric... ..Digital Frontier Productions... Press !> #: 20477 S12/OS9/68000 (OSK) 18-Oct-94 14:00:03 Sb: RLE-VSC Fm: Alan Weston 76234,3500 To: all RE:SCC66470 VSC Quick question to MM/1(a) programmers: According to register descriptions in the Philips manual the DCR2 (Display Command Register 2) is at $1fffe8 (given base $1fffe0). According to systype.d (System Definitions for PROTO340 System): BPCRT2 equ $009fffe0 graphics controller base Does this place DCR2 at $009fffe8?? Basically, I'm trying to enable the built in RLE decoding. Any insight would be appreciated. Thanks, Alan Press !> #: 20485 S12/OS9/68000 (OSK) 22-Oct-94 01:06:40 Sb: #20477-RLE-VSC Fm: Eric Crichlow 71051,3516 To: Alan Weston 76234,3500 (X) Alan, > Basically, I'm trying to enable the built in RLE decoding. Unfortunately I can't answer your question, but I'm also currently trying to gain access to the VSC's unsupported features, namely the PIXAC. I've also been thinking of some things to use the RLE decoding for. If you have any success at this let me know. ..Eric... Press !> #: 20524 S12/OS9/68000 (OSK) 05-Nov-94 23:32:48 Sb: #20271-#CD ROM DRIVES Fm: Peter Baxter 74650,2522 To: Bob van der Poel 76510,2203 (X) Mr. van der Poel - I am interested in the "file manager" part of your CD ROM project. Would you know where one could find a complete file manager and device driver (w/ source) for a SCSI-I/II, prefer NCR 53C710-based ? Any/all leads greatly appreciated. Peter Baxter There is 1 Reply. #: 20529 S12/OS9/68000 (OSK) 07-Nov-94 18:07:06 Sb: #20524-#CD ROM DRIVES Fm: Bob van der Poel 76510,2203 To: Peter Baxter 74650,2522 (X) Peter, Sorry if some earlier messages misled you. I'm not writing a CD ROM driver set. I'd like one... Carl Krieder has written a series of utilities which work on the mm/1 which read CDROMS. They should work on other scsi systems too (however, I tried them on my mvme 147s and they didn't). You might want to contact Carl to get more information. I believe he was planning on writing a file manager (the guts for the manager are all embedded in the utilities right now). Don't know what the status is. I do know that several folks are reading CDS on the mm/1 right now. I have a drive and mm/1...however, I have to take things apart to add in another scsi port and just haven't felt like it. Maybe this week. BTW, Carl's CIS ID is 71076,76; however it doesn't appear that he is checking in too often here. Don't know if he has an internet address? Hope this helps. Bob. There is 1 Reply. #: 20530 S12/OS9/68000 (OSK) 07-Nov-94 21:12:28 Sb: #20529-CD ROM DRIVES Fm: Peter Baxter 74650,2522 To: Bob van der Poel 76510,2203 (X) Bob - Thabks for the info. I have written a SCSI target device driver that makes OS-9 on an Omnibyte Taurus or Synergy SV420 (both 68040s) look like a tape or a disk drive. Had lots of fun, but now I'm looking for a SCSI host device driver. If you come across anything, I greatly appreciate it. I will email Carl. Again, thanks, Peter #: 20531 S12/OS9/68000 (OSK) 07-Nov-94 21:17:30 Sb: #Device Driver Help Neede Fm: Peter Baxter 74650,2522 To: All Looking for source for an OS-9 device driver and file manager. I have a custom app. where I need o convince NFS that I have a directory/file structure. Any leads on where I could find a complete sample ? Does Microware have such a thing ? All help appreciated, Peter C. Baxter There is 1 Reply. #: 20539 S12/OS9/68000 (OSK) 10-Nov-94 08:57:07 Sb: #20531-#Device Driver Help Neede Fm: Kevin Darling 76703,4227 To: Peter Baxter 74650,2522 Peter, Yes, you should call Microware and order "OS-9 Insights", a book which has sample file managers in C and some driver samples. Another book to get is "The OS-9 Guru, Part 1", which you can get here in the states from Windsor Systems, I believe. Someone online can post the address (I've been looking for that address, too!) kev There are 2 Replies. #: 20540 S12/OS9/68000 (OSK) 10-Nov-94 12:33:52 Sb: #20539-Device Driver Help Neede Fm: David M. Horn 73260,242 To: Kevin Darling 76703,4227 Windsor Systems can be reached at (502)425-9560. I have a copy of "OS-9 Guru" and it seems to be a very good book at a more reasonable price than Microware's. #: 20546 S12/OS9/68000 (OSK) 11-Nov-94 06:38:08 Sb: #20539-Device Driver Help Neede Fm: Bill Dickhaus 70325,523 To: Kevin Darling 76703,4227 Kevin, Windsor Systems info is in version 13 of OS9FAQ, which hasn't found its way into our libraries yet, but is on chestnut in /incoming (they haven't gotten around to it yet, either). Right out of the FAQ: [20]------------------- Steven Weller Windsor Systems 2407 Lime Kiln Ln Louisville, KY 40222 502-425-9560 502-426-3944 fax stevenw@coplex.com steve@barefoot.com sweller@aol.com http://iglou.com/~stevenw/windsorhome.html More than you probably wanted to know! :-) -Bill- Press !> #: 20558 S12/OS9/68000 (OSK) 16-Nov-94 07:04:37 Sb: #20530-CD ROM DRIVES Fm: Bill Dickhaus 70325,523 To: Peter Baxter 74650,2522 (X) Peter, Chris Hawks has recently asked for beta testers for his CDROM File Manager for OSK. He is not here, but on Delphi, you can reach him via the Internet at HAWKSOFT@delphi.com. He might be willing to share what he has, or help you find what you are looking for. -Bill- #: 20552 S12/OS9/68000 (OSK) 15-Nov-94 06:56:22 Sb: #20539-Device Driver Help Neede Fm: Peter Baxter 74650,2522 To: Kevin Darling 76703,4227 Kevin - I will call Microware and get the OS-9 Insights lit - I had never heard of that. I have the OS-9 Guru by Paul Daysan, so I can give you the address of Windsor Systems: Windsor Systems attn: Steven Wellor 2047 Lime Kiln Court Louisville, KY 40222 (502) 425-9560 The "Guru" book is a good source of OS-9 internals info. Thanks for your help, Peter Baxter #: 20609 S12/OS9/68000 (OSK) 04-Dec-94 21:43:50 Sb: #PowerBasic Fm: Frank Hogg of FHL 70310,317 To: All PowerBasic is the only native (68000) code BASIC compiler for use with the OS-9/68000 Operating System. ------ I've just uploaded information on PowerBasic to DL12. Two files, one gives the promo information and the other covers a introductory offer that saves you $50 if ordered by the end of the month. Over the next several days I will be uploading a more complete technical spec and examples in PowerBasic source and object that you can try on your own computer. I've downloaded a whole bunch of Basic09 programs from the DL here and I plan to use some of them as examples also. My intent is to see and show what is involved in converting regular Basic09 type programs to PowerBasic and what speed and size advantages there are. If you have any other suggestions you would like to see me try please let me know. I got my copy of PowerBasic just before Thanksgiving and have been getting up to speed on it. So far I like it very much. The compiler runs fast and the resultant code generated is also fast. Much much faster than Basic09. I've been having fun looking at the '.a' files to see what assembler code is generated by PowerBasic and to watch how changes in the Basic program effect the assembler code. PowerBasic makes this easy because the Basic source line is inserted into the '.a' file as a comment. PowerBasic object is stand alone, no 'runb' type of thing is needed. I like this because it keeps the whole project as one program. No need to worry about having all the pieces needed to make something work. I'm looking for feedback so please feel free to ask questions and make suggestions. Thanks Frank Hogg FHL There is 1 Reply. #: 20614 S12/OS9/68000 (OSK) 06-Dec-94 19:56:38 Sb: #20609-PowerBasic Fm: Frank Hogg of FHL 70310,317 To: Frank Hogg of FHL 70310,317 I have just uploaded the third file, the language spec for Power Basic in DL12. Frank Press !>read new nonstop follow % Invalid READ subcommand: nonstop Press !> The OS-9 Forum+ Messages Menu Message age selection = [New] 1 SELECT (Read by section and subject) 2 READ or search messages 3 CHANGE age selection 4 COMPOSE a message 5 UPLOAD a message Enter choice !> The OS-9 Forum+ Menu 1 INSTRUCTIONS 2 MESSAGES 3 LIBRARIES (Files) 4 CONFERENCING (0 participating) 5 ANNOUNCEMENTS from sysop 6 MEMBER directory 7 OPTIONS for this forum Enter choice !>2 The OS-9 Forum+ Messages Menu Message age selection = [New] 1 SELECT (Read by section and subject) 2 READ or search messages 3 CHANGE age selection 4 COMPOSE a message 5 UPLOAD a message Enter choice !>1 2 The OS-9 Forum+ Read Menu Read 1 [NEW] messages 2 Message NUMBER 3 WAITING messages for you (0) Search [new] messages 4 FROM (Sender) 5 SUBJECT 6 TO (Recipient) Enter choice !>1 #: 20619 S12/OS9/68000 (OSK) 11-Dec-94 22:19:25 Sb: CDI Basic for OS9/68000 Fm: Frank Hogg of FHL 70310,317 To: All PowerBasic for OS9/68000 has a new name. CDL Basic for OS9/68000 It was brought to our attention that the name PowerBasic was in use in the PC world and this confused many people. In order to avoid confusion (and avoid spending far too much time with lawyers) we decided to change the name. Hope this doesn't confuse too many people. Frank PS CDL Basic comes from 'Computer Design Labs', the creators of the compiler. #: 20620 S12/OS9/68000 (OSK) 11-Dec-94 22:20:39 Sb: #PB files in dl12 Fm: Frank Hogg of FHL 70310,317 To: sysop (X) Please delete the files that refer to PowerBasic in dl12. I will upload new files using the new name CDL Basic. Thanks Frank There is 1 Reply. #: 20621 S12/OS9/68000 (OSK) 12-Dec-94 05:21:45 Sb: #20620-PB files in dl12 Fm: Mike Ward 76703,2013 To: Frank Hogg of FHL 70310,317 (X) WIll do. Press !> #: 20637 S12/OS9/68000 (OSK) 21-Dec-94 15:32:45 Sb: #Library 12 Fm: Ed Gresick 76576,3312 To: SYSOP (X) I've uploaded 3 files to library 12. Tried to upload a fourth file but was informed the data base was full. This file will require about 31K of space. Over the next few weeks, I'll be uploaded more files for OS9000. Expect total space requirement to be under 500K. Can you make the space available? Ed Gresick There is 1 Reply. #: 20638 S12/OS9/68000 (OSK) 22-Dec-94 07:35:25 Sb: #20637-Library 12 Fm: Mike Ward 76703,2013 To: Ed Gresick 76576,3312 (X) Take a whack at it now. I dunno about 500k but give it a go. Mike Press !>