#: 18445 S1/General Interest 25-Jul-93 21:20:41 Sb: #rtn Fm: Carl Kreider 71076,76 To: [F] Wayne Day 76703,376 (X) Remember when I complained that rtn;ns didn't always work right? I keep forgetting to mention that I figured it out. What happens is that if the first message is long enough to want to pause, it asks for a CR and then complains about an illegal command. You type ns at the next prompt and it goes on. Otherwise, rtn;ns seems to run non-stop like it used to. Carl There is 1 Reply. #: 18471 S1/General Interest 28-Jul-93 22:44:11 Sb: #18445-rtn Fm: Wayne Day 76703,376 To: Carl Kreider 71076,76 (X) Hmmm... weird. I'll forward your report to the folks in Ohio. Thanks! Wayne #: 18467 S1/General Interest 28-Jul-93 16:00:53 Sb: #OS9 Development Tools Fm: Nick Terry 100042,3116 To: All Greetings All, Is any body aware of an OS9 development environment that provides facilties similar to Turbo debugger on PC's. Such an environent would probably be PC based using E-net to communicate with OS9 system a bit like remote debugging under Turbo Debugger. Does such a thing exist or are we all stuck with the OS9 resident terminal based debuggers (sigh)? Any information gratefully received Cheers Nick (U.K.) There is 1 Reply. #: 18472 S1/General Interest 29-Jul-93 00:18:34 Sb: #18467-OS9 Development Tools Fm: Kevin Darling 76703,4227 To: Nick Terry 100042,3116 Hi Nick... call up Microware and ask them about "Fast-Trak". #: 18466 S5/OS9 Users Group 28-Jul-93 15:55:42 Sb: #OS9 Contractors Fm: Nick Terry 100042,3116 To: Bill Sutphin 72401,1770 Would like the info but being U.K. based overseas contractors are a bit difficult to control! Regards Nick There is 1 Reply. #: 18478 S5/OS9 Users Group 29-Jul-93 17:27:49 Sb: #18466-OS9 Contractors Fm: ole hansen 100016,3417 To: Nick Terry 100042,3116 Hello Nick. Call Microware UK and ask for Tony Mountyfield (+44)703601990. He can show you fast-track. regards ole@danelec.dk #: 18444 S9/Utilities 25-Jul-93 21:16:21 Sb: #18433-#ar beta testers needed Fm: Carl Kreider 71076,76 To: Mike Haaland 72300,1433 (X) Actually more busy with the new iron foundry instrument, but..... The idea of a command line switch sounds interesting. It should default to off, so you have to be explicit unless you use the flag. I was going to use the tree walk code from tar, but it takes some major work to ar to make it work. Not sure I want to do that much. I may look at lha (actually, I don't think I ever got lha from you) but it may not be any better. The problem is more in ar. Course, soon as I say that someont will show me how easy it is B-\ It is easier to handle the binary file compression problem. I was worried about adding too much code, but I guess I get 16K - 512 bytes before it takes another page on the coco, so maybe I can do it. The OSK version runs, but the problem one is the coco version, so that needs to settle out first. I suspect ar has outlived it's usefulness for OSK, though, with all the other options available. OTOH, at 15 or 16 bits it might be close enough to zoo/lha/etc in size and enough faster to make it the choice. Dunno at this point. Thanks for the advice! Carl There is 1 Reply. #: 18457 S9/Utilities 27-Jul-93 17:31:46 Sb: #18444-#ar beta testers needed Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 (X) > version, so that needs to settle out first. I suspect ar has outlived > it's usefulness for OSK, though, with all the other options available. > OTOH, at 15 or 16 bits it might be close enough to zoo/lha/etc in size and > enough faster to make it the choice. Dunno at this point. Thanks for the > advice! Carl Carl, There may be other/better choices for compression under OSK, but we still need a way to unAr those CoCo achives on our OSK machines! :-) *- Steve -* There is 1 Reply. #: 18483 S9/Utilities 29-Jul-93 21:11:10 Sb: #18457-ar beta testers needed Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 (X) I guess I meant mainly putting lots of effort into ar for OSK, vs keeping for bursting old archives. Although it is both faster and smaller than zoo and 1/3 the time of lha although the file size was half again bigger. Ummm that is a bit confusing. Ar made a smaller file in less time than zoo. But lha made a file 2/3 the size ar did, but took 3 times longer. #: 18469 S9/Utilities 28-Jul-93 21:24:17 Sb: #18411-#ar beta testers needed Fm: Ian Hodgson 72177,1762 To: Carl Kreider 71076,76 (X) Hi Carl, Just back from vacation so I am getting a late start with ar2 beta testing. Actually, not much testing; I can't get it to work. Tried it on several different text files, all with exactly the same results, for example: ar2 -u mail mail archiving ar2: Can't get memory ERROR 216 Or, if I give the complete filename: ar2 -u mail.ar mail archiving ar2: Can't get memory ERROR 248 I did the tests using a ramdisk, then repeated them with source on the ramdisk and destination on a floppy; same results. Looking forward to seeing a working version soon. If you need any more details or detective work, let me know and I will try to characterize it better. Ian There is 1 Reply. #: 18484 S9/Utilities 29-Jul-93 21:12:36 Sb: #18469-#ar beta testers needed Fm: Carl Kreider 71076,76 To: Ian Hodgson 72177,1762 (X) I need to know what your setup is: LII CoCo? How much free memory? Would 12 or 11 bits work? There is 1 Reply. #: 18487 S9/Utilities 29-Jul-93 22:41:28 Sb: #18484-ar beta testers needed Fm: Ian Hodgson 72177,1762 To: Carl Kreider 71076,76 Carl, OK, I tried using 12 bits (which, by the way, the help screen says is the default) and it works fine, but produces results essentially identical to the old version of ar. Didn't try timing it since I was only doing short files. I tried running without the ramdisk with no change. I had about 400K free at the time, so can't see that memory should be a problem. I see that I'm not the only CoCo user having similar problems; hope you can track it down. For me, the "delete" function is a great addition; I have wanted it many times and am quite used to it with PKZIP at work. Move is also very useful, and compressing binaries should help too. Will download the latest beta version as soon as it is posted. Ian #: 18446 S9/Utilities 25-Jul-93 21:30:45 Sb: #18442-#New Ar bugs Fm: Carl Kreider 71076,76 To: John L. Wilkerson Jr. 71140,77 (X) Perhaps you could send me the file, if it isn't too big. Could be a bug in the decoding routines. There is 1 Reply. #: 18456 S9/Utilities 27-Jul-93 17:08:18 Sb: #18446-#New Ar bugs Fm: John L. Wilkerson Jr. 71140,77 To: Carl Kreider 71076,76 (X) I'll send you the file..... If I can figure out _how_ to send a file via mail. Seeya -- John There is 1 Reply. #: 18463 S9/Utilities 28-Jul-93 00:55:59 Sb: #18456-#New Ar bugs Fm: Mike Haaland 72300,1433 To: John L. Wilkerson Jr. 71140,77 (X) John, At the mail prompt type 'upl' and it will ask for a protocol. Using B is the easiest way. Then when it's uploaded it will ask to who. Just enter Carl's UID and you'll be set. For subject use: file.ar or whatever the filename is, that way he'll know it's an .ar file. - Mike - There is 1 Reply. #: 18479 S9/Utilities 29-Jul-93 18:04:43 Sb: #18463-New Ar bugs Fm: John L. Wilkerson Jr. 71140,77 To: Mike Haaland 72300,1433 (X) Thanks for the info.... Seeya -- John #: 18485 S9/Utilities 29-Jul-93 21:25:17 Sb: ar beta Fm: Carl Kreider 71076,76 To: all I dropped off another version of ar in dl9. This fixes the write error problem (sign extension on signed chars got me again) and adds attribute perservation. I am really bothered by reports of inability to do 13 bits. It works fine on my 6809. Why doesn't it on a coco? Or has anyone done 13 bits on a coco? Carl #: 18473 S12/OS9/68000 (OSK) 29-Jul-93 01:32:34 Sb: #18434-#GNU-C Fm: keith bauer 71102,317 To: Mike Haaland 72300,1433 (X) Mike > Thanks for the tips on keybindings. BTW I've defined my Fn keys 1-10 thusly on > me MM/1. > > :k1=\E[M:k2=\E[N:k3=\E[O:k4=\E[P:k5=\E[Q:\ > :k6=\E[R:k7=\E[S:k8=\E[T:\ I have a question for you and setting up the function keys. When I enter the following code from the command line I can use the F1 key to call the spell check opition in Ved but if I include it in my startup file I can not use the F1 key. display 1b 2b f0 1 00 00 01 00 01 00 04 1b /1[/ 00 Any ideas why it works from the command line and not the startup file? Thanks Keith Bauer CIS :71102,317 Delphi :keithbauer Genie :k.bauer Internet:keithbauer@delphi.com Via InfoXpress/OSK ver 1.00 There is 1 Reply. #: 18474 S12/OS9/68000 (OSK) 29-Jul-93 03:17:46 Sb: #18473-GNU-C Fm: Mike Haaland 72300,1433 To: keith bauer 71102,317 (X) >Any ideas why it works from the command line and not the startup file? I don't know what the problem is there. It works fine here. Loading the function keys is pretty straight forward. Try running code and hitting your Fn key and see if they match what you 'think' you set them too. Try it in the startup file, then re-load it from the command line and try code again. This is how I've checked to make sure. Lemme know how it goes, - Mike - #: 18448 S12/OS9/68000 (OSK) 26-Jul-93 11:49:02 Sb: #18439-#Phillips CD-I Fm: Ken Jordan 72420,1302 To: Bob van der Poel 76510,2203 (X) The Philips CD-I 910 Player has been available since Oct '91. The price has been lowered to about $399 on the street. It is available from Sears as well as other Electronics stores. There are over 100 titles available (games, educational, informational etc.). The Philips CD-I players will play CD-DA (regular audio CD's) CD+G (simple graphic audio CD's) and Kodak Photo CDs as well as the CD-I titles. The player is controller with an infrared joystick controller (or optional trackball etc.) Internally the box has: * 68070 at 15 Mhz, * 1MB RAM (divided into two 512K video planes) * Video chip which provides two planes of overlayed graphics is several modes (128 or 256 colors out of 16M, 32768 true color and DYUV photo realistic mode.) * 8KB non-volitile RAM (for highs scores saves etc.) * OS-9 68K in ROM with CD-RTOS extensions (CD-Real Time Operating System) * An expansion slot (for which Philips is releaseing a Digital Video card this October (~$250) which will provide 1.5MB additional RAM and a MPEG-1 audio/video decoder - This will provide better than VHS quality video with CD quality soundtrack to be played from the CD! - (I have a development board at work and it is really impressive, great quality from a 170Kps CD achieving over 150:1 compression). BTW the new CD White Book ('karakoke') standard is compatible with CD-I Digital Video so many video and movies will be available (Paramount has already committed to 50 titles!) A am a software engineer for Philips Interactive Media (POV) which is the Philips company who develops and distributes software for CD-I. A far as using a consumer CD-I player for a OS-9 computer, I don't think you would like it. The only I/O is one serial port that could be hooked to a terminal and you would need all OS-9 programs/utilities (such as a shell) you wished to run burned on a disc (unless you wanted to make your own hardware). Philips has a development version of the player which is more realistic with 5MB RAM a SCSI port a 1.44 floppy and a Ethernet port. But this costs (I think) >$3000. About OS-9, I am sorry to report that it dosen't make a very good real-time operating system (in fact I don't belive it has the needed features to merit the name Real Time Operating System). - Don't get me wrong OS-9 works fine, I just wasn't designed to handle truly real time tasks. Ken Jordan Senior Software Eng. PIMA/P V Entertainment Group INTERN T: kenjordan@bix.com There are 2 Replies. #: 18450 S12/OS9/68000 (OSK) 26-Jul-93 18:16:32 Sb: #18448-Phillips CD-I Fm: Ean Schuessler 73422,3441 To: Ken Jordan 72420,1302 (X) Consumer to professional model>> I know that the chip sets in the consumer model and the professional development player are virtually identical, it might be possible to get it to believe it is a development system if the ROM sockets are the same. I am not so sure that the 605 (the development model) is $3000, let me see if I can find out a price. Jordon>> What operating system would you reccomend? E! #: 18459 S12/OS9/68000 (OSK) 27-Jul-93 19:22:49 Sb: #18448-#Phillips CD-I Fm: Bob van der Poel 76510,2203 To: Ken Jordan 72420,1302 (X) Ken, thanks for the CI-I update. I guess I asked my smartass question more because, even though the unit are available, one just doesn't see much about them. Maybe I just don't look in the right places. Anyway, it'd be neat if people with mm/1 computers could add a CD-I player via the scsi bus. Don't know what'd be involved... There is 1 Reply. #: 18465 S12/OS9/68000 (OSK) 28-Jul-93 01:15:44 Sb: #18459-Phillips CD-I Fm: Ken Jordan 72420,1302 To: Bob van der Poel 76510,2203 (X) Bob, I am not familiar with the specifics of the mm/1, but to make it run CD-I discs would probably be very difficult. For hardware you would need a dual plane video chip (supporting all special CD-I modes), a XA-type CD drive, an ADPCM audio decoder. The software is the big problem. You would have to write a whole bunch of managers and drivers to the CD-I spec. At close to $300 it would doubtless be cheaper to buy a consumer CD-I player. Ken #: 18475 S12/OS9/68000 (OSK) 29-Jul-93 04:40:39 Sb: #18436-Phillips CD-I Fm: Eric Crichlow 71051,3516 To: Mike Haaland 72300,1433 (X) Mike, I'd swear I left a similar question here about making CD-I boxes into 'real computers' a while back. Maybe it was on another service. :) Anyway, back at my old job, we had a CD-I player setup that included a keyboard and a 3 1/2' drive that was used to log the activity of people who logged onto the system. Unfortunately I don't work there anymore, (actually I feel rather fortunate that I don't work there anymore,) since I never had the oportunity, and never will now, to play around with the system and see if I could find anything unexpected. ..Eric... #: 18443 S12/OS9/68000 (OSK) 25-Jul-93 20:54:14 Sb: #DMODE for 6809 Fm: Ean Schuessler 73422,3441 To: All Does anyone know if the DMODE utility for 6809-based machines has been ported so that it will work on a 68020 machine (specifically a Philips 605 CD-I Player)? E There is 1 Reply. #: 18447 S12/OS9/68000 (OSK) 25-Jul-93 21:32:24 Sb: #18443-#DMODE for 6809 Fm: Carl Kreider 71076,76 To: Ean Schuessler 73422,3441 (X) I wrote a dmode that ships with MM/1's. I don't know if it is up here, but anyone can upload it if they want. Carl There is 1 Reply. #: 18451 S12/OS9/68000 (OSK) 26-Jul-93 18:18:10 Sb: #18447-#DMODE for 6809 Fm: Ean Schuessler 73422,3441 To: Carl Kreider 71076,76 (X) k-cool-rad... I would appreciate that upload.. E! There is 1 Reply. #: 18454 S12/OS9/68000 (OSK) 27-Jul-93 02:03:43 Sb: #18451-#DMODE for 6809 Fm: Mike Haaland 72300,1433 To: Ean Schuessler 73422,3441 (X) It's in lib 12, DMODE.AR. You need Ar to burst it. Don't forget to set the execute bit with attr -e. There is 1 Reply. #: 18461 S12/OS9/68000 (OSK) 27-Jul-93 21:10:25 Sb: #18454-DMODE for 6809 Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Speaking of dmode...if you have SSM on your machine don't be dumb like me and figure that dmode is broken if you get 102/103 errors...I didn't have write permission set for the descriptors. #: 18452 S12/OS9/68000 (OSK) 26-Jul-93 19:09:16 Sb: #gnu c bug Fm: Bob van der Poel 76510,2203 To: all Just thought I'd pass along an interesting bug I found in the GCC2 package! If you compile the following program with 'gcc2 -O2 test.c -o /dd/cmds/test' it will not work properly. However, deleting the '-O2' from the compile line fixes it. It appears that the optimization internal to CC2 is broken. Also, if you change the declaraction of 'c' to 'unsigned char' it appears to work okay too. An exlicit cast in the 't=...' line doesn't help. So, until this is fixed, you'd best not use the -O option. Would someone familiar with the GNU project pass this report along to someone who can fix it? BTW, the version of cc2 on my machines is 'GNU C version 2.4.1 (68k, Motorola syntax)'. #include #include main() { char *s="1bf"; printf("the value of '%s' is '%d'\n",s,htoi(s)); } htoi(s) char *s; { register char c; register int t=0; while(isxdigit((char)*s)) { c=toupper(*(s++)); c-=(c>'9') ? 55 : 48; t=(t*16)+c; } return t; } There is 1 Reply. #: 18455 S12/OS9/68000 (OSK) 27-Jul-93 02:13:31 Sb: #18452-#gnu c bug Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) I've forwarded you message to stp@bernina.ethz.ch (Stephan Paschedag). He's the gentleman who's done the 'bang-up' job with GCC. - Mike - There is 1 Reply. #: 18460 S12/OS9/68000 (OSK) 27-Jul-93 21:10:24 Sb: #18455-gnu c bug Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Thanks Mike. I understand there is a new version (2.2.4??) around. So as I get that one I'll try the code out again. #: 18453 S12/OS9/68000 (OSK) 27-Jul-93 01:53:51 Sb: #shell and ex Fm: Mike Haaland 72300,1433 To: All I have a real stupid question. (I thought I knew the answer, but...) What effect does the ex command have on a shell? Reason I'm asking is I've seen alot of fork code like this: int os9forkc(); extern char **environ; myfork(command_line) char *command_line; { char *args[4]; int pid; args[0] = "shell"; args[1] = "ex"; args[2] = command_line; if ((pid = os9exec(os9forkc,args[0],args,environ,0,0,3)) == -1) { printf("fork failed\n"); return(-1); } else return (wait(pid)); } I thought that this was actually killing the shell and allowing the command line to return an error code, but this doesn't seem to be the case. popen.c uses code much like this too. The problem with it is that the os9exec() never returns -1 unless the shell can't be forked for some reason. And never ever depends on the actual command line. So, what's the real story with ex? - Mike - There is 1 Reply. #: 18462 S12/OS9/68000 (OSK) 27-Jul-93 21:10:27 Sb: #18453-#shell and ex Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Mike, I would have guessed the same thing...ex means don't have a shell run this program, but don't leave the shell to come back to. This means that shell can do the command line stuff for you (like pipes, and redirect). I sortof assume that a chain() instead of a fork() is done (but that is a real guess). Umm, to be sure, have you tried to fork a program with the ex and then switch windows and do a procs...that should let you know what is active. There is 1 Reply. #: 18464 S12/OS9/68000 (OSK) 28-Jul-93 00:56:07 Sb: #18462-#shell and ex Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Yup, I've checked in the other window, guess what a shell!! This is where my confusion comes in. I don't understand how a popen() can fail if the shell is always available. But I sure can see the problems that it creates. :-( Any other ideas? There is 1 Reply. #: 18481 S12/OS9/68000 (OSK) 29-Jul-93 19:22:02 Sb: #18464-#shell and ex Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Might be something with the way popen() works. If I just do something like 'ex ved myfile' from an existing shell...the shell goes away. So, it appears that ex affect the current shell...but if popen() is forking a shell...damned if I know. Hmmm, what happens if you take the 'ex' out of the popen code? Do you end up with 2 shells? There is 1 Reply. #: 18488 S12/OS9/68000 (OSK) 29-Jul-93 23:54:59 Sb: #18481-shell and ex Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) If I take the 'ex' out, it works the same way. Hmm... If I take the shell and ex both out, it works as expected. Pretty unusual if you ask me. This is OK, but you can't fork a basic program or a shell script this way. (That's the reason for the shell). #: 18458 S12/OS9/68000 (OSK) 27-Jul-93 18:45:07 Sb: #MM/1 Repairs Fm: Ernest Withers Jr. 71545,1117 To: Mark Griffith 76070,41 (X) Mark, Have you been able to find any WD33C93 SCSI chips for the MM/1? I still need the chip on my I/O board replaced. Thanks, Ernest Withers (MM/1 #120848) There is 1 Reply. #: 18476 S12/OS9/68000 (OSK) 29-Jul-93 05:04:51 Sb: #18458-#MM/1 Repairs Fm: Mark Griffith 76070,41 To: Ernest Withers Jr. 71545,1117 (X) Ernest, > Have you been able to find any WD33C93 SCSI chips for the MM/1? I still > need the chip on my I/O board replaced. No, I haven't. Paul Ward was supposed to send me what he had, but that comment was made several months ago and I haven't heard anything from him since then. I haven't tried calling around to all the chip distributors to see if they have any with the older masks. Seems like we all is stuck. You might try calling Western Digital and see if they can help you. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) There are 2 Replies. #: 18477 S12/OS9/68000 (OSK) 29-Jul-93 08:34:27 Sb: #18476-#MM/1 Repairs Fm: James Truesdale [JBM] 71174,3442 To: Mark Griffith 76070,41 (X) Our QT 20x uses the WD33C93 SCSI chip. I ended up faxing a request for these specific chips to every "surplus" electronics place that I could find. Out of 20 or so requests I got two responses but I did find a few chips. I suggest you guys start doing the same ASAP if you ever want to find any. -J There is 1 Reply. #: 18486 S12/OS9/68000 (OSK) 29-Jul-93 22:20:39 Sb: #18477-#MM/1 Repairs Fm: Kevin Darling 76703,4227 To: James Truesdale [JBM] 71174,3442 (X) I just had a visit from some suppliers today, and they mentioned that AMD makes a WD33C93A clone... altho the DIP package version was getting hard to obtain. Dunno if it is an exact clone or not yet, but they're sending me a sample. There is 1 Reply. #: 18489 S12/OS9/68000 (OSK) 30-Jul-93 08:34:17 Sb: #18486-MM/1 Repairs Fm: James Truesdale [JBM] 71174,3442 To: Kevin Darling 76703,4227 (X) Well, I hope that it works! WD's latest version of their own chip was different as we all know, so I wouldn't get my hopes up too high. But I DO hope that the AMD part works! #: 18480 S12/OS9/68000 (OSK) 29-Jul-93 18:21:23 Sb: #18476-MM/1 Repairs Fm: Ernest Withers Jr. 71545,1117 To: Mark Griffith 76070,41 (X) Mark, I guess I'll try calling Western Digital. I'll let you know what happens. Ernie. #: 18468 S12/OS9/68000 (OSK) 28-Jul-93 19:06:28 Sb: #R68 confusion Fm: Bob van der Poel 76510,2203 To: All I've got an interesting little assembler problem here. I downloaded Russ Magee's SpAmTRACKER program from another service. It came with assembler source. The first two lines in the source were: use use First problem I had was that I got re-defined errors...so I commented out Read_, etc. in oskdefs.d. That allowed r68 to create the .r file. However, when I tried to link I got an error. I tried using rdump on the file and it couldn't process the entire .r file. I finally got the sucker to work by taking out the 'use ' and linking with sys.l. Have I got some incompatible files? Or what? There is 1 Reply. #: 18470 S12/OS9/68000 (OSK) 28-Jul-93 22:07:29 Sb: #18468-#R68 confusion Fm: Ken Jordan 72420,1302 To: Bob van der Poel 76510,2203 (X) Bob, I think that funcs.a is for stand-alone programs (not linked with sys.l etc.). The OS-9 magic trap numbers are stored as constants in the sys.l and resolved by the linker (hence re-defined errors when sys.l and funcs.a are used). Ken Jordan There is 1 Reply. #: 18482 S12/OS9/68000 (OSK) 29-Jul-93 19:22:04 Sb: #18470-R68 confusion Fm: Bob van der Poel 76510,2203 To: Ken Jordan 72420,1302 (X) Ken, you're right about not using funcs.a if you are going to link with sys.l. However, the problem I ran into was that the ROF created when funcs.a was inlcuded with the mainline psect was somehow corrupted. I just did a quick test with a 2 line asm program and included funcs.a in the file. Doing a rdump of the ROF results in a error message...something about not a ROF. Not a big deal for me (I use mostly C). Besides, one shouldn't use funcs.a anyway...but the source I received did it that way and I was just trying to get it to run. 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 !>