#: 17677 S1/General Interest 09-Mar-93 15:51:18 Sb: #17620-contact for info OS-9000 Fm: bye 70324,261 To: Lee Veal 74726,1752 (X) Thanks, that's just what I needed. #: 17685 S1/General Interest 10-Mar-93 02:58:12 Sb: #modem access at home Fm: maarten amj van wamelen 100115,2205 To: kevin darling 76703,4227 (X) to kevin darling no last time i read your home bbs setup but due to my learning process of handling receiving imncoming messages from compuserve I lost your message you send before this last one so I want your personal modem acces number at home you mentioned to all, but i clumsily lost it how about those disks did you solve the stdptrs error and the clock looses ticks....... thkx for everything amj (;-) There is 1 Reply. #: 17694 S1/General Interest 10-Mar-93 23:11:28 Sb: #17685-modem access at home Fm: Kevin Darling 76703,4227 To: maarten amj van wamelen 100115,2205 (X) Maarten, I don't have a home BBS set up. (One day I might, though.) I probably posted my regular phone number a few times... but here is still the best place to get hold of me. Yep, I got lots of disks to send out soon. Never seen the clock lose ticks. ? thx - kev #: 17689 S1/General Interest 10-Mar-93 17:30:10 Sb: #POSIX compatible fork() Fm: Frits Wiarda 71553,3104 To: ALL I am looking for a fork() function on OS9 with works the same way as fork() on any UNIX system works. This means when you call fork() a copy of your process is created. In the old proces, fork() returns the process ID of the new process. In the new process, fork() returns zero. As far as I know, the way I create child processes in OS9 is not POSIX compatible. Is there perhaps a POSIX compatible release of OS9 planned? Frits Wiarda There is 1 Reply. #: 17699 S1/General Interest 11-Mar-93 09:32:57 Sb: #17689-#POSIX compatible fork() Fm: Pete Lyall 76703,4230 To: Frits Wiarda 71553,3104 (X) Frits - I believe _someone_ wrote a unix fork (Bob Larson?) function, but it's not native to the delivered OS9 libraries. While I work in both domains (OS9 & Unix), I always felt that the OS9 method made more sense. Example - you want to fork a child process, that is not the same as yourself (i.e. 'dir' want to fork 'more'): OS9: os9fork more done Unix: fork self am I self? yes - do nothing nope - I'm child - exec more done If you don't have access to the larson library additions (possibly on the OS9 server at cabrales), why not just conditionally compile the code for OS9/Unix? Pete There are 2 Replies. #: 17725 S1/General Interest 14-Mar-93 15:48:10 Sb: #17699-#POSIX compatible fork() Fm: Frits Wiarda 71553,3104 To: Pete Lyall 76703,4230 (X) Pete, Thank you for your response. The reason I am looking for a POSIX compatible fork() is that I want to be able to port programs written for any POSIX compatible system to OS-9. I do not want to edit the source code if possible. You said there is probable something like that in the "Larson library". What is this library? What do you mean with "The OS9 server at Cabrales"? Frits There are 2 Replies. #: 17730 S1/General Interest 15-Mar-93 14:01:27 Sb: #17725-POSIX compatible fork() Fm: Pete Lyall 76703,4230 To: Frits Wiarda 71553,3104 (X) The Larson library is a unix-like collection of functions that was created for the same need you're looking to fill. The CABRALES system is a FTP server on the internet that wherehouses OS9 tools, sources, and text files. Steve Wegert, a Sysop here, has a system that mirrors the Cabrales site, and may be able to easily nab the library for you. Blarslib.ar or something that is the name. Pete #: 17738 S1/General Interest 15-Mar-93 22:07:42 Sb: #17725-#POSIX compatible fork() Fm: Steve Wegert 76703,4255 To: Frits Wiarda 71553,3104 (X) Frits, The Larson Library that Pete mentions in now in Library 12 (OSK) ... or will be as soon as the most recent maintenance is performed! :-) Look for blarsl.lzh in LIB 12. You'll need LHA to dearc the file (also in LIB 12). Steve There is 1 Reply. #: 17753 S1/General Interest 18-Mar-93 02:27:13 Sb: #17738-#POSIX compatible fork() Fm: Mike Haaland 72300,1433 To: Steve Wegert 76703,4255 (X) Can you make a small change to the Blars1.lzh archive. There's a major bug in the link() function. It's not Bob's fault as he had no idea that multi-sized sectors were going to be in vogue for 2.4. I'll send you the fixed ln.c and a new makefile for the lib. OK. - Mike - There is 1 Reply. #: 17763 S1/General Interest 19-Mar-93 05:32:37 Sb: #17753-POSIX compatible fork() Fm: Steve Wegert 76703,4255 To: Mike Haaland 72300,1433 (X) Ahh .... so _that's_ what showed up at my office mail box! Now that I know what it's for, I'll doctor it right up. *- Steve -* #: 17728 S1/General Interest 15-Mar-93 02:00:13 Sb: #17699-POSIX compatible fork() Fm: Bob Taylor 73270,3124 To: Pete Lyall 76703,4230 (X) Frits, OS9 does not have a unix fork(). What Pete is alluding to here by Bob Larson is just an empty function call: fork() { } If the Unix code does _not_ follow with an exe* function, then some port work needs to be done. Bob Larson has a partial unix compatibility library on cabrales. Send email to os9archive@cabrales.cs.wisc.edu. The subject line is ignored. In the body of the message write the two lines "send help" and "send index". Hopes this helps. Bob #: 17690 S1/General Interest 10-Mar-93 21:18:41 Sb: #How come? Fm: Carl Kreider 71076,76 To: all For some reason "rtn;ns" doesn't seem to work today. Do I not remember how to do it? Carl There are 2 Replies. #: 17697 S1/General Interest 11-Mar-93 04:04:06 Sb: #17690-#How come? Fm: Mike Ward 76703,2013 To: Carl Kreider 71076,76 (X) Carl, I don't think you can stack those two commands but... you can enter "rtn" and then enter "ns" at the "read action" prompt presented at the end of the first message. Mike There are 3 Replies. #: 17700 S1/General Interest 11-Mar-93 09:34:19 Sb: #17697-#How come? Fm: Pete Lyall 76703,4230 To: Mike Ward 76703,2013 (X) Mike - I always used: op;sm;n;s;rtn (in Procomm scriptsl, etc.) Pete There is 1 Reply. #: 17701 S1/General Interest 11-Mar-93 10:01:41 Sb: #17700-How come? Fm: Mike Ward 76703,2013 To: Pete Lyall 76703,4230 (X) Yep, setting your forum options to not pause for the session will also workie. #: 17703 S1/General Interest 11-Mar-93 19:57:12 Sb: #17697-#How come? Fm: Carl Kreider 71076,76 To: Mike Ward 76703,2013 (X) Ummm.... you usta could.... and now 'rm' doesn't work either. Cute. There is 1 Reply. #: 17705 S1/General Interest 11-Mar-93 20:34:00 Sb: #17703-#How come? Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 (X) > Ummm.... you usta could.... and now 'rm' doesn't work either. Cute. > Go away for a while and we'll change the locks on the front door as well! ;-) RM has been replaced with REA WAI (read waiting). Ain't progress grand? All this is due to the new forum software we recently received. Major bennie has been the increased message size to 10K. There should be a file towards the top of LIB 1 with all the goop. I'm off line with Bill Dickhaus's autonav program or I'd look up the name. *- Steve -* There is 1 Reply. #: 17757 S1/General Interest 18-Mar-93 21:03:20 Sb: #17705-#How come? Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 (X) >RM has been replaced with REA WAI (read waiting). Ain't progress grand? Yeah. Guess I shouldn't whine, but it isn't obvious why it is better to obsolete the commands I am used to and make me learn a new set. I just typed RM and it barked at me again. How many years have I been typing RM? Hope it doesn't take that long to relearn.... >All this is due to the new forum software we recently received. Major bennie >has been the increased message size to 10K. I'd really rather have RM, but no one asked.... ;) Carl There are 2 Replies. #: 17761 S1/General Interest 19-Mar-93 03:51:12 Sb: #17757-How come? Fm: Ken Flanagan 75460,2514 To: Carl Kreider 71076,76 Carl, how's the new version of AR coming along? We haven't had an update on it for awhile now. Thanks. #: 17766 S1/General Interest 19-Mar-93 17:30:57 Sb: #17757-How come? Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 Well it's only taken me a month of having the system "bark" at me about using the 'RM' to change my ways. :-) A lot of the old commands have been grandfathered ... unfortunately RM wasn't one of them. *- Steve -* #: 17704 S1/General Interest 11-Mar-93 19:59:24 Sb: #17697-#How come? Fm: Carl Kreider 71076,76 To: Mike Ward 76703,2013 (X) I just wanted to read the new stuff without pause. There is 1 Reply. #: 17713 S1/General Interest 12-Mar-93 11:38:13 Sb: #17704-#How come? Fm: Pete Lyall 76703,4230 To: Carl Kreider 71076,76 (X) Carl - I use: op;sm;n;s;rtn - which reads: op - set forum options sm;n - stop between messages: never s - this session only (i.e. not permanent) rtn - read, threaded, new messages for me There is 1 Reply. #: 17759 S1/General Interest 18-Mar-93 21:04:14 Sb: #17713-#How come? Fm: Carl Kreider 71076,76 To: Pete Lyall 76703,4230 (X) >I use: op;sm;n;s;rtn - which reads: > > op - set forum options > sm;n - stop between messages: never > s - this session only (i.e. not permanent) > rtn - read, threaded, new messages for me Thanks. I filed this one. I never take the time to sit down and learn the more esoteric features. I just had an experience with that. Trying to figure out how to forward the bounced mail to you, I READ it. After a screen full or two it became obvious that I wasn't going to get a stop/continue message. Control P didn't break it either. I thought I used to use that for break, but it didn't work today. So I go looking for some dox. I scanned 60 pages of forum docs without any luck. Of course by then it had listed 50K of lpr.uue at 2400 baud, so it didn't matter. Perhaps I should take up gardening..... Carl There is 1 Reply. #: 17764 S1/General Interest 19-Mar-93 09:25:55 Sb: #17759-How come? Fm: Pete Lyall 76703,4230 To: Carl Kreider 71076,76 I think CTRL O helps... Pete #: 17707 S1/General Interest 11-Mar-93 23:02:32 Sb: #17690-#How come? Fm: Bill Dickhaus 70325,523 To: Carl Kreider 71076,76 (X) Carl, I just tried RTN;NS and it worked fine, what happens when you try it? The new format of the command is REA NEW;NS, but so far RT has not been designated an "old" command like RM. Although RW still works, the new command is REA WAI. See MSGFEA.DOC in LIB 1 for a summary of changes introduced with the new software, aka "Message Features". -Bill- There is 1 Reply. #: 17758 S1/General Interest 18-Mar-93 21:03:47 Sb: #17707-How come? Fm: Carl Kreider 71076,76 To: Bill Dickhaus 70325,523 (X) >I just tried RTN;NS and it worked fine, what happens when you try it? >The new format of the command is REA NEW;NS, but so far RT has not been >designated an "old" command like RM. Although RW still works, the new >command is REA WAI. This is seriously bizarre.... I tried rtn;ns three times that day and even checked the log file to make sure I hadn't typoed it. Today it works again. Go figger. I guess it must be black magic or the phase of the moon or something. >See MSGFEA.DOC in LIB 1 for a summary of changes introduced with the new >software, aka "Message Features". Thanks. Carl #: 17702 S1/General Interest 11-Mar-93 12:55:02 Sb: #Shell21 & Dir-Sort Fm: Rogelio Perea 72056,1204 To: all I've just upgraded my Shell (Tandy Stock) to Shell 2.1..... I am very pleased with the operation of my CoCo III now.... I'd like to know where can I find a directory sorter for OS9 LII.... Take Care Rogelio There is 1 Reply. #: 17732 S1/General Interest 15-Mar-93 14:25:02 Sb: #17702-Shell21 & Dir-Sort Fm: Lee Veal 74726,1752 To: Rogelio Perea 72056,1204 The GShell patch archive has GSORT in it. And I don't believe it requires GSHELL to work. Also, check the download libraries, as I recall, I believe there's directory sort program available in there. Lee #: 17741 S1/General Interest 16-Mar-93 05:05:16 Sb: #I NEED YOUR HELP! Fm: VINCENZO ROVEDA 100024,1335 To: ALL Dear Friends, I am looking for your help to solve our problem! I work at SEPA, an Italian electronic company, in the Image Processing department. We are currently involved in a large european robotic project, where I'm the responsible for the Vision part. The system we have used to develop our algorithms is composed of some Image Processing boards (Digicolor, Roi-Store, Vfir-MkII from DATACUBE), one INMOS B014 board with 6 T800 transputer module plugged onto it and a SUN3E as CPU and VME bus master running UNIX as Operating System. Everything worked perfectly. Unfortunately, we have been convinced to change this architecture in order to cope with the real-time problems of a real application. As UNIX is not a real-time operating system, we have decided to use OS9 and conseguently we have replaced the SUN3E board with the MOTOROLA MVME147-SA-1. The big problem now, is that we don't have the software drivers both for the DATACUBE boards and for the INMOS one, as the two companies don't support this operating system. Actually Datacube supported it once, but not anymore, so that they provided us a partial set of source codes, leaving the work to test and debug them, to us. However Inmos was not able to give us anything and we are really in big troubles as we don't know where to start to solve the situation. I apologize to have bothered you with my sad story, but now you represent my last hope. If you should ever heard about someone using OS9 with DATACUBE and/or INMOS boards, please, let me know how to contact them : I will greatly appreciate your help! Thank you very much! Vincenzo Roveda (100024,1335) Tel : + 39 11 2682517 Fax : + 39 11 2420372 There are 3 Replies. #: 17742 S1/General Interest 16-Mar-93 20:42:32 Sb: #17741-I NEED YOUR HELP! Fm: Bob van der Poel 76510,2203 To: VINCENZO ROVEDA 100024,1335 (X) Don't know how much help this is...but I did get a call a month or so ago from a lady who was working at NASA in Houston, Texas (she was inquiring about our VED editor, unfortunately they never bought it so I don't have a name, etc.). However, I asked them what they were working on...Image Processing using Datacube computers. So, I don't have a name or address...but maybe you could check with either Datacube or Microware and see if you can get a lead to the NASA project people. Ummm, as I recall these people were a contractor working _at_ NASA...not actual employees. #: 17748 S1/General Interest 17-Mar-93 14:27:50 Sb: #17741-I NEED YOUR HELP! Fm: Ches Looney 73016,1336 To: VINCENZO ROVEDA 100024,1335 (X) Vincenzo, I forwarded your distress signal through the electronic mail system here at NASA's Goddard Space Flight Center. The following message is the first to be received. If (or as) others arrive, I will forward them to you. Regards, Ches Looney Posted: Wed, Mar 17, 1993 3:01 PM EST From: SCAUFFMAN To: clooney Subj: VINCENZO ROVEDA DISTRESS SIGNAL I really do not have a very good lead to solving your problem, but I am a trasnputer user here at GSFC. Have you tried contacting th e WoTUG, which is an organization for Transputer Users? They might be able to guide you to other users with similar problems. You can contact through email to transputing@ukc.ac.uk or you can contact the managing editor for the WoTUG newsletter by mail at Professor Peter Welch Computer Laboratory The University, Canterbury KENT - CT2 7NF U.K. Good Luck! #: 17754 S1/General Interest 18-Mar-93 04:22:57 Sb: #17741-I NEED YOUR HELP! Fm: ole hansen 100016,3417 To: VINCENZO ROVEDA 100024,1335 (X) Hello There. We have a danish customer using Datacube and MVME147's. As it might not be a good idea to write their name here without permission, I would like to know if I can reach you by Email ?? my Email-address is : ole@danelec.dk regards ole b. hansen] #: 17749 S1/General Interest 17-Mar-93 16:03:39 Sb: Curious Fm: Dan Naas 100020,367 To: All I curious about OS-9. Can somebody explain to me a little bit about its history, features and platforms it's available on. Perhaps there is a FAQ that answers all these questions? Thanks in advance. #: 17752 S1/General Interest 17-Mar-93 23:42:11 Sb: #RAINBOWS DEAD Fm: Brother Jeremy, CSJW 76477,142 To: ALL Dear Friends, According to the rumors over on Delphi, THE RAINBOW WILL CEASE PUBLICATION WITH THE MAY 1993 ISSUE. There have been no denials from FALSOFT. They are claiming the right to make the announcement in Rainbow, but it is pretty likely they will simply substantiated it. With all best wishes, Br. jeremy, CSJW There is 1 Reply. #: 17768 S1/General Interest 19-Mar-93 18:16:24 Sb: #17752-#RAINBOWS DEAD Fm: Bob van der Poel 76510,2203 To: Brother Jeremy, CSJW 76477,142 (X) According to a reliable source I heard from today...the Rainbow is Dead rumor is true. Pity to lose them after so long. There is 1 Reply. #: 17770 S1/General Interest 19-Mar-93 20:07:13 Sb: #17768-RAINBOWS DEAD Fm: Brother Jeremy, CSJW 76477,142 To: Bob van der Poel 76510,2203 (X) Dear Bob: It is true. Falsoft confirmed it when asked about a subscription renewal. May will be the final issue. Nothing is being said about a COCO section in PCM as of yet. With all best wishes, Br. Jeremy, CSJW #: 17760 S1/General Interest 18-Mar-93 22:01:14 Sb: #ved Fm: tom farrow 72701,543 To: BOB van der poel I received the new disk from you today and it works fine . Thanks again. Is there a good way to turn off the underline ( my printer needs 27,0) but this does not work. Also is there a way to underline just one letter in a word? There is 1 Reply. #: 17772 S1/General Interest 19-Mar-93 21:11:42 Sb: #17760-ved Fm: Bob van der Poel 76510,2203 To: tom farrow 72701,543 (X) Just had a terrible thought that something was broke...but it doesn't appear to be. I just did a little test. I created the following file: .u+=27,1 .u-=27,0 This is a \u+undeline\u- test. And printed it out to file. Using dump shows that the word 'underline' is prefaced by a $1b,1 and postfixed by a $1b,0. If it had gone to the printer it would have been underlined. For a single letter, you just surround the letter with a \U+ and \U-. Of course, it's easier to put the prin the environment file. Did you test this with mvef? #: 17765 S1/General Interest 19-Mar-93 15:48:20 Sb: #C++ compiler Fm: Roberto 100115,773 To: Sysop (X) Hi, my name is Roberto and i'm developing apps on os9 for M680X0 with a C compiler. Do you know if a C++ compiler is available for this environment? The last news about languages from Microware was about an ultra C compiler, but what about a true C++ comp? Please let me know anything about it. Thank You Roberto There is 1 Reply. #: 17773 S1/General Interest 20-Mar-93 20:40:28 Sb: #17765-C++ compiler Fm: Steve Wegert 76703,4255 To: Roberto 100115,773 Roberto, Take a look in Library 12. You'll find the GNU C++ compiler there. At the LIB 12 prompt, type: BROwse /key:gnu and thump the key. Hope this helps! Steve #: 17651 S3/Languages 07-Mar-93 19:38:37 Sb: #17631-#102 (bus) error Fm: Ferranti Technologies 76264,1650 To: ole hansen 100016,3417 (X) We are using a 68040 in our system and I believe we have the ssm installed. I am going to try modifying the programs so that they will print a message and exit. Currently we have the programing printing a message and then continuing on. We never receive the message on the screen, I believe this is because the program crashes before the system has a chance to print the message. There is 1 Reply. #: 17687 S3/Languages 10-Mar-93 15:39:00 Sb: #17651-#102 (bus) error Fm: ole hansen 100016,3417 To: Ferranti Technologies 76264,1650 (X) Hello Ferranti Tech. if you have the 'ssm' in the bootfile/memory and it is installed in the 'init'-module, you will get 102-errors it you try to access memory out the range, your task is granted during runtime. In attempt to troubleshoot your problem, do the following: out-comment the 'syscache' in the init-module(use 'moded') and before starting the task, call 'rombug'(I do hope you use that to 'bootstrap' with) and enable it(you must have autoboot disabled). then issue the following command to 'rombug': ovu2 this will make rombug monitor any bus-errrors in system/user-mode and if it catches any 'bus'-errors then you will get a 'big' register-dump and a lot of information, but in order to make it informative, you must disable 'syscache', because the 68040 has executed quite a number of instructions in its internal cache, before the external 'timeout/bus-error' occurs. You should be able to determine which instruction caused the problem. It is likely to be some register-indirect addressing like : move.b (a3),d0 and the value of a3 gives you the address in error. It is also possible to let 'rombug' monitor all the vectors and watch the result(remember that os9 is using some for 'syscalls'). If this does not give you a key, then you must point some more out about what your program is doing: system/user-state, driver written in 'C' - which gives you a problem with 'stack' in system-state(only 4k granted from 'kernel') which mean you must assign local memory for your stack !! regards ole@danelec.dk There is 1 Reply. #: 17706 S3/Languages 11-Mar-93 21:55:25 Sb: #17687-#102 (bus) error Fm: Allan 70506,1173 To: ole hansen 100016,3417 (X) One note!!! There is documented int the ultra C release notes - if you are using printf you MUST include stdio.h. This is due to printf being ansi compliant now. I ran into this problem myself Warning DO NOT comment out The SSM module you system will take a VERY SEVERE performance hit ( about 5x). The SSM module is required for user state programs to have cacheing. Allan R. Batteiger OS-9 Project Leader - MIZAR There is 1 Reply. #: 17710 S3/Languages 12-Mar-93 01:31:13 Sb: #17706-102 (bus) error Fm: ole hansen 100016,3417 To: Allan 70506,1173 hello Allan. Did I say outcomment 'ssm', I ment 'syscache', as the information from 'rombug' has shown to be hard to decode, with caching on. When you say performance suffers 5 times, that wright for a running program, but when trying to catch this buserror, it will help. It could also be a programming error that goes away with caching disabled, and then you are half way finding the error. regards ole #: 17644 S3/Languages 07-Mar-93 14:59:31 Sb: #17634-#102 (bus) error Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 (X) If you ask Ole, he'll tell you that I'm the king of the 102 error. In most cases my problem was in poor coding ...what would run fine on one system but would report 102s when run on a box with ssm. In 90% of the cases it was the fault of passing a NULL pointer to a library string function. For example, char s1, s2; /* global variables */ if(strcmp(s1,s2)==0) foo(); /* foo() if strings the same */ would fail. This was a result of having s1 or s2 pointing to a dynamically allocated string. In all cases I've had to change the code to something like if(s1 && s2 && strcmp(s1,s2)) foo(); Note that even this will cause a 102 if s1 is NULL: if(*s1 && s1) ... However if(s1 && *s1) ... will work. Hmmm, you might try debug instead of srcdbg and see if that catches the error. At least with debug you could determine the point of the error. There is 1 Reply. #: 17658 S3/Languages 08-Mar-93 09:28:39 Sb: #17644-#102 (bus) error Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 (X) Bob - I wish it WERE a program error... SrcDbg craps out before the program even gets staged! To make matters worse, the problem went away. I selective omitted new functions and header files - no more #102. Added 'em all back in - still no #102. Arghh! Pete There is 1 Reply. #: 17663 S3/Languages 08-Mar-93 23:05:47 Sb: #17658-#102 (bus) error Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 (X) I don't need to add that with ultra you need a different srcdbg? There is 1 Reply. #: 17676 S3/Languages 09-Mar-93 09:33:42 Sb: #17663-#102 (bus) error Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 (X) Hmm - we haven't run our ULTRA yet, but neither copy has been installed or run yet... A different SRCDBG? Any idea why? Pete There is 1 Reply. #: 17679 S3/Languages 09-Mar-93 20:01:33 Sb: #17676-102 (bus) error Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 (X) Could be that they needed a new srcdbg just for the fact that they don't have cio and math anymore? I think the new one also fixes some bugs. I've not spent much time with ultra or the new srcdbg myself. #: 17672 S6/Applications 09-Mar-93 04:07:48 Sb: files Fm: maarten amj van wamelen 100115,2205 To: boisy g. pitre to boisy pitre please send on disk index file of stquotes and potd.ar of your file thkx amj #: 17671 S7/Telecommunications 09-Mar-93 04:06:04 Sb: #own bbs access number Fm: maarten amj van wamelen 100115,2205 To: kevin darling 76703,4227 (X) to kevin darling please give me your bbs personal access number thkx for all the help in 6309 amj There is 1 Reply. #: 17683 S7/Telecommunications 09-Mar-93 23:09:20 Sb: #17671-own bbs access number Fm: Kevin Darling 76703,4227 To: maarten amj van wamelen 100115,2205 (X) Hi Maarten, You have my number here (76703,4227). Is that what you meant? best - kev #: 17643 S9/Utilities 07-Mar-93 13:31:16 Sb: XSM Patch Fm: Chris Burke 72240,304 To: ? Here's a quick patch to the XSM assembler, to fix a problem related to the BAND, BOR, and other bit manipulation instructions. Versions of XSM previous to 2.04 will generate code for the "A-register" when the "B-register" is specified in the source code. For example, BAND B.4,FOO.2 produces code as if it were written BAND A.4,FOO.2. You can fix this by searching your version of XSM for the sequence below, and replacing the byte 03 with the byte value 04. OLD SEQUENCE: 8C000127EA8C000227E98C000327E916FFE1 NEW SEQUENCE: 8C000127EA8C000227E98C000427E916FFE1 You'll also have to correct the CRC. As a side note, XSM now can generate S-record output in addition to OS9 and RS-DOS binary, and it has a symbol table of up to 64K. You can get the current version, 2.04, as an upgrade from Burke & Burke. Thanks to David Breeding for pointing out the problem with BAND. Chris Burke #: 17723 S10/OS9/6809 (CoCo) 14-Mar-93 12:38:25 Sb: #17610-One Meg upgrade Fm: randy pischke 75460,205 To: Bill Dickhaus 70325,523 (X) Bill, Thanks for the info on the 2 Meg. kits that are coming out. I would actually prefer one of them. Using SIMM memory is the way to go. Randy #: 17695 S10/OS9/6809 (CoCo) 11-Mar-93 00:41:57 Sb: clock patch Fm: maarten amj van wamelen 100115,2205 To: kevin darling to kevin darling [lease tell me which function of the clock driver needs to be patched thkx (;-) amj #: 17735 S10/OS9/6809 (CoCo) 15-Mar-93 17:35:33 Sb: #OS9L3? Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: Has anyone ever heard of an OS9 Level 3 from Japan. I have heard rumors of its existence. --Br. Jeremy, CSJW There is 1 Reply. #: 17737 S10/OS9/6809 (CoCo) 15-Mar-93 21:57:27 Sb: #17735-#OS9L3? Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Hi Jeremy - a long time I'd heard that there was a virtual-memory version of OS9/6809 in Japan which was called Level 3... but I've never seen it. best - kev There is 1 Reply. #: 17739 S10/OS9/6809 (CoCo) 15-Mar-93 23:52:32 Sb: #17737-OS9L3? Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Hello Kevin, I hope your move went well. I wonder if this Japanese OS9 was 6809 specific or if it might have been written for the 6309? I wonder if anyone one the Internet could find out anything about this? I am not all that certain how to get a message out, but this has my curiosity. A classmate of mine from seminary was from Japan, I wish I knew where he was know and if he went be there. I would contact him. Well, I try to do some digging. With all best wishes, Br. Jeremy, CSJW #: 17771 S10/OS9/6809 (CoCo) 19-Mar-93 20:52:44 Sb: Final Upgrade Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends, The following is a forum message from Delphi, uploaded with permission. 72719 12-MAR 23:08 General Information Level III: Are We Ready Yet? From: THETAURUS To: ALL To say that OS9 Level II has matured since it's release from Tandy is an understatement. Since it's release, the somewhat clumsy looking level II has piece by piece been patched, rewritten, and hacked at, and now a few years older, has really begun to let it's true potential shine with those modifications that Tandy preferred not to pursue. Level II is now, quite a slick system with those patches, new drivers and descriptors, and other modifications installed. Not only is this true with Level II but with Color Computer hardware itself. We have seen quite a few neat developments come down the line since we entered the orphanage, too many to even list here. I know this is old news to many of us so I should just make my point. As great an improvement this has been there is a downside. The confusion and possible incompatibilities involved with all those modifications that are available is a major turn off, not only for any newcomers or novices in the community, but even the system veterans tend to have problems keeping everything together. As far as solving this problem, I think that Farna Systems 'PatchOS9' is a step in the right direction, but in my opinion I think it's about time to move ahead and decide on our OWN Level III. This is a long time to go without an upgrade and since it is beyond unlikely that either Tandy or Microware would have any part of such a process, it is about time we take this upon ourselves. We have a lot to work with, and with a little more work on some of the modules and hardware, a good long thought out voting process, and working alongside other online users from CIS,Fidonet, and the Internet, as well as offliners possibly through the various OS9 magazines and newsletters, and also working with the various vendors, this could very likely be done. What would make this better than having it done by Tandy or Microware? WE WILL DECIDE what is best for our computer and Operating System as a community. Since we are the ones who held it up for so long, and since we are carrying it into the future, we undoubably know what is best better then anyone. Why do I think this is necessary? Because it makes things much easier and more flexible for both Programmers and End users without the hassle of making a million different modifications just for a program to work with an operating system that has many different versions. Programmers are unwilling to go through all this, and no one can blame them. How will we go about doing this legally? It will be simple actually. At least if my idea works out. Once Level III is finally decided on, it would be distributed on a similar disk such as the 'PatchOS9' disk I previously mentioned. Hopefully one or more of the vendors would offer the service of installing these patches once the user sends his original master disk. The disk would contain all the patches and Modifications that would be installed on the original LEVEL II two disk. And the result would be LEVEL III. Then people advertising their programs could simply say 'Level III' required. I would like to know how you all think we should go at this? I think my ideas are valid and the 'PatchOS9'd disk brings us very close. The only thing we would need to do is finish making whatever modifications we feel are still necessary,try and get as much of that unofficial upgrade that hasn't been released yet as possible, and then decide on the hardware standards. I think now is a good time to start this subject as we have waited to long. It is time to end the confusion and obstacles of sticking to a system this old. I am glad I brought this up now, since recently we have begun once again talking about the feasibility of deciding on a Standards Committee. Such a committee would prove VERY instrumental in this process. We do need an official group to look up to, since at this time it really seems like we have only ourselves to pat on the backs and someone in a leadership position, maybe thru the voting process would help boost moral activity. We definately have some GREAT people here supporting us in the community, but unfortunately it is very hard for them too keep in consistent contact with their community with so much work to do. That would be ANOTHER job where the Committee will come in handy. The 'deafening silence' that seems to be in the community right now doesn't mean doom. It's far from it actually, but there is just no comittee of community representatives to pull us all together, and in our case we need that. We are too big not to have it :) Looking forward to some creative response to this long winded blast ;) See Ya! >Chris< Chris asked me to upload this wherever I could. Please feel free to post this on any BBS or Pay-Systems you care to. Whether or not any of the folks who worked on the ill-fated Upgrade will be able or willing to participate is unknown at this time. There is talk of people contributing to fund to bring out that upgrade. (A couple of $100.00 pledged so far) I will be glad to echo any replies back to Chris on Delphi. With all best wishes, Br. Jeremy, CSJW #: 17666 S12/OS9/68000 (OSK) 09-Mar-93 03:39:52 Sb: #17638-#C help Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) If Wpath is type FILE * it should work with fflush. FILE * Wpath; Wpath = stdout; - Mike - There are 2 Replies. #: 17680 S12/OS9/68000 (OSK) 09-Mar-93 20:01:42 Sb: #17666-#C help Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Larry, I think you are confusing low level paths and high level file pointers. Be very careful in programming if you use things like the cgfx library (which uses low level write()s) and fflush(), printf(), etc. Best, IMHO, to use one or the other...not both. In most of my applications I make heavy use of sprintf() to format stuff into memory and then use my own buffered routines (which use writeln() and write()) to do the output. I may be duplicating the FILE stuff...but at least that way I can keep track. There is 1 Reply. #: 17709 S12/OS9/68000 (OSK) 12-Mar-93 01:09:52 Sb: #17680-#C help Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) Bob, I think you were sending the tip to me, instead of Mike. I havn't messed with getting & outputing data much till now. I'm at the point now where I need to learn the best way to communicate with the user of the program, through the keyboard. I have just been writing point & click routines for use with the mouse. This is easy, because the program only needs to check the pointer location and whether the button is up or down. But now I need to get some text input from the user, and you have no idea what they may enter, so you have to check for every possible case. You may be right about mixing high and low level io, I'm probably guilty of that now. larry There is 1 Reply. #: 17717 S12/OS9/68000 (OSK) 12-Mar-93 23:54:28 Sb: #17709-#C help Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) One easy way to get user input is with gets(), it allows them to edit the line before they hit enter. Then you can check the string once it's read in. low level I/O, (path numbers), and high level I/O, (FILE *), are one of the hardest things to get straight at first, but once you understand them, you've got 'em for life. :) - Mike - There is 1 Reply. #: 17727 S12/OS9/68000 (OSK) 15-Mar-93 01:16:04 Sb: #17717-C help Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 (X) Mike, I have been mainly using gets(), but how do you handle a case where for example you open a box with 3 lines by 15 characters, where the user is asked to enter a 10 character maximum name. The user starts entering characters and doesn't stop at 10 but enters 16, which promptly scrolls the top line out of the window. The program doesn't have any way of knowing what characters or how many have been entered, until the return key is pressed. I want to change the routines I have now, so I can get 1 character at a time and then act on what is being entered. larry #: 17708 S12/OS9/68000 (OSK) 12-Mar-93 00:42:53 Sb: #17666-#C help Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 (X) Mike, Thanks for the tip. STDOUT was defined in stdio.h, so I had just set Wpath = STDOUT. This seemed to work fine, until I ran into fflush. Larry (still learning) olson There is 1 Reply. #: 17716 S12/OS9/68000 (OSK) 12-Mar-93 23:54:18 Sb: #17708-#C help Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) Hmmm. you SURE STDOUT is defined in ? Normally 'stdout' is defined but not STDOUT. Lemme explain the difference. stdin, stdout and stderr are of type FILE *. They are buffered. #define STDIN 0 #define STDOUT 1 #define STDERR 2 Are path numbers. They are unbuffered paths to the 3 paths that all process inherit when open. On path numbers you can do certain things, on FILE * (pointers) you can do others. FILE *'s you can use fprintf(), fputs() and all the other functions starting with f. On paths, you use read(), write(), readln(), lseek(). Don't mix up FILE *'s and path numbers. They are simular but very different. Does this make sense? - Mike - There is 1 Reply. #: 17726 S12/OS9/68000 (OSK) 15-Mar-93 01:02:07 Sb: #17716-#C help Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 (X) Mike, Your right, I was setting Wpath=STDOUT while STDOUT was defined with #define STDOUT 1 Now I'm not sure what you are doing. If after this: #define STDOUT 1 Are you saying to do this: FILE * Wpath; Wpath = STDOUT; larry There is 1 Reply. #: 17729 S12/OS9/68000 (OSK) 15-Mar-93 02:00:15 Sb: #17726-C help Fm: Bob Taylor 73270,3124 To: LARRY OLSON 72227,3467 (X) Larry, If you look in your dd/defs directory at the file stdio.h you will find something like the following: /* the following are fake pointer variable defintions */ #define stdin (&_iob[0]) #define stdout (&_iob[1]) #define stderr (&_iob[2]) You can then use any as a path or FILE * Hope this helps Bob #: 17667 S12/OS9/68000 (OSK) 09-Mar-93 03:39:59 Sb: #17632-#get_fname() ? Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) The only reason I haven't is cause I'm getting lazy these days. It's easier to que it up for UUCP transfer than to upload. :) I'll post it here too. - Mike - There is 1 Reply. #: 17678 S12/OS9/68000 (OSK) 09-Mar-93 17:31:10 Sb: #17667-get_fname() ? Fm: Steve Wegert 76703,4255 To: Mike Haaland 72300,1433 (X) > The only reason I haven't is cause I'm getting lazy these days. It's easier > to que it up for UUCP transfer than to upload. :) I'll post it here too. > Mike, You can always shoot it to me at datapage.com. I'll be happy to upload it for you. *- Steve -* #: 17715 S12/OS9/68000 (OSK) 12-Mar-93 12:13:59 Sb: #17596-#Unfragmenter routine Fm: William F. McGill/CA 73177,3433 To: Bob van der Poel 76510,2203 (X) Bob, The defrag.ar file has some helpful ideas and may be useful in solving my problems. I'll probably have to write something from scratch to fit in with my application, however. What is the Krieder library and where can it be found ? Thanks, Bill There is 1 Reply. #: 17719 S12/OS9/68000 (OSK) 13-Mar-93 15:21:16 Sb: #17715-Unfragmenter routine Fm: Bob van der Poel 76510,2203 To: William F. McGill/CA 73177,3433 (X) The Krider library is for 6809 only. I don't think you'll need it for OSK. I don't believe that the sources for Carl's library were ever released. However, the binaries are here. Check lib 10? BTW, care to share what kind of application you are working on? Just for general interest. #: 17714 S12/OS9/68000 (OSK) 12-Mar-93 12:05:03 Sb: #17624-Unfragmenter routine Fm: William F. McGill/CA 73177,3433 To: ole hansen 100016,3417 (X) Ole, Thanks for the info. I'll definitely check it out. Regards, Bill #: 17645 S12/OS9/68000 (OSK) 07-Mar-93 18:40:49 Sb: #17636-#SoundTracker Modules? Fm: Kevin Darling 76703,4227 To: Stephen Seneker 75020,3611 (X) Stephen, somewhere around here (I think at work on the MM/1) I have some docs stripped from some Amiga source, which give one format of the Tracker MOD stuff. (There is no "official" MOD format; there are lots of enhancements and minor diffs.) The Amiga can play those files easily because they were created just for the hardware capabilities of the Amiga... in this case, four DMA audio channels with hardware looping, volume control, and freq control, merged into two output channels. All that has to be simulated on other systems (altho the stereo DMA on the MM/1 aids some). - kev There are 2 Replies. #: 17647 S12/OS9/68000 (OSK) 07-Mar-93 19:20:47 Sb: #17645-SoundTracker Modules? Fm: Stephen Seneker 75020,3611 To: Kevin Darling 76703,4227 (X) Kevin, I just ran my bill up searching through the Amiga Forums libraries. I found several programs with sources and documentation. Hope it's worth the connect charges %-)? Stephen #: 17668 S12/OS9/68000 (OSK) 09-Mar-93 03:40:09 Sb: #17645-SoundTracker Modules? Fm: Mike Haaland 72300,1433 To: Kevin Darling 76703,4227 (X) Just in case you didn't know... Most Atari MOD files play just fine with Tracker too. - Mike - #: 17648 S12/OS9/68000 (OSK) 07-Mar-93 19:33:43 Sb: #17629-#SoundTracker Modules? Fm: Steve Wegert 76703,4255 To: Kevin Darling 76703,4227 (X) Kev, I moved the file you've requested into LIB 12. Steve There is 1 Reply. #: 17661 S12/OS9/68000 (OSK) 08-Mar-93 21:20:46 Sb: #17648-SoundTracker Modules? Fm: Kevin Darling 76703,4227 To: Steve Wegert 76703,4255 (X) Mucho thanks, Steve! (file moving) - kev #: 17670 S12/OS9/68000 (OSK) 09-Mar-93 03:40:25 Sb: #17641-CHD problems Fm: Mike Haaland 72300,1433 To: Bill Dickhaus 70325,523 (X) See my note to Bob. I'm uploading a function called getcwd.lzh - Mike - #: 17669 S12/OS9/68000 (OSK) 09-Mar-93 03:40:19 Sb: #17633-CHD problems Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Sure, I have a getcwd() function that returns the current working directory. I'll upload it. It's a modified version of Zack's pwd util for Level II. So, when you open a file, just do the getcwd() and save the pathlist. - Mike - #: 17646 S12/OS9/68000 (OSK) 07-Mar-93 18:43:17 Sb: #17637-NIMITZ questions Fm: Kevin Darling 76703,4227 To: GLEN HATHAWAY 71446,166 (X) Hi Glen, None of the Windios should be hardcoded for 3 Meg, as far as I can remember. (Well, maybe version 1 or 2 was :-) All the BGFXs that I sold came with docs. Due to all the requests, I guess I'll just post the BGFX docs soon. kev #: 17652 S12/OS9/68000 (OSK) 07-Mar-93 22:41:05 Sb: # ster Fm: tom farrow 72701,543 To: bob van der poel need help in getting sterm to work on my system iv . the menu comes up but i can not dial out or any thimg else . if there is some witch doctors incantation to do this then let me in on the secret ritual if chickens are needed then count me out . tom farrow 72701,543 There are 2 Replies. #: 17662 S12/OS9/68000 (OSK) 08-Mar-93 23:05:36 Sb: #17652-# ster Fm: Bob van der Poel 76510,2203 To: tom farrow 72701,543 (X) Mark G. is the sterm expert (he wrote it...). However, do you have the shell variable MODEM set? It should contain the name of the port to use. Otherwise, use the command line "sterm -l /port" with "port" being "t0" or whatever. Ya shouldnn't need any chickens for this. However, do you have a goat? BTW, were you able to read the VED disk? Hope you like it. There is 1 Reply. #: 17682 S12/OS9/68000 (OSK) 09-Mar-93 21:33:58 Sb: #17662-# ster Fm: tom farrow 72701,543 To: Bob van der Poel 76510,2203 (X) I do have a rabbit but no goat and I still don't have an universal driver so no I can't read the disk yet but I did send you another disk for a copy of ved if you don't mind. How do you get the modem to dial from strem? There is 1 Reply. #: 17692 S12/OS9/68000 (OSK) 10-Mar-93 22:04:49 Sb: #17682-# ster Fm: Bob van der Poel 76510,2203 To: tom farrow 72701,543 (X) No univeral disk driver??? Better get on Frank's back about that. The gods (microware) have decreed some time ago that _all_ distribution of disks should be on univeral format . No problem sending back the disk. Soon as I get it, we'll get the data on it and fire it back. There is 1 Reply. #: 17693 S12/OS9/68000 (OSK) 10-Mar-93 22:20:59 Sb: #17692- ster Fm: tom farrow 72701,543 To: Bob van der Poel 76510,2203 (X) Thanks a lot for all the help. I look forward to using the program. #: 17665 S12/OS9/68000 (OSK) 09-Mar-93 03:01:26 Sb: #17652-# ster Fm: Mark Griffith 76070,41 To: tom farrow 72701,543 (X) Tom, > need help in getting sterm to work on my system iv . the menu comes up but i > can not dial out or any thimg else . if there is some witch doctors > incantation to do this then let me in on the secret ritual if chickens are > needed then count me out . What version are you running? It should appear on the startup screen at the top. Version 1.5 is, I believe, the only one made that will correctly run on the System IV. Also, does a baud rate show for the port when Sterm comes up? Does the modem TR or DTR light come on? If you are not using the -l option from the command line to specify the port, is the envrironment variable MODEM set to the name of your default modem port? /************* /\/\ark ************/ There is 1 Reply. #: 17681 S12/OS9/68000 (OSK) 09-Mar-93 21:29:55 Sb: #17665-# ster Fm: tom farrow 72701,543 To: Mark Griffith 76070,41 (X) all variables set to "modem /t3" "term vt100" but how do you get the modem to dial for me? There is 1 Reply. #: 17696 S12/OS9/68000 (OSK) 11-Mar-93 03:00:37 Sb: #17681- ster Fm: Mark Griffith 76070,41 To: tom farrow 72701,543 (X) Tom, > all variables set to "modem /t3" "term vt100" but how do you get the modem > to dial for me? Well, when you fire up Sterm, do you get the ***** Sterm online **** message? If so, then everything if fine so far. At this point you should be able to type in "at" and hit enter. The modem should respond with "OK". If that works, then just type in the dial command "atdt" and then the number. Sterm doesn't have a fancy built in dialer. Also, the environment variables you show above, are then in UPPERCASE on you machine? If not, Sterm won't recognize them since it is looking for UPPERCASE variables. Let me know how it goes. /************* /\/\ark ************/ #: 17711 S12/OS9/68000 (OSK) 12-Mar-93 04:33:38 Sb: 'Install' command Fm: SCOTT HOWELL 70270,641 To: all Does anyone know the install command to extract Microware diskettes? When I received my software a little card was included showing how to do it... I lost it... #: 17712 S12/OS9/68000 (OSK) 12-Mar-93 10:12:53 Sb: #PCF Fm: Bert Schneider 70244,427 To: ALL Does anyone have a working version of the MM/1 PCF driver and descriptor for 5 1/4" disks (to copy MSDOS files back and forth between OSK)? I have not had any luck! Thanks! Bert Schneider There is 1 Reply. #: 17721 S12/OS9/68000 (OSK) 14-Mar-93 08:29:44 Sb: #17712-#PCF Fm: Mark Griffith 76070,41 To: Bert Schneider 70244,427 Bert, >Does anyone have a working version of the MM/1 PCF driver and descriptor for >5 1/4" disks (to copy MSDOS files back and forth between OSK)? I have been doing this for a long time, but only with 3 1/2 in disks. I'm sure you problem must be in the descriptor values, but I don't know what they should be since I don't have a 5 1/4 inch disk on my machine. Hopefully someone else can supply them for you. /************* /\/\ark ************/ There is 1 Reply. #: 17736 S12/OS9/68000 (OSK) 15-Mar-93 18:18:51 Sb: #17721-#PCF Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Bret, Here is a dmode of my pcf desc. I use to read 720 and 360K PCDOS disks in my 80 track drive. Works fine. drv=1 stp=3 typ=$24 dns=$03 cyl=80 sid=2 vfy=1 (off) sct=9 t0s=9 sas=2 ilv=2 tfm=0 toffs=0 soffs=1 ssize=512 cntl=$0001 trys=0 lun=0 wpc=0 rwr=0 park=0 lsnoffs=0 totcyls=80 ctrlrid=0 rates=$11 scsiopt=$0000 maxcount=65535 There is 1 Reply. #: 17746 S12/OS9/68000 (OSK) 17-Mar-93 02:57:46 Sb: #17736-PCF Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Thanks for your descriptor info Bob. /************* /\/\ark ************/ #: 17720 S12/OS9/68000 (OSK) 13-Mar-93 22:32:59 Sb: #GPIB device driver Fm: Edwin Lee 73740,2557 To: All I am looking for a good device driver for an OS9/68040 VME system. This device driver must be good in supporting GPIB device functions and be able to respond to commands sent from a system controller in an asynchronous fashion. (Supports GPIB chip TMS9914A from Texas Instrument) I have used a GPIB file manager driver from ARK(?) but it is only good for a GPIB controller. It did not work well as a GPIB device. It is especially poor in responding to serial polls. I would appreciate it if anyone out there can recommend a source. Thank you very much. There is 1 Reply. #: 17724 S12/OS9/68000 (OSK) 14-Mar-93 14:59:34 Sb: #17720-GPIB device driver Fm: ole hansen 100016,3417 To: Edwin Lee 73740,2557 Hello there Has you contacted Steven Weller at Windsor Castle. He is quite well at the IEEE-filemanager/driver from ARK ??? regards ole@danelec.dk #: 17722 S12/OS9/68000 (OSK) 14-Mar-93 10:15:30 Sb: Deals and Steals Fm: Steve Wegert 76703,4255 To: ALL Hi all! I'm the type of guy OS9/OSK software vendors moan and groan about. I've a hard time making the 'jump' to what they're calling reasonably priced software for our platforms. Am I cheap? Perhaps. But I also like to think I know when I'm paying _way_ too much for an application. So that being said ... lemme pass on a couple of items I've been able to track down relative to database programs for the OSK machines. I have been a satisfied user of the CoCo version of Clearbrook's (604) 853-9118 IMS (Information Management System). In speaking with Paul Kehller (hope I spelled it correctly!), he informs me a new version is due out in approximately 30 days. OSK price is $395.00. Clearbrook will apply the full purchase price of the CoCo version (in my case $150) against the $395 for an "upgrade" to an OSK version. Net to me .... $245. Not a bad deal! Mr. Kehller sees no reason why it wouldn't run on the MM/1. For another option, I spent about 20 minutes on the telephone with Fred Brown of Peripheral Technologies (404) 973-2156 yesterday. They have several copies (upwards of 70 ... make that 69. I bought one!) of an older release of Sculptor. It's release 1.14:6. The manuals are still in their original shrink wrap. This is NOT the current release ... but neither is the price! For $75 dollars, Mr Brown will ship it to you on your choice of disk formats. This deal was to have appeared in the double issue of the OS9 Underground, but somehow did not. The copies are official and you can apply the $75 towards the current version price (Ed Gresick tells me $3,000) for an upgrade. According to Mr. Brown, this version should run on the MM/1 and comes with a 5 day money back guarantee. Hard to beat! Now the disclaimer .... I have nothing to do with either company. Just passing along some information that may be of interest to other OSK users out there in the ether. If you do contact either of the gentlemen ... let 'em know where you found out about the deal. Perhaps it will underscore the power of the electronic message as a method of product support. Thanks! *- Steve -* #: 17740 S12/OS9/68000 (OSK) 16-Mar-93 00:21:42 Sb: Hi Fm: LARRY OLSON 72227,3467 To: Mike Haaland Mike, Got your Hi, but its been so long since I have used the SEN command, I forgot how to respond. Had to look it up, and by then you were got. I know, I know you snooze- you loose oops, that got should be gone... larry #: 17743 S12/OS9/68000 (OSK) 16-Mar-93 21:45:48 Sb: Kwindows Fm: BRUCE MOORE 70075,143 To: Kevin Darling I have had the preliminary version of Kwindows for tc70 about a year and have never had an upgrade. Purchased from FHL and he has not received anything from you. Please send him whatever you have. I use kwindows on my system everyday and I would like to get more info on using it as well as any enhancements! Thanks #: 17744 S12/OS9/68000 (OSK) 16-Mar-93 23:17:46 Sb: #Subroutine modules Fm: Bob van der Poel 76510,2203 To: All Has anyone used subroutine modules under OSK? I'd like to do something with one, but can't find any docs or other information on them in the MW manuals. Even OS9 insights nicely avoids the subject. I assume that to use a subroutine module you first link to it, grab the execution offset and just to a jsr to that address??? Is it possible to have static storage in a subroutine module? If anyone has some example code they have or can upload I'd be very appreciative. Thanks. There are 2 Replies. #: 17747 S12/OS9/68000 (OSK) 17-Mar-93 05:39:05 Sb: #17744-#Subroutine modules Fm: SCOTT HOWELL 70270,641 To: Bob van der Poel 76510,2203 (X) Is a sub-routine module like the 'math' and 'cio' modules?? BTW the new version of VED is great!!!. One small problem though is that the spellchecker highlights every scanned word, which tends to slow things down in large documents. There is 1 Reply. #: 17756 S12/OS9/68000 (OSK) 18-Mar-93 18:14:39 Sb: #17747-#Subroutine modules Fm: Bob van der Poel 76510,2203 To: SCOTT HOWELL 70270,641 (X) Scott...nope, sub-routines are not like 'Math" and "CIO". These are trap routines and OS9 Insights does cover them quite well. It also says that traps are much easier to use than subroutines, albeit slower. Then it nicely does not show subroutines at all. If you find the highlighting slowing down Ved, just set SM=1 in your env file (or with the esc-e-e option). That'll turn off the progress hightlighting but still show the unknown words. There is 1 Reply. #: 17762 S12/OS9/68000 (OSK) 19-Mar-93 05:17:09 Sb: #17756-Subroutine modules Fm: SCOTT HOWELL 70270,641 To: Bob van der Poel 76510,2203 (X) Would sub-routine modules be something akin to DLL's (dynamic link- libraries in the IBM world?? #: 17755 S12/OS9/68000 (OSK) 18-Mar-93 16:27:10 Sb: #17744-#Subroutine modules Fm: Graham Trott 100115,1075 To: Bob van der Poel 76510,2203 (X) Bob -- I've used subroutine modules in CD-I, to extend the functionality of a standard high-level package (kinda like HyperCard's XCMD). I attach below an example (to compute the size of a rectangle across the diagonal without using sqrt). As far as I know it's difficult to have static storage; I use a mixture of getting the caller to pass the addresses of variables, combined with self-modifying code (purists may groan but it's OK in CD-I). You might alternatively employ a shared data module. First, a special cstart module: * Radial.a use oskdefs.d psect XCMD,(Sbrtn<<8)+Objct,(ReEnt<<8),1,0,Start org -32768 _attop do.l 1 _mtop: do.l 1 _stbot: do.l 1 errno: do.l 1 _totmem: do.l 1 _sbsize: do.l 1 _fcbs: do.l 1 environ: do.l 1 _pathcnt: do.w 1 _sysglob: do.l 1 Start: dc.l Function-Start Offset to the C main program Params dz.l 3 This is the self-modifying storage area * This function returns the address of an item of storage, * organized as an array of pointers to data (see the C code). Parameter: lea Params(pc),a0 asl.l #2,d0 move.l (a0,d0),d0 rts ends Next, the C part of the subroutine module: /* Radial.c */ extern long *Parameter(); /* returns the address of a parameter */ void Function() /* the main entry point */ { long width, height, square, n; width=*(Parameter(0)); /* get the data from the first variable */ height=*(Parameter(1)); /* ditto the second */ square=width*width+height*height; for (n=2; n*n, put pointers to your variables in ((long *)addr)[1], ((long *)addr)[2], etc, then: func=(void *)(addr+*((long *)addr)); (*func)(); A warning: Not having static storage rules out the use of most of the standard C libraries. Good luck! -- GT There is 1 Reply. #: 17767 S12/OS9/68000 (OSK) 19-Mar-93 18:16:24 Sb: #17755-Subroutine modules Fm: Bob van der Poel 76510,2203 To: Graham Trott 100115,1075 Graham, thanks for the example code. Now I think I know why MW uses traps instead of subroutines. I was really hoping that static storage would be available without having to pass it from the main routine. However, I have listed out your message and will see if I can use this technique in my programming efforts. BTW, I am trying to set up my Ved editor so that different window systems can use their own mouse drivers, etc. without ved having to know about such things. At this point, however, it looks like it'll be easier for all (including the folks who will end up writing there own interfaces) to have this done via a front-end which interprets mouse data, etc. and inserts it into the keyboard stream for ved. Neat thing about OS9...there are always so many ways to do so many things. #: 17750 S12/OS9/68000 (OSK) 17-Mar-93 17:07:32 Sb: frs thanks Fm: Ken Drexler 75126,3427 To: Frank Hogg Frank, Thanks for uploading frs. It will be a big help unpacking the files created by fbu. Ken Drexler #: 17769 S12/OS9/68000 (OSK) 19-Mar-93 18:16:31 Sb: #MM/1 boot ROM Fm: Bob van der Poel 76510,2203 To: All My new super dupper ROMs finally arrived for my MM/1. They installed fine and appear to be working...however, I can not boot from HD. With a floppy installed without a boot file I get the message that it is attempting to boot from HD, but that's it. No SCSI activity appears to be taking place. The only thing I can think of is that the scsi controller ID which is being used is not the same as my HD??? I have a HD on line 0. There is 1 Reply. #: 17774 S12/OS9/68000 (OSK) 21-Mar-93 02:57:57 Sb: #17769-MM/1 boot ROM Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 Bob, > My new super dupper ROMs finally arrived for my MM/1. They installed fine and > appear to be working...however, I can not boot from HD. With a floppy > installed without a boot file I get the message that it is attempting to boot > from HD, but that's it. No SCSI activity appears to be taking place. The only > thing I can think of is that the scsi controller ID which is being used is not > the same as my HD??? I have a HD on line 0. OK....the obvious questions, did you do and os9gen on the hard drive to setup the bootfile? The SCSI ID of the drive should be zero so that seems to be correct. /************* /\/\ark ************/ #: 17684 S14/misc/info/Soapbox 10-Mar-93 01:55:41 Sb: #Hong Kong Fm: Chris Hofland 74650,742 To: All Hello out there! Are there any OS/9ers from Hong Kong here on CompuServe? Chris Hofland Philips Interactive Media Int'l, East Asia +852 821-5482 FAX: +852 528-2259 There is 1 Reply. #: 17718 S14/misc/info/Soapbox 13-Mar-93 14:10:51 Sb: #17684-Hong Kong Fm: Wayne Day 76703,376 To: Chris Hofland 74650,742 Chris, I think you're our first member from the Colony, but does it count that my wife and I think of HK as our home-away-from-home? She was attending UHK when we met, many years ago, and still has lots of family in HK. Wayne #: 17654 S15/Hot Topics 08-Mar-93 03:03:02 Sb: #17621-#New Product Announcement Fm: Mark Griffith 76070,41 To: Lee Veal 74726,1752 (X) Lee, > OS-9000 is an enhanced version of OS-9 that is written in C (instead of > assembly like its predecessor) that runs on Intel 80386 and higher processors > as well as the high end of the Motorola 680x0 family. C makes it portable, > but for performance considerations some or the deep kernel routines are done > in assembly. I think you sent this to the wrong person maybe (grin)?? /************* /\/\ark ************/ There is 1 Reply. #: 17733 S15/Hot Topics 15-Mar-93 14:34:33 Sb: #17654-New Product Announcement Fm: Lee Veal 74726,1752 To: Mark Griffith 76070,41 (X) Yep, looks like I goofed. Lee #: 17734 S15/Hot Topics 15-Mar-93 14:40:42 Sb: #17530-New Product Announcement Fm: Lee Veal 74726,1752 To: Walter J Schilling 70312,3406 Microware Systems Corporation 1900 N.W. 114th St. Des Moines, Ia. 50322 (515) 225-1929 OS-9 has versions that run on Motorola 6809 or Hitachi 6309, and Motorola 680x0 processors. OS-9000 is an enhanced version of OS-9 that is written in C (instead of assembly like its predecessor) that runs on Intel 80386 and higher processors as well as the high end of the Motorola 680x0 family. C makes it portable, but for performance considerations some or the deep kernel routines are done in assembly. In many ways the OS-9(000) family of operating systems resemble Unix. However, as I understand it, Unix while is multi-tasking and multi-user, it is not what's referred to as a real-time operating system. OS9 has a pre-emptive interupt system. OS9 is also ROMable which makes it very handy for black-box applications. Chances are you've used an OS-9 system at some time in your life without knowing it. (I've been told that the do-it-yourself electronic scales at some post offices are run by atROM-based OS-9 system under the covers. And that's just one. FermiLab uses an OS-9 system. NASA uses OS-9, I'm told on the shuttle.) There are experts in the forum here that are far more advance in the use hf OS-9, but I'm sold on its viability and vitality. Lee Press !>