#: 17259 S12/OS9/68000 (OSK) 15-Dec-92 21:47:19 Sb: Televideo Terminal Fm: Bob van der Poel 76510,2203 To: All Does anyone know if a normal PC-type keyboard will work with a Televideo 965 terminal. I have a term. with a blown keyboard (I think). I thought I'd make up a little converter cable to switch from a DIN plug to the telephone jack the TV-965 uses. But if someone has more knowledge than me let me know if I'm wasting my time (or if I can damage the PC keyboard... even though I have checked voltages and it appears to be just 5volt). #: 17266 S12/OS9/68000 (OSK) 18-Dec-92 20:47:58 Sb: New uploads Fm: Bob van der Poel 76510,2203 To: All I've uploaded two files to DL12 in the last couple of days. The first is docs and binary for a new upzip program. I didn't do too much too it--just figured out what files to include so that the unix source would compile properly. This program will melt the newer PK-ZIP files which the existing unzip on this system will not. It also melts files into subdirectories and keeps file dates accurate. However, it insists on processing everything in all lowercase (unless you like uppercase filenames), so I wrote a little program to convert directory names to all uppercase. Look for the files "unzip.lzh" and "updir.c" in DL12. #: 17279 S12/OS9/68000 (OSK) 23-Dec-92 04:37:39 Sb: #SETENV & MY STARTUP FILE Fm: Keith H. March 70541,1413 To: All All: Can I put all am SETENV parameters in the .login file instead of the startup file Is their a difference being in one place than the other? I noticed that the parameters in the startup file are only good for w-w? and not term, WHY? Keith There is 1 Reply. #: 17281 S12/OS9/68000 (OSK) 23-Dec-92 17:30:01 Sb: #17279-#SETENV & MY STARTUP FILE Fm: ole hansen 100016,3417 To: Keith H. March 70541,1413 (X) hello keith the reason why your SETENV stuff only work in .login, is because your 'startup' is run by a 'shell' forked by 'sysgo'. This shell dies after having 'executet' the startup-file. If you want to set up ENV-variables from the shell you talk to after startup has run, you need to modify your sysgo.a to setup parameters for the final 'shell' forked. Let me know if you need some example-code !! regards ole b. hansen There is 1 Reply. #: 17282 S12/OS9/68000 (OSK) 23-Dec-92 20:47:43 Sb: #17281-#SETENV & MY STARTUP FILE Fm: Bob van der Poel 76510,2203 To: ole hansen 100016,3417 (X) Ole and Keith: as an alternate to changing sysgo you can just use the builtin shell command 'profile'. I have a line in my startup (right near the start): profile .login this (apparently) reads the .login file and sets the variables for the parent of the shell which is running startup. For some reason the profile command is not documented (or I can't find it in the manual). There are 2 Replies. #: 17288 S12/OS9/68000 (OSK) 25-Dec-92 15:29:51 Sb: #17282-SETENV & MY STARTUP FILE Fm: ole hansen 100016,3417 To: Bob van der Poel 76510,2203 (X) Hello Bob You might be wright about 'profile .login', but I don't have a straihgt 'shell .login'. My .login sets up a lot of things for my 'mshell' and therefor I have to set up my parameters for 'shell' in 'sysgo' as parameters before it is forked. The 'profile' builtin-command to shell is described in a 'release note' to OSK V2.4 regards ole #: 17296 S12/OS9/68000 (OSK) 27-Dec-92 11:19:28 Sb: #17282-SETENV & MY STARTUP FILE Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 (X) Bob/ole - Not sure if Mshell supports this construct, but in Bourne and Korn shells, the line '. .profile' (or more portably, '. $HOME/.profile' will read and execute commands in the .profile file in the context of the current shell. Pete P.S. That's DOT SPACE DOT FILENAME #: 17306 S12/OS9/68000 (OSK) 30-Dec-92 08:48:40 Sb: more ???? Fm: LARRY OLSON 72227,3467 To: Kevin Darling 76703,4227 Kevin, Has anyone done anything yet with the joystick drivers for the MM/1 ? #: 17310 S12/OS9/68000 (OSK) 01-Jan-93 14:37:12 Sb: #CD-ROM and the MM/1 Fm: Steve Wegert 76703,4255 To: Keith H. March 70541,1413 (X) Keith, I've just merged in your CD-ROM file to LIB 12. Thanks! Can I take from this contribution that you're using a CD-ROM with the MM/1? Who did the driver? What titles are you using? More details, please! Steve There are 2 Replies. #: 17311 S12/OS9/68000 (OSK) 01-Jan-93 17:51:34 Sb: #17310-#CD-ROM and the MM/1 Fm: Keith H. March 70541,1413 To: Steve Wegert 76703,4255 (X) Steve; Carl Krieder is working on a driver and descriptor. I am beta testing them, but for now I am getting error 102 and 169. I will ask you, do you think we should have a new File Manenger or use the SCSI hard drive one, or wright a new lib. cdrom.l (But this is still in the testing stage). Keith There is 1 Reply. #: 17317 S12/OS9/68000 (OSK) 02-Jan-93 17:33:08 Sb: #17311-#CD-ROM and the MM/1 Fm: Steve Wegert 76703,4255 To: Keith H. March 70541,1413 (X) > Carl Krieder is working on a driver and descriptor. I am beta testing them, > but for now I am getting error 102 and 169. I will ask you, do you think we > should have a new File Manenger or use the SCSI hard drive one, or wright a > new lib. cdrom.l (But this is still in the testing stage). Ahhh! That is good news! Carl will do his usual good job as always. As far as the design questions ... I'll leave that to those more qualified that I to answer. My claim to fame is breaking things .... not designing 'em. Just ask Carl! :-) By the way .. what was the price of the Chinon drive you're working with? Steve *- Steve -* There is 1 Reply. #: 17319 S12/OS9/68000 (OSK) 03-Jan-93 07:16:22 Sb: #17317-CD-ROM and the MM/1 Fm: Keith H. March 70541,1413 To: Steve Wegert 76703,4255 (X) Steve: The Price that I payed at the Dayton Hamfest was $352.56 plus $22.91 tax Total $375.47 on the 04/25/92. Yes I will be glad to get to cd-rom working. I also send Carl a start of a program called CDPLAY.A This program will be able to play CD-DA disks and (hopefully work from "desktop") will use the mouse to select the tracks and turn up/down the volume. (Just like the Messy-Dos Version) I sent him a disk (cd-rom) to work with, I hope that helps him get the software to work. I will let you know more as the days pass. Keith #: 17315 S12/OS9/68000 (OSK) 02-Jan-93 14:35:09 Sb: #17310-CD-ROM and the MM/1 Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Yes, Keith. Tell us more...just leaving that little file here is so unfair! #: 17316 S12/OS9/68000 (OSK) 02-Jan-93 14:35:20 Sb: #Termcap files Fm: Bob van der Poel 76510,2203 To: David George 72240,134 (X) David, just downloaded your system 5 termcap file. And I figured that the O'Reily book was definitive...have you had a chance to compare the two and see if there are any conflicts? Thanks for sharing the info. There is 1 Reply. #: 17351 S12/OS9/68000 (OSK) 10-Jan-93 00:48:27 Sb: #17316-Termcap files Fm: David George 72240,134 To: Bob van der Poel 76510,2203 (X) Actually I have the O'Reilly book. The codes that I uploaded expand on the codes in the O'Reilly book. I haven't really looked into it extensively, but the codes that I did look at were identical. #: 17323 S12/OS9/68000 (OSK) 03-Jan-93 21:58:03 Sb: #Mail problem Fm: Steve Wegert 76703,4255 To: All I've installed edition 11 of Microware's mail that came with my MM/1. It's a very different mail program than what I've become accustomed to over the years on various OS9/OSK systems... but no mater ... I've grown to like it. But! I seem to be having problems with the mail program respecting the group id of any particular user. Infact ... I've had to resort to making the user id and group id the same for each user. That is .. 0.0, 1.1, 2.2 ... and so on. Trying to use 0.0, 1.0, 2.0, 3.0 results in all 4 users seeing the same mail. Have I misunderstood something here? I should be able to establish different groups, with unique user id's within, jes? Or perhaps, have I missed something in the setup of mail? I'd be interested in any comments from other mail users. Thanks! *- Steve -* There are 2 Replies. #: 17324 S12/OS9/68000 (OSK) 04-Jan-93 23:09:38 Sb: #17323-#Mail problem Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Uh, Steve...don't know about the mail program. But do you have group and user mixed up. 0.0 is user 0, group 0; 2.0 is the same user. My understanding is that all users with the same group have equal access. Hence, user 3.4 and 3.2 can read the same files... maybe some sage can explain the logic of this. There is 1 Reply. #: 17329 S12/OS9/68000 (OSK) 06-Jan-93 07:59:38 Sb: #17324-Mail problem Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Uh, Steve...don't know about the mail program. But do you have group and user > mixed up. 0.0 is user 0, group 0; 2.0 is the same user. My understanding is > that all users with the same group have equal access. Hence, user 3.4 and 3.2 > can read the same files... maybe some sage can explain the logic of this. > Hi Bob .. thanks for the reply! Your understanding of the Group/User relationship is the same as mine. First number is the Group, second is the User. And you're correct .. my problem is so counter to the philosphy of OS9/OSK the error, most likely, is mine. But I'll be darned if I can find it! When I originally set up the MM/1, I applied this logic to the assignment of password file entries. I was defined as 0.0, of course, and all other users were established as 1.0, 2.0, 3.0, 4.0 and so on. Th idea being that any user could establish other users in their group that could easily share material between themselves. But ... when I installed Microware's Mail, I quickly found out that it was treating mail sent by all my users as mail being sent by me (0.0). Furthermore, any mail I had in _my_ mail box was visible to _all_ my users. Changing their Grp/Uid entry to 1.1, 2.2, 3.3, 4.4, and so on, cured this problem ... but left me with another. How do I take advantage of the GROUP feature? I'm hoping someone from Microware will see this and toss out a couple of ideas for me to try. Thanks! *- Steve -* #: 17332 S12/OS9/68000 (OSK) 06-Jan-93 16:01:44 Sb: #17323-#Mail problem Fm: JBM Electronics 71174,3442 To: Steve Wegert 76703,4255 (X) The numbers in the Microware Mail Mail.sys file are the user numbers from the password file, do not enter the group numbers from the password file. This way the same user (.uu) with always get their mail no matter what group they are logged in as. Put another way, each user on the system should always have a unique user number (.uu) but may appear in a number of groups (gg1.uu, gg2.uu, etc.). The mail system has no way of dealing with the group numbers as assigned in the password file. You can set up groups (lists) for mailing purposes ONLY in the mail.sys file, this is documented in that file. This might be easier to explain via voice? -J There is 1 Reply. #: 17341 S12/OS9/68000 (OSK) 07-Jan-93 17:30:33 Sb: #17332-#Mail problem Fm: Steve Wegert 76703,4255 To: JBM Electronics 71174,3442 (X) So what you're telling me is this is a _feature_ .. not a bug? I'm aware of the operation of 'group list' and 'nickname' list. That's fine for mass mailing ... but my problem manifests itself in attempting to make use of an OSK standard ... Group/UID for user identification. Seem to be a problem to me ... but then .... *- Steve -* There is 1 Reply. #: 17364 S12/OS9/68000 (OSK) 13-Jan-93 08:50:52 Sb: #17341-#Mail problem Fm: Jay Truesdale [JBM] 71174,3442 To: Steve Wegert 76703,4255 (X) Yeah, well, I thought it was a bug/problem as well but MW explained it to me as a FEATURE! From their point of view, the UID should always be unique for an individual. That way the same person can be in many groups and still have the same UID. This way their mail software can find you no matter what group you log in under and you don't have to log in a bunch of times under different groups just to get all of your mail. It does make sense if you think of it this way. -J Truesdale There is 1 Reply. #: 17367 S12/OS9/68000 (OSK) 14-Jan-93 05:32:21 Sb: #17364-Mail problem Fm: Steve Wegert 76703,4255 To: Jay Truesdale [JBM] 71174,3442 (X) Yes ... I supposed it does make sense if you think of it in that way. Too bad it's taken me this long to come around. *- Steve -* #: 17325 S12/OS9/68000 (OSK) 05-Jan-93 10:39:10 Sb: #OSK Wishlist Fm: Clyde C. Price, Jr. 76616,3452 To: all Hey Folks! 1) Who has _any_ version of source-code to a program that will ZIP files as well as unzip them? Does anybody have working binaries for an OSK-ZIP program ("compatible" with MeSsy-DOS' PKZip programs)? I've accepted the offer of a loan on an XT (which I don't want) so I can create ZIPfiles of straight-ASCII texts for an organization/BBS which absolutely refuses *.LZH uploads. I'd MUCH rather do it on my MM/1. (Actually, I'd rather stick with LHA/*.lzh, but the folks I'm working with insist on being "compatible" and "mainstream". Arrgh!) - 2) Who has source code (or OSK binaries!) for a QWK-mail-reader? (especially one with TAGLINES!) - 3) When are we going to have a publicly released Usenet newsreader and uucp* set of programs for OSK? - 4) Do wo have available the routines that would allow an OSK machine to a) use MNP, V.32, V.42 error correction and b) auto-fallback for calling or answering to a modem with a lower baud-rate? - 5) Do we have a program that will "type" a textfile at 10cps or so into a messagebase that otherwise barfs at full-speed ASCII uploads? (I had a patience-exercising-experience trying to ASCII-upload this message into the Atlanta Computer Society BBS {404/636-2991} MM/1_Tech-Echo area. My second attempt at 300 baud worked.) - 6) Who has the PCFile Manager working on an MM/1, and HOW does one get it working? - This inquiring mind wants to know! - (Is my impatience showing?) - Clyde C. Price, Jr.-- preferred email: 76616.3452@compuserve.com P.O.Box 667, Red Oak, GA 30272-0667 USA 404/761-2327 /John 3:16 Coordinator of "The Text Project" for Atl.Christian Tech.Society GEnie: C.PRICE14 ACTS-BBS 404/633-2280 include There are 3 Replies. #: 17327 S12/OS9/68000 (OSK) 05-Jan-93 22:06:02 Sb: #17325-OSK Wishlist Fm: Bob van der Poel 76510,2203 To: Clyde C. Price, Jr. 76616,3452 Can't answer all the ??s...but 1 - I do have source for a PKZIP unzipper. I guess you might be able to reverse engineer it to do packing...send me email if you want this and we can arrange to get a disk to you. I have posted a binary to lib 12 which appears to work. 3 - what's the problem with MNP v32? I have a modem doing all this and run it though sterm. No problems. 6 - the pcf file manager works fine on my mm/1. Do you have the latest editions of the disk drivers, etc. (I believe you need edition #4 to use pcf). It's just a matter of making sure that pcf and the nesc. descriptors are in memory. I just load mine when needed. #: 17330 S12/OS9/68000 (OSK) 06-Jan-93 07:59:48 Sb: #17325-OSK Wishlist Fm: Steve Wegert 76703,4255 To: Clyde C. Price, Jr. 76616,3452 - 3) When are we going to have a publicly released Usenet newsreader and > uucp* set of programs for OSK? Mike Haaland has been working furiously on a uucp/news package for the MM/1. We're close to seeing it as I understand. Hang tight! - 4) Do wo have available the routines that > would allow an OSK machine to > a) use MNP, V.32, V.42 error correction and > b) auto-fallback for calling or answering to a modem with a > lower baud-rate? I use a 9600 baud modem all the time with V.32/V.42 with no problems. You do need to use a serial port that has all the modem control lines such as /t3 or /t3 for best results. The port will also need to do hardware handshaking (RTS/CTS) for best results. Xmode /t3 type=80 does this nicely with the new drivers/descrptors available in LIB 12. 'fraid I can't help with the other questions ... but hang in there! *- Steve -* #: 17348 S12/OS9/68000 (OSK) 09-Jan-93 00:48:15 Sb: #17325-OSK Wishlist Fm: Mike Haaland 72300,1433 To: Clyde C. Price, Jr. 76616,3452 There are a few different UUCP packages and NetNews systems available for OSK among them are CNews and Rick Adam's news software that comes with his UUCP package. Check the UNIX forum for source to QWK-mail-readers, I don't know of any binaries for OSK. As for ZIP, we do have an Un-Zipper, but no-one has attempted porting the UNIX Zipper as far as I know. (Maybe I should look into ZIP for OSK!) For your slow ASCII uploads, I think there is source for a program called slowio that will do the trick, if not, it's pretty trivial to write one: main() { char c; while (c = getc(stdin)) != EOF) { putc(c,stdout); } } call it from the command line like: slowio /tx Hope this helps, - Mike - PS there is RN for OSK too. #: 17326 S12/OS9/68000 (OSK) 05-Jan-93 18:24:36 Sb: #17023-#A New Terminal Program? Fm: BRUCE MOORE 70075,143 To: Steve Wegert 76703,4255 (X) I would be able to make use of a fax based software program on the tomcat tc70! There is 1 Reply. #: 17331 S12/OS9/68000 (OSK) 06-Jan-93 07:59:53 Sb: #17326-A New Terminal Program? Fm: Steve Wegert 76703,4255 To: BRUCE MOORE 70075,143 > I would be able to make use of a fax based software program on the tomcat > tc70! > I'll amke sure Mark sees your message! User interest is a sure fire way to gain features! Thanks! *- Steve -* #: 17335 S12/OS9/68000 (OSK) 06-Jan-93 21:56:14 Sb: #Ved/68K upgrade Fm: Bob van der Poel 76510,2203 To: All For those of you who do not check the libraries on a regular basis for new uploads (wouldn't it be nice to have a "show new uploads" command which automagically alerted you of new uploads whenever you entered this forum?) I have uploaded a new product announcement for Ved 2.0. Registered owners of 1.x have been mailed upgrade letters... if you don't get yours please contact us! There are 2 Replies. #: 17337 S12/OS9/68000 (OSK) 07-Jan-93 11:53:45 Sb: #17335-Ved/68K upgrade Fm: Wayne Day 76703,376 To: Bob van der Poel 76510,2203 (X) >Wouldn't it be nice to have a "show new uploads" command which >automagically alerted you of new uploads whenever you entered this forum? Yeah, but... For most folks, who already complain that they see the "News Flash" bulletin too often, having a list of a lot of files that they're not interested in would only make their online session less friendly. After all, the single command: BRO/LIB:ALL/AGE:x would display the new files in every library for "x" days, and can easily be added to a macro. To impose mandatory-read thingies on people has been demonstrated time and time again to be counterproductive. Believe me.. I've fought that battle a long, long, long time ago and lost. Wayne #: 17361 S12/OS9/68000 (OSK) 12-Jan-93 19:29:15 Sb: #17335-#Ved/68K upgrade Fm: Ken Gideon 72270,664 To: Bob van der Poel 76510,2203 (X) um, Did I ever get around to registering my vpt/ved? (I have ved serial# 10041, and vpt serial# 7715 if that helps, bought them at last years chicago cocofest... from CoCoPro...) There is 1 Reply. #: 17366 S12/OS9/68000 (OSK) 13-Jan-93 21:57:33 Sb: #17361-Ved/68K upgrade Fm: Bob van der Poel 76510,2203 To: Ken Gideon 72270,664 Ken, nope...you never sent in the registration. I'll fill in the slots in my user log. Also, I'll mail out the update ann. to you. Still at 1230 S. Summit Dr? #: 17342 S12/OS9/68000 (OSK) 07-Jan-93 18:12:22 Sb: Disk Formats Fm: Bob van der Poel 76510,2203 To: All I was fooling around earlier with different disk formats and figured some of you might be interested in the results. This is on an mm/1 using ed #4 of rb36c65. sector size 256 512 1024 sct/track 36 21 11 ileave 2 2 2 trans. rate 18.6 21.6 23.02 meg/sec (read, write slower) disk cap. 1440 1680 1760 kilobytes You might note that using 1024 byte sectors you get a total storage appx. 33% greater than the 33 sector/track standard of the mm/1. Some cautions: you may not be able to exchange disks with other users (or even different disk drives) if you use the above formats and using a larger sector size means that more space may be lost with small files. Timing were done with Mark Griffith's 'ddtest' program. However, you may want to consider this for 'fsave' and 'lha' type backups of hard drives, etc. #: 17347 S12/OS9/68000 (OSK) 08-Jan-93 23:33:22 Sb: It's Kevin! Fm: blackbelt 76004,1771 To: Kevin Darling 76703,4227 Kevin! Here you are... :^) Tried to call you the other day (see my message here in sec 11 for details) but the phone # I had was too old. Glad you're still floating around, I am. :^) How about emailing me your new particulars so I can chatter at you? Ben #: 17353 S12/OS9/68000 (OSK) 10-Jan-93 09:54:33 Sb: #17008-atari osk u.k. Fm: David George 72240,134 To: PaulSeniura 76476,464 I have an Atari Mega ST 2 with the OSK 2.2 (Microware version) that does support the ICD host adapter (nothing special was required). I have the ICD adapter with the clock on it (trouble is no OSK driver for it, also no driver for the clock that is on the Mega motherboard). Microware only supports the 520ST and the 1040ST although it will work on the other ST's. Also the Microware version does use the ST BIOS. #: 17355 S12/OS9/68000 (OSK) 10-Jan-93 22:22:10 Sb: a teaser Fm: Carl Kreider 71076,76 To: all Re: CD-ROMS - here is a teaser ;) rmcd2: cdrcat Root Directory Listing: Directory(/): flags size date sysa name -d---- 2048 1991-01-08 13:36:42 26 . -d---- 2048 1991-01-08 13:36:42 26 .. -d---- 2048 1991-01-08 13:42:39 26 DISCPASS --a--- 335244 1990-12-21 17:44:34 26 DISCPASSAGE.;1 -d---- 12288 1991-01-08 13:42:40 26 DP ------ 1870 1990-09-20 12:37:08 26 INSTALL.BAT;1 ------ 575616 1990-12-24 09:27:42 26 MENUTEXT.DAT;1 ------ 32400 1990-12-24 09:28:00 26 MENUTEXT.IDX;1 ------ 1339 1990-12-23 22:37:18 26 MSGTEXT.;1 ------ 307978 1990-06-22 13:33:30 26 PUBLISH.SCF;1 ------ 119747 1990-12-21 16:38:56 26 USH.EXE;1 -d---- 2048 1991-01-08 15:36:42 26 USHIST Pathname to open? : ushist Directory(ushist): flags size date sysa name -d---- 2048 1991-01-08 15:36:42 26 . -d---- 2048 1991-01-08 13:36:42 26 .. ------ 8192 1990-12-23 21:22:30 26 AUTHORS.IDX;1 ------ 12012 1990-12-23 21:21:52 26 AUTHORS.MAS;1 ------ 32768 1990-12-23 21:22:38 26 SUBJECTS.IDX;1 ------ 120403 1990-12-23 21:22:08 26 SUBJECTS.MAS;1 ------ 30720 1990-12-23 21:22:46 26 TITLES.IDX;1 ------ 104816 1990-12-23 21:22:20 26 TITLES.MAS;1 ------ 806912 1990-12-23 12:02:20 26 WORDS.IDX;1 ------ 15129617 1990-12-23 11:26:32 26 WORDS.MAS;1 Pathname to open? : rmcd2: #: 17370 S12/OS9/68000 (OSK) 14-Jan-93 18:11:42 Sb: Termcap Fm: Bob van der Poel 76510,2203 To: David George 72240,134 David, I finally got around to printing a copy of the termcap file you uploaded. I notice that some of the entries have a (G), * or ** (and combinations) appended to the end of the line. Ummm, what does this mean? BTW, this is really very comprehensive. Seems to cover printers and modems as well as some pretty fancy terminals. Press !> #: 17371 S12/OS9/68000 (OSK) 15-Jan-93 21:21:12 Sb: #17366-#Ved/68K upgrade Fm: Ken Gideon 72270,664 To: Bob van der Poel 76510,2203 (X) yep... I still live there. I look foward to the ann., off the recored, what is your upgrade policy? also, a suggestion(or two); make the tab key be a tab key. and if you just hit esc. have a little menu bar with the submenus pop-up... and make it more colorful... graphical or something... the MM/1 is sapose to be a bit of a graphics machine... K.E.G. There is 1 Reply. #: 17393 S12/OS9/68000 (OSK) 17-Jan-93 13:57:05 Sb: #17371-Ved/68K upgrade Fm: Bob van der Poel 76510,2203 To: Ken Gideon 72270,664 (X) Ken, thanks for the interest in Ved and suggestions... 1. Upgrade policy: Normally we charge a nominal 5 to 10 dollars for an upgrade. Really just to cover the cost of media, etc. However, with a major change like from Ved 1.x to 2.0 we do have to charge a bit more. Full details are in the upgrade announcment in the mail to you. 2. Making tab==tab: Do remember that ALL the keybindings in Ved are user defineable. This is made much easier with 2.0 since we now include MVEF in the package. MVEF makes it easy to create a customized environment file with the key laid out the way you think the should be. 3. Menus: Ved is _not_ a mm/1 editor. It is designed to work on any OSK platform, and as such does have to assume a somewhat limited environment. The only thing Ved _really_ needs is cursor positioning. Adding color and stuff is really quite easy if you want to fool around with the termcap file..nothing from stopping you from defining 'so' (standout) as red letters on yellow.... 4. MM/1: We have included some support for Kwindows. Ved will read a mouse to get cursor positioning, etc. and does a few things with the Kwindows screen drivers. 5. A future version of Ved _may_ incorporate a front-end option. As envisioned a front-end would be a user (or 3rd party) written program which would filter commands (keys) before they get to Ved. This program could then do it's own menus, etc. Or it could be a executive in an interactive c-programming environment. The exec. could transfer control between programs, and even pass error line numbers to Ved so that the correct line pops up after a unsuccessful compile. This is still in the planning stage... #: 17379 S12/OS9/68000 (OSK) 16-Jan-93 14:42:38 Sb: BGFX Fm: TED JAEGER 72467,372 To: kevin darling 76703,4227 (X) Kevin, I am a new purchaser of an MM1. I am told you have BGFX for this machine for sale. I would like to purchase a copy but do not know where to send the money! Could you contact me here or: Ted Jaeger 1809 Haddley Lee Fulton, MO 65251 1-314-642-4308 Thanks, Ted 72467,372 #: 17380 S12/OS9/68000 (OSK) 16-Jan-93 14:47:20 Sb: signal handler Fm: TED JAEGER 72467,372 To: kevin darling 76703,4227 (X) I am trying to write a signal handler using BASIC and syscalls for my mouse. Have a signal for the mouse to return and the process asleep but cannot manage F$Icpt and writing the signal to a known memory location. I assume that the mouse signal is received in one register of the 68070 but which one? And then, what 68000 assembly language instruction would write that signal value to memory? I believe if I knew these two things I could accomplish the signal handler so I am wondering if you know? Really, I am just trying to clone Dale Puckett's trick that was in Rainbow several years back. Thanks, TedJaeger 72467,372 #: 17381 S12/OS9/68000 (OSK) 16-Jan-93 14:51:23 Sb: KWindows buttons Fm: TED JAEGER 72467,372 To: all Using KWindows, I have created buttons with shell "display 1e 28 ....". I find that if the button encroaches on the bottom line of a Type 0 screen on my MM1 the normal gray face of the button takes on the background color of the screen and its 3d movement is lost. This a bug or am I doing something wrong? Also, I find that these buttons automatically depress when clicked on with the mouse, provided that the process is not asleep and the mouse has no signal to return. Under the latter conditions, no button movement. Again, am I doing something wrong here? Thanks, TedJaeger 72467,372 #: 17382 S12/OS9/68000 (OSK) 16-Jan-93 15:00:53 Sb: #QUANTUM Fm: Bob van der Poel 76510,2203 To: All HELP....does anyone have a phone number for Quantum. My HD just stopped working. It will not format since it can't seem to read LSN1 or 2. This drive has been getting flakier and flakier as time goes on. There is 1 Reply. #: 17407 S12/OS9/68000 (OSK) 19-Jan-93 09:29:07 Sb: #17382-QUANTUM Fm: Jay Truesdale [JBM] 71174,3442 To: Bob van der Poel 76510,2203 (X) Quantum: (408) 432-1100 in CA. Tech Support (800) 367-1984. #: 17386 S12/OS9/68000 (OSK) 17-Jan-93 00:28:32 Sb: OS9 Programmer Avail. Fm: steve mann 71310,1742 To: All OS-9/68K Programmer Available. I have three years experience with OS9 in firmware development and firmware group supervision. I have ported OS-9 to our 68000-based proprietary processor board, written device drivers and product related control modules. Overall I have 13 years experience with various microprocessors, but I like the 68K and OS-9 the best. I am interested in a permanent position only; no contract jobs. If you are a hiring manager or know of one who would be interested in my full resume, I can be reached by Internet:smann$peck.com, or by CIS, 71310,1742. Or, by US Snail, Steve Mann, 124-h Blossom Hill Road, Suite 324, San Jose, CA 95123. #: 17431 S12/OS9/68000 (OSK) 24-Jan-93 13:46:36 Sb: OSK PacMan??? Fm: Keith H. March 70541,1413 To: All All: Is their a OSK port of the game called PACMAN? If so, where can I find it? Keith #: 17433 S12/OS9/68000 (OSK) 25-Jan-93 18:59:43 Sb: #17407-#QUANTUM Fm: Bob van der Poel 76510,2203 To: Jay Truesdale [JBM] 71174,3442 (X) Jay (and interested lurkers), Thanks for the Quantum numbers. Unfortunately, they no longer support the 800-367-1984 number. They have another 800 number (624-5545) but they do no customer support from it. To get assistance you can call 900-740-4433. This costs $5.00 PER call. Or you can call them "free" at 408-944-0410. I called them earlier today and they agreed to replace my drive under warnt. However, I didn't have the serial number...so I asked if I could just send that to them in the MAIL and they could MAIL me the RMA number. The fellow at the other end just didn't know what to do with a crazy request like that, it suggested I could fax it. Guess I'll spend some more grocery money on another call. BTW, Maxtor have a very good customer support service and excellent return policy...they send out the new drive and when you get it, then you return the defective one. Guess which drive I'd buy today? Mind you, Quantum do seem to be a bit quieter and a tad faster... There is 1 Reply. #: 17453 S12/OS9/68000 (OSK) 29-Jan-93 09:37:24 Sb: #17433-QUANTUM Fm: Jay Truesdale [JBM] 71174,3442 To: Bob van der Poel 76510,2203 (X) Thanks for the update on the Quantum telephone numbers, I'll make those changes in my manuals. #: 17474 S12/OS9/68000 (OSK) 03-Feb-93 21:57:04 Sb: struct pointer trouble Fm: GLEN HATHAWAY 71446,166 To: all Hi all... I'm playing with a C function to do graphic fills. I'm using an algorithm (and code) from Graphics Gems (edited by Andrew S. Glassner. I'm getting lots of errors from the linker like this: *** error - value out of range *** 00042 move.l 80028(sp),d1 Here are the pertinent parts of the code: typedef struct{short y, xl, xr, dy;} segment #define MAX 10000 #define PUSH(Y, XL, XR, DY) \ if(sp=0 && Y+(DY)<=maxx) \ {sp->y=Y; sp->xl=XL; sp->xr=XR; sp->dy=DY; sp++;} #define POP(Y,XL,XR,DY) \ {sp--; Y=sp->y+(DY=sp->dy); XL=sp->xl; XR=sp->xr;} fill(x,y,nv) int x,y,nv; { segment stack[MAX], *sp=stack; PUSH(y,x,x,1); PUSH(y+1,x,x,-1); . . . POP(y,x1,x2,1); etc..... } Looks to me like it defines an array of 10000 copies of struct segment, then defines a pointer (sp) of type 'segment' to the structures to allow variables to be stacked and unstacked 4 at a time. Anybody know how to make this work on my MM/1. I'm not enough of a C guru to solve it (so far). Thanks in advance. Glen Hathaway - COMPER - 71446,166 #: 17481 S12/OS9/68000 (OSK) 06-Feb-93 07:25:54 Sb: #Cdecl docs Fm: keith bauer 71102,317 To: Bob vanderpoel Bob What program do I need to print out the docs from cdecl and where can I find it. Thanks Keith There is 1 Reply. #: 17493 S12/OS9/68000 (OSK) 08-Feb-93 18:30:03 Sb: #17481-Cdecl docs Fm: Bob van der Poel 76510,2203 To: keith bauer 71102,317 (X) Keith, I think you need some variant of the TROFF/NROFF family. As I recall, none of the ones I have work for this file (or a number of other unix doc files). I keep promising myself to write a conversion program which will take files like this and convert them to vprint format. Alas, time is such a limited commodity. #: 17465 S12/OS9/68000 (OSK) 02-Feb-93 14:45:50 Sb: What the hell is MM/1 ? Fm: Gerd Fahrenhorst 100024,2113 To: All As a new User I am listening to the discussions here, but there is a problem to me ... I've never heard "MM/1" here in Germany. Maybe it's some VME-Bus Card ? Gerd #: 17497 S12/OS9/68000 (OSK) 09-Feb-93 20:19:56 Sb: #New Forum Software Fm: Bob van der Poel 76510,2203 To: Sysop (X) Is there a lot of traffic which is hidden from folks like me. Or is it the new forum software. I've been on for about three days running and keep finding a bigger difference between the high message I've read and the high message number. But I get a 'no thread' message when I type a simple 'read new'. BTW, it is getting pretty lonely here. I just did a 'go microware' and even they have left the ship. Mind you, they never did much there either. There is 1 Reply. #: 17502 S12/OS9/68000 (OSK) 10-Feb-93 07:27:54 Sb: #17497-#New Forum Software Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, Yeah ... I went looking for MW the other day to inquire about the group/user id issue in Mail and was surprised to see that they had left the service. I suppose I can understand given the cost to run a private forum but ... Too bad they didn't just fold their operation into the OS9 Forum. On the 'hidden' messages ... there's a couple of notes between BIll and myself floating around in the sysop section ... but hardly worth mentioning. How far off are your message counters? *- Steve -* There is 1 Reply. #: 17507 S12/OS9/68000 (OSK) 10-Feb-93 20:52:00 Sb: #17502-#New Forum Software Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I don't recall the exact series of missing messages...but I think it was aound 10 to 15 message in the range 17490... Actaully, MW not being around here anymore isn't a great loss since they never really supported there own forum. However, it was still reassuring to see the MW name here. Whenever I did venture over, there never did seem to be much new there. There is 1 Reply. #: 17510 S12/OS9/68000 (OSK) 11-Feb-93 17:31:11 Sb: #17507-#New Forum Software Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Yes ... the area was always very dated ... again I have to say that the forum might have been a better place to support the product, but that may not have fit the plan for MW. No matter. On another topic ... how goes your 'node' troubles? Any better these days? *- Steve -* There is 1 Reply. #: 17515 S12/OS9/68000 (OSK) 11-Feb-93 23:53:24 Sb: #17510-New Forum Software Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Don't tell the CIS folks, but since I got a different brand of modem I have had no problems at all with my 'node'. I suspect it was a modem problem all along... . My only complaint about this service now is the slow responses I get when uploading mail. I still maintain that the CIS answer that "we're busy" is BS. #: 17498 S12/OS9/68000 (OSK) 09-Feb-93 20:20:17 Sb: #Xon/off Fm: Bob van der Poel 76510,2203 To: All Can anyone shed some light on xon/off for me when it comes to device descriptors. I'm confused about just how these things work. First off, a terminal program will send xon/off itself when its buffers are full, etc. For example, sterm will send this when doing a disk save. CIS gets the xoff and stops sending while the disk stuff is done, then after it gets a xon it resumes. Makes perfect sense...nothing to do with the driver. Now, I read in my modem manual that it will resond to xon/off senquences too. This is kind of scary since it might be the result of binary data being sent down the line. I have no idea what happens next, but I do think I'll make sure the modem is not set up that way. Now, I am using /t3 on a mm/1 with type=80. This is supposed to mean that hardware handshaking is enabled. I have no idea how a hardware handshake works over a phone line...probably doesn't. So, maybe the modem knows about it and will stop sending stuff when told to stop. However, what happens with the guy on the other end of the modem? Does it keep sending anyway? So, I assume that xon/off are only used by a driver when its buffer is full and hardware handshaking is not enabled. In which case the values in the desciptor are meaningless if hardware handshake is available. Have I got this right? There are 4 Replies. #: 17501 S12/OS9/68000 (OSK) 10-Feb-93 05:31:07 Sb: #17498-#Xon/off Fm: SCOTT HOWELL 70270,641 To: Bob van der Poel 76510,2203 (X) Bob, you are right with the xon/xoff thing when it comes to communicating over the phone lines. I beleieve ahrdware handshaking is reserved for null modem connections. BTW, have you received my disk mailer for the VED update yet? I went ahead and formatted a diskette (80trk) DD. If you have any problems please let me know, There is 1 Reply. #: 17506 S12/OS9/68000 (OSK) 10-Feb-93 20:51:49 Sb: #17501-Xon/off Fm: Bob van der Poel 76510,2203 To: SCOTT HOWELL 70270,641 (X) Scott, I received your update order sometime last week. It was mailed out to you on Monday (Feb 8). Should arrive just about anytime now. Do let me know what you think of all the new goodies. Thanks for the clearity on the xon/off stuff. The only thing I really don't understand is how a modem can afford to look for xon/off itself. Sounds pretty dangerous to me. #: 17503 S12/OS9/68000 (OSK) 10-Feb-93 09:34:43 Sb: #17498-#Xon/off Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 (X) Scott - Hardware handshaking occurs between the computer and the modem (or whatever else it's hooked to - another computer, terminal, printer, etc.). It is usually implemented using CTS/RTS (Clear/Request to send), but some implementations use DTR (notably printers). In a computer -> modem -\-\-\- modem -> computer scenario, there's no TRUE hardware handshaking endt to end. Some of the newer modems can use a wrinkle in their dialog/protocols to effect end to end flow control. Pete There is 1 Reply. #: 17504 S12/OS9/68000 (OSK) 10-Feb-93 13:35:43 Sb: #17503-Xon/off Fm: SCOTT HOWELL 70270,641 To: Pete Lyall 76703,4230 (X) thanks, I did look back in my modem manual and find information on hardware handshaking./exit #: 17508 S12/OS9/68000 (OSK) 10-Feb-93 21:29:45 Sb: #17498-#Xon/off Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) >Now, I read in my modem manual that it will resond to xon/off senquences too. >This is kind of scary since it might be the result of binary data being sent >down the line. I have no idea what happens next, but I do think I'll make sure >the modem is not set up that way. This sounds scary to me too. I would switch it off. >Now, I am using /t3 on a mm/ 1 with type=80. This is supposed to mean that >hardware handshaking is enabled. I have no idea how a hardware handshake works >over a phone line...probably doesn't. So, maybe the modem knows about it and >will stop sending stuff when told to stop. However, what happens with the guy >on the other end of the modem? Does it keep sending anyway? Hardware handshake will only throttle the outbound data for the modem if the phone line isn't as fast as the serial connection to the modem. Shouldn't mean anything the other way - ie the MM/1 shouldn't want to shut down the modem because the guy at the other end won't know it. >So, I assume that xon/off are only used by a driver when its buffer is full >and hardware handshaking is not enabled. In which case the values in the >desciptor are meaningless if hardware handshake is available. I don't remember if I disable xon/xoff if type is 80. Best zero them out. There is 1 Reply. #: 17514 S12/OS9/68000 (OSK) 11-Feb-93 23:53:15 Sb: #17508-Xon/off Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 Thanks Carl. Just thinking a bit more about all this...when the modem is using a compression protocol it can get away ahead of the computer. Guess the protocol will signal the sender to stop and smell the flowers while things catch up. #: 17511 S12/OS9/68000 (OSK) 11-Feb-93 20:19:23 Sb: #17498-Xon/off Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) Bob, The xon/xoff values in the descriptor are normally used by the driver to provide software flow control _from_ the computer to the external device. In other words, whatever is connected to that serial port can use xon/xoff to control output from that port. With a directly attached terminal, ^S and ^Q could be used to pause output (if those were the actual xon/xoff values in the descriptor, which they usually are). Someone dialed into your system through a modem could also use xon/xoff, as could another computer. Sometimes even line noise can cause an apparent port lockup, when in fact the driver simply honored what it saw as an xoff. You are correct in not wanting to use software flow control with the modem, for exactly the reason you mentioned, there might be xon/xoff in the data. Software flow control (xon/xoff) is normally used end to end, computer to computer, terminal to computer, etc. Hardware flow control or hardware handshaking, is usually local between two devices, such as a computer and a modem. With the newer modem protocols, the modems do flow control between each other as part of the protocol, local flow control (between a modem and the local device, such as a computer or terminal) is handled according to the local modem setup, and xon/xoff flow control is a result of settings (like in the descriptors) at either or both ends of the connection. All of these flow control scenarios are independent of each other (though they may influence each other). Bill #: 17499 S12/OS9/68000 (OSK) 09-Feb-93 22:02:45 Sb: #G-WINDOWS for ATARI ST Fm: Michael Fisher 72320,1233 To: ALL G-WINDOWS for the Atari ST? If you use an Atari 520 or 1040 ST running OS-9/68000 v2.3 or v2.4 you may be interested to know there is a possibility of a port of G-WiNDOWS for it, (designed by Gespac and ported to several other OSK systems). To allow the port to be produced the company proposing it require a minimum of 10 people to order it, cost about $300 U.S. A deposit of 50% at the time of the order would be required.If the interest as seen by replies to this note is sufficient, a more formal proposal would be made by the company concerned. Other than wanting G-Windows myself (so we only need 9 more orders!) ,and initiating enquiries re the port I have no connection with the company doing the port.Such a windowing system for the ST would be a great improvement for yet another system running OSK, lets hear from you folks and see where this goes. Mike Fisher CIS 72320,1233 INTERNET: os9mikef@gkcl.ists.ca There is 1 Reply. #: 17513 S12/OS9/68000 (OSK) 11-Feb-93 22:56:10 Sb: #17499-G-WINDOWS for ATARI ST Fm: Tom Birt 76640,1205 To: Michael Fisher 72320,1233 (X) Michael, Steve Adams sent me the demo. version of G-Windows for the STs. It only works on the monochrome monitor (640 X 400). He said that the standard color monitor (640 X 200) is too coarse for G-Windows. I have seen G-Windows on a VGA monitor for OS-9000, and it looks great! I think there are two better options: 1) Wait for Kevin Darling to finish his ST upgrade for K-Windows, and we make a deal with him. 2) Wait for the Falcon030 to be debuted by Atari in March. Hope that we can convince Microware to develop an '030 OSK port for it. Then contract with Gespac for the Falcon version. The Falcon is a dynamic machine with a 640 X 400 color output (over 65,000 of 200,000 possible hues), built in IDE interface with 2.5" drive option, a Motorola DSP - capable of 16 channels handled without CPU assistance, all possible sound and video I/O ports, and it can be attached to a SCSI HD and is capable of reproducing better sound quality than a CD. See the Feb. BYTE for more info. Priced as low as $799. '|' () |'| #: 17518 S12/OS9/68000 (OSK) 12-Feb-93 22:03:56 Sb: #high speed modems Fm: SCOTT HOWELL 70270,641 To: all I just tried to use my SYSTEM IV on a 14.4 Intel modem and it did not work. The modem lights indicating SD/RD were not lit, so no data was going through. I tried it on an AT and it worked so it may be something wrong with the serial cable?? There is 1 Reply. #: 17522 S12/OS9/68000 (OSK) 13-Feb-93 10:33:21 Sb: #17518-#high speed modems Fm: Bud Hamblen 72466,256 To: SCOTT HOWELL 70270,641 (X) >system IV w/14.4 Intel modem Maybe. Be sure the CTS pin on your serial port is high and you have DTR high at the modem, and you have data transmit from your port sending to data receive on your modem and vice versa. Does the port and cable work with another modem? There is 1 Reply. #: 17523 S12/OS9/68000 (OSK) 13-Feb-93 16:27:24 Sb: #17522-high speed modems Fm: SCOTT HOWELL 70270,641 To: Bud Hamblen 72466,256 Yes, this same cable and port (/t1) does work on my 2400 baud modem flawlessly. I will check to see if the CTS is high. thanks #: 17528 S12/OS9/68000 (OSK) 14-Feb-93 19:06:53 Sb: #17498-Xon/off Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > Can anyone shed some light on xon/off for me when it comes to device > descriptors. I'm confused about just how these things work. Sure. In Sterm, it doesn't matter what you have your hardware descriptor set to. Sterm nulls out the entire descriptor and manages everthing itself. As you found, the only time it uses XON/XOFF is during a buffer capture, and that is only necessary with the CoCos. If you don't null out the descriptor, the driver will send an XOFF when the drivers internal buffer gets full, and an XON when some room is available. Hardware handshaking is another thing altogether, but much like XON/XOFF. With the high speed modems, there is need for some sort of handshaking between the modem and the computer. Since you don't want to use XON/XOFF as you already noted, RTS/CTS handshaking is used instead. In fact, the higher speed modems require this to be used properly. Hope this helps some. /*----------- /\/\ark -----------*/ #: 17526 S12/OS9/68000 (OSK) 14-Feb-93 10:06:02 Sb: #17513-G-WINDOWS for ATARI ST Fm: Michael Fisher 72320,1233 To: Tom Birt 76640,1205 (X) Hi Tom - thanks for the input.I appreciate the original GWindows Steve did is mono only but would much prefer that to nothing.The company I mentioned may provide colour even though, as you say, the ST is limited in that area. 1) Re Kwindows I have talked to Kevin off and on for about two years, it hasn't happened and may not, he just has too much to do.This is in no way a critiscism of the guy, he has done wonders for us. 2) Re the Falcon it sounds great but I have absolutely no faith in Microware doing a port for it, they are not machine people unless they get big bucks from a company who ask for it. I still hope a few more people will ask for G-WINDOWS to make the port worthwhile to do, a few have come forward but not visa CIS, Cocolist so far and I put it on comp.os.os9 also. Nice to hear from you - Mike Fisher #: 17527 S12/OS9/68000 (OSK) 14-Feb-93 17:14:09 Sb: Amiga disks Fm: LARRY OLSON 72227,3467 To: all Can anyone tell me if it is possible to read an AMIGA formatted disk on an MM/1. If it is possible, what would be the DMODE settings needed ? Larry Olson #: 17531 S12/OS9/68000 (OSK) 15-Feb-93 13:34:23 Sb: #MM1 and IMS worries Fm: Hugo Bueno 71211,3662 To: All OK people, I'm getting worried. I ordered an MM1 in November, my credit card was charged on December 16th, but to date, no MM1. Apparently, there has been a problem in obtaining good PAL chips. On a whim, I called IMS today only to find their phone has been temporarily disconnected. This is a not a good sign and makes me wonder if buying an MM1 was a good idea. I ordered the unit through Blackhawk Enterprises (an IMS rep). David Graham has been as helpful as possible, but the delay is getting ridiculous, and the slow disappearance of Paul Ward is worrisome. First he dropped off Delphi, now he's gone from Compuserve. I'm especially worried because I've already paid off the bill, trusting soul that I am. Does anyone know what's going on? If yes, please let me know. There is 1 Reply. #: 17538 S12/OS9/68000 (OSK) 17-Feb-93 05:31:35 Sb: #17531-#MM1 and IMS worries Fm: Mark Griffith 76070,41 To: Hugo Bueno 71211,3662 (X) Hugo, > Does anyone know what's going on? If yes, please let me know. Paul has been going through some very difficult times lately. He has had a number of orders waiting on PAL chips for a couple months now. I don't know what the problem is there, whether there isn't enough money to buy the chips or if they are back-ordered. I sent him a few sets of PALs that I had so he can at least get those orders out. After that, I don't know. Paul has been slow getting orders out in that past, but as far as I know, everyone has received what they ordered after the charge to the credit card was made. Hope this relieves your fears somewhat. /*----------- /\/\ark -----------*/ There is 1 Reply. #: 17541 S12/OS9/68000 (OSK) 17-Feb-93 19:20:59 Sb: #17538-MM1 and IMS worries Fm: Hugo Bueno 71211,3662 To: Mark Griffith 76070,41 (X) Thanks for your response Mark. I hope one of the PAL chips you sent was mine. I guess I got antsy when I found the phone had been disconnected... Hugo #: 17550 S12/OS9/68000 (OSK) 20-Feb-93 00:42:34 Sb: OS9/68K Programmer Avail Fm: steve mann 71310,1742 To: All I am a S/W engineer with 3 years of OS9/68k experience, and I am looking for a new position. Any leads would be appreciated. #: 17570 S12/OS9/68000 (OSK) 23-Feb-93 22:39:30 Sb: #17541-#MM1 and IMS worries Fm: Kevin Darling 76703,4227 To: Hugo Bueno 71211,3662 (X) Hi Hugo, I wouldn't worry about Paul's phone being disconnected... it happens from time to time (used to happen a lot with me, too ;-). Huge phone bills, forgetting to pay on time, etc. One thing Paul doesn't seem to be is a quitter, that's for sure. Some of the problems he's had would've made most people bail out long ago. cheers - kev There is 1 Reply. #: 17571 S12/OS9/68000 (OSK) 24-Feb-93 21:32:32 Sb: #17570-#MM1 and IMS worries Fm: Hugo Bueno 71211,3662 To: Kevin Darling 76703,4227 (X) Hi Kevin, Paul may be dedicated, but that doesn't seem to be helping delivery time. From my point of view, the money is spent but there's no product in my hands. I want delivery. Hugo There is 1 Reply. #: 17572 S12/OS9/68000 (OSK) 25-Feb-93 21:04:40 Sb: #17571-MM1 and IMS worries Fm: Kevin Darling 76703,4227 To: Hugo Bueno 71211,3662 (X) Hugo, I understand, and agree. cheers - kev #: 17573 S12/OS9/68000 (OSK) 25-Feb-93 23:58:26 Sb: #C help Fm: LARRY OLSON 72227,3467 To: all Can someone tell me the correct way to send window display codes from C. I have been fighting with this for a couple of weeks now, and not getting any closer. I want to send the codes to turn the mouse pointer on & off, as well as the code to move the pointer to a specified position. The only way I have been able to get the pointer on & off code to work, is to use this form... #define ESC 31 /* 1f 28 = mouse pointer on */ #define OFF 40 /* 1f 29 = mouse pointer off */ #define ON 41 Then when I want to send the code, I do the following.. putchar(ESC); putchar(OFF); or putchar(ESC); putchar(ON); This seems to me to be a very dumb way of doing this, but its the only way that seems to work. I can't find any way yet to do the mouse positioning code. 1b 4e hbx lbx hby lby Any help would be greatly appreciated. larry olson There is 1 Reply. #: 17574 S12/OS9/68000 (OSK) 26-Feb-93 07:32:10 Sb: #17573-#C help Fm: Bill Dickhaus 70325,523 To: LARRY OLSON 72227,3467 (X) Larry, First you have to turn off buffering for stdout, like this: setbuf(stdout, NULL); Then you should be able to do something like: puts("\0x1F\0x28"); For mouse positioning, it might be easier to do this: char mouse_pos[7]; unsigned short x, y; mouse_pos[0] = 0x1b; mouse_pos[1] = 0x4e; mouse_pos[6] = 0; mouse_pos[2] = x >> 8; mouse_pos[3] = x & 0xFF; mouse_pos[4] = y >> 8; mouse_pos[5] = y & 0xFF; puts(mouse_pos); There are probably better ways to do this, this is just off the top of my head. There's also a cgfx.l for KWindows floating around somewhere, but I don't know if it has calls for the mouse, I would assume it does. -Bill- There are 2 Replies. #: 17575 S12/OS9/68000 (OSK) 26-Feb-93 23:58:21 Sb: #17574-C help Fm: LARRY OLSON 72227,3467 To: Bill Dickhaus 70325,523 (X) Bill, That looks like it should work, I'll give it a try. I think I see what you are doing. Its funny, everyone says that pointers are a pain in C, but with me its character input & output. It just hasn't clicked yet. Thanks again larry #: 17578 S12/OS9/68000 (OSK) 28-Feb-93 02:59:36 Sb: #17574-C help Fm: LARRY OLSON 72227,3467 To: Bill Dickhaus 70325,523 (X) Bill, I still can't seem to get it to work. When you use: setbuf(stdout, null); in order to shut off buffering, what do you use to turn it back on ? setbuf(stdout,1); ?? How many characters would you set buffering too ? What is really throwing me off, is the example that I showed you that works, using the DEFINE's , only works sometimes. I can turn the mouse pointer on and off just fine using that form, but if I add the move pointer routine the on off function doesn't work anymore. It shouldn't have any effect, because I first shut the pointer off, while doing one function, when done, I turn the pointer back on. Then later I do the mouse pointer move stuff. So how can just adding the move pointer routine cause the on/off codes not to work? This is driving me nuts.... larry #: 17580 S12/OS9/68000 (OSK) 28-Feb-93 14:13:49 Sb: get_fname() ? Fm: LARRY OLSON 72227,3467 To: all Am I missing something, (probably), does GET_FNAME in the C library for the MM/1, return a path list ? I would like to use this function but while it has the ability to move through directories, when a selection is made, it only returns the file name of the selection. How do you use this to load the selected file if not in the default directory ? Is there some way to keep track of the path list as you move through the directories and then add this to the filename? ????? larry Press !> #: 17598 S12/OS9/68000 (OSK) 04-Mar-93 00:04:15 Sb: #17575-#C help Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) Larry, Here's a simple CurXY() routine. In fact it's the same as in the MM/1 cgfx.l CurXY(path,x,y) int path, x, y; { unsigned char buff[3]; buff[0] = 0x02; buff[1] = (x + 0x20) & 0xff; buff[2] = (y + 0x20) & 0xff; return ( write(path,buff,3) ); } Really not all that difficult. LOW I/O write() and read() vs. puts() and gets() is unbuffered and much faster to windows. BTW the above returns -1 on error with the error code placed in errno. - Mike - There is 1 Reply. #: 17600 S12/OS9/68000 (OSK) 04-Mar-93 01:38:30 Sb: #17598-#C help Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 (X) Mike, I'll try something like your example. I'm not trying to position the character cursor, its the mouse pointer that I want to move to particular spot. The code I have for mouse pointer positioning is 1B 4E then the x & y high & low bytes. Is this the right code ? larry There is 1 Reply. #: 17613 S12/OS9/68000 (OSK) 05-Mar-93 12:27:53 Sb: #17600-#C help Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) Why are you trying to place the mouse cursor? Under KWindows it auto-follows the mouse. So, when you place it somewhere it will move back to where the mouse is when you move the mouse again. There's no way to turn off this 'feature' as far as I know. You can draw your own mouse cursor and PutBlk it anywhere you want to tho. And the is a way to turn the mouse cursor on/off. #define ON 1 #define OFF 0 MCurSw(path,OFF) MCurSw(path,ON) Hope this helps, - Mike - There is 1 Reply. #: 17639 S12/OS9/68000 (OSK) 07-Mar-93 00:51:26 Sb: #17613-C help Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 Mike, That is what I finally found out. The code does move the mouse pointer to a particular position, but then locks back on to the mouse. It was just a case of in one part of the program I wanted the mouse pointer to start at a specific location. I guess I was under the impression that the data coming from the mouse was relative, not absolute. The problem was in my sloppy programming, at one point in the program the user needs to select an item from a menu, but the menu routine gave random results unless the mouse pointer started at the first menu item, so instead of fixing the real problem I was going to try forcing the pointer to be where I wanted it to be. Needless to say but that was dumb, I went back through the menu routine and fixed it (I hope!!!), now it works correctly and it doesn't care where the pointer starts from. Any tips you can give me on things that are essential to check for when getting a file name from a user and then attempting to open the file. larry #: 17583 S12/OS9/68000 (OSK) 01-Mar-93 17:46:17 Sb: #17578-#C help Fm: Pete Lyall 76703,4230 To: LARRY OLSON 72227,3467 (X) Larry - I believe once buffering has been disabled, you can't turn it back on again, at least not like that. You could however _ummm_ cheat! Try: Do output (buffered mode) stdout->flag |= _UNBUF; /* see stdio.h */ perform unbuffered output stdout->flag &= ~_UNBUF Resume buffered output. Note that before unbuffering stdout, you should make sure that all characters are flushed by doing an 'fflush(stdout)'. Actually, using fflush(stdout) at any point is still the more efficient way to do things. Single character (unbuffered) output is horribly abusive of the system (and slow), if you don't really need it. Pete Lyall There is 1 Reply. #: 17591 S12/OS9/68000 (OSK) 03-Mar-93 01:19:13 Sb: #17583-C help Fm: LARRY OLSON 72227,3467 To: Pete Lyall 76703,4230 (X) Pete, Its unanimous, I think I'll stick with just flushing the buffer. I'm in deep enough trouble now. larry #: 17611 S12/OS9/68000 (OSK) 05-Mar-93 05:25:29 Sb: #17578-#C help Fm: Bill Dickhaus 70325,523 To: LARRY OLSON 72227,3467 (X) Larry, Pete's right, its better to use fflush(stdout) than setbuf(), since as far as I know, there is no way to turn buffer back on, once its turned off. The other option that Mike suggested can also work. Just take my example and replace the puts(mouse_pos) with write(1,mouse_pos,6). Mixing low level I/O with buffered I/O works fine, as long as you remember to use fflush() after any buffered I/O, like printf, puts, etc, otherwise you can get some interesting results! -Bill- There is 1 Reply. #: 17638 S12/OS9/68000 (OSK) 07-Mar-93 00:29:36 Sb: #17611-C help Fm: LARRY OLSON 72227,3467 To: Bill Dickhaus 70325,523 (X) Bill, Thanks, now I just need to figure out how to use fflush(). The fflush() I have says it needs to be in this form fflush(Fp), where Fp is a pointer to a file. fflush(stdout) doesn't work. Do I have to do something like this: ... oops , I didn't actually try fflush(stdout), I have set Wpath = to stdout, and then I used fflush(Wpath). Could that be why it didn't work? I need to try this again... larry #: 17599 S12/OS9/68000 (OSK) 04-Mar-93 00:04:28 Sb: #17580-#get_fname() ? Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) Hi Larry, If your using the latest cgfx.l it chd's to the directory your picking the file from so a simple open of just the filename will suffice. - Mike - There is 1 Reply. #: 17601 S12/OS9/68000 (OSK) 04-Mar-93 01:45:38 Sb: #17599-#get_fname() ? Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 (X) Mike, I'm not sure if I have the latest cgfx.l, has there been a new one in the last couple of months ? It will work great if when you use get_fname, it does a chd and then stays in that directory when the call to get_fname returns. larry There is 1 Reply. #: 17614 S12/OS9/68000 (OSK) 05-Mar-93 12:28:00 Sb: #17601-#get_fname() ? Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) I put the latest cgfx.l on cabrales.cs.wisc.edu. It was uploaded in January. The older versions still do the chd for ya. But if you can, grab the newest cgfx.l, the get_fname() function is much cleaner and tons faster. - Mike - There are 2 Replies. #: 17632 S12/OS9/68000 (OSK) 06-Mar-93 16:35:49 Sb: #17614-get_fname() ? Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 Now that CIS has lowered it's rates a bit...maybe you can upload the latest cgfx.l here too? #: 17640 S12/OS9/68000 (OSK) 07-Mar-93 00:53:49 Sb: #17614-get_fname() ? Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 Ok Mike, I'll try to grab it. Thanks again larry #: 17584 S12/OS9/68000 (OSK) 02-Mar-93 00:55:12 Sb: #Unfragmenter routine Fm: William F. McGill/CA 73177,3433 To: All In a piece of software I am writing for sale, I need to have a built-in routine to unfragment a hard disk. Does anyone know if one already exists (in source code) that I could modify for use in this project? (C or assembly language). Thanks, Bill There is 1 Reply. #: 17589 S12/OS9/68000 (OSK) 02-Mar-93 21:23:27 Sb: #17584-#Unfragmenter routine Fm: Bob van der Poel 76510,2203 To: William F. McGill/CA 73177,3433 (X) Bill, I uploaded a program called 'defrag' sometime ago to library 10. It just defragments files (not directories). Nor does it actually repack the HD structure. However, it is in C and the source is there. It might need some work to handle 512byte sectors, etc. It was written for 6809 and I the source on my 68K box...but never have gotten around to fixing it. The source was uploaded for "non-commercial" use only. If you use it as is for a commercial product you'll have to talk to me first. However, if you just use the source as a starting point to roll your own... There is 1 Reply. #: 17595 S12/OS9/68000 (OSK) 03-Mar-93 11:40:46 Sb: #17589-#Unfragmenter routine Fm: William F. McGill/CA 73177,3433 To: Bob van der Poel 76510,2203 (X) Bob, Thanks for the info. I was not able to find any file named "defrag" or any files dealing with defragmentation in library 10. Can you give me its exact name and location? Thanks, Bill There are 2 Replies. #: 17596 S12/OS9/68000 (OSK) 03-Mar-93 22:02:38 Sb: #17595-Unfragmenter routine Fm: Bob van der Poel 76510,2203 To: William F. McGill/CA 73177,3433 (X) I have just finished uploading it again. Check lib 10 under 'defrag.ar'. #: 17624 S12/OS9/68000 (OSK) 05-Mar-93 19:36:52 Sb: #17595-Unfragmenter routine Fm: ole hansen 100016,3417 To: William F. McGill/CA 73177,3433 hello william there is a company called Ark Systems USA, that have a disk-reorganizer called : Disk Squeezer It will rebuild/reorganize your harddisk like 'compress' in PCtools on a PC. It will 'pack' all files from beginning of harddisk and any fragmented files, will be put into contigious-segmnets(if enough room on harddisk). their address is : ARK Systems USA P.O.Box 23 Santa Clara CA 95052-0023 Phone: +1(408)2445358 They actual have a number of utilities/filemanagers(IEEE) that is nice. regards ole@danelec.dk #: 17597 S12/OS9/68000 (OSK) 03-Mar-93 23:13:30 Sb: #Basic Error 200 Fm: Tony Elliott 71645,1367 To: All From time to time, we have encountered an Error 200 in several of our programs. We are usually alternately compiling data from disk files and writing it to a printer. The Error 200 refers to the path table being filled, but without opening multiple paths, I am not clear as to why we are creating this error. If anyone has had similar experiences or any knowledge as to why this might be happening, I sure would appreciate hearing. I'm sure more specifics would help, but I am not sure where to begin. Any ideas? Any help would be most appreciated. te There are 3 Replies. #: 17606 S12/OS9/68000 (OSK) 04-Mar-93 23:01:29 Sb: #17597-Basic Error 200 Fm: Kevin Darling 76703,4227 To: Tony Elliott 71645,1367 Tony, Amazingly, I just had the same problem the other day! (error 200 while compiling a C program). Finally, Pete noticed that I'd accidentally typed: #include "file.c" where I'd meant to type: #include "file.h" and the "file.c" was the file being compiled... so it was recursively including itself and running out of paths. Wonder if this is the same thing happening to you? luck - kev #: 17607 S12/OS9/68000 (OSK) 04-Mar-93 23:04:09 Sb: #17597-Basic Error 200 Fm: Kevin Darling 76703,4227 To: Tony Elliott 71645,1367 PS- OTOH, if you really meant a Basic program getting an error 200, look to make sure it's not opening the same file over and over again without closing it. kev #: 17609 S12/OS9/68000 (OSK) 05-Mar-93 03:02:57 Sb: #17597-Basic Error 200 Fm: Mark Griffith 76070,41 To: Tony Elliott 71645,1367 Tony, > From time to time, we have encountered an Error 200 in several of our > programs. We are usually alternately compiling data from disk files and > writing it to a printer. The Error 200 refers to the path table being filled, > but without opening multiple paths, I am not clear as to why we are creating > this error. > > If anyone has had similar experiences or any knowledge as to why this might be > happening, I sure would appreciate hearing. I'm sure more specifics would > help, but I am not sure where to begin. Any ideas? Most of the time this error is due to a loop in the program where a file is opened and then never closed, ultimately filling the users path table. Check to see if there are any file open statements and then make sure each open has a corresponding close. /************* /\/\ark ************/ #: 17619 S12/OS9/68000 (OSK) 05-Mar-93 14:21:24 Sb: #(Re)New user Fm: bert shaw 70431,3014 To: ALL Hello to all, I'm not a new OS9 user, strictly, nor even new to this forum. But it's been several years since I've use the OS, and I've been a lurker here, mostly. I'm using OS9 again, and find it as hard to "get into" as ever. I would *greatly* appreciate using some of the tools here, but can't even manage that. Embarrassed, but unbowed, I'm asking you the usual simple questions. * I have kermit on a PC and on my 68K OS9 machine, and can transfer files from CIS to the PC and from it to OS9. * I can transfer the *.c files, but have no "intelgob.c" file. Many of the source files seem to use #include's that I don't have. * I can transfer the *.bin files, but am not sure what to do with them. They don't appear to be directly executable under OSK, they don't seem to be S files. What are they? What do I do to run one? ..because of the above, all the lovely *.ar and *.lzh files are pretty unusable to me. I looked for a "How to use the archive files" text file, but didn't find one. Nothing very helpful in my stored *.msg stuff from long ago either. I feel pretty silly, but .... help! bert shaw There are 3 Replies. #: 17623 S12/OS9/68000 (OSK) 05-Mar-93 18:32:04 Sb: #17619-(Re)New user Fm: SCOTT HOWELL 70270,641 To: bert shaw 70431,3014 (X) Bert, I can answer some of your questions. 1> I have kermit on a PC and on my OSK machine.. Yes you can transfer files from your PC to OSK and the other way around too!. I have Procomm Plus vers 2.01 on my PC and it works perfectly with my OSK kermit. 2> I can transfer the *.c files, but have no ... Most SIMPLE 'c' programs should re-compile without any problems. Obviously, any strange PC specific includes or special 'c' functions like graphics will need some MAJOR mods. #: 17627 S12/OS9/68000 (OSK) 05-Mar-93 20:16:31 Sb: #17619-(Re)New user Fm: Steve Wegert 76703,4255 To: bert shaw 70431,3014 (X) Bert, All the .ar files ahve been archived with AR. Hope into any library and type BROwse AR* /lib:all and up will pop the varrious files you'll need. Read the descriptions and pick the version for the processor you're running. .lzh files have been archived with LHA. In LIB 12 you'll find LHA201.bin and LHASRC.lzh. Hope this help you get going. If mot .... just give a shout. Steve #: 17628 S12/OS9/68000 (OSK) 05-Mar-93 20:24:28 Sb: #17619-#(Re)New user Fm: Bill Dickhaus 70325,523 To: bert shaw 70431,3014 (X) Bert, If you don't have them already, grab ar68.bin in LIB 9 for the *.ar files, and lha201.bin in LIB 12 for the *.lzh files. Place ar68.bin and lha201.bin in an execution directory, like /DD/CMDS, rename ar68.bin to ar, and rename lha201.bin to lha, then set the execution attributes, like this: attr lha ar -e -pe Now you should have working versions of ar, to bust up the *.ar archives, and lha to bust up the *.lzh archives. C source files for the PC will, in most cases, not be easy to port to OSK. The simpler the program, the easier the port. Unix C source code is much easier to port to OSK, and there are a couple of libraries developed to support some of the Unix functions. Don't be embarrased about asking questions, that's what we're here for! -Bill- There is 1 Reply. #: 17635 S12/OS9/68000 (OSK) 06-Mar-93 20:00:20 Sb: #17628-(Re)New user Fm: bert shaw 70431,3014 To: Bill Dickhaus 70325,523 (X) Thanks to all for their responses, Bill's advice seems particularly helpful, but thaks to Steve & Scott as well. I'll get back to my OS9 system this evening and see where this takes me. I suspect I'll have more questions in a couple of days. thanks again...bert #: 17622 S12/OS9/68000 (OSK) 05-Mar-93 18:01:44 Sb: #SoundTracker Modules? Fm: Stephen Seneker 75020,3611 To: ALL Where would be a good place to look for SoundTracker/NoiseTracker sound module specifications? How about OctaMED MED sound file specifications? Why? I'm writing a module player for the MM/1. I have source code for players for Sparc Stations and Indigos but the ports rung way out of real time and don't work too good as module to raw sound data conveters, slow. Where have I tried? Well, I tried on Usenet comp.multimedia and alt.binaries.sounds.d, no luck. Here I've looked in the AmigaTech forum, no luck. Geez, why is it such a pain to find information about file formats? There is 1 Reply. #: 17629 S12/OS9/68000 (OSK) 05-Mar-93 20:55:19 Sb: #17622-#SoundTracker Modules? Fm: Kevin Darling 76703,4227 To: Stephen Seneker 75020,3611 (X) Stephen - do you mean Amiga MOD sound files? I ported the Unix/Sparc player a while back... I think it's still in a closed library section here. It only works okay realtime up to about 3KHz or so (awful), but will also send out a file to be played later... which works great! Perhaps one of the sysops more familiar with moving library files around these days can move it into a public section. It was called "tracker" something, I think? If some of it was moved to asm vs C, I think the speed could be greatly improved. - kev Ex There is 1 Reply. #: 17636 S12/OS9/68000 (OSK) 06-Mar-93 21:18:04 Sb: #17629-SoundTracker Modules? Fm: Stephen Seneker 75020,3611 To: Kevin Darling 76703,4227 Kevin, I recently port str32 for the Sparcstation. Though it does run outside of real-time. I've been using it as a converter though. However I think that I can write a player from scratch for the MM/1 that will run in real-time. Don't you think that if an Amiga 500/600 can play them then the MM/1 should be able to o also. str32 lack of speed is due to the fact that it uses much floating point arithmetic. Any ideas as to where one could find detailed specifications for these formats? Stephen #: 17633 S12/OS9/68000 (OSK) 06-Mar-93 17:23:39 Sb: #CHD problems Fm: Bob van der Poel 76510,2203 To: All I've had more than one person make a request for a change in the way VED handles reading and switching directories. Currently, when its file selector is feed a directory name it just calls the C chd() function. This makes stepping though directories pretty simple. However, it has a problem: The application has no idea what the original directory was. This means that if someone is in the directory a/b/c/d when the program starts, loads a file 'foo', makes some changes, then reads in another file using the file selector and changes directories... when 'foo' is saved it will be in the new, not original, directory. This gets to be a bother when multiple buffers are being used. One buffer might be editing 'foo' from the directory VED was in when started; a 2nd buffer might be editing 'woof' from '....../a/b'. Just saving the files will put them both in '....../a/b'. Probably not what the doctor ordered. I guess that what I need is a pushdir() function. Then the file selector could do all the chd()s it wants. When a file is selected, the pushdir() information could be saved with the filename. Then, when a save it done it could restore the file to the correct directory. The only other method I see is to manually keep track of the path names--appending directory names to a pathlist as the directoy is stepped though. But that becomes real complicated real fast...after all, isn't that why we have an OS? Any ideas, suggestions, comments, etc. will be appreciated. There is 1 Reply. #: 17641 S12/OS9/68000 (OSK) 07-Mar-93 08:33:01 Sb: #17633-CHD problems Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 Bob, I wish I could help, but I have the exact same problem right now with InfoXpress, and I haven't been able to solve it. So far the only thing I've come up with, but haven't tried yet, is to get the output of "pd" via a pipe. The only other way, I guess, would be to do what "pd" does, which is run backwards through the directories all the way to the root directory. Other than forking a new process, I don't think there's any way to save the current data directory, change it, then put it back. Please let me know if you come up with a solution. -Bill- #: 17637 S12/OS9/68000 (OSK) 06-Mar-93 23:47:07 Sb: NIMITZ questions Fm: GLEN HATHAWAY 71446,166 To: Kevin Darling 76703,4227 Hi Kevin... David Graham (NIMITZ) asked me to relay a couple questions to you. Here they are: Is Windio48 hard-coded for 3 Megs? Will it work on a 'personal' system? Are docs for BGFX available? Seems a friend of his has it but no docs. If docs are not available, he's willing to write them. Glen Hathaway - COMPER - 71446,166 #: 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 ************/ #: 17782 S12/OS9/68000 (OSK) 23-Mar-93 08:08:17 Sb: #17736-#PCF Fm: Bert Schneider 70244,427 To: Bob van der Poel 76510,2203 (X) Bob, Are those DMODE options used with you PCF drivers/descriptors or with the OSK ones? I have been trying to assemble the files myself but to no avail! Thanks! Bert There is 1 Reply. #: 17786 S12/OS9/68000 (OSK) 23-Mar-93 18:28:35 Sb: #17782-#PCF Fm: Bob van der Poel 76510,2203 To: Bert Schneider 70244,427 (X) The dmode I posted here is just a dmode of the pcf driver which came with the update stuff (I think I got the update stuff here?). Remember, when you access PCDOS disks you do a "dir /pc1" or "list /pc1/foo"...just forget about the OSK desc. at this point. There is 1 Reply. #: 17793 S12/OS9/68000 (OSK) 24-Mar-93 21:33:00 Sb: #17786-#PCF Fm: Bert Schneider 70244,427 To: Bob van der Poel 76510,2203 (X) I didn't get the object code for pc1, just the source. So far I have been unable to get it to work. I assemble and link the file(s) but I can't iniz pc1. Do you have a working pc1 file for 5.25" 40 track DD drives? If so, could you email yours? I don't think it will take too long! Thanks! Bert Schneider (o) (o) U \___/ There is 1 Reply. #: 17801 S12/OS9/68000 (OSK) 25-Mar-93 22:40:23 Sb: #17793-PCF Fm: Bob van der Poel 76510,2203 To: Bert Schneider 70244,427 Okay, they are in your mailbox. #: 17781 S12/OS9/68000 (OSK) 23-Mar-93 08:04:14 Sb: #17721-PCF Fm: Bert Schneider 70244,427 To: Mark Griffith 76070,41 (X) Mark, Could I get your descriptor values (or file) for the 3.5" drives? I could probably change mine for 5.25" drivers. Thanks! Bert #: 17783 S12/OS9/68000 (OSK) 23-Mar-93 13:32:55 Sb: #17767-#Subroutine modules Fm: Graham Trott 100115,1075 To: Bob van der Poel 76510,2203 (X) Bob -- >>> 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. <<< Another possibility is to have the mouse interface written as a separate stand-alone process with a defined data module interface. All the editor needs to know is the name of the mouse module (could be in an environment variable) so it can fork it. Advantages of this approach are 1) there are no side-effects mixing mouse info with keyboard input and 2) the data module can contain fields that time-stamp mouse events, allowing double-click or inactivity detection, mouse acceleration and so on. The editor is relieved of the need to handle all this real-time junk. Timing gets a bit imprecise when everything has to feed through stdin. -- GT There is 1 Reply. #: 17792 S12/OS9/68000 (OSK) 24-Mar-93 19:31:36 Sb: #17783-Subroutine modules Fm: Bob van der Poel 76510,2203 To: Graham Trott 100115,1075 (X) Yes...data modules and standalone co-routines are a good idea. Guess that's what's so neat about OS9...so many ways to do so many things. Pity we can't convert the rest of the world. #: 17775 S12/OS9/68000 (OSK) 21-Mar-93 18:40:59 Sb: #17774-#MM/1 boot ROM Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Well...yes I did the obvious . But to make sure I'll check again. First off, I have the file OS9BOOT on HD0. To make sure it is okay I just did an ident. All is okay. Next, I fired up DED and examined LSN0. At $15 it shows $01 $24 $9c. So, the boot is registered. I not that the size of the bootfile is listed as 00 00. But, that is true on the floppy too...so I assume that the size is ignored. Hmmm, it'd have to be since the boot is 108K and there are only 2 bytes for the size. A dir -e shows that the the 'sector' for os9boot is 1249c. So, things appear okay in this department. BTW, when attempting to boot the drive light for HD0 does not show any activity. Also, it makes no difference if this is a cold boot or if I just hit RESET. I've left it for a few minutes thinking that maybe it is waiting for the drive to come up to speed, but no difference. So, what do I test next? There is 1 Reply. #: 17779 S12/OS9/68000 (OSK) 23-Mar-93 02:56:15 Sb: #17775-#MM/1 boot ROM Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > So, what do I test next? You might try going into the init module with moded and increase the cold start retry count. Run moded on the bootfile and step down through until you see an entry called "coldstart 'chd' retry count" and increase the number there. Mine is set to 50, but you may need to make it higher than that. If that doesn't work, I'm at a loss for what to try next. Perhaps someone else here with one of those ROMs will be able to help more. /************* /\/\ark ************/ There is 1 Reply. #: 17785 S12/OS9/68000 (OSK) 23-Mar-93 18:28:32 Sb: #17779-MM/1 boot ROM Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) I'm starting to think that the ROMs might be broke. I don't think it is a retry problem in init. From what I can see the drives just never get accessed...I assume that the ROM routine would cause the LED on the HD to at least blink. I swapped the ID numbers on my harddrives (I have a Quantum LP105S and a Maxtor 7120SCS) but the same result. Any thoughts on this will be appreciated. If someone happens to know of some ROM offsets I can have a look at... #: 17784 S12/OS9/68000 (OSK) 23-Mar-93 13:36:47 Sb: Bridging ARCNET LANs Fm: David Briggs 100113,1203 To: ALL I have a customer running OS-9/NET on ARCNET at two sites, one on each side of a river. They would like to connect them together... Can anyone suggest a good way to bridge the LANs, perhaps over a leased line? What problems should I look out for? Thanks for any assistance. David Briggs Vector Networks (UK) +44 827 67333 #: 17791 S12/OS9/68000 (OSK) 24-Mar-93 13:54:13 Sb: #NFM Serial Line Driver Fm: David Briggs [Vector] 100113,1203 To: ALL Does anyone know of a serial line driver that can be used with the NFM to connect two OS-9/NET networks over a leased line? I am trying to find a way of linking two networks that are separate, but connected by a twisted pair cable with lots of spare pairs. Any ideas? Thanks for any information. David Briggs Vector Networks (UK) +44 827 67333 There is 1 Reply. #: 17799 S12/OS9/68000 (OSK) 25-Mar-93 18:46:01 Sb: #17791-#NFM Serial Line Driver Fm: ole hansen 100016,3417 To: David Briggs [Vector] 100113,1203 (X) hello David. What type of uart are you using for the serial NFM?? There is available serial NFM-drivers for MC6850,MC68681 and Z8530. You could contact Mr Paul Dayan at Galactic Industrial Phone: (+44) 913848343. He might help you. regards ole@danelec.dk There is 1 Reply. #: 17815 S12/OS9/68000 (OSK) 27-Mar-93 15:26:30 Sb: #17799-#NFM Serial Line Driver Fm: David Briggs [Vector] 100113,1203 To: ole hansen 100016,3417 (X) Ole, Thanks for the reference. I don't know the type of UART. I will have to find out! Do the drivers you mention come from Paul Dayan, or are they from somewhere else? Thanks again. David Briggs Vector Networks (UK) +44 827 67333 There is 1 Reply. #: 17824 S12/OS9/68000 (OSK) 29-Mar-93 16:22:22 Sb: #17815-NFM Serial Line Driver Fm: ole hansen 100016,3417 To: David Briggs [Vector] 100113,1203 (X) Hello David. They are in the NFM-portpak we have recieved from Microware. regards ole #: 17800 S12/OS9/68000 (OSK) 25-Mar-93 21:28:45 Sb: #Bigger read/write buffer Fm: William F. McGill/CA 73177,3433 To: All Can anyone tell me how to increase the size of the system buffer associated with the read() and write() commands in C 3.2? I need to copy a large file, and it seems the system buffer size is rather small. It takes about 4 times as long to copy the file using a read() followed by a write() than it does when I just use the OS9 copy command, specifying " -b=64k ". I've read all the manuals, and OS-0 Insights implies that it is possible to increase the system buffer size, but I haven't found any way to do it. Any ideas? Bill There are 3 Replies. #: 17804 S12/OS9/68000 (OSK) 26-Mar-93 09:49:07 Sb: #17800-#Bigger read/write buffer Fm: Pete Lyall 76703,4230 To: William F. McGill/CA 73177,3433 (X) In any case (copy included), the system buffers (actually driver buffers) are usually fixed. Copy is using the same mechanism (i.e. read(), write()). Try maintaining a large buffer in your application data space, and reading large chunks until you fill it. Then do a single write(). Pete There is 1 Reply. #: 17805 S12/OS9/68000 (OSK) 26-Mar-93 10:16:14 Sb: #17804-#Bigger read/write buffer Fm: William F. McGill/CA 73177,3433 To: Pete Lyall 76703,4230 (X) Pete- Thanks for the reply. My application program is doing what you suggest; the input buffer is about 125k bytes and does a single read() to fill it. When the read() command returns, the program does a single write(). But this simple read() - write() loop takes several times longer to copy a file than when I use OS9's copy, with -b=64K (or larger). I hoped perhaps there way to specify this option in C. You say the buffer is actually a driver buffer. Is there a way to modify the driver to get it to use a larger buffer? Thanks again, Bill There are 2 Replies. #: 17808 S12/OS9/68000 (OSK) 26-Mar-93 18:17:15 Sb: #17805-Bigger read/write buffer Fm: Pete Lyall 76703,4230 To: William F. McGill/CA 73177,3433 (X) Only if you have sources, which is usually not the case. Pete #: 17811 S12/OS9/68000 (OSK) 27-Mar-93 05:15:23 Sb: #17805-#Bigger read/write buffer Fm: Mark Griffith 76070,41 To: William F. McGill/CA 73177,3433 (X) Bill, > Thanks for the reply. My application program is doing what you suggest; > input buffer is about 125k bytes and does a single read() to fill it. You may have to play with the buffer size to get the most efficient copy speed. I have found that much smaller buffer sizes, like 32k or so, are faster than larger buffers. I have done a couple copy utilities that are faster than the Microware on. /************* /\/\ark ************/ There is 1 Reply. #: 17814 S12/OS9/68000 (OSK) 27-Mar-93 10:52:19 Sb: #17811-Bigger read/write buffer Fm: William F. McGill/CA 73177,3433 To: Mark Griffith 76070,41 (X) Mark, Thanks for the advice on buffer selection. I did play around with various sizes, and it appears that in this instance the larger the buffer the better. With a buffer of 1 Meg, copying proceeds at least as fast as the OS-9 copy command. The problem turned out to be interference from a higher-priority task, which was interrupting the data transfer and stealing significant amounts of time. By suspending the higher-priority task while copying, I was able to get a vast improvement in copying speed. Thanks for your help! Bill #: 17809 S12/OS9/68000 (OSK) 26-Mar-93 21:28:45 Sb: #17800-#Bigger read/write buffer Fm: Bob van der Poel 76510,2203 To: William F. McGill/CA 73177,3433 (X) WIlliam, I don;t think it is a buffer size problem. In read you just specify the buffer size as the 3rd. param. However, utilities like copy pre-extend the file to the full size...this means that only one file allocation system call is done...if you want to do the same use the create() call with the optional size specifier. There is 1 Reply. #: 17813 S12/OS9/68000 (OSK) 27-Mar-93 10:52:10 Sb: #17809-Bigger read/write buffer Fm: William F. McGill/CA 73177,3433 To: Bob van der Poel 76510,2203 (X) Bob, You are right, it wasn't a buffer size problem after all. A SCSI-bus analyzer revealed large gaps during which no transfers were taking place, even though the drive was ready to accept more data. The program is running in a multi-tasking environment; the problem is that a task with higher priority was also running, and the time allocated to that task accounted for the gaps in the data transfer. Setting D_MinPty to 2 and temporarily reducing the higher-priority task to priority 0 (to suspend it while copying) solved the problem. The program can now copy as fast as the OS-9 copy command. Thanks for your helpful suggestions. Bill #: 17810 S12/OS9/68000 (OSK) 27-Mar-93 02:56:16 Sb: #17800-Bigger read/write buffer Fm: Mark Griffith 76070,41 To: William F. McGill/CA 73177,3433 (X) Bill, > Can anyone tell me how to increase the size of the system buffer associated > with the read() and write() commands in C 3.2? You must be talking about fread() and fwrite(). There is no internal buffering on read() and write() since they are low-level functions: read (path, buffer, count) should explain it. You can make the buffer in your code any size you want. Actually, 32768 is the largest you can predefine. You need to use malloc() or something like that to make a larger buffer. Hope this helps. /************* /\/\ark ************/ #: 17806 S12/OS9/68000 (OSK) 26-Mar-93 12:47:42 Sb: #MM1 problem Fm: Hugo Bueno 71211,3662 To: All I've posted this to the Coco list, but thought I'd try here too... I finally got my MM1 this week. I ordered a 1 meg unit with IO board and 1 floppy drive. When the machine arrived, I booted it up and it worked fine. Today, I installed 2 more megs of ram and 2 floppy drives. I shorted both sets of pins on P7 (parallel to minibus) . Upon trying to boot the machine, it wouldn't. The screen was blue with OS9 68K Boostrap at the top. It then very quickly flashed a message on the screen. I think it said "boot failed, error status $0100". What does this mean? A bad boot disk? Unfortunately, I only got one floppy disk. I'm going to copy the full set from another local MM1 owner. I brought the machine back to it's original state and it gave the same error. Any help/ideas would be greatly appreciated. I hope this isn't a hardware problem. There is 1 Reply. #: 17812 S12/OS9/68000 (OSK) 27-Mar-93 05:32:41 Sb: #17806-#MM1 problem Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) Hugo, I'm probably stating the obvious, but all cables checked for proper connection and pin 1 positioning? New drives strapped properly? Steve *- Steve -* There is 1 Reply. #: 17820 S12/OS9/68000 (OSK) 28-Mar-93 19:06:50 Sb: #17812-#MM1 problem Fm: Hugo Bueno 71211,3662 To: Steve Wegert 76703,4255 (X) Well, at this point I'd still like to figure out proper jumper settings for pad P7. I've been told on the COco list that the instructions in the IMS manual are incorrect. Are the jumpers supposed to be parallel or perpendicular to the minibus? Next, on the floppy drives. I guess that'll have to wait until I have a working bootable floppy. Hugo There are 2 Replies. #: 17821 S12/OS9/68000 (OSK) 29-Mar-93 05:50:51 Sb: #17820-MM1 problem Fm: Mark Griffith 76070,41 To: Hugo Bueno 71211,3662 (X) Hugo, > Well, at this point I'd still like to figure out proper jumper settings for > pad P7. I've been told on the COco list that the instructions in the IMS > manual are incorrect. Are the jumpers supposed to be parallel or > perpendicular to the minibus? The instructions are correct, you place the two jumpers parallel to the mini-bus. /************* /\/\ark ************/ #: 17828 S12/OS9/68000 (OSK) 30-Mar-93 05:32:33 Sb: #17820-MM1 problem Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) Hugo, I see Mark has jumpped in on the jumper positions for you. On the floppy straps, it should be pretty easy. If you got the MM/1 with one floppy in it and it worked fine, then that one must have been strapped for drive 0. The other two need to be different. Also, make sure you're using the 3meg init module. That could be adding to your troubles. *- Steve -* #: 17817 S12/OS9/68000 (OSK) 27-Mar-93 16:51:22 Sb: Televideo 965 Fm: Bob van der Poel 76510,2203 To: All Does anyone know where I get a manual for a Televideo 965 tube? A phone number for televideo would be helpful. Even better...can I borrow a manual for a few days? #: 17827 S12/OS9/68000 (OSK) 29-Mar-93 19:24:33 Sb: Blarslib fixes Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Steve, seeing MH's fix for the link() function in blarslib.l reminded me that I had to make a fix to utime() awhile ago to get it to operate in the manner expected by a program I was porting from unix. I'm not sure which is the correct method...so I'll just post my revised source here in this message. Guess if the program doesn't work one way...one could try this. I don't have access to the proper docs, so I'm just guessing. #include #include #include #define NULL 0 int utime(file, timep) char *file; time_t timep[2]; { register int p; register struct tm *when; struct fildes fd; if((when = gmtime(&timep[1])) == NULL) return -1; /* changed S_IREAD to S_IWRITE bvdp 92/12/17 */ if((p = open(file, S_IWRITE)) < 0 && (p = open(file, S_IWRITE|S_IFDIR)) < 0) { return -1; } if(_gs_gfd(p, &fd, sizeof fd) < 0) { close(p); return -1; } fd.fd_date[0] = when->tm_year; fd.fd_date[1] = when->tm_mon + 1; fd.fd_date[2] = when->tm_mday; fd.fd_date[3] = when->tm_hour; fd.fd_date[4] = when->tm_min; if(_ss_pfd(p, &fd) < 0) { close(p); return -1; } return(close(p)<0) ? -1 : 0; /* changed!!! bvdp */ } #: 17829 S12/OS9/68000 (OSK) 30-Mar-93 14:06:47 Sb: NFM Serial Line Driver Fm: Graham Trott 100115,1075 To: David Briggs [Vector] 100113,1203 David -- You could contact Windrush Micro Systems at 0692 404086 - they are one of the few companies left in the UK with any dealings with ArcNet, and they provide custom solutions for OS-9 applications. To connect two ArcNet systems together transparently requires careful engineering and is probably not available in a standard off-the-peg product. -- GT Press !>1 #: 17862 S12/OS9/68000 (OSK) 04-Apr-93 18:24:42 Sb: #17370-Termcap Fm: David George 72240,134 To: Bob van der Poel 76510,2203 (X) Sorry it took me so long to reply, but I don't get up here much anymore. A * means that the padding is proportional to the number of lines effected. I don't have my Unix system botted up right now so I can't look into the others (** and (G)) #: 17873 S12/OS9/68000 (OSK) 06-Apr-93 18:43:17 Sb: #17801-PCF Fm: Bert Schneider 70244,427 To: Bob van der Poel 76510,2203 (X) Thanks! I really appreciate that! #: 17871 S12/OS9/68000 (OSK) 06-Apr-93 05:25:45 Sb: #17856-HD Fm: Mark Griffith 76070,41 To: Hugo Bueno 71211,3662 (X) Hugo, > I used newer drivers and managed to format the hard drive sucessfully. Good, glad you're up and running now! /************* /\/\ark ************/ #: 17861 S12/OS9/68000 (OSK) 04-Apr-93 17:51:02 Sb: #17853-OS-9 Config 4 SCSI Boot Fm: ole hansen 100016,3417 To: Peter Baxter 74650,2522 Hello Peter. If the only problem is with the 'dd' device, try not to include it in the bootfile, and create one for the rimfire-board using the '/h0' or '/h1' or whatever the device-name is for the rimfire-device. The 'dd'-device is normally just another name for the 'device' yuo use as 'default device'. You can always 'load' the desired 'dd'-device (from startup) or command-line. If your system can make access to the rimfire without the 'dd'-device loaded, then just copy that file to dd.rimfire and use moded to chenge the name to 'dd'. If you also are having problems with no 'dd' loaded, then you probably have loeded two different device-descriptors with the same module-name. use 'mdir' to confirm that the device use want is loaded. Then use 'ident' on the file you loads as the device-descriptor to access the rimfire-drive and use ident (with '-m' flag) to check that the 'crc' is the same. If not, then you don't(sorry : the system does not) make access to the device you want. Does you get any error-messages ?? Try also to use the 'dump'-command wtih the '-m' flag to show the device-descriptor in memory. Yuo should be able to see the filemanager-name(RBF) and the device-name and driver-name. regards ole@danelec.dk #: 17868 S12/OS9/68000 (OSK) 05-Apr-93 12:57:34 Sb: #17853-OS-9 Config 4 SCSI Boot Fm: Kim Kempf 71161,3221 To: Peter Baxter 74650,2522 You are misunderstanding how the disk booting process works. It's the part of OS-9 in ROM that knows how to "boot" devices. The rom for your cpu already knows how to operate the 53c710 hardware to read a bootfile from a scsi target. You need to have a booter in the rom that knows how to operate the Ciprico controller in order to boot from that. There is nothing you can do to the bootfile or driver to change this. The rom booter is the thing that reads in the bootfile...sort of a chicken and egg problem. Making a rom boot routine requires the Portpak source code and lots of knowledge. Your best bet would be to contact Ultrascience to see if they can add a Ciprico booter to the ROM. #: 17864 S12/OS9/68000 (OSK) 05-Apr-93 01:15:59 Sb: #17855-#C_error_help Fm: LARRY OLSON 72227,3467 To: Mark Griffith 76070,41 (X) Mark, Do you mean 1 variable of 32k size ? or many variables totaling more than 32k. I don't have any assembler code imbedded in the program. I don't (intensionally) have any 32k variables, but the total data size looks to be 39k. I'm trying to narrow down the point when I get the error, its down to about a dozen lines of program, if I remark these out I don't get the error. I'll see if I can narrow it down some more. larry There is 1 Reply. #: 17870 S12/OS9/68000 (OSK) 06-Apr-93 05:25:34 Sb: #17864-#C_error_help Fm: Mark Griffith 76070,41 To: LARRY OLSON 72227,3467 (X) Larry, > Do you mean 1 variable of 32k size ? or many variables totaling more than > than 32k. If there is an array that is dimensioned to greater than 32K, like in 'char array[33000]', this will cause errors like what you are getting. /************* /\/\ark ************/ There is 1 Reply. #: 17892 S12/OS9/68000 (OSK) 11-Apr-93 04:05:42 Sb: #17870-C_error_help Fm: LARRY OLSON 72227,3467 To: Mark Griffith 76070,41 (X) Mark, I don't have any arrays close to that size, I have 4 at 1535 and quite a few other smaller ones. I'm trying to track down the problem, I have the program working again, but I'm not sure if I'm going to run into the same error later. I went through the program and tried to pare down the variable data space. I got it down to where an IDENT gives a DATA SIZE of #32086. With that data size I was still getting the same error, so I thought I would try to shrink some of the module size. By cleaning things up quite a bit, I was able to bring the following down: Module size #76648 #74158 Init. data off: #72474 #69992 Data ref. off: #76344 #73858 Theprogram now compiles without the Value Out of Range error !! For some reason, the problem is tied into the size of the program. Could this be something to do with the compiler ? This is all one big source file (86640 in size), I havn't got the hang of the linker yet. I have a couple more routines to add yet, and I afraid that I will see this problem crop up again. larry #: 17865 S12/OS9/68000 (OSK) 05-Apr-93 01:23:52 Sb: #17857-C_error_help Fm: LARRY OLSON 72227,3467 To: John R. Wainwright 72517,676 (X) John, This is strange, as I was telling Mark, I don't have any arrays that large. There has to be some error in my code, which isn't too hard to believe . I'm trying to narrow down the offending code now. larry #: 17866 S12/OS9/68000 (OSK) 05-Apr-93 03:52:25 Sb: C help Fm: Bob Taylor 73270,3124 To: all I need help with the following integer with the top 4 bits used as flags and the bottom 12 bits a signed integer. I haven't been able to correctly sign extend. Could an expert help? Thanks, Bob --------------------------------cut here------------------------------- typedef unsigned int CTYPE; #define MODE_BIT 0x8000 #define VM_BIT 0x4000 #define HM_BIT 0x2000 #define MOTION(amt) ( ((CTYPE)(amt) & 0xfff) | (MODE_BIT) | HM_BIT) ) ??? #define MVAL(c) ( (int) ((c) & 0xfff ) ) ????????? #: 17874 S12/OS9/68000 (OSK) 06-Apr-93 21:29:33 Sb: #COco disks on MM1 Fm: Hugo Bueno 71211,3662 To: All OK, another MM1 question. I'm trying to read 360K Coco disks on my drive 1. I've tried using the /c1 descriptor with no luck. The drive spins up, but all I get is an error 246-device not ready. Any ideas/suggestions? Hugo There is 1 Reply. #: 17877 S12/OS9/68000 (OSK) 07-Apr-93 17:30:32 Sb: #17874-#COco disks on MM1 Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) Hi Hugo! Things were never meant to be this difficult! :-) I've use /c0 to read CoCo disks without any problems. How about posting the idents of the various drivers and descriptors involved. I'll be happy to compare them to mine. Have you been able to access other formats in that particular drive? *- Steve -* There is 1 Reply. #: 17884 S12/OS9/68000 (OSK) 08-Apr-93 20:23:02 Sb: #17877-#COco disks on MM1 Fm: Hugo Bueno 71211,3662 To: Steve Wegert 76703,4255 (X) Steve, I've been unable to read my Coco disks with the /c1 descriptor. Per messages on Delphi, I apparently have the latest RBF drivers and device descriptors. One thing I notice is that the LED on the 360K drive is brightly lit while the LED on the standard MM1's 3.5 inches is dimly lit. Does this mean anything? I'm absolutely sure the drive is jumpered correctly as drive 1. Again, all that happens is the disk spins up, but all I get is an error 246. Never seen that error using disk devices before. Hugo There is 1 Reply. #: 17889 S12/OS9/68000 (OSK) 10-Apr-93 10:32:28 Sb: #17884-COco disks on MM1 Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) I'm not sure about the brightly lit LED on your drive ... sounds fishy. My 3.5 does glow dimly ... but no where near the intensity of an accessed drive. Perhaps your cable is on incorrectly? What are your dmode values for /c1? Perhaps Mark can jump in with a few ideas. *- Steve -* #: 17885 S12/OS9/68000 (OSK) 08-Apr-93 20:30:49 Sb: #serial buffer size Fm: Hugo Bueno 71211,3662 To: All How do I determine the size of transmit and receive buffers on serial ports on the MM1. I think part of my comm problems can be attributed to too small buffers. How do I go about changing them. I seem to remember 2k as a recommended size. Hugo There is 1 Reply. #: 17890 S12/OS9/68000 (OSK) 10-Apr-93 10:32:38 Sb: #17885-serial buffer size Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) The moded command is what you need. Make sure you have the current moded.fields file . Best way to do this is to pop it into an editor and see if the variable bufer size stuff shows up in the SCF driver entries. Type moded use the f command to spec /d0/os9boot use the m comand to spec the proper descriptor to edit ues the e command to edit. Thump enter (leaves the field alone) until you get to the the buffer entries. They should be at the end of the module. Change the values to 2048 or so. use the w command to write and verify the module back out. use the q command to quit. Happy hunting! *- Steve -* #: 17891 S12/OS9/68000 (OSK) 10-Apr-93 15:41:48 Sb: BGFX docs Fm: keith bauer 71102,317 To: Kevin Darling 76703,4227 (X) Kevin, I caught a message about docs for BGFX and noticed that there are docs available. I bought BGFX at the Chicago Fest last year form Paul and at that time there where not any docs. I would really like to get my hands and these docs. Can I send you a SASE or will you upload them here? Thanks Keith Bauer Press !> #: 17923 S12/OS9/68000 (OSK) 16-Apr-93 00:45:14 Sb: #17606-#Basic Error 200 Fm: Tony Elliott 71645,1367 To: Kevin Darling 76703,4227 (X) Kevin, I havn't worked it out yet. But it is true, there is a recursive process going on here. There IS a CLOSE to the path, which we have pretty much determined is the printer (since we believe we do not get the error if we are writing to a file). It's a puzzle! By the by... just set up a FHL KiX-30 (a/k/a Hazelwood EK-30). It's a real screamer compared to the old Uniquad-20 with 12 users! Are there other users on this board? Final thought... where is the un-archive utility in the CIS library for files with the .AR extension. I know there is a specific version to be used by this forum now. Can't seem to find which LIb it's in. Tnx for the repy, and sorry to take so long to respond. I can't believe it has been over a month since I had been on! Happy tax day! Tony There is 1 Reply. #: 17926 S12/OS9/68000 (OSK) 16-Apr-93 21:32:46 Sb: #17923-Basic Error 200 Fm: Kevin Darling 76703,4227 To: Tony Elliott 71645,1367 Tony - see AR.DOC and AR68.BIN in Library 9. Yah, weird about the path thingie! -kev #: 17896 S12/OS9/68000 (OSK) 12-Apr-93 02:52:35 Sb: #17892-#C_error_help Fm: Mark Griffith 76070,41 To: LARRY OLSON 72227,3467 (X) Larry, > I was able to bring the following down: > Init. data off: #72474 #69992 > Data ref. off: #76344 #73858 > > The program now compiles without the Value Out of Range error !! > For some reason, the problem is tied into the size of the program. Sounds like something in the linker. Let me give you an example. I have a library function that issues a BREAK on the modem port. This is the code: send_break() { if (_ss_sbreak(mp) < 0) #asm I$SetStt equ $008E ; 8f is get _ss_sbreak: link a5,#0 movem.l D1/D2/A0,-(A7) move.l D1,D2 move.w #SS_Break,D1 os9 I$SetStt bra _sysret } Notice the bra _sysret call. Sysret is located in the sys.l library. If the program is very large, over 32K, and the location of the break function is at the beginning, when I link in sys.l, I will get an error if the location of _sysret is greater than 32K from where it was called. I am not good enough at OSK assembler to fix this problem. So for now, I just make sure I put the break function at the end of the program source file, and then link sys.l first (if I can). I belive you might be having the same trouble. Perhaps someone else here can shed some more light on these problems. /************* /\/\ark ************/ There are 2 Replies. #: 17898 S12/OS9/68000 (OSK) 12-Apr-93 17:25:06 Sb: #17896-#C_error_help Fm: LARRY OLSON 72227,3467 To: Mark Griffith 76070,41 (X) Mark, That sounds like what I ran into. When looking at the assemble code generated, the error was pointing at the second statement in the program. P_id - getpid(); Wpath2 = open("/w", 3); <-- This is where the error came in The code was: moveq.l #3,d1 :2 lea_64(pc),a0 <-- Here is the VALUE OUT OF RANGE ERROR move.l a0,d0 :2 bsr open The only other possibility I could think of was the fact that Wpath2 would be the last variable name, if the names were sorted, and it for some reason was out of range when linking. I think I will be running into the error again as I add more to the program, and if I do, I will try renaming the variable, and see if the error transfers to the new last in line variable. larry There are 2 Replies. #: 17908 S12/OS9/68000 (OSK) 14-Apr-93 04:14:44 Sb: #17898-#C_error_help Fm: Mark Griffith 76070,41 To: LARRY OLSON 72227,3467 (X) Larry, > Wpath2 = open("/w", 3); <-- This is where the error came in > > The code was: > moveq.l #3,d1 :2 > > lea_64(pc),a0 <-- Here is the VALUE OUT OF RANGE ERROR > move.l a0,d0 :2 > bsr open This is very strange. I don't see any reason for the compiler to put out code like this. How is Wpath2 defined? /************* /\/\ark ************/ There are 2 Replies. #: 17910 S12/OS9/68000 (OSK) 14-Apr-93 08:01:17 Sb: #17908-#C_error_help Fm: Bill Dickhaus 70325,523 To: Mark Griffith 76070,41 (X) Mark, It looks like Larry left some of the code out, but I don't see anything really strange about it (other than its 68K code, I'm still not used to it yet :-) > lea _64(pc),a0 <-- Here is the VALUE OUT OF RANGE ERROR This IS the problem, assuming that _64 is the label of the "/w" constant, since the compiler always puts string constants at the end of the module. -Bill- There is 1 Reply. #: 17925 S12/OS9/68000 (OSK) 16-Apr-93 06:06:35 Sb: #17910-C_error_help Fm: Mark Griffith 76070,41 To: Bill Dickhaus 70325,523 (X) Bill, > > lea _64(pc),a0 <-- Here is the VALUE OUT OF RANGE ERROR > > This IS the problem, assuming that _64 is the label of the "/w" constant, > since the compiler always puts string constants at the end of the module. I guess that his program then is much larger than 32K, so the string constants can't be reached. Perhaps he can fix this by defining the constants as a variable? Strange I never ran into this, but then the largest program I've done is Sterm and it is only 54K. /************* /\/\ark ************/ #: 17918 S12/OS9/68000 (OSK) 15-Apr-93 00:00:18 Sb: #17908-C_error_help Fm: LARRY OLSON 72227,3467 To: Mark Griffith 76070,41 (X) Mark, Wpath2 was defined as an integer, then used : Wpath2 = open("/w", 3); Did that file I sent you come through ok ? larry #: 17911 S12/OS9/68000 (OSK) 14-Apr-93 08:02:13 Sb: #17898-#C_error_help Fm: Bill Dickhaus 70325,523 To: LARRY OLSON 72227,3467 (X) Larry, > lea _64(pc),a0 <-- Here is the VALUE OUT OF RANGE ERROR This is the problem, and it has nothing to do with variables. If you look toward the end of the assembler code, I think you will find that _64 is the label of the "/w" constant. This instruction puts the address of that constant in a0. The problem is that the compiler puts all string constants (like "/w") at the end of the module, there is no way to get around this (that I know of) other than make the modules smaller. As soon as you add more code, it will push the constants beyond the 64K limit, and this will happen again. I strongly suggest that you take the time now to learn how to use the linker and make. It will actually save you time, as you won't be compiling one large module each time you make a change. I'd be happy to provide some sample make files, and there are pleny of people around to help out. Once you learn how to use make, and the linker, you will never go back :-) -Bill- There is 1 Reply. #: 17919 S12/OS9/68000 (OSK) 15-Apr-93 00:11:27 Sb: #17911-C_error_help Fm: LARRY OLSON 72227,3467 To: Bill Dickhaus 70325,523 (X) Bill, It definently sounds like that is the problem. When I went through and did some cleanup and pared the program down some, the error went away. It looks like I will have to dig into using the linker. Its funny but I had no problem using the RMA assembler and linker on the CoCo, but I can't get a handle on the linker for C. But I will try... So individual modules can't be greater than 64k, but you can link any number of 64k modules together(within system limits) ? Thanks Bill larry #: 17899 S12/OS9/68000 (OSK) 12-Apr-93 19:25:57 Sb: #17896-#C_error_help Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Mark, The 68000 can only have bra and bsr in a 32K max offset (the 68020, etc) can manage a 32bit offset). The linker is supposed to generate an entry in a jump table for branches out of reach. A bra.w is converted to a jmp by the linker. Could be that since you have coded the routine in asm that the linker is missing the call? There are 2 Replies. #: 17901 S12/OS9/68000 (OSK) 13-Apr-93 00:07:23 Sb: #17899-#C_error_help Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) Bob, The routine was written in C, not asm. In the process of compiling the program, during the r68 pass, a ** value out of range ** error popped up. The error was reported as such: Value out of range lea_64(pc),a0 ^ So I recompiledthe file using the -a option, in order to see the asm code that was generated and where the error was. That short bit of asm code, is what was produced by the compiler. larry There is 1 Reply. #: 17914 S12/OS9/68000 (OSK) 14-Apr-93 20:06:53 Sb: #17901-#C_error_help Fm: Bob van der Poel 76510,2203 To: LARRY OLSON 72227,3467 (X) Just thinking out loud...I wonder if the assembler/linker can handle calls past +/- 32K only if the dest. is in another file? If the problem comes up during the assembly then the assembler will report the branch error. If it just sticks in a label for the linker to worry about, the linker will create the jump table. Seems to be one more reason for breaking up programs into smaller segments. There is 1 Reply. #: 17920 S12/OS9/68000 (OSK) 15-Apr-93 00:22:01 Sb: #17914-C_error_help Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) Bob, Yes, it looks like its unanimous, I need to learn how to use the linker. The only problem I have now is that When I started writing this program I had no idea that it would get this large, so I didn't give any thought to breaking it up. I'll have to see what I can break up. larry #: 17909 S12/OS9/68000 (OSK) 14-Apr-93 04:14:57 Sb: #17899-C_error_help Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > The linker is supposed to generate an entry in a jump > table for branches out of reach. > Could be that since you have coded the routine in asm that the linker is > missing the call? That sounds like a reasonable guess. In any case, in my example, it is not possible to do that (make it a jmp) and still have it work correctly. Perhaps someone else can come up with a better solution. /************* /\/\ark ************/ #: 17894 S12/OS9/68000 (OSK) 11-Apr-93 19:16:09 Sb: #MM/1 disasm Fm: Bob van der Poel 76510,2203 To: all I've been wasting a bit of my time looking at disasms of some of the mm/1 system code. I'm confused by the way some of the ports are addressed. For example, I see stuff like: move.b $9ffc01,d0 Which, I know, means to move a byte from $9ffc01 to register d0. However, are not all the ports addressed at EVEN memory addresses? Don't know why I figure that...I just figured it. So, assuming that there is a device with its base addresses at $9ffc00, just what is at $9ffc01? BTW, the mm/1 tech man suggests that the MC68901 on the main board is at $9ffc00. I must be missing some important hardware concept! There are 2 Replies. #: 17902 S12/OS9/68000 (OSK) 13-Apr-93 04:06:21 Sb: #17894-MM/1 disasm Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > I'm confused by the way some of the ports are addressed. For > example, I see stuff like: > > move.b $9ffc01,d0 > > So, assuming that there is a device with its base addresses at $9ffc00, just > what is at $9ffc01? BTW, the mm/1 tech man suggests that the MC68901 on the > main board is at $9ffc00. That address is where the 68901 on the mother (CPU) board is. The base address is indeed $9FFC00 and the offset of 1 points to the general purpose data register of that chip. Here are some offsets for you: /* define base addresses of I/O chips */ #define SIG_070S 80002011 /* serial port t0 */ #define MOT_901a 10484736 /* serial port t0 and t1 */ #define MOT_901b 14680960 /* serial port t2 */ #define MOT_681 14680704 /* serial ports t3 and t4 */ #define MOT_230 14680448 /* parallel ports */ #define WD33C65 10484929 /* WD33C65 floppy cntlr */ #define RTC 14680577 /* DS1287 Real Time Clock */ /* define offsets for the 68901 register map */ #define GPDR_901a (u_char *)(MOT_901a + 1) /* gen purp data reg */ #define DDR_901a (u_char *)(MOT_901a + 5) /* data direction reg */ #define UCR_901a (u_char *)(MOT_901a + 41) /* USART control reg */ #define RSR_901a (u_char *)(MOT_901a + 43) /* Recvr status reg */ #define TSR_901a (u_char *)(MOT_901a + 45) /* Trans status reg */ #define UDR_901a (u_char *)(MOT_901a + 47) /* USART data reg */ Hope this helps you figure it all out. /************* /\/\ark ************/ #: 17904 S12/OS9/68000 (OSK) 13-Apr-93 17:27:15 Sb: #17894-MM/1 disasm Fm: ole hansen 100016,3417 To: Bob van der Poel 76510,2203 (X) Hello Bob The reason why you use 'odd'-addresses and not 'even'addresses is the way the 68000 cpu is connected to the DATA-BUS. If you use move.w $10000,d0, bit d15-d8 will be read from $10000 and d7-d0 will be read from $10001, so if you only read a byte from an I/O-chip like MC68901, which is an 8-bit device, you need to access it via 'odd'-addresses, otherwise you are likely to get an 'error-102' or 'garbage'. If you need to access several register in 'one go', you can use the MOVEP.L instruction. It will read/write 4-bytes on every second-address from base-address. Example: MOVEP.L d0,$ffa001 will write 1 byte at $ffa001 and 1 at $ffa003 and 1 at $ffa005 and one at $ffa007. regards ole@danelec.dk #: 17895 S12/OS9/68000 (OSK) 11-Apr-93 22:43:07 Sb: #login Fm: Bob van der Poel 76510,2203 To: all I've been setting up my system to use login, instead of just booting with a startup file. I have got tsmon running from startup to monitor the terminal posts. This works fine. However, I would like to force anyone just turning on the computer to go though login as well. I can do this by sticking a login command in the startup file...however, everything past the command gets ignored. Since, I want to set up some extra windows...this is not good. I can't set the windows first; that would eliminate the security of login. Seems that I am in a catch-22 situation. Next, I figured that I'd give each user his own directory. And to make it hard for other users to examine the files of others I also figured I'd set the access permissions of the directories to prevent public read/write. No good. The first thing login does is try to chd to the directory. But, if the directory does NOT have public read/write then it can't do so. Frankly, this doesn't make sense to me since login is running in superuser mode. Is there a way around this one? There are 2 Replies. #: 17903 S12/OS9/68000 (OSK) 13-Apr-93 05:32:43 Sb: #17895-#login Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, I've got my system set up for dialup operation. All my users have they own directory space with owner read/write/execute permissions set only. Things work just dandy. What type of errors are you getting? *- Steve -* There is 1 Reply. #: 17915 S12/OS9/68000 (OSK) 14-Apr-93 20:07:01 Sb: #17903-#login Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) More on the read/write attrs. Here is a password file entry: steve,secret,3.3,128,.,/dd/usr/steve,shell In /dd/usr/steve I have a .login file. If the directory "steve" is set with all the permissions all works file (motd is displayed, and the .login file is processed). However, if I just set owner permissions in "steve" then motd is displayed -- but I then get the message "login: can't chd to /dd/usr/steve". There is 1 Reply. #: 17924 S12/OS9/68000 (OSK) 16-Apr-93 05:33:20 Sb: #17915-login Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > More on the read/write attrs. Here is a password file entry: > > steve,secret,3.3,128,.,/dd/usr/steve,shell > > In /dd/usr/steve I have a .login file. If the directory "steve" is set with > all the permissions all works file (motd is displayed, and the .login file is > processed). However, if I just set owner permissions in "steve" then motd is > displayed -- but I then get the message "login: can't chd to /dd/usr/steve". > My entries are similar with one exception. I call out the path to the cmds directory. So where you've just a dot, I've got /dd/cmds. I don't know if this is significant, (no manuals), but give it a try and see what happens. *- Steve -* #: 17905 S12/OS9/68000 (OSK) 13-Apr-93 17:35:21 Sb: #17895-login Fm: ole hansen 100016,3417 To: Bob van der Poel 76510,2203 (X) Hello Bob The best solution for your first problem is to make a 'new' sysgo, which does not 'fork' shell after execution of 'startup', but instead fork 'tsmon' on your 'console' or just 'login' on your 'console'. Your second problem is related to 'ALWAYS WANT TO BE SUPERUSER'. NON-superuser users will have normal protection between access to other users files. regards ole@adanelec.dk #: 17907 S12/OS9/68000 (OSK) 14-Apr-93 00:59:39 Sb: #TCP/IP Fm: Chris Piedmonte 71730,1274 To: Sysop (X) I hope someone here (or at Microware) can be of some help. I have a client that has two GESPAC 68030 based OS-9 systems that are running on an ethernet network. They appear to be using sockman, ifman, inet, tcp,, udp and the like with file dates from around 10/90 to 11/91. They are not attempting to connect the systems to a PC running Windows and the TCP/IP package from Distinct Software. Unfortunately, they are not having a lot of success. They apparently cannot locate the internet address for their OS-9 systems, nor can they get any of Distinct's utilities to be of help. For the most part, they know little to nothing about their OS-9 system, and the original vendor is no longer available/or interested. Can anybody suggest a course of action to get their PCs talking to their OS-9 system using TCP/IP and FTP? Thanks, Chris Piedmonte Eagle Creek Systems There is 1 Reply. #: 17917 S12/OS9/68000 (OSK) 14-Apr-93 23:29:31 Sb: #17907-TCP/IP Fm: Pete Lyall 76703,4230 To: Chris Piedmonte 71730,1274 The internet addresses are usually in /dd/inet/etc/hosts... Pete #: 17922 S12/OS9/68000 (OSK) 15-Apr-93 19:09:21 Sb: login Fm: Bob van der Poel 76510,2203 To: all Any HP Laser Jet experts out there? I just got an Epson Laser printer and am trying to learn the PCL language...it's never as easy as it seems. I have the Epson "manual" and a couple of books on the subject. I was trying to set the page size and got real confused, real fast. The Epson manual just lists the sizes available for the "ESC & l # A" command--it doesn't bother to list the values needed for the different sizes. However, I have a book on the PCL language (The Laserjet Handbook, Bennett & Randall, Brady) and it does list them. For example, the book clearly states that a parameter of "6" will select Commercial 10 (envelope) size. Of course, this doesn't work (If all this worked, then what would we need CIS for...hmmm, is there a conspiracy?). I grabbed a few programs for lasers off the UNIX forum...and one one of them sets the printer properly....but it uses a param of "81" for C10 env. This program has a few other values...but it is not complete. I started just sending test values out to the printer...but having to constantly turn the sucker off line and then wade through the "easy to use" panel display gets real old, real fast. So, either I'm missing the logic of sending a "81" when a "6" is called for (I fail to see the relationship), or the book I have is lying, or... Anyone happen to have a table of sizes and params. This is not a big deal in itself...but I have the feeling if I can't even set the paper size from the computer, I'm going to have even more frustrations when it comes to other goodies. Press !> #: 17968 S12/OS9/68000 (OSK) 23-Apr-93 15:22:54 Sb: #17923-Basic Error 200 Fm: Tony Elliott 71645,1367 To: Tony Elliott 71645,1367 Thank you much. I am working with so many different systems right now, I can't remember where everything is! I'll hafta write a bunch of scripts to do what I need. I wish we could just scrap DOS and do everything in OS9. #: 17957 S12/OS9/68000 (OSK) 22-Apr-93 04:10:43 Sb: #17769-#MM/1 boot ROM Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) 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 ************/ There is 1 Reply. #: 17964 S12/OS9/68000 (OSK) 23-Apr-93 00:39:44 Sb: #17957-MM/1 boot ROM Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Thanks Mark. I have checked the Bootfile a number of times. I even checked LSN0 with ded just to make sure. Yup...it is there. Funny thing about the boot processes. After the floppy fails (no disk, etc) then the system seems to hang. However, if I attach a LED to the scsi activity pins on the i/o board I do get a regular pulse. It seems that the ROMs are trying to find the HD...but it appears to be busy or something. Any other ideas? #: 17944 S12/OS9/68000 (OSK) 20-Apr-93 14:47:52 Sb: #17920-#C_error_help Fm: Graham Trott 100115,1075 To: LARRY OLSON 72227,3467 (X) Larry -- Can I throw in a pennyworth or two? It's not so difficult breaking up a program; you quite often have to do it even when you're alreading using a modular approach, as components get too big. Simplest way is to start with procedures that are relatively self-contained (that don't use too many static variables). Take out a bunch of these, say all the math ones into "mymath.c" and the string handlers into "mystrings.c" - get the picture? It's also a good idea to put all static variables into their own program module - saves hunting later. By the time you've done this, each module will probably be down to a reasonable size. Next thing is to create "mydefs.h". Into this go all system #includes, prototypes for all functions that are known outside their own modules, all static variables (defined as extern), custom typedefs, etc. Include this header at the start of each of your program modules so every module has a common frame of reference. Lastly, the make file. It looks something like this: # Make file to produce "myprog" RDIR = RELS ODIR = CMDS LIBDIR = /dd/LIB CFLAGS = -ix DEFDIR = /dd/DEFS HFILES = $(DEFDIR)/stdio.h\ $(DEFDIR)/ctype.h\ $(DEFDIR)/modes.h\ $(DEFDIR)/errno.h\ mydefs.h RFILES = $(RDIR)/myprog.r\ $(RDIR)/mystatics.r\ $(RDIR)/mymath.r\ $(RDIR)/mystrings.r $(ODIR)/myprog: $(RFILES) cc $(CFLAGS) -fd=$(ODIR)/myprog $(RFILES) $(RFILES): $(HFILES) Save it as "makefile", then all you need to type is "make" to do a full or partial rebuild as necessary. The script assumes makefile is in the same directory as the source files. -- GT I just read on and see you've already solved the problem. Oh well, my fault for jumping in before finishing reading messages. Might as well leave it in now. There are 2 Replies. #: 17949 S12/OS9/68000 (OSK) 20-Apr-93 22:54:24 Sb: #17944-#C_error_help Fm: Bob van der Poel 76510,2203 To: Graham Trott 100115,1075 (X) This business of breaking up programs is probably more art than science. One can build some nice safety nets by declaring functions as static...that way stuff in other files can't find them. I might as well add in my method of declaring global variables in a common h file. In the file containing main() I do a #define MAIN Then in the .h file (which is included in all the files) I have: #ifndef MAIN #define GLOBAL extern #else #define GLOBAL #endif To declare/define a variable I just do: GLOBAL char foo; This will define foo in main.c; and declare it in the other files. Hope this helps someone. There is 1 Reply. #: 17961 S12/OS9/68000 (OSK) 22-Apr-93 16:44:26 Sb: #17949-C_error_help Fm: Graham Trott 100115,1075 To: Bob van der Poel 76510,2203 (X) Bob -- Good technique of yours, declaring global variables using an #ifdef. I may well adopt it. -- GT #: 17950 S12/OS9/68000 (OSK) 21-Apr-93 01:57:34 Sb: #17944-C_error_help Fm: LARRY OLSON 72227,3467 To: Graham Trott 100115,1075 (X) Grahm, No, I thank you for jumping in. I havn't tackled 'make' yet, but your example makes it look simple. I'll see if I can get this figured out. larry #: 17929 S12/OS9/68000 (OSK) 17-Apr-93 18:50:11 Sb: #17924-#login Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Nope, that doesn't work either. Same error message, etc. Hmmm, what editions/version of tsmon and login are you using? There is 1 Reply. #: 17931 S12/OS9/68000 (OSK) 18-Apr-93 11:29:45 Sb: #17929-#login Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, Login is edition #7, tsmon is #18. How about those /dd/usr permissions? *- Steve -* There is 1 Reply. #: 17936 S12/OS9/68000 (OSK) 19-Apr-93 00:04:03 Sb: #17931-#login Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) This is getting real strange...there must be something we are missing! You are using the same versions of login and tsmon. I have checked the permissions of To review: I set the attrs of /dd/usr/steve to (d----ewr) and use the line in password "steve,steve,3.3,128,/dd/cmds,/dd/usr/steve,shell". After typing in the I enter the user name and password. I get the MOTD. Then I get the message "login: Can't chd to '/dd/usr/steve". logout...." If it works for you...how come it don't for me??? There is 1 Reply. #: 17937 S12/OS9/68000 (OSK) 19-Apr-93 17:30:58 Sb: #17936-#login Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > This is getting real strange...there must be something we are missing! You are > using the same versions of login and tsmon. I have checked the permissions of Bob ... you got cut off. What are the permissions for the directories /dd/usr and /dd/cmds ? This _is_ weird. Still sounds like a permissions problems to me. *- Steve -* There is 1 Reply. #: 17938 S12/OS9/68000 (OSK) 19-Apr-93 23:12:01 Sb: #17937-#login Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Steve, Don't understand why that last message got chopped. Oh well. (oh..what does the CIS editor do with a "slash"DD"slash"usr ? Anyway, the permissions of all the directories on the entire driver are (d-ewrewr). The only exception just now is the sub-directory listed in the password file. Just to make sure of things...I have loaded both login and pd into memory. Still, on go. There are 2 Replies. #: 17947 S12/OS9/68000 (OSK) 20-Apr-93 17:32:56 Sb: #17938-#login Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Don't understand why that last message got chopped. Oh well. (oh..what does > the CIS editor do with a "slash"DD"slash"usr ? Anyway, the permissions of all If the / falls as the first character of a line, then the CIS editor thinks it's a command and attempts to process what follows. That's probabbly what happened. Have you attempted to use login from the command line? Type Login and login as one of your test users. What happens? Also ... who owns login and tsmon? *- Steve -* There is 1 Reply. #: 17948 S12/OS9/68000 (OSK) 20-Apr-93 22:54:15 Sb: #17947-login Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I tried the login from shell command line. Same thing...however, this time it adds 'error 214' to the 'can't chd to...' message. So, yes, it is a permission thingie. But if it works for you.... #: 17958 S12/OS9/68000 (OSK) 22-Apr-93 05:21:45 Sb: #17938-#login Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Hey Bob, You said that /dd/usr/steve had perms of d----ewr right? Now, is it OWNED by steve? You may have to do a chown to steves UID. Hope this helps, - Mike - There are 2 Replies. #: 17962 S12/OS9/68000 (OSK) 22-Apr-93 17:31:29 Sb: #17958-#login Fm: Steve Wegert 76703,4255 To: Mike Haaland 72300,1433 Good suggestion Mike! I was running out of ideas. BTW .... where are you on the Desktop stuff? *- Steve -* There is 1 Reply. #: 17971 S12/OS9/68000 (OSK) 23-Apr-93 19:24:52 Sb: #17962-#login Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Opps, I got the names confused on the last message. I didn't realize that Mike had stepped into this thread. There is 1 Reply. #: 17975 S12/OS9/68000 (OSK) 24-Apr-93 17:31:32 Sb: #17971-login Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 No sweat ... the key issue here is you're up and running! *- Steve -* #: 17965 S12/OS9/68000 (OSK) 23-Apr-93 00:39:56 Sb: #17958-#login Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 Boy, do you ever know how to make a fellow feel dumb! Now why would I want to make the user the owner of this own directory? You hit it right on the head! Thanks for all the patience. But, that brings up an interesting topic? How do you change the owner of a directory? I have several different versions of chown. They all refuse to work on a directory...they work fine on files. And I can't have the user create his own directory....sort of defeats the whole purpose. I can't, as superuser, change to 'Steves' ID either (or is there a command for that? I ended up using ded to directly modify the descriptor...but that really seems to be the hard way! Guess I could modify the password file so that I log into a public directory (as the user), create the new directory, logout, modify the password file again....there has to be an easier way! There are 2 Replies. #: 17966 S12/OS9/68000 (OSK) 23-Apr-93 04:09:39 Sb: #17965-#login Fm: Bob Taylor 73270,3124 To: Bob van der Poel 76510,2203 (X) Bob, Check your cmds dir for chown. Microware has one there. It is really flaky, but changes user id if you are logged in as superuser. There is 1 Reply. #: 17974 S12/OS9/68000 (OSK) 24-Apr-93 16:19:15 Sb: #17966-login Fm: Bob van der Poel 76510,2203 To: Bob Taylor 73270,3124 Thanks Bob. I have a number of chown's. I don't believe any of them come from MW. However, the fildes Steve suggested does the job just fine. #: 17969 S12/OS9/68000 (OSK) 23-Apr-93 17:31:10 Sb: #17965-login Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Hey hey! Success! Glad Mike's suggestion finally nailed down this problem. I was fast running out of ideas. To change ownership, I use the 'fildes' utility that was shipped with my MM/1. Does ownership and a couple of other things. *- Steve -* #: 17927 S12/OS9/68000 (OSK) 17-Apr-93 12:06:39 Sb: #17915-login Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, What's the perms on /dd/usr ... It need to be full access so the user can get to his directory. *- Steve -* #: 17930 S12/OS9/68000 (OSK) 18-Apr-93 03:58:43 Sb: #linking Fm: LARRY OLSON 72227,3467 To: Bill Dickhaus 70325,523 (X) Bill, Just to let you know, I finally figured out how to break these C programs up and link them later. I was pulling my hair out for the last couple of days, with all these errors. I could not figure out what the problem was. As a last resort, I pulled out the Kernigham & Ritchie book, and there it was. I had defined all the global variables in the main module, as STATIC. Somewhere I had gotten the idea that variables defined outside a function, and defined as static, were global. Static & Extern, just don't mix. So now I can get back to finishing this program up, without worrying about bumping into that 64k limit,(hopefully). larry There is 1 Reply. #: 17952 S12/OS9/68000 (OSK) 21-Apr-93 07:04:03 Sb: #17930-linking Fm: Bill Dickhaus 70325,523 To: LARRY OLSON 72227,3467 (X) Larry, It took me a long time to understand all the ins and outs of C variable definitions. Part of my confusion was that static means something different whether the variable is defined outside or inside a function. The concept of what a global variable really is, and how extern and the linker fit into the picture was also something that I didn't understand at first. Its good to hear that you got it working. -Bill- #: 17934 S12/OS9/68000 (OSK) 18-Apr-93 16:40:24 Sb: G-WINDOWS for the ST Fm: Michael Fisher 72320,1233 To: All To anyone who saw my message a few months ago re a possible port of G-WINDOWS for the Atari ST it isn't going to happen.I am not surprised, only three people interested but felt it was worth putting up for people's input. Thanks. Mike Fisher #: 17942 S12/OS9/68000 (OSK) 20-Apr-93 02:41:36 Sb: Atari STE, Modem 2 port Fm: Hugo Rytz 100116,3720 To: All We are running CUMANA os9 (V2.3) on an ATARI STE and are looking for a serial driver (RS232) for the MODEM 2 and/or SIO 2 Ports. Is there anybody who has implemented or sells them or is there any other type of information available on this subject ? Press !> #: 17977 S12/OS9/68000 (OSK) 26-Apr-93 10:00:22 Sb: upload Fm: LARRY OLSON 72227,3467 To: sysop (X) I uploaded a program,(makpal.lzh), Saturday morning and I was wondering if there was a problem, since it hasn't been made available yet. Did the upload go ok ? larry #: 17978 S12/OS9/68000 (OSK) 26-Apr-93 19:17:19 Sb: MM/1 I/O Board Fm: Ernest Withers Jr. 71545,1117 To: Mark Griffith 76070,41 (X) Mark, I spoke to Gary Latham today and he said I should ship my I/O board to you for repair. I received it from IMS on 01/28/92 and had no problem installing it. However, the machine did (and still does) hang on boot with the hard drive access LED on about half the time. I called Paul about the problem on 02/17/92 and told him that the WD33C93A SCSI chip had a #8 mask. He said the chip would probably have to be replaced. He's been promising to ship me a replacement I/O board (and the hard drive I paid for) since that time. I have a Seagate ST138N-1 and a Quantum 105 in the MM/1 as well as the deluxe boot ROM's. Installing a boot on either drive and configuring it as /dd (/h0) results in the fol- lowing message and results in a hung machine with the HD LED on. Powering off and having a bootable floppy in /d0 on power up is the only way to get a successful boot (when it doesn't hang). OS-9/68K System Bootstrap Attempting to boot from Floppy. Floppy disk drive not ready. Attempting to boot from Hard Disk. Attempting to boot from Rom. NO kernel found. Boot failed, error status $00F6 The hard drives had been os9gen'ed and had valid boot files on them. Where should I ship the board and approximately how much will it cost me to get the chip replaced? Thanks in advance, Ernest Withers, MM/1 #120848 #: 17981 S12/OS9/68000 (OSK) 27-Apr-93 20:19:38 Sb: Questions Fm: Hugo Bueno 71211,3662 To: All Two questions for the MM1: 1. What is a good setting for maxcount on the hard disk descriptor so that I won't lose chars during modem sessions? 2. What are all the possible environment variable I can use? Thanks, Hugo #: 17982 S12/OS9/68000 (OSK) 27-Apr-93 23:40:18 Sb: #makpal Fm: Bob van der Poel 76510,2203 To: Larry Olson 72227,3467 (X) Larry, Just a quick note to let you know that I got makpal. I did a quick run though and it appears to be a neat little program. However: A PLEA to you and all other mm/1 programmers. Please set up your programs so that they don't bugger with the user's original screen. It is real easy to create a new screen using /w and do all the displays and input on that screen...then when the program is done, you just reselect the user's original screen and all is well. I don't think it is just me...I really get upset when a program (any program!) changes the color and/or size of the screen I have set up. PS. Don't take this message as a flame! I like the program and your efforts! There is 1 Reply. #: 17986 S12/OS9/68000 (OSK) 28-Apr-93 01:26:04 Sb: #17982-#makpal Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) Bob, That was on of the things that I have been fighting with all along. I wanted very badly to have the program do its thing, then when done, rest the screen back to the original, but I could not come up with the way to do it. Everything I tried, just didn't work. I guess I was hoping that someone would give some example on how to do it. I also couldn't figure out why in C I couldn't do it like Basic09 on the CoCo. When you do a RUN gfx2("select") basic09 would switch (or dup) all 3 paths, but the Select call in C doesn't, if you do a Select(path2), the output is sent to path2 but it looks for input from the original path. There is only one point in the program where it needs to get input from the keyboard, but I couldn't figure out how to tell it to look at path2 for input. I even tried to get the window info and color info, to save it, and when the program is done, I would do a DWSet, and put the window back like it was. That didn't work either, the window would be put in a kind of half way mode, it looked like an interlaced screen, when it should have been a non- interlaced screen, but if you selected another screen, using the keyboard or mouse button, then went back to the screen that looked interlaced, it was now correct. I know I'm not describing this very well, maybe I should upload some of the test routines I have been trying. I would be grateful, if you had some examples that show how to do it right. larry There is 1 Reply. #: 17996 S12/OS9/68000 (OSK) 01-May-93 01:17:08 Sb: #17986-makpal Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 Larry, After you do the final DWSet and get the fuzzy screen, you need to pause 1/2 a sec or so, then Select(0); This will take care of the 'fuzzy' screen. TO get IO from wpath2 you can do a read(wpath2,buffer,length) or a readln(wpath2,buffer,length); Make sense? - Mike - #: 17985 S12/OS9/68000 (OSK) 28-Apr-93 01:00:53 Sb: #login Fm: Bob van der Poel 76510,2203 To: all I'm getting real frustrated...it happens every time I get some new disks or download files from the unix world--I can't seem to print out the $*#*$% manual pages. I've tried the various *off programs I have (mroff, troff, roff, proff) and none of them seem to understand the various commands in the files. So, either I don't have the right formatter for these files, or is it possible that I need some kind of a header file to define common macros? As an example, the file I has just now starts out with the following command lines: .TH EXPECT 1 "30 March 1992" .SH NAME expect \- programmed dialogue with interactive programs .SH SYNOPSIS .B expect [ Sure looks like mroff-like stuff to me. There are 3 Replies. #: 17987 S12/OS9/68000 (OSK) 28-Apr-93 16:35:49 Sb: #17985-login Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 You nailed both items: a) They're n/troff files.. b) They use the -MAN macro package (under unix) Pete #: 17991 S12/OS9/68000 (OSK) 28-Apr-93 23:45:02 Sb: #17985-login Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 Bob, The manual pages arein troff format. Nothing we have for OS9 will directly print them. You have to massage them by hand. You could always upload them to a UNIX site and print them to a disk file and then download them to your OSK machine. One good reason for working at a place that has UNIX machines (grin). /************* /\/\ark ************/ #: 17997 S12/OS9/68000 (OSK) 01-May-93 01:17:25 Sb: #17985-login Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 I think I have just the ticket for you. I just finished playing with Mroff so it'll except single char <.> dot commands and print most n/troff manual pages. Added .q for quoting a string, .tr for transliterating chars, and more. I have a macrofile also that will expand most the n/troff commands. Even added a few options like: -s send Odd/Even pages only to stdout (0 = All pages, 1 = Odd, 2 = Even) -m macro file to include in document -m will check the env var MROMAC for the path to a macro file to be included. -t use termcap for underline and bold -t where 'term' is the termcap entry to use -u use terminal page length (use with -t) (Use file for piping thru 'more') mroff -m -u -t file Would print the manual to the screen using Termcap codes for bold and underline and format the document in screen sized pages, piping it thru more will work also. mroff -m -tepson file >/p Will use the termcap entry 'epson' to print the document to the printer. Interested? Think there is enough interest in it to upload it for public consumption? Maybe the name should be changed to nroff or something too? - Mike - #: 17989 S12/OS9/68000 (OSK) 28-Apr-93 20:12:18 Sb: #MAKPAL Fm: Hugo Bueno 71211,3662 To: Larry Olson Larry, That palette maker program is neat. Makes good use of the windowing interface. Good job! Hugo There is 1 Reply. #: 17992 S12/OS9/68000 (OSK) 28-Apr-93 23:59:38 Sb: #17989-MAKPAL Fm: LARRY OLSON 72227,3467 To: Hugo Bueno 71211,3662 Hugo, Thanks, it still needs some work to make it more professional, like the problem that Bob pointed out. I'm also not sure if the way that I save the data out for C or Basic, is the best way. If someone knows a better form, I'm willing to change it. larry #: 18011 S12/OS9/68000 (OSK) 03-May-93 13:47:54 Sb: #17996-#makpal Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 (X) Mike, I'll try that pause before the Select(0). I'm beginning to think I have a problem here with WINDIO or the window descriptors. I had thought originally that when you do a Select(Wpath) after Wpath has been opened (Wpath - open("/w",3)), Stdin, Stdout, Stderr would all be set to Wpath. That was the way it worked on the CoCo in Basic09. But when I try that in C on the MM1, the only path that was being set to Wpath, was Stdout, the other 2 (Stdin,Stderr), remained set to the original path. So when I did the Select, I could output to the screen, but I couldn't get any input into Wpath from the keyboard. If I then Selected the original path, the characters I was trying to enter into Wpath, were here, on path. I have been trying to over come this, but with no luck, so that was why I finally just set it up to DWEnd the original path then DWSet Wpath. Now I'm thinking that the problem is with my system, because I just bought Write-Right from Joel Hegberg at the Chicago fest, and he has a printer setup routine that is acting the same way. He opens a small window which contains various controls to set and enter printer controls into a file, every thing in the panel is mouse driven, and works fine, but when I try to enter the printer codes from the keyboard, nothing is placed on the screen. Then when I select Quit, and the program exits, the numbers that I had entered are there on the original path. So I'm going to go through all the window associated boot modules and see if this is the problem. Larry There is 1 Reply. #: 18031 S12/OS9/68000 (OSK) 05-May-93 03:51:15 Sb: #18011-makpal Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) Your modules are fine. They are data modules that get data written to them, when that happens the CRC is no longer valid. It's just the way data modules are. :) ** Here's a little sample of how to open a new window and ** read from it. If you need an explination just yell. */ #include #include extern int errno; #ifndef TRUE #define TRUE 1 #define FALSE 0 #endif main() { int wpath; /* Open /w */ if ((wpath = open("/w",3)) == -1) exit(_errmsg(errno,"Can't open /w\n")); /* Set up the window */ if (DWSet(wpath,3,0,0,40,26,0xff,2,0) == -1) exit(_errmsg(errno,"Can't Setup /w\n")); /* Now display it */ Select(wpath); /* Do stuff on wpath */ do_stuff(wpath); /* Reselect the first screen */ Select(0); /* Close the other window */ close(wpath); exit(0); } do_stuff(path) int path; { unsigned char key; int xit = FALSE; _ss_wset(path,WT_FBOX,NULL); /* Now just sit and wait for a character */ do { while (_gs_rdy(path) <= 0) /* wait for a input */ tsleep(0x80000020); /* go to sleep for 1/8 of a second */ read(path,&key,1); /* read the keypress */ switch(key) { case 'q': xit = TRUE; break; default: Bell(path); } } while (! xit); } #: 18018 S12/OS9/68000 (OSK) 04-May-93 03:12:02 Sb: #17996-#makpal Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 (X) Mike, Do you have any idea where the module WData is located. Is it merged into shell ? Why I'm asking is, when I do an MDIR, it shows something is corrupting my modules. One of the lines displayed is as follows: syscall break WData dat00e00000 cls When I run mdir into ident using -s -m -z=mlist (mlist is a list of modules) three modules come up as bad t3, WData, and that dat00e00000. t3 is ok when identing the boot file, but I can't find WData anywhere. Larry (always something) Olson There are 2 Replies. #: 18025 S12/OS9/68000 (OSK) 04-May-93 17:31:25 Sb: #18018-#makpal Fm: Steve Wegert 76703,4255 To: LARRY OLSON 72227,3467 (X) Odds are /t3 comes up bad is that a parameter has been changed with xmode form it's stock settings. This shouldn't be a problem. I suspect the same goes for the other two. All three show bad CRC's here as well. *- Steve -* There are 2 Replies. #: 18027 S12/OS9/68000 (OSK) 04-May-93 21:38:11 Sb: #18025-#makpal Fm: LARRY OLSON 72227,3467 To: Steve Wegert 76703,4255 (X) /T3 in the startup file. As for the other 2, I made a Startup file with nothing in it except iniz h0, and those modules (WData dat00e00000), are still there. If I do a Mdir -e it shows those 2 modules as being Data modules. What I'm trying to figure out is where they are coming from. Do you know if anyone has a master list of the latest editions of all the boot modules, and their crc values. I'm wondering now if I have an older version of something thats causing this window Select problem. larry Steve, I didn't even think about that, but you are right, I'm am using Xmode on There is 1 Reply. #: 18032 S12/OS9/68000 (OSK) 05-May-93 03:51:23 Sb: #18027-#makpal Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) dat00e00000 is a data module that the SCSI driver creates, WData is created by WindIO. There is 1 Reply. #: 18038 S12/OS9/68000 (OSK) 05-May-93 12:26:30 Sb: #18032-makpal Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 (X) Mike, Thanks for the window opening example, that is basicly what I have tried, but for some reason it doesn't work on my machine. Hold everything... I just tried Joel's printer setup program again and now it is working. I'll go back and try those window opening test programs and see if they are working. I don't know why its working now, I did make a new boot but didn't add any new modules. I have to figure out what I did that worked. I'll keep you posted larry #: 18028 S12/OS9/68000 (OSK) 04-May-93 21:45:56 Sb: #18025-makpal Fm: LARRY OLSON 72227,3467 To: Steve Wegert 76703,4255 (X) Steve, A couple of lines got chopped off on the last message. You are right, I am changing /T3 with Xmode in the startup file. What through me there was that the CRC value in the boot file was good but the crc value in memory was bad, even though they were the same value. I thought I was looking at memory problems. larry #: 18029 S12/OS9/68000 (OSK) 04-May-93 22:03:15 Sb: #18018-#makpal Fm: Bob van der Poel 76510,2203 To: LARRY OLSON 72227,3467 (X) Larry: wdata and dat00e0000 are data modules used by the kwindows and the scsii drivers. They are created by the drivers on startup. They are used for variable storage, etc. and so will never have a valid CRC. Beware that the OSK xmode does NOT update the CRC of a module...so if you modify a desc. you'll have to use something else to update the crc if you want to save the module. Moded, amoung others, works fine for this. If the ROMs were bad and you had one or more bad modules, then those modules would not appear in the mdir. I had that problem with my original ROMs...one of the modules (dir) only showed up in the mdir some of the time. Probably just a flaky bit in the ROM. My new ROMs don't have that problem...but I still can't boot from the hard drive (anyone have anymore help on this?). There is 1 Reply. #: 18030 S12/OS9/68000 (OSK) 05-May-93 01:39:18 Sb: #18029-#makpal Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) Bob, Yes, I was going through modules with DED and found the reference to WData in Windio, so I assumed it was put there for some reason. I couldn't find that dat00e00000 so I wasn't sure about that one yet. Thanks for giving an explanation of what modules put them there. So now where do I look to fix the problem I'm having with Select. I don't know if you saw that previous message, but I just bought a program at the fest, and it is suffering from the same problem that I have been having with trying to use Select. This program that I bought, opens a window, puts various controls on it, then waits for you to make selections with the mouse. When one of the selections is made, the program then expects to get some numbers from the keyboard, well, here the mouse functions fine but none of the things I enter at the keyboard make it to the program, nothing is echoed to the screen. After a few minutes of frustration, I do a control-C to get out of the program, and when I get out, there on the screen are all the characters that I had typed. For some reason, the Select syscall isn't duping all three paths when called, it is only duping STDOUT. I'm currently using: Windio ed #48 crc E50CC0 Keydrv ed $46 crc 9AAE1D term ed #5 crc 1110F3 cio ed #6 crc E9ADF1 shell ed #52 crc BFD301 wcf ed #30 crc D1703B scf ed #31 crc B41F17 Do any of these look way out of date ? Oh by the way Syscall #0 crc 50C6B7. larry There is 1 Reply. #: 18040 S12/OS9/68000 (OSK) 05-May-93 17:30:58 Sb: #18030-makpal Fm: Steve Wegert 76703,4255 To: LARRY OLSON 72227,3467 > I'm currently using: > > Windio ed #48 crc E50CC0 > Keydrv ed $46 crc 9AAE1D > term ed #5 crc 1110F3 > cio ed #6 crc E9ADF1 > shell ed #52 crc BFD301 > wcf ed #30 crc D1703B > scf ed #31 crc B41F17 > > Do any of these look way out of date ? Oh by the way Syscall #0 crc 50C6B7. > This are identical to what I'm using. I'd say you're current and up to date with your modules. *- Steve -* #: 17998 S12/OS9/68000 (OSK) 01-May-93 20:31:27 Sb: #17986-#makpal Fm: Bob van der Poel 76510,2203 To: LARRY OLSON 72227,3467 (X) Larry, Here is a segment of code from a game I am working on...It selects a screen for i/o, etc. Shout if you need more explanations: grpnum = getpid(); path=open("/w",S_IREAD+S_IWRITE); if(path<1) dosomething to terminate... _gs_opt(path,&optbuf); ...ya might want more here pause=optbuf.sg_pause; ...to set up the keyboard optbuf.sg_pause=0; _ss_opt(path,&optbuf); KilBuf(path,grpnum,0); DWSet(path,0,0,0,80,26,WHITE,BLACK,BLACK); ScaleSw(path,0); /* make sure scaling is on */ LSet(path,0); CurOff(path); ...more init stuff ... _ss_wset(path,WT_FWIN,&windat); BColor(path,BLACK); Clear(path); Select(path); I've not run into the 'fuzzy screen' problem. The "more init stuff" apparently takes the time required (from Mike's message). There is 1 Reply. #: 18012 S12/OS9/68000 (OSK) 03-May-93 13:55:38 Sb: #17998-makpal Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) Bob, I just left Mike a message, trying to explain what I have been running into. It looks like its a problem with my system, that the Select isn't working like it should. I'm going to go back through all the window modules and make sure I have the latest version, and if they are good. larry #: 17999 S12/OS9/68000 (OSK) 01-May-93 20:31:32 Sb: #17997-#login Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Interested??? Of course! Please upload it. If no one else nabs it, I will. Probably not a problem to keep the mroff name. It appears to do all the latest mroff I have does, plus more--so it shouldn't confuse things too much. I think the mroff I have you did too. There is 1 Reply. #: 18002 S12/OS9/68000 (OSK) 02-May-93 02:31:33 Sb: #17999-#login Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Bob, I put the binary up in the MM/1 section. Lemm know what you think OK? There is 1 Reply. #: 18003 S12/OS9/68000 (OSK) 02-May-93 13:10:29 Sb: #18002-#login Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Thanks Mike. I got the binary and tried it out. This gives much better results...but... Well, ya know. I archived the text file I'm trying to print and have put in your CIS mailbox. It will generate some more errors when you try to print it. A few of the problems relate to undefined macros; others don't seem to like a single '.' as a macro argument. Let me know how you make out. There is 1 Reply. #: 18045 S12/OS9/68000 (OSK) 06-May-93 02:41:27 Sb: #18003-login Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Hey Bob, I just fixed the problem with the durn tabs and bold+string+endbold+string stuff. The unknow command <.> was being caused by trying to bold the word then following it with a '.'. The dot was being translated into a \n. so mroff though it was a command! Added \f2 to turn on bold and \f1 to turn it back off. This can be embedded in the text now. The last version I sent ya still had a problem with some macros. I'll put together another upload. Sorry it wasn't working the way I thought it was. #: 18006 S12/OS9/68000 (OSK) 02-May-93 22:34:37 Sb: #17997-#login Fm: keith bauer 71102,317 To: Mike Haaland 72300,1433 (X) > I think I have just the ticket for you. I just finished playing with Mroff so > it'll except single char <.> dot commands and print most n/troff manual pages. > Added .q for quoting a string, .tr for transliterating chars, and more. I have > a macrofile also that will expand most the n/troff commands. > > Interested? Think there is enough interest in it to upload it for public > consumption? Maybe the name should be changed to nroff or something too? > > - Mike - > Mike I for one would be very interested in this. I have been tring to work with the GCC compiler but the docs are in this form so they really are not much help to me. Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer There is 1 Reply. #: 18046 S12/OS9/68000 (OSK) 06-May-93 02:41:36 Sb: #18006-#login Fm: Mike Haaland 72300,1433 To: keith bauer 71102,317 (X) Ok Keith, I'll get you a copy too! You can beta test it for me. :) There is 1 Reply. #: 18050 S12/OS9/68000 (OSK) 06-May-93 17:30:52 Sb: #18046-#login Fm: Steve Wegert 76703,4255 To: Mike Haaland 72300,1433 Mike, Nice to see you tinkering again! How are things coming on the offical release version of Desktop? Still the slickest thing going for the MM/1. Anything we can do to help things along? My free time is about to go as I'll be leaving Datapage 5/21. Lemme know! *- Steve -* There is 1 Reply. #: 18052 S12/OS9/68000 (OSK) 06-May-93 19:01:11 Sb: #18050-#login Fm: Bill Dickhaus 70325,523 To: Steve Wegert 76703,4255 (X) Steve, Mark had Desktop running on the MM/1 he was using to show off the floptical drive. I think we had more questions about Desktop than anything else! > Still the slickest thing going for the MM/1. Now wait a minute.... -Bill- There is 1 Reply. #: 18059 S12/OS9/68000 (OSK) 07-May-93 17:30:38 Sb: #18052-login Fm: Steve Wegert 76703,4255 To: Bill Dickhaus 70325,523 (X) > Steve, > > Mark had Desktop running on the MM/1 he was using to show off the floptical > drive. I think we had more questions about Desktop than anything else! > > > Still the slickest thing going for the MM/1. > > Now wait a minute.... > > -Bill- > Whoops! What I meant to say was ... Err... uhh ... It's been the slickest thing going for the MM/1 until Bill's InfoExpress hit the street. Yeah ... that's the ticket! :-) Bet Mike could have unloaded a few copies of Desktop at the 'fest had he been so inclined. *- Steve -* #: 18001 S12/OS9/68000 (OSK) 01-May-93 21:14:26 Sb: OSK machines Fm: David Breeding 72330,2051 To: All I'm looking at the OSK machines and the Kix30 really looks good. Anyone have one? Any comments? I also saw an Ad in the latest OS9-UG newsletter about a System V from Delmar. Anyone tried it yet? David #: 18007 S12/OS9/68000 (OSK) 02-May-93 22:35:48 Sb: #Porting DOS Fm: Bob van der Poel 76510,2203 To: all I'm trying to port a program which converts gif files to tif format. I can't get past the following line: FP_OFF(IFD_body) += sizeof(TIF_header); I assume that FP_OFF is a macro...but I can't find it defined anywhere. However, I did comment out a #include . So, I assume that FP_OFF is defined there (perhaps a standard MS_DOS thingie?). Any ideas? There is 1 Reply. #: 18009 S12/OS9/68000 (OSK) 03-May-93 09:28:42 Sb: #18007-#Porting DOS Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 (X) Bob, Found it in DOS.H.. here it is: #define FP_OFF(fp) ((unsigned)(fp)) Good luck! Pete There is 1 Reply. #: 18017 S12/OS9/68000 (OSK) 03-May-93 21:45:40 Sb: #18009-Porting DOS Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 (X) Thanks. Sort of thought it'd be something like that. Trust them to do hide a cast in a macro...sure makes for clear, easy to read code . #: 18008 S12/OS9/68000 (OSK) 02-May-93 22:39:20 Sb: #InfoXpress Fm: keith bauer 71102,317 To: 70325,523 (X) Bill, Just a word of thanks for a great new program. I just had my first test drive with InfoXpress and it worked great!! Now if I have the guts to run it in the middle of the night..... Thanks keith There are 2 Replies. #: 18010 S12/OS9/68000 (OSK) 03-May-93 13:23:29 Sb: #18008-InfoXpress Fm: Bill Dickhaus 70325,523 To: keith bauer 71102,317 (X) Keith, I'm glad you like it! I've been running InfoXpress at 5:30 AM for the last six months. Its nice to be able to wake up in the morning and just sit down and read my messages. -Bill- #: 18021 S12/OS9/68000 (OSK) 04-May-93 05:33:00 Sb: #18008-#InfoXpress Fm: Steve Wegert 76703,4255 To: keith bauer 71102,317 (X) > Now if I have the guts to run it in the middle of the night..... > I too have been having IX do my message runs on auto-pilot. Twice a day. First run at 5:30 am for both Delphi and CIS, then again at 5:30pm for CIS only. That way, I have all my mail to read over coffee in the morning as well as over a beer after I get home from the office. Neat stuff. It's solid. If it has a problem, it tends to error to the conservative and drops connection fairly rapidly. It's cut my online time down on Delphi, where I actually stay under the 4 hours/month usage I get with the $10 plan. *- Steve -* There is 1 Reply. #: 18034 S12/OS9/68000 (OSK) 05-May-93 06:17:10 Sb: #18021-InfoXpress Fm: keith bauer 71102,317 To: Steve Wegert 76703,4255 (X) > > I too have been having IX do my message runs on auto-pilot. Twice a day. First > run at 5:30 am for both Delphi and CIS, then again at 5:30pm for CIS only. I think I will run mine at 5:30am 3 days a week and see how that goes. > It's cut my online time down on Delphi, where I actually stay under the 4 > hours/month usage I get with the $10 plan. > > *- Steve -* > I hope this also helps me keep the LD charges down and stay in touch with what is happening. Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer #: 18016 S12/OS9/68000 (OSK) 03-May-93 19:36:02 Sb: #using InfoXpress w/cron Fm: keith bauer 71102,317 To: Bill Dickhaus 70325,523 (X) Bill, I have gotten InfoXpress to work with cron but it doesn't seem like the right way to do it. I use SH for my shell. In crontab this is the way I have it setup: 30 05 * * 1 (setenv TERM vsc;ix -o -l=y -q=2 -c=/h0/ix/work/default) My question about this is the fact that I have to put the setenv statement in there. Without this I get an error when running ix saying that the TERM variable has not been set even thought I do set it from the startup file as well as .login (I start login from sysgo). Is there another way of doing this or is this the proper way? I have only had InfoXpress for 2 days and I can already see that I will be more active in the forums than I have ever been. Thanks much Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer There are 2 Replies. #: 18022 S12/OS9/68000 (OSK) 04-May-93 05:57:30 Sb: #18016-#using InfoXpress w/cron Fm: Bill Dickhaus 70325,523 To: keith bauer 71102,317 (X) Keith, The problem is that cron isn't passing the environment when it forks the command line. I discovered this a while back, and then we rediscovered it during early testing of InfoXpress. I took the cron thats in LIB 12 and fixed it. I'll clean it up and upload it. -Bill- There is 1 Reply. #: 18035 S12/OS9/68000 (OSK) 05-May-93 06:19:24 Sb: #18022-using InfoXpress w/cron Fm: keith bauer 71102,317 To: Bill Dickhaus 70325,523 (X) > Keith, > > The problem is that cron isn't passing the environment when it forks the > command line. I discovered this a while back, and then we rediscovered it > during early testing of InfoXpress. I took the cron thats in LIB 12 and fixed > it. I'll clean it up and upload it. > > -Bill- > Great, I will look for it this weekend and give it a try. It works the way I have it but it doesn't seem clean :-). Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer #: 18024 S12/OS9/68000 (OSK) 04-May-93 17:31:11 Sb: #18016-#using InfoXpress w/cron Fm: Steve Wegert 76703,4255 To: keith bauer 71102,317 (X) I handle it this way: Cron calls the following script. The echoes to 'test.log' are left over debugging statements. There's probabbly a better way to do it, but this has worked great for me. setenv TERM vsc chd /dd/usr/steve/ix echo "starting check_mail" >+test.log date >+test.log ix -o -q=2 echo "ending check_mail" >+test.log date >+test.log *- Steve -* There is 1 Reply. #: 18036 S12/OS9/68000 (OSK) 05-May-93 06:19:52 Sb: #18024-#using InfoXpress w/cron Fm: keith bauer 71102,317 To: Steve Wegert 76703,4255 (X) > I handle it this way: > > Cron calls the following script. The echoes to 'test.log' are left over > debugging statements. There's probabbly a better way to do it, but this has > worked great for me. > > setenv TERM vsc chd /dd/usr/steve/ix echo "starting check_mail" >+test.log date > >+test.log ix -o -q=2 echo "ending check_mail" >+test.log date >+test.log > > *- Steve -* > Steve, What does the >+ do in the script, I have never seen that before? Is it append? Are you using SH or shell? Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer There is 1 Reply. #: 18039 S12/OS9/68000 (OSK) 05-May-93 17:30:45 Sb: #18036-using InfoXpress w/cron Fm: Steve Wegert 76703,4255 To: keith bauer 71102,317 (X) > Steve, What does the >+ do in the script, I have never seen that > before? Is it append? Are you using SH or shell? Yup ... it's the OSK way to append to an exisitng file. Converely, >- should overwrite the contents of an existing file. I'm running the stock MW shell ... SH, as it is now, has a major security hole that makes it's use on a dialup system such as mine, unacceptable. I hear tell, tho, that Carl K. has a rewrite on his list of things to do. *- Steve -* #: 18041 S12/OS9/68000 (OSK) 05-May-93 19:17:37 Sb: BGFX docs Fm: keith bauer 71102,317 To: All At last years Chicago Fest I picked up BGFX from IMS. My son is now tring to do some things with basic but I am unable to give him any docs on what BGFX does. I know that it is pretty much like the enhanced GFX2 but I am not sure how things like the menu calls work. Has anyone else gotten any docs for BGFX? If so could I get them from you or could you tell me how to come up with them. Thanks Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer #: 18057 S12/OS9/68000 (OSK) 06-May-93 21:21:50 Sb: Desktop Fm: Hugo Bueno 71211,3662 To: Mike Haaland Mike, When will Desktop be ready for sale? I'm tired of typing! :-) Hugo #: 18060 S12/OS9/68000 (OSK) 08-May-93 01:36:26 Sb: #18040-makpal Fm: LARRY OLSON 72227,3467 To: Steve Wegert 76703,4255 (X) Thanks Steve, its good to know my modules are current, I just wish my brain cells were. larry #: 18064 S12/OS9/68000 (OSK) 08-May-93 07:20:33 Sb: #18046-login Fm: keith bauer 71102,317 To: Mike Haaland 72300,1433 (X) > Ok Keith, > > I'll get you a copy too! You can beta test it for me. :) > Great I'm game. Like I said I have some files here that I can try it out on. Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer #: 18066 S12/OS9/68000 (OSK) 09-May-93 05:18:17 Sb: #NFS Problems Fm: Paul Maynard 100033,512 To: ALL Hi Everyone, I'm developing some software that operates as a diskless NFS client and using a local Sun Workstation as the NFS server. I have created all the expected Group and User ID mapping files and while I can create, open, read, write and delete files on the Sun, when I try and rename them I get a error 214, implying I didn't own it. This is particularly annoying as the same had previously created the file. (I was updating a file, by copying and modifying entries from the original to a new created one. The Sun reports that I (as a Unix user) own the files. OS9's dir command reports me as the owner, so what gives??? Any help will be gratefully accepted. Paul Maynard. There is 1 Reply. #: 18067 S12/OS9/68000 (OSK) 09-May-93 11:01:32 Sb: #18066-NFS Problems Fm: Pete Lyall 76703,4230 To: Paul Maynard 100033,512 Hmm - if you owned them at both ends, did you have WRITE permissions turned on at the target end for the file in question? Pete #: 18071 S12/OS9/68000 (OSK) 11-May-93 05:30:50 Sb: BGFX docs Fm: keith bauer 71102,317 To: Kevin Darling 76703,4227 Kevin, I bought BGFX from IMS at the 1992 ChicagoFest. At that time there weren't any docs written up for it. I understand that now there is. I would very much like to get my hands and these. What would be the best way. Can you send them Email or should I send you a disk with return postage? My son is taking a interest in basic and would like to do some things using BGFX. Thanks Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer Via InfoXpress/OSK ver 1.00 #: 18074 S12/OS9/68000 (OSK) 11-May-93 19:44:14 Sb: IX Fm: keith bauer 71102,317 To: Bill Dickhaus 70325,523 Bill, Something for you to check out. I zapped some messages from my message base, things like the entry screen, and then I selected the reorganize option. It started to sort through file and then went into the process stage. I then got a 103 bus error. I restarted ix and tried to read messages in that base using 'a' option. Again I got the 103 error. Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer Via InfoXpress/OSK ver 1.00 Press !> #: 18082 S12/OS9/68000 (OSK) 13-May-93 04:54:05 Sb: #18067-NFS Problems Fm: Paul Maynard 100033,512 To: Pete Lyall 76703,4230 (X) Yes, permissions weren't the problem, except that NFS won't let OS9 rename files by simply manipulating the directories. I have to use I$SETSTT to request the rename. I got this info from Microware as I had previously faxed a query and their reply got to me that day after I posted the note on Compuserve. Thanks for you thoughts. Paul. #: 18076 S12/OS9/68000 (OSK) 12-May-93 08:06:21 Sb: #18074-#IX Fm: Bill Dickhaus 70325,523 To: keith bauer 71102,317 (X) Keith, Would it be possible for you to send me the message file? So far I've been unable to recreate the problem, but I'll keep working on it. It would help if I could see what was causing the 103 error. You can either mail me the file, using IX, or upload the file to any data library here and mark it to my attention, thanks! BTW, on CompuServe you can limit the fourm entry screens by specifying the ForumEntry=flash option. This tells IX to only collect forum entry information if there is a news flash, otherwise it collects nothing. This is not available on Delphi. I'm considering (for a future release) alternate aging options for different sections, including the automatic message section (where the forum entry messages go). -Bill- There is 1 Reply. #: 18087 S12/OS9/68000 (OSK) 14-May-93 04:31:25 Sb: #18076-IX Fm: keith bauer 71102,317 To: Bill Dickhaus 70325,523 (X) > Keith, > > Would it be possible for you to send me the message file? So far I've been > unable to recreate the problem, but I'll keep working on it. It would help if I > could see what was causing the 103 error. You can either mail me the file, > using IX, or upload the file to any data library here and mark it to my > attention, thanks! I think I kept a copy, if not I should be able to recreate it. > BTW, on CompuServe you can limit the fourm entry screens by specifying the > ForumEntry=flash option. This tells IX to only collect forum entry I forgot about that option, thanks. Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer Via InfoXpress/OSK ver 1.00 #: 18085 S12/OS9/68000 (OSK) 13-May-93 18:07:28 Sb: Kix\30 Computer Fm: Ken Drexler 75126,3427 To: Tony Elliot, 71645,1367 Tony, I saw your message to Kevin Darling about Kix\30 users. I just got one. You are right it is a screamer. I had been using a Hazelwood QT2 (68000, 10 Mhz). The 68030 at 16 Mhz is a rocket by comparison. I used to be able to take a break during compiles but no more. I have a Quantum LPS 120S running on it and that helps it move along. (My QT2 has an ST225N.) The documentation is great except for the lack of a parts list and a description of the switches on the 4s2p board. I think, however, that I can figure it out. I also got Frank Hogg's load of PD software (Users Group, TOP, Sterm, Ispell etc.) It is a great collection of programs. I have miles to go to figure out what I have and use it all. All in all I am delighted to have upgraded to a product which is more state of the art. (I look forward to receiving the Version 2.4 upgrade, too.) Ken #: 18088 S12/OS9/68000 (OSK) 14-May-93 04:31:40 Sb: #new unzip Fm: keith bauer 71102,317 To: Bob van der Poel 76510,2203 (X) Bob, I downloaded the newer unzip from here and I have a question for you. I am using it with a QWK packet reader under OSK and it seems to handle the conversion of CR LF=>LF differently than the older version that I have. When I use the a option and then I list out the file it is not line up to the left. It goes like this across the screen. If I leave off the a option it is lined up on the left but there is an extra line feed. I believe that you where in on the port of this. If not maybe you could direct me in the right direction. Thanks Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer Via InfoXpress/OSK ver 1.00 There is 1 Reply. #: 18091 S12/OS9/68000 (OSK) 14-May-93 22:47:17 Sb: #18088-#new unzip Fm: Bob van der Poel 76510,2203 To: keith bauer 71102,317 Yes, I did post the unzip. It was a real quick and dirty port (ie. I stopped when it appeared to work and I got my files unpacked). Don't know about QWK. From the description in your message it appears that line feeds are NOT being deleted from the file. Hmmm, just looked at the source. It appears that the LF/CR translation is converting a LF/CR pair to a LF (this is how unix likes it files). I had a quick look...and don't see a real easy fix...I'll have a look later this weekend and see what I can come up with. For now, you can just use TR to convert LFs to CRs.... There is 1 Reply. #: 18093 S12/OS9/68000 (OSK) 15-May-93 01:45:50 Sb: #18091-new unzip Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 Hey Bob, I did the same thing with Lha(rc) It's pretty simple. Just save the last char you are putting to the file. If you get a LF don't output anything, then on the next char, check it the last one was a LF, if the current char is a CR output it, if it was anything else, output a CR then the current char. This add the need to do an extra loop at EOF to make sure the last LF get's output as a CR. (In case the file only had LF's). Hope this helps, - Mike - #define fputc putc outchar(fp,c) FILE *fp; int c; { static int last_c; if (c == '\l') { if (last_c == '\l') fputc('\n',fp); } else { if (last_c == '\l' && c != '\n') fputc('\n',fp); fputc(c,fp); } last_c = c; } #: 18097 S12/OS9/68000 (OSK) 15-May-93 17:05:10 Sb: #18093-#new unzip Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Actaully, Mike, it was much easier with unzip. Didn't need to write a single line of code to fix the -a option. The code to do the translations was already in there...however, it was wrapped with a bunch of #if s. Just a matter of adding a #ifdef OSK to the list and now unzip figures it is creating mac files. These #if sure to complicate otherwise easy to follow code! Anyway, I've uploaded the new cut of unzip.lzh to lib 12. BTW, any success on that latest set of mroff macros I mailed you ? There are 2 Replies. #: 18106 S12/OS9/68000 (OSK) 18-May-93 00:30:12 Sb: #18097-new unzip Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 Well, It's been a terrible week here. But ended up very well. :) On last monday, I installed a brand new 600 meg HD on the MM/1. When I plugged my HD with all my source back in to copy the files to the new HD. I plugged the SCSI cable in backwards, turned the computer on and ZAP! Bye Bye source code. :( That drive had -ALL- my source code on it, UUCP, RN, CNEWS, ELM, CGFX, and all my commercial software source too! Luckily, Maxtor was kinda enough to send my a replacement HD, but couldn't (Wouldn't) fix my existing HD. So I waited 3 days for the new Maxtor.... When it came I was able to swap out the PC boards and get the data off my source drive. Then re-swapped the boards and sent the bad drive back to Maxtor. (Thank God they will send you a replacement drive and let you ship the bad one back AFTER you get the new one!) I got really, really lucky this time. (The knewest backup I had was 9 Months old) Time to run out and get a Tape or Floptical drive before anything else happens. Can you relate to having everything you ever wrote, including those special personal tools, destroyed in seconds! Not a pretty picture. BTW the 600 meg Seagate I got for $600 bucks in Los Angeles. (Good deal) - Mike - #: 18107 S12/OS9/68000 (OSK) 18-May-93 00:30:26 Sb: #18097-new unzip Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 Most of the macros at the beginning of those man pages has to be pulled. Mroff doesn't support the .if command stuff. And most of the font commands are strictly troff commands, we can't simulate all the macros. But most can be easily reworked. The macros you have worked after a little tweaking of the file. Now, If I had 9 megs of memory on this sucker I could compile groff and forget that M/Proff ever existed. But there's no mo' 9 meg boards, and Kev hasn't had a chance to run anymore. :( Too bad the gpp compiler can't use a disk file instead of needing 5 meg to run in. #: 18096 S12/OS9/68000 (OSK) 15-May-93 17:05:03 Sb: #18088-new unzip Fm: Bob van der Poel 76510,2203 To: keith bauer 71102,317 (X) A new version of unzip has been posted to lib 12. Fixes the -a problem. #: 18108 S12/OS9/68000 (OSK) 18-May-93 00:49:45 Sb: Printcap info needed Fm: Mike Haaland 72300,1433 To: All Anyone know anything about printcap? I'm trying to have mroff be able to use special features of a printer. A printcap.man page sure would be helpful. I'll even be grateful for a printcap file. :) - Mike - Press !> #: 18170 S12/OS9/68000 (OSK) 23-May-93 17:22:49 Sb: #17985-login Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 Bob (and other frustrated *roff users), I have uploaded (to the OSK lib) cawf.lzh. It stands for C version of Amazingly Workable Formatter. It does a pretty nice job on Nuxi stuff. Your problem isn't so much with mroff as it is with the lack of a macro package for it. I never finished the project in the sense that I didn't make a macro package to go with mroff, and neither has any of the folks who have hacked on it since. But cawf works well enough that I am not likely to ever finish mroff. I don't have sources online but can turn them if it proves necessary. Carl #: 18168 S12/OS9/68000 (OSK) 23-May-93 12:36:22 Sb: #18057-Desktop Fm: Mike Haaland 72300,1433 To: Hugo Bueno 71211,3662 (X) Desktop is available now. Leave me e-mail if you want more info. #: 18117 S12/OS9/68000 (OSK) 18-May-93 22:52:21 Sb: #18106-#new unzip Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Guess we all get a bit overconfident about the security of our data on these hard drives...they seem to be so damned reliable! Maxtor is a good company, I had problems with one of their drives and I couldn't have asked for better service. Ummm, how can you plug in a SCSI cable backwards? Aren't they keyed? Good to know that you can blow the logic and still recover all the data. I'll have to file that away in my trivia box. There is 1 Reply. #: 18125 S12/OS9/68000 (OSK) 19-May-93 17:30:57 Sb: #18117-#new unzip Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Ummm, how can you plug in a SCSI cable backwards? Aren't they keyed? Hmmm .... you might want to ask Mark about that! :-) Days before the fest, upto his eyeball in InfoXpress doco he decides to repackage his MM/1. Ahhhk! *- Steve -* There is 1 Reply. #: 18163 S12/OS9/68000 (OSK) 23-May-93 12:35:41 Sb: #18125-new unzip Fm: Mike Haaland 72300,1433 To: Steve Wegert 76703,4255 (X) Yeah, the cable is keyed, but the drive guide was 'just' big enough to let me put the cable in upside down. (Standards in connectors you know!) #: 18116 S12/OS9/68000 (OSK) 18-May-93 21:37:00 Sb: #18107-#new unzip Fm: Zack Sessions 71532,1555 To: Mike Haaland 72300,1433 (X) > Now, If I had 9 megs of memory on this sucker I could compile groff and forget > that M/Proff ever existed. But there's no mo' 9 meg boards, and Kev hasn't had > a chance to run anymore. :( Pease is goint to hack up an IO board for me for me to use 9M. Maybe he'll do the same for you? Zack C Sessions via InfoXpress/OSK by Bill Dickhaus There are 2 Replies. #: 18137 S12/OS9/68000 (OSK) 20-May-93 19:56:47 Sb: #18116-#new unzip Fm: Ernest Withers Jr. 71545,1117 To: Zack Sessions 71532,1555 (X) Zack, I'd like to have 9 megs of memory on my MM/1 too. I hope IMS gets its act together soon. I really like this machine but it would be a lot better if Paul had made good on the many, many promises he's made to me to replace the I/O board I got which has the wrong SCSI chip on it. The machine often hangs on boot up with the HDD LED on. This is with two different hard drives (a Seagate and a Quantum). I have the deluxe boot ROMs and can't boot from hard drive at all. I have to boot from floppy. I'm willing to pay Mark to replace the chip (it's not socketed) but he says he doesn't have any more of the correct chips. Do you think Kevin Pease can help? Ernie Withers (MM/1 #120848) There is 1 Reply. #: 18150 S12/OS9/68000 (OSK) 22-May-93 10:52:01 Sb: #18137-#new unzip Fm: Zack Sessions 71532,1555 To: Ernest Withers Jr. 71545,1117 (X) Maybe, but I can't speak for him. Do you know how to get in touch with him? Zack C Sessions via InfoXpress/OSK by Bill Dickhaus There is 1 Reply. #: 18157 S12/OS9/68000 (OSK) 23-May-93 07:29:30 Sb: #18150-#new unzip Fm: Ernest Withers Jr. 71545,1117 To: Zack Sessions 71532,1555 (X) No. I don't have any kind of address or phone number. Ernie. There is 1 Reply. #: 18158 S12/OS9/68000 (OSK) 23-May-93 10:18:31 Sb: #18157-new unzip Fm: Zack Sessions 71532,1555 To: Ernest Withers Jr. 71545,1117 I have an EMail address for him, I'll get back to you. Zack C Sessions via InfoXpress/OSK by Bill Dickhaus #: 18165 S12/OS9/68000 (OSK) 23-May-93 12:35:57 Sb: #18116-#new unzip Fm: Mike Haaland 72300,1433 To: Zack Sessions 71532,1555 (X) We talked about hacking up I/O boards to take 9 meg a while back, Kev just hasn't had the time. :( It's really a shame too. But, there's plenty that needs to be ported that'll compile in 3 megs. There is 1 Reply. #: 18173 S12/OS9/68000 (OSK) 23-May-93 22:03:00 Sb: #18165-new unzip Fm: Zack Sessions 71532,1555 To: Mike Haaland 72300,1433 (X) I have had the 4M simms ready to put in my MM/1 for almost a year. Pease offered to hack me an IO board in Chicago, but I don't know if he is going to be able to offer to do that to everyone. Zack C Sessions via InfoXpress/OSK by Bill Dickhaus #: 18118 S12/OS9/68000 (OSK) 18-May-93 22:52:25 Sb: #18107-#new unzip Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) One of these days I will have to write a troff/mroff to vprint conversion utility. Probably easist with awk or something. Problem is not so much doing the conversions, but know what all the t/mroff commands and macros are supposed to do in the first place. Maybe I should just start and see what happens. Should be a good way to really learn awk, if nothing else. On sweat that the file I sent can't be worked. It was more for your reference than anything else. If you find out that Kev is running more 9meg boards...let me know! I need the extra memory too. There is 1 Reply. #: 18166 S12/OS9/68000 (OSK) 23-May-93 12:36:02 Sb: #18118-new unzip Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) On wuarchive and uunet there's a de-troff'er written in awk. I have not grabbed it yet, but it's something to think about. #: 18119 S12/OS9/68000 (OSK) 18-May-93 22:52:28 Sb: #18108-#Printcap info needed Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) I think that printcap is something that Ed Gresick was involved in. However, if you look at various termcap entries and at the list of System V termcap entries posted here, you'll find that termcap has lots of printer support already built in. Probably just as easy to use the termcap 'standard' as something new (ya already have all the support code). There are 2 Replies. #: 18123 S12/OS9/68000 (OSK) 19-May-93 11:25:44 Sb: #18119-#Printcap info needed Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 (X) Agreed - All you have to do is setenv PRINTER "xxx" and then use that environment variable (allocating separate buffers for the t* functions) with standard termcap style. Also - while it's probably not wonderful style, you can create your own termcap mnemonics for a printer's capabilities if they don't map well onto the standard termcap defs. Pete There are 2 Replies. #: 18130 S12/OS9/68000 (OSK) 19-May-93 22:46:08 Sb: #18123-#Printcap info needed Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 (X) I'd be very leary of defining my own termcap defs. From the System V stuff uploaded here, there doesn't appear to be too much left undefined. Of course, the biggest problem with termcap is that so many entries are just plain wrong. Do you know if any of the unix-types ever wrote a termcap maintenance program. It be nice to have something which could do syntax checking as well as having routines to test specific caps. In marketing Ved I've found that 99% of the time when someone calls with a problem, it is a termcap entry problem. It's so that I'm getting real good at recognizing these. At least I don't waste hours anymore looking at my code... There is 1 Reply. #: 18135 S12/OS9/68000 (OSK) 20-May-93 15:06:22 Sb: #18130-#Printcap info needed Fm: Pete Lyall 76703,4230 To: Bob van der Poel 76510,2203 (X) Nope - termcap is only as good as its maintainers, which are basically each system's sysadmin. Actually - there's lots of open holes. I believe uppercase and lower are distinct as well (not _positive_ though...). Sometimes you need something that hasn't been thought of (i.e. send a NUM LOCK ON), etc... Pete There is 1 Reply. #: 18144 S12/OS9/68000 (OSK) 21-May-93 19:32:48 Sb: #18135-Printcap info needed Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 (X) Yes, Pete, upper and lower case are distinct in Termcap. #: 18164 S12/OS9/68000 (OSK) 23-May-93 12:35:51 Sb: #18123-Printcap info needed Fm: Mike Haaland 72300,1433 To: Pete Lyall 76703,4230 (X) Good idea, that's what I've done so far, used so se as Italics on/off for the printer, but I'd but what to choose for things like sub/superscript is beyond me. I'm trying to figure out a way to have Mroff support footnotes. I have it working now, but It would be nice if we don't have to have a bunch of printer defs around for different programs that use the printer. Ideas? #: 18167 S12/OS9/68000 (OSK) 23-May-93 12:36:08 Sb: #18119-Printcap info needed Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Yeah, I remember someone here trying to find out about printcap. Wonder what ever happened? #: 18171 S12/OS9/68000 (OSK) 23-May-93 17:23:18 Sb: #18108-Printcap info needed Fm: Carl Kreider 71076,76 To: Mike Haaland 72300,1433 (X) Mike, I will swear I ran down printcap for use in my spooler, but I can't find it now. Most of my C stuff is offline right now. Give me a holler if you can't find it and I will look for it. Another thing mroff needs that I never did is 'at' traps instead of the current header/footer mechanism. But you may want to take a look at cawf.... Carl #: 18146 S12/OS9/68000 (OSK) 21-May-93 19:32:52 Sb: Ved Demo Fm: Bob van der Poel 76510,2203 To: all I have uploaded 'veddem.lzh' to library 12. This is a demo version of the Ved Text Editor for OSK. Most of the options and commands work...but the save stuff is all crippled. #: 18149 S12/OS9/68000 (OSK) 22-May-93 09:17:17 Sb: KA9Q Fm: Hugo Bueno 71211,3662 To: All What is KA9Q? Is it a UUCP type package? Hugo #: 18152 S12/OS9/68000 (OSK) 22-May-93 17:30:51 Sb: #InfoXpress idea Fm: Steve Wegert 76703,4255 To: Bill Dickhaus 70325,523 Bill, Here's one for the idea list: Allow for spell check at the message disposition prompt. You could define a environment variable (SPELL_CHECK) that would hold the name of your favorite spell checker. ISPELL for OSK and perhaps TSword for the CoCo. If not defined, the option to check the spelling would not show. Whatcha think? *- Steve -* There is 1 Reply. #: 18161 S12/OS9/68000 (OSK) 23-May-93 12:35:29 Sb: #18152-InfoXpress idea Fm: Mike Haaland 72300,1433 To: Steve Wegert 76703,4255 (X) Good idea about the spell check feature. FYI Elm 2.3 PL11 now has spell check as and option. #: 18169 S12/OS9/68000 (OSK) 23-May-93 15:50:38 Sb: palettes Fm: Hugo Bueno 71211,3662 To: All Is K-windows 48 the final version? Reason I ask is a featyre I've discovered. Mike Sweet just released a great image viewer program (Imaster 1.4). The only problem is that the image palette colors change the window border and button colors. It would be nice if this didn't happen. According to Mike, this could be fixed in K-windows such that the button routines could look up the proper colors. Kevin? Any comment? Anyone? Hugo #: 18175 S12/OS9/68000 (OSK) 24-May-93 19:22:55 Sb: #18170-login Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) Thanks Carl. I'll nab it later and hopefully get all those files printed! #: 18183 S12/OS9/68000 (OSK) 25-May-93 18:00:47 Sb: #18158-#new unzip Fm: Ernest Withers Jr. 71545,1117 To: Zack Sessions 71532,1555 (X) Thanks, Zack. I'd appreciate it. By the way, are you planning on attending the Atlanta fest in October? I got my ACS newsletter and it says there will definitely be one. Ernie. There is 1 Reply. #: 18184 S12/OS9/68000 (OSK) 25-May-93 19:10:23 Sb: #18183-new unzip Fm: Zack Sessions 71532,1555 To: Ernest Withers Jr. 71545,1117 (X) > Thanks, Zack. I'd appreciate it. By the way, are you planning on attending the > Atlanta fest in October? I got my ACS newsletter and it says there will > definitely be one. If there is a fest in Atlanta, I will be there. I haven't heard from the ACS yet. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 18177 S12/OS9/68000 (OSK) 24-May-93 19:22:59 Sb: #18173-new unzip Fm: Bob van der Poel 76510,2203 To: Zack Sessions 71532,1555 (X) I talked to Gary Lathum a while back when I was still trying to get the boot roms on the mm/1 to work (I've sort of given up for now) and he suggested that he was going to talk to Kevin or Mark and see if they could get a rotation service (rotating patched i/o boards between users) so that we could all get on the 9meg bandwagon. Never heard anything more from him...guess this is not a 'user mode'? #: 18181 S12/OS9/68000 (OSK) 25-May-93 00:17:38 Sb: #18171-#Printcap info needed Fm: Mike Haaland 72300,1433 To: Carl Kreider 71076,76 (X) Hi Carl, I'm not quite sure what you mean by 'at' or '@' traps, but I did add the nroff style expansion in headers. So you can: .de h0 "Manual" .de h1 "" .de h2 "Best in the west" .he /\*h0/\*h1/\*h2/ Also dump titles anywhere on the page you want: .tl 'Left'Center'Right' I'll grab cawf... Thanks for uploading it. There is 1 Reply. #: 18186 S12/OS9/68000 (OSK) 25-May-93 22:34:55 Sb: #18181-#Printcap info needed Fm: Carl Kreider 71076,76 To: Mike Haaland 72300,1433 (X) Well, I'm probably a bit fuzzy anymore, but as I recall, you would set a trap at a line, for instance, with .at 5 tl - which would spring the trap at line 5, executing the macro 'tl'. It could execute arbitrary commands, but the most useful is a macro. I think .at was the TSC syntax and nroff is '.wh' maybe. Anyway, it is a much more general and useful mechanism than the simplified .h[0-3] that K&P used in software tools and everyone (myself included) snarfed for their text processor. You (and Bob) are welcome for cawf. Carl There are 2 Replies. #: 18187 S12/OS9/68000 (OSK) 26-May-93 02:26:06 Sb: #18186-Printcap info needed Fm: Bob Taylor 73270,3124 To: Carl Kreider 71076,76 Carl, You are right. Nroff uses .wh (when) for traps. It is used in the beginning page and end of page macros. I have Holub's work-a-like nroff, nr. I need to do more work on it. He didn't have proportional working at all. When I have time I intend to finish it. Bob #: 18204 S12/OS9/68000 (OSK) 29-May-93 00:56:08 Sb: #18186-Printcap info needed Fm: Mike Haaland 72300,1433 To: Carl Kreider 71076,76 I see what you mean now. Nice trap. :) I noticed that cawf can't handle .if/.ie commands, I tried searching thru the groff source for any clue how they handle those. Any ideas? #: 18203 S12/OS9/68000 (OSK) 29-May-93 00:56:01 Sb: #18171-Printcap info needed Fm: Mike Haaland 72300,1433 To: Carl Kreider 71076,76 Thanks for the offer Carl, It seems that printcap only specifies the device or spoolfile and tells you what kind of print filter should be used. Not really what I'm after, guess it's better to just use TCap and define needed stuff.! Oh well... #: 18178 S12/OS9/68000 (OSK) 24-May-93 19:23:04 Sb: #18152-InfoXpress idea Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Of course, if all users use VED as their editor, then you wouldn't need the SPELL_CHECK env. variable...just couldn't resist getting this plug in. #: 18179 S12/OS9/68000 (OSK) 24-May-93 20:39:06 Sb: #Terminals Fm: Bob van der Poel 76510,2203 To: all I have a terminal hooked up to my mm/1 on /t3. I have reconfigured the rs-232 cable so that proper hardware handshaking (at least from the computer to the terminal). I have type=80 in the /t3 desc. It appears that the handshaking is working properly...If listing a very large file, etc. I do see the 'busy' message on the terminal blinking. Same happens during editor screen refreshes. I don't appear to lose any data...most of the time. I have a 6 foot sheilded cable connecting the computer/terminal. At 19200 this works perfectly. However, at 38400 I get occasional junk on the screen. Now the question is there any way I can tell if this is a software problem (ie. the mm/1 serial driver), a hardware problem (maybe the terminal isn't as fast as it thinks), or if it is bitrot on the cable? Guess the easiest solution is to use 19200 (I really can't tell the difference)...but my curiousity has been raised. There is 1 Reply. #: 18188 S12/OS9/68000 (OSK) 26-May-93 04:07:53 Sb: #18179-#Terminals Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > Now the question is there any way I can tell if this is a software > problem (ie. the mm/1 serial driver), a hardware problem (maybe the terminal > isn't as fast as it thinks), or if it is bitrot on the cable? Not too easy to do. You could try a ribbon cable, and if it gets significantly worse, then you could suspect the cable. It is more probably due to a combination of everything you mentioned. BTW: I've never seen a terminal that worked perfectly at 38.4kbaud. At least not so far. Maybe the newer ones will. /************* /\/\ark ************/ There is 1 Reply. #: 18190 S12/OS9/68000 (OSK) 26-May-93 21:19:24 Sb: #18188-Terminals Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Figured as much. Guess the bandwidth at that rate is pretty narrow and any timing irregularities would show up. I'll just reset things to 19200. #: 18182 S12/OS9/68000 (OSK) 25-May-93 02:20:55 Sb: #68k bus errors Fm: Chris Hann (Mass UK) 100064,1431 To: all I am developing a realtime image processing system using OS9 on a 68040 VME rack. Unfortunately some of the hardware doesn't always respond correctly giving rise to bus errors. I have written a trap handler which gives me execution address and registers, however I cannot reliably and quickly find the access address that caused the error. Running in the debugger takes 30+ minutes to finish initialisation and realtime execution is not possible. Does anyone have a trap handler that can find the access address which caused the error. Is my trap handler worth posting in the library?? Thanks in advance. Chris Hann There is 1 Reply. #: 18192 S12/OS9/68000 (OSK) 27-May-93 02:54:31 Sb: #18182-#68k bus errors Fm: Chris Hann (Mass UK) 100064,1431 To: Chris Hann (Mass UK) 100064,1431 (X) OK... I'll have a go at answering this myself (having read the '040 manuals and run a few tests). When an access error occurs on the '040 it creates a type 7 stack frame on the supervisor stack, this contains the PC at the error, the CCR, the effective address, the 'broken pipe' information (pending accesses in the pipeline at the error) and some other stuff. The processor then disables tracing and vectors to the access error according to the vector in the vector table which is located according to the VBR (since you need to be in supervisor state to see this I can't tell exactly where it goes yet). OS-9 then finds some space puts it's address in a5 and stacks the registers. It then does some other stuff including overwriting the stack frame with the register set (already stored at a5 remember) and some other stuff. In the process it overwrites the really interesting bit ( the effective address, at tleast I presume that is the access address that went wrong ). It then drops you back into user mode and jumps to your service routine leaving only the register set to work from and without supervisor mode access. I find this a little irritating (given that I'm correct). I'd like to think I am wrong, however I cant reconcile the contents of the supervisor stack with the '040 manual. There is too much data there for it to be any other trap stack frame and all the registers have changed, the manual says nothing about copying them to (a5)+ so I am left to presume that OS-9 has deliberately hamstrung my ability to find out which bit of hardware has temporarily bitten the dust. AAAAAGH... Obviously I could be more pleased, especially since this is a specific port to the '040. Radstone say that they ship it in and ship it out. Microware say not us mate we supply it to Radstone and it's their lookout from then on. Am I wrong or what?? Got any suggestions? Thanks people. Chann (mister slightly irritated 1993). There is 1 Reply. #: 18195 S12/OS9/68000 (OSK) 27-May-93 19:32:39 Sb: #18192-#68k bus errors Fm: Bob van der Poel 76510,2203 To: Chris Hann (Mass UK) 100064,1431 (X) Is it possible, for the purpose of finding the bug, to run your program in system mode? That way when the bug hit, the conversion stuff should not be done. You could also use sysdbg to monitor things. There is 1 Reply. #: 18197 S12/OS9/68000 (OSK) 28-May-93 03:12:58 Sb: #18195-#68k bus errors Fm: Chris Hann (Mass UK) 100064,1431 To: Bob van der Poel 76510,2203 (X) Pardon my ignorance but how exactly do I run something in system mode? If there is a way I can always run in system mode then fine I'll do it! What I have been able to do after talking to Radstone is interrupt the system to get to the ROM debugger and type the command 'ov2' which traps bus errors to the rom monitor. This lets me find a particular hard error more quickly. However the thing I really need is a software fix that I can leave in the system permanently which will trap all bus errors. Part of my problem is that the customer is keen to point the finger at our system for any failure as the unit under test is more than a year late and they desperately need excuses, if I can add a facility which will point to the problem directly then so much the better. I should add that the system contains seven third party boards, three Mass boards and five customer supplied boards ( three of which are modifications of previous designs supplied by ourselves ), all but one of the reported faults have been in the customer supplied boards (generally in their two homebuilt boards but occasionally in the modified boards and then always in the modifications). Sorry that's a load of political stuff but my backside is getting singed every time they have a fault and I am getting a little tired of having to break the news to them. In general the OS-9 error messages "000:102" are very poor, almost all other opperating systems will give an execution and access address. If I find a good solution I'll let you know. Chann There are 2 Replies. #: 18199 S12/OS9/68000 (OSK) 28-May-93 19:50:28 Sb: #18197-68k bus errors Fm: Bob van der Poel 76510,2203 To: Chris Hann (Mass UK) 100064,1431 Have a re-read of section 2, The Kernel, in the OS9 Tech. Ref. Manual. It tells you why not to run user stuff in system mode...and tells how to do it . Sounds like you have quite a witch's brew of potential faults. Good luck in tracking down the culprit(s). #: 18205 S12/OS9/68000 (OSK) 29-May-93 17:33:40 Sb: #18197-68k bus errors Fm: Bob van der Poel 76510,2203 To: Chris Hann (Mass UK) 100064,1431 If you haven't already, have a look at "The OS9 Guru". There is an excellent section on trapping bus errors, etc. in it. It is avail from Galatic Industrial Ltd. #: 18191 S12/OS9/68000 (OSK) 26-May-93 21:46:24 Sb: #strange happening?!? Fm: Zack Sessions 71532,1555 To: ALL Tonight I wanted to load up some stuff to one of my hard drives. Since it was a large directory, I wanted to put it to the disk which had the most space available. I was logged into UID 100.1 and the disks were formatted by user 0.0. When I did a free on /h0, I got the normal output. But when I tried a free command on /h1 (from the 100.1 account) it displayed the first line of the the output which contains the volume label and creation date, but it then says, "free: can't read bitmap.". I thought I had trashed /h1, but a directory of /h1 worked fine. So I logged in the superuser account, UID 0.0, and tried the free command on /h1 and it worked! Then I ran a dcheck on /h1 and it reported no errors. Well, I hadn't trashed my disk, but what IS the problem running a free command from a non-superuser account? And why is this just now happening when it didn't happen before? I thought it was the device attributes. I first tried to look with ded. But a ded of /h1@ showed NO data! A ded on /h0@ worked just fine. (Now, these are from the superuser account, now!). I was able to dump the super block on both drives finally with dump on /h0@ and then /h1@, and both drives are owned by 0.0 and have an attributes mask of $FF. Anybody got any ideas? ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There are 2 Replies. #: 18194 S12/OS9/68000 (OSK) 27-May-93 19:32:35 Sb: #18191-#strange happening?!? Fm: Bob van der Poel 76510,2203 To: Zack Sessions 71532,1555 (X) This really sounds just like the problem I had when I first got my 2nd HD! But, I find it hard to believe that it is only hitting you now...must be another problem. But, just in case it isn't (and for others too), when I got my 2nd HD I followed the instructions in the mm/1 tech manual to create a descriptor for H1. Kids--don't do this at home; it doesn't work! Each descriptor for a HD on a SCSI bus must have a different controller ID AND it must have a different PORT. To check, do a DMODE -p /h1 and then /h0. Make sure the port=xxx is different. This is easy to do if you use the desc. supplied with the upgrade stuff. From my understanding (which could be WRONG) the least significant byte in the port address is ignored as far as finding the scsi port is concerned; but it is used by the driver to determine that /h1 and /h0 are different devices. I'm not sure why it just doesn't use the controller ID, but it doesn't. BTW, as a matter of interest I have the attributes on /h1 set to super-only access. If I logon as user 3.3 I CAN do a free /h1; but not a dir /h1. Hope this helps... There is 1 Reply. #: 18196 S12/OS9/68000 (OSK) 27-May-93 21:56:08 Sb: #18194-#strange happening?!? Fm: Zack Sessions 71532,1555 To: Bob van der Poel 76510,2203 (X) > > Hope this helps... > Well, no, it didn't. I had a second hard drive on my system for several weeks with no problem. Then I had to remove the second HD when I took my system to the fest. When I got back home and hooked it back up, I reformatted it and loaded it back up from tape backups. I haven't noticed the free problem until just yesterday. I can remember doing free commands on both HDs from the 100.1 account many times before the fest. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There is 1 Reply. #: 18200 S12/OS9/68000 (OSK) 28-May-93 19:50:31 Sb: #18196-#strange happening?!? Fm: Bob van der Poel 76510,2203 To: Zack Sessions 71532,1555 (X) Since you said "it didn't help", I do assume that you did check the port addresses on the descriptors . Since it apparently did work before...have you checked the cables, etc? Just checked my startup file and I do an "iniz /dd /h1". I don't believe this should be necessary...but you might want to play with the possibility. There is 1 Reply. #: 18201 S12/OS9/68000 (OSK) 28-May-93 21:39:54 Sb: #18200-strange happening?!? Fm: Zack Sessions 71532,1555 To: Bob van der Poel 76510,2203 (X) Bob, you seem to be a little confused. The drive works just fine. There are only two things I cannot appear to do. 1) do a "free /h1" command from a non-superuser account. 2) do a "ded /h1@" command from a superuser account. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 18202 S12/OS9/68000 (OSK) 29-May-93 00:55:52 Sb: #18191-strange happening?!? Fm: Mike Haaland 72300,1433 To: Zack Sessions 71532,1555 (X) Hmmm. I can't duplicate the problem here, so it must have something to do with your device descriptor or something, maybe the free attr? 100.1 works just fine here. Wish I could be of more help. #: 18366 S12/OS9/68000 (OSK) 01-Jul-93 08:28:52 Sb: #18320-#68k bus errors Fm: Chris Hann (Mass UK) 100064,1431 To: ole hansen 100016,3417 (X) OK Ole, sorry this has taken some time, however my project ends tomorrow and I have not been able to get on. Also the PC I used had 512k and wouldn't send this message! The following is the last cut of my test program:- * This is a short 'C' program that jiggers the bus trap and spurious * interrupt traps on a Radstone 68-41 card to make them do something a * good deal more sensible than the standard OS-9 reaction (crash in one * case and system reset in the other!). * Basically the program hijacks the bus error and also installs a system * approved bus error handler, I have less time for the spurious interrupt * so I increment a counter and 'rte'. * On a bus error the system calls my handler, this saves some interesting * info and then calls the system bus error handler. The system bus error * handler deletes all the iteresting information, replaces it with stuff * we can get from (a5) anyway, then calls the second bus error trap * handler (the os-9 legal one) this looks to see if a continuation address * has been given. If it has it restores the processor from one of the * stacks and jumps there, if not it exits with a decent error message. * * I don't claim this is a fantastic cure all method, however it has made my * system considerably more reliable ( reduces unexplained crashes by 95%). * * Obviously this is unlikely to be a plug in and go solution for similar * problems on other machines, the VBR is unlikely to point to the same * address on another machine for example, (look in systype.d) and I don't * think you will have a great deal of joy on anything less than an '020, * however here it is for what it's worth... sorry I can't devote more time * to explaining but I have a customer to keep happy and a bos breathing * down my neck! * * Good luck one and all (and why doesn't OS-9 do something like this, it * was hardly difficult once I had found the vector table!). * * Chann * #include /* Define C function to provide user information at trap */ void bus_err_handler(); /* Define global variables to hold registers at trap */ unsigned r_a0,r_a1,r_a2,r_a3,r_a4,r_a5,r_a6,r_a7, r_d0,r_d1,r_d2,r_d3,r_d4,r_d5,r_d6,r_d7, r_pc,r_ccr; unsigned program_counter, effective_address, fault_address, os_berr_trap; unsigned spurious_count = 0; unsigned old_spurious; unsigned spurious; unsigned cont_addr; unsigned test_result; int isram(); /* Main function... installs trap then does something illegal */ int main() { int *i; /* Temporary variables for illegal access */ int j; cont_addr=0; printf("going to install trap\n"); #asm move.l #0,a0 use current stack lea ExcpTbl(pc),a1 Point to exception programming table os9 F$STrap Install trap handlers move.l ($40008),(os_berr_trap,a6) read and store bus error vector lea FastBusError(pc),a0 get new bus error vector move.l a0,($40008) overwrite vector in VBR #endasm /* Print out info on trap installation */ printf( "old bus error = $%08x, new=$%08x\n", os_berr_trap, *(unsigned *)0x40008 ); printf("installed trap\n"); /* Now kill the spurious interrupt handler!!!!! */ #asm move.l #$40060,a0 can't use a constant here... crap compiler move.l (a0),(old_spurious,a6) lea Spurious(pc),a1 move.l a1,(spurious,a6) move.l a1,(a0) #endasm printf( "replaced system spurious irq, wrote $%08x to $%08x... was $%08x\n", spurious, 0x4003c, old_spurious ); /* Wait so printing is done before fault access */ tsleep(100); if(isram(0x20000000)) printf("memory agg82,b&z.620c&23d_63<6236*7zxx003,7sn20_2t6/bgp&27*j6400000000t:7zp20N_+6*+_3+'"s :ep "10000000(7.:7*3Nwd10+'"j600000000hv"30000 "g00000t:7zp200idq 6ep(_'&q :e00 "1,':722dz28&.3g(7.3_*720c6gyc300xgxp200"q "100000000000000<62307.33 22*7./j640000p6&zp200x~+'vC6*7gZ2GZ6'2GZ2 22*7./j60000T:7ZP200"Q,Z2_'22*S :g There is 1 Reply. #: 18382 S12/OS9/68000 (OSK) 04-Jul-93 17:51:56 Sb: #18366-#68k bus errors Fm: ole hansen 100016,3417 To: Chris Hann (Mass UK) 100064,1431 (X) hello Chris I need your 'mail' once more. Some of it was scrambled. regards ole There is 1 Reply. #: 18390 S12/OS9/68000 (OSK) 06-Jul-93 05:55:30 Sb: #18382-68k bus errors Fm: Chris Hann (Mass UK) 100064,1431 To: ole hansen 100016,3417 (X) For completeness here, I keep trying to post this reply... no joy, I think I'll try and add it to the Library, never done that before. Chann #: 18350 S12/OS9/68000 (OSK) 27-Jun-93 03:25:15 Sb: #BGFX & Mouse Fm: LARRY OLSON 72227,3467 To: all Has anyone got an idea of why the following Basic program doesn't work ? This is just a test program to try to read the mouse on an MM1 using Kevin's BGFX. The "MOUSE" function works fine, if you stay in the original window, but if you try SELECT another window the MOUSE function returns nothing. Is there a new version of BGFX ? I have version #4, crc DBE1D0. PROCEDURE mtest2 DIM path:INTEGER DIM Valid,Area,Control,wx,wy,b1,b2:INTEGER DIM count:INTEGER DIN response:STRING[1] OPEN #path,"/w":UPDATE RUN bgfx(path,"DWSet",0,0,0,80,26,0,1) RUN bgfx(path,"Clear") RUN bgfx(path,"Select") count=0 REPEAT count=count+1 RUN bgfx(path,"Mouse",Valid,Area,Control,wx,wy,b1,b2) PRINT #path,"Valid = "; Valid; PRINT #path," Area = "; Area; PRINT #path," Control = "; Control; PRINT #path," wx = "; wx; PRINT " wx = "; wx; PRINT #path," wy = "; wy; PRINT " wy = "; wy PRINT #path," b1 = "; b1; PRINT #path," b2 = "; b2 UNTIL b1<>0 OR count=500 GET #path,response RUN bgfx("Select") RUN bgfx(path,"DWEnd") CLOSE #path END Any help would be appreciated. Larry Olson There is 1 Reply. #: 18351 S12/OS9/68000 (OSK) 27-Jun-93 11:22:26 Sb: #18350-#BGFX & Mouse Fm: Zack Sessions 71532,1555 To: LARRY OLSON 72227,3467 (X) Don't you need to use the path to the new window in the Mouse call? ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There is 1 Reply. #: 18352 S12/OS9/68000 (OSK) 27-Jun-93 16:19:40 Sb: #18351-#BGFX & Mouse Fm: LARRY OLSON 72227,3467 To: Zack Sessions 71532,1555 (X) Zack, I thought I did.. DIM path:INGEGER OPEN #path,"/w":UPDATE RUN BGFX(path,"DWSET",0,0,0,80,26,0,1) RUN BGFX(path,"SELECT") RUN BGFX(path,"MOUSE",valid,area,control,wx,wy,b1,b2) Unless there is a different way to specify a path in the mouse command, this should work. Larry There is 1 Reply. #: 18353 S12/OS9/68000 (OSK) 27-Jun-93 18:42:08 Sb: #18352-#BGFX & Mouse Fm: Zack Sessions 71532,1555 To: LARRY OLSON 72227,3467 (X) > Zack, I thought I did.. Hmmm, and so you did. Sorry, I obviously didn't look too close before I replied. Your code looks OK to me, but I don't use basic or BGFX. If all of the calls are working like the corresponding calls in the cgfx.l then I see nothing wrong with your code. For the heck of it, what happens if you use the standard input path JUST in the mouse call? ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There is 1 Reply. #: 18355 S12/OS9/68000 (OSK) 28-Jun-93 00:26:08 Sb: #18353-#BGFX & Mouse Fm: LARRY OLSON 72227,3467 To: Zack Sessions 71532,1555 (X) Zack, I tried that also, same result. That little test routine shows that for some reason VALID is returning zero, whenever I try to read the mouse from anything but the original window. I was trying to do a quick port on some of this Basic09 stuff I have around here, but this stopped me cold. I guess I will have to try reading the mouse with syscalls, that should bypass any problems in BGFX. Larry There is 1 Reply. #: 18357 S12/OS9/68000 (OSK) 28-Jun-93 18:34:46 Sb: #18355-BGFX & Mouse Fm: Zack Sessions 71532,1555 To: LARRY OLSON 72227,3467 (X) Yup, sounds like BGFX's Mouse routine is brain dead all right. Yes, you should be able to do the same thing with SYSCALLs. Good luck. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 18359 S12/OS9/68000 (OSK) 29-Jun-93 21:29:25 Sb: #c GET/PUT Fm: LARRY OLSON 72227,3467 To: all Does anyone know if there is an alignment problem when using GET/PUT buffers in C on the MM1 ? Is there a fix or a way to get around what seems to be a problem. Does the alignment problem come from the location you GET an object or the location where you PUT an object. In the routine I'm trying to get working, I draw and fill a 24x8 box, then I GET this box and put it in a buffer. Later I have a couple of FOR loops that will PUT 200 of these boxes on the screen in a 20x10 grid. The problem is that, horizontally every third box has part of the box missing. I hope there is a fix for this.... larry olson There are 2 Replies. #: 18363 S12/OS9/68000 (OSK) 30-Jun-93 22:30:04 Sb: #18359-#c GET/PUT Fm: Zack Sessions 71532,1555 To: LARRY OLSON 72227,3467 (X) Are you using Edition #48? A problem like what you describe was present in some earlier versions of WindIO. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There is 1 Reply. #: 18364 S12/OS9/68000 (OSK) 01-Jul-93 04:11:59 Sb: #18363-#c GET/PUT Fm: LARRY OLSON 72227,3467 To: Zack Sessions 71532,1555 (X) Zack, yes I'm using ed #48. The problem is definitly there but I have found a way around it. I found that by using the LSet(path,code) function, I can get around the problem. Maybe that is where the problem is, because LSet(path, 0) (default) is where the problem shows up. Using a code of 1,2,3,4, or 5 the problem isn't there. Is anyone in contact with Kevin ? I wonder if he already has this fixed. larry There is 1 Reply. #: 18369 S12/OS9/68000 (OSK) 01-Jul-93 22:28:44 Sb: #18364-c GET/PUT Fm: Zack Sessions 71532,1555 To: LARRY OLSON 72227,3467 (X) > Is anyone in contact with Kevin ? I wonder if he already has this fixed. > Dunno. I'm not. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 18368 S12/OS9/68000 (OSK) 01-Jul-93 14:00:51 Sb: #18359-#c GET/PUT Fm: Bob van der Poel 76510,2203 To: LARRY OLSON 72227,3467 (X) Larry, I ran into a get/put alignment problem with earlier versions of windows when I was still working on my cribbage program. However, with the current version (#48) all seems to be okay. Better let us know the version of windio you are using and the screen type of the application. As I recall, forcing a get to a even pixel value and doing all puts to even values helped when the problem as around. There is 1 Reply. #: 18370 S12/OS9/68000 (OSK) 02-Jul-93 01:13:26 Sb: #18368-#c GET/PUT Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) Bob, I'm using ed #48 of windio. the screen type is 320x208 type 3, I'm GETting a 24x8 rectangle. I'll upload a little test routine I have been playing with. That should make it easier too see the problem I ran into. larry There is 1 Reply. #: 18377 S12/OS9/68000 (OSK) 03-Jul-93 20:00:53 Sb: #18370-#c GET/PUT Fm: Bob van der Poel 76510,2203 To: LARRY OLSON 72227,3467 (X) Larry, it appears that you PUTs are overlaying each other. If I change the x increment in you code from 26 to 28 it all appears to work okay. It appears that you are drawing the box at 10,10,33,17; the GET is from 10,10,24,8. Hmmm, you have a type 3 screen which is only 320 pixels wide and I think that is the problem. Try making the block a bit smaller? There is 1 Reply. #: 18379 S12/OS9/68000 (OSK) 04-Jul-93 03:24:16 Sb: #18377-#c GET/PUT Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) Bob, I maybe should have used some more remarks in the test program. I'm drawing a box with the upper left corner at 10,10 these are the horizontal & vertical pixel locations, so I use: SetDPtr(Wpath, 10, 10); Now the BOX function wants the lower right corner info, it uses the current draw position for the upper left corner, so now I use: Box(Wpath, 33, 17); The GET function only needs the upper left corner h & v, which would be 10,10 . You don't give GET the lower right info, you give it the width and height in pixels. In this case (33-10)+1= 24 and (17-10)+1= 8, these are what are given to Get. GET(Wpath,10,10,24,8); So these boxes are 24 pixels(actually 48) wide, and 8 pixels high, and using a step of 26 in the loop there should be 1 blank pixel between the boxes. The boxes would actually be 48 pixels by 8 pixels, with 2 pixels between the boxes, because even though I'm in a 320 pixel wide screen, you still have to calculate pixel width as if you were in a 640 wide screen. A single POINT on a 320 screen would be 2 pixels wide, 1 high. Did you try remarking out the fill ? That really shows something is wrong. larry There is 1 Reply. #: 18383 S12/OS9/68000 (OSK) 04-Jul-93 20:49:18 Sb: #18379-#c GET/PUT Fm: Bob van der Poel 76510,2203 To: LARRY OLSON 72227,3467 (X) Larry, I've not done the math on the get/put stuff. However, if memory serves, setting lset to 2 enables ORing the data. Leaving it at default means that the PUTs overlay the existing data. Could it be that there is a problem with the get expanding to a full-byte boundary or something? Have you fooled around with the GETs to try for a smaller area to see what happens? Interesting...I assumed that successive puts were destroying the right edge of the early ones. However, when I put in a 'wait' routine after the PUTs I see that the right edge isn't being PUT at all. Guess we'll have to hammer at Kevin to get an answer to this one. There is 1 Reply. #: 18384 S12/OS9/68000 (OSK) 05-Jul-93 01:40:04 Sb: #18383-#c GET/PUT Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) Bob, I have tried moving the drawn box to location 9, which would be the first bit of byte two, and then GETting the box from there, but with the same results. I just thought, what I didn't try was drawing the box, starting at location 16, which would be the first bit of byte 3. Maybe its a 16 bit alignment problem, not an 8. What is strange is by using LSET(path,2), the box is put on the screen correctly, so I would assume that the correct data is in the GET/PUT buffer. It is when the buffer data is placed on the screen, the problem shows up. Right now I'm kind of working around the problem. I leave LSet at 0 until its time to put that grid on the screen, then I set LSet to 2, place grid, and then reset LSet back to 0. This works ok for now, I'll have to wait and see if the bug shows up again in this program I'm writing. larry There is 1 Reply. #: 18388 S12/OS9/68000 (OSK) 05-Jul-93 22:45:58 Sb: #18384-#c GET/PUT Fm: Bob van der Poel 76510,2203 To: LARRY OLSON 72227,3467 (X) Since some of the PUTs are working okay, I suspect the problem is not with the GET...I recall Kevin mentioning a problem with 16 bit alignment when I was having some problems...but that seemed to get fixed. Have you tried seeing what happens in a type 0 screen? There is 1 Reply. #: 18389 S12/OS9/68000 (OSK) 06-Jul-93 00:37:38 Sb: #18388-c GET/PUT Fm: LARRY OLSON 72227,3467 To: Bob van der Poel 76510,2203 (X) I havn't tried other screen types, to see if this crops up. I can say that I'm sure the problem is in Kwindows, and not CGFX.l, because the same thing showed up when I tried at first to just convert this program from CoCo3 Basic09 to the MM1 using BGFX. When I ran into that alignment problem plus not being able to read the Mouse on any windows that the program opens, I decided to convert the Basic09 to C. larry #: 18371 S12/OS9/68000 (OSK) 02-Jul-93 02:05:15 Sb: get/put problems Fm: LARRY OLSON 72227,3467 To: all /* GET/PUT block test */ /* This is a test routine, written to show the */ /* problem that cropped up with PUTting a GET block. */ #include #include #define STDIN 0 #define STDOUT 1 #define STDERR 2 main() { int P_id, Wpath, xx, yy, chrcnt ; char response; P_id = getpid(); Wpath = open("/w",3); DWSet(Wpath,3,0,0,40,26,7,0,0); Palette(Wpath,7,0,140,170); /* Set color to med. blue */ Clear(Wpath); CurOff(Wpath); Select(Wpath); SetDPtr(Wpath,10,10); Box(Wpath,33,17); /* Draw box */ SetDPtr(Wpath, 12,12); /* Remark this out to see problem clearer */ FFill(Wpath); GetBlk(Wpath,P_id,1,10,10,24,8); Clear(Wpath); CWArea(Wpath,3,2,37,7); writeln(Wpath," This example is with LSET(path,0)\n",35); writeln(Wpath," notice alternating wide gaps.\n",32); writeln(Wpath," To really see the problem, remark\n",35); writeln(Wpath,"out the FFill(Wpath) function call.\n",36); CWArea(Wpath,0,0,40,26); /* LSet is not being called, I assume default LSET is 0 */ for (xx=60; xx <= 554; xx += 26) { for (yy = 70; yy <= 151; yy += 9) { PutBlk(Wpath,P_id,1,xx,yy); } } CurXY(Wpath,9,23); writeln(Wpath,"Press key to continue\n",22); chrcnt = (read(Wpath, &response, 1)); Clear(Wpath); CWArea(Wpath,3,3,36,5); writeln(Wpath," This example is with LSET(path,2)\n",35); writeln(Wpath,"notice, no alternating wide gaps.\n",34); CWArea(Wpath,0,0,40,26); LSet(Wpath, 2); for (xx=60; xx <= 554; xx += 26) { for (yy = 70; yy <= 151; yy += 9) { PutBlk(Wpath,P_id,1,xx,yy); } } CurXY(Wpath,9,23); writeln(Wpath,"Press key to continue\n",22); chrcnt = (read(Wpath, &response, 1)); Select(0); KilBuf(Wpath, P_id, 1); DWEnd(Wpath); close(Wpath); exit(0); } #: 18374 S12/OS9/68000 (OSK) 03-Jul-93 00:52:42 Sb: OS 2 upgrade Fm: LARRY OLSON 72227,3467 To: all Referring to message #18373, here is a chance to really put one over for OS9/OSK. It appears these people think OS9 is an advanced version of OS 2. When I read that sentence back, I find I have to agree. Some creative writer could do a great article for this magazine, telling of all the advanced features in OS9 compaired to OS 2. Then in the last paragraph of the article they would mention that OS9 in available from Microware not Microsoft. #: 18393 S12/OS9/68000 (OSK) 06-Jul-93 19:04:49 Sb: #Kwindows Fm: Bob van der Poel 76510,2203 To: All Just made an interesting discovery working with kwindows...and it probably explains why some gfx programs return you to the original window when they exit and others don't. The following section of code ends the program in a 'random' window: close(path); /* close the display window */ Select(0); /* select the original window */ However, reversing the order of the these calls returns the proper closing window. Guess kwindows gets confused when the display screen is deselected or something. Hope this helps someone. There are 2 Replies. #: 18398 S12/OS9/68000 (OSK) 07-Jul-93 18:02:12 Sb: #18393-#Kwindows Fm: Zack Sessions 71532,1555 To: Bob van der Poel 76510,2203 (X) > > close(path); /* close the display window */ > Select(0); /* select the original window */ > > However, reversing the order of the these calls returns the proper closing > window. Guess kwindows gets confused when the display screen is deselected or > something. Hope this helps someone. This may be a legacy from Level 2. Seems there was some "bug" in Level 2 which *required* you to select the original window's standard input path before closing (after DWEnding) the application window for you to properly select back to the original window. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There is 1 Reply. #: 18400 S12/OS9/68000 (OSK) 07-Jul-93 23:34:21 Sb: #18398-#Kwindows Fm: Kevin Darling 76703,4227 To: Zack Sessions 71532,1555 (X) Hi guys! Yup, it (Select, then Close) is a L-II legacy... but it's there for a purpose. The reason you have to select the original (or any other) window *before* closing the current window path, is that otherwise WindIO would have no way of checking to see if your process has permission to flip windows. In other words, if your program DOES have a path to the currently displayed window, then we know that the computer user was looking at your program's window on purpose, and thus your program can flip windows without surprising the user. But if your program DOESN'T have a path to the currently displayed window, then most likely the user isn't using your program at that moment, and it would be (to say the least) inappropriate for WindIO to allow window flipping. So what happens is that the window select does not take place, and it's actually a later DWEnd (automatic or on purpose) which causes the flip you see to a previous (ie: "random") screen. The "wrong" method (Close, then Select) is also handy, btw. If you select a new window and then fork off a subprogram in it, then by closing the new path before reselecting the original window, the new subprogram window stays as the displayed one. Very handy for graphic-shells, etc. best - kevin There is 1 Reply. #: 18405 S12/OS9/68000 (OSK) 09-Jul-93 00:07:51 Sb: #18400-Kwindows Fm: Bob van der Poel 76510,2203 To: Kevin Darling 76703,4227 (X) Hey...a message from the guru! How nice to hear from you. Hope you've not forgotten about some of those promised fixes, etc. #: 18406 S12/OS9/68000 (OSK) 09-Jul-93 04:03:22 Sb: #18393-Kwindows Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > Just made an interesting discovery working with kwindows...and it > probably explains why some gfx programs return you to the original window > when they exit and others don't. Yeah, selecting the current window (actually, stdin) before closing a path to another window has always been the method used to return to the parent window. This was the same in Level II CoCo windows. I pointed this out in my skeleton program a few years ago. Glad to see someone else has 'discovered' this (grin). /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) #: 18394 S12/OS9/68000 (OSK) 06-Jul-93 21:22:29 Sb: #Cribbage+Kwindows Fm: Bob van der Poel 76510,2203 To: All Okay, MM/1ers. I've just finished off my cribbage game (the same one I sell for the coco) so that it runs on the mm/1. I know I'm not the only person who wants to play crib on my computer....so I'm asking for some help: For now I've not decided if (1) I should make this into a commercial product (rather tough to market considering the limited number of kwindows users out there); or (2) if I should post it as freeware; or (3) if I should just post it and forget all about it. However, I figure that my time should be worth something (and product sales do support my computer hobby) so I don't like (3); and I've heard that very, very, few (none?) send in freeware registration fees; and I've already commented on (1). So...what do you guys think I should do with the program. If no comments ensue, I'll just keep it for myself. BTW, I'm only on this service so if someone wants to repost this elsewhere, please feel free to do so. There are 3 Replies. #: 18397 S12/OS9/68000 (OSK) 07-Jul-93 17:31:58 Sb: #18394-Cribbage+Kwindows Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, Sounds as if you've answered your own question. If it were me, I'd post it as Freeware and understand you're not gonna get rich writing software for a limited market machine. Just my two cents .... :-) *- Steve -* #: 18399 S12/OS9/68000 (OSK) 07-Jul-93 18:02:25 Sb: #18394-Cribbage+Kwindows Fm: Zack Sessions 71532,1555 To: Bob van der Poel 76510,2203 (X) Bob, I'd try to sell it first. Why not? Whatever you get back is gravy, and I have found that the MM/1 user market is willing to shell out a few bucks for some decent software, be it games or whatever. Judging on my guess of how many people own an MM/1 and how many people use Level 2 on a CoCo3, a higher percentage of MM/1 owners have bought my game programs than Level 2 owners have. One thing though, MM/1 owners tend to prefer to buy in person like at fests. Later, post it as shareware, not really caring in any money comes in and if any does, more gravy! best of luck! ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 18407 S12/OS9/68000 (OSK) 09-Jul-93 04:03:31 Sb: #18394-Cribbage+Kwindows Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > Okay, MM/1ers. I've just finished off my cribbage game (the same one I > sell for the coco) so that it runs on the mm/1. I know I'm not the only > person who wants to play crib on my computer....so I'm asking for some > help It's really your choice. There are enough MM/1 owners out there to make a few bucks off this. I'm having good success selling the stuff I have. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) #: 18401 S12/OS9/68000 (OSK) 08-Jul-93 01:49:25 Sb: GET/PUT Fm: LARRY OLSON 72227,3467 To: Kevin Darling 76703,4227 (X) Kevin, did you happen to catch the discussion Bob and I were having about problems with GET/PUT in windio #48 ? If you could take a look at the thread, starting at message# 18359, and see what you think is wrong, and what can be done to fix it. I also uploaded a C test program, message #18371, that shows where the problem crops up. I was able to work around the problem, by setting LSet to something other than zero, until yesterday. I'm PUTting a small dark blue square to the screen, the size is 12x5 pixels, and the alignment problem showed up again, but when I try setting LSet to something other than zero, I lose my blue square. The closest I can get is by using LSet(path, 2), this gives me the complete square, but it is green. larry #: 18402 S12/OS9/68000 (OSK) 08-Jul-93 01:56:15 Sb: BGFX-MOUSE Fm: LARRY OLSON 72227,3467 To: Kevin Darling 76703 4227 Kevin, While I'm thinking about it, has anyone mentioned having problems with reading the Mouse with BGFX ? The MOUSE function works great, as long as you stay in the original window, but if I open another window and select it, the MOUSE function returns nothing. The window was opened and selected with no problem because I'm getting output from it, but MOUSE returns no values. Valid stays at 0. larry #: 18408 S12/OS9/68000 (OSK) 09-Jul-93 19:33:25 Sb: #GNU-C Fm: Bob van der Poel 76510,2203 To: All Does anyone know if it is possible to set the directory for .r files using the GNU-C compiler. Using microware Make (maybe this is the problem) all command lines have a '.r=' command in them (which gcc reports as an unknown flag, but ignores). I like to have all my .r files in their own directory, which I do with the microware compiler by setting $RELS in my makefile. There must be a way to do this with GNU!!!! HELP!!! There is 1 Reply. #: 18409 S12/OS9/68000 (OSK) 09-Jul-93 20:50:18 Sb: #18408-#GNU-C Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Hi Bob, You have to make a new 'rule' for make. Here's the lines to add before any command lines. c.r: $(CC) -c $(CFLAGS) -o $(RDIR)/$*.r $*.c This will tell GCC to (-c) compile to .r and (-o) put the RFILE in the RDIR. Hope this helps. - Mike - BTW: Did you get a chance to play with the newer FM I sent ya? There is 1 Reply. #: 18410 S12/OS9/68000 (OSK) 10-Jul-93 13:57:28 Sb: #18409-GNU-C Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 I didn't realize that you could redefine make rules...thanks. BTW, the line isn't "c.r:", it is ".c.r:"... also, if the new rule contains any macros, like $(CC), you have to define the macros first. Oh well, it works! Thanks. Too bad that MW didn't document this. Yes, I have played with FM. Getting real good. I do have a problem with it though...and that is the choice of keys. (I'm doing this as a public message so that others can contribute...yours is not the only program with similar problems, I have a similar problem with EPHEM). On my terminal the left arrow key is defined as a CTRL-D (this is in the termcap). So, using the arrow keys works fine. However, FM expects ctrl-d to have its own binding (in EPHEM this is the exit key...which means I have to reset one machine to get out of the program). I suggest that programs should check for duplicate keys like this and then remap things if necessary. With a small command set like FM this shouldn't be too big a deal. Guess the other solution would be to have a separate file with the keybindings in it (that's what I ended up doing in Ved, but it is a lot of work for a small program). I guess the only other solution is to only use keys which have been explicitly defined in a termcap entry...but that might leave too many functions undefined. Of course, if I finished off my Kn defs in my termcap entries for the function keys that would solve the problem too...but I've seen very few (none?) complete termcap entries. Heck, a lot of termcap files are just plain wrong. Oh, here's another interesting tidbit...one of the arrow keys on my terminal is defined as a CTRL-W (xon!). Makes for real interesting interactive sessions when the serial line is set for xon/off handshaking. Also, the screen updates for FM are now very fast. I assume this is the new curses library? #: 18423 S12/OS9/68000 (OSK) 16-Jul-93 20:04:41 Sb: #18394-#Cribbage+Kwindows Fm: keith bauer 71102,317 To: Bob van der Poel 76510,2203 (X) Bob, For what it is worth, I would pay a few bucks for a good cribbage game. I know where just tell me how much. Thanks Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer Via InfoXpress/OSK ver 1.00 There is 1 Reply. #: 18424 S12/OS9/68000 (OSK) 17-Jul-93 22:04:25 Sb: #18423-Cribbage+Kwindows Fm: Bob van der Poel 76510,2203 To: keith bauer 71102,317 (X) Keith, I am going to try to sell a few copies of the crib game. Probably be only 20 bucks. I'm going to work on some docs this week and make sure it is all working. Then I'll post an announcement here listing all the gory details. Thanks for the interest! #: 18422 S12/OS9/68000 (OSK) 16-Jul-93 18:04:24 Sb: #18410-GNU-C Fm: John R. Wainwright 72517,676 To: Bob van der Poel 76510,2203 (X) > I didn't realize that you could redefine make rules...thanks. BTW, the line > isn't "c.r:", it is ".c.r:"... also, if the new rule contains any macros, like > $(CC), you have to define the macros first. Oh well, it works! Thanks. Too bad > that MW didn't document this. > Geeeeeeez, and all this time I have been putting a separate compiler command after EVERY ".r" file in the list. That's the only way I could get it to work. (sheepish GRIN) John R. Wainwright #: 18413 S12/OS9/68000 (OSK) 14-Jul-93 19:22:09 Sb: #Phillips CD-I Fm: Ean Schuessler 73422,3441 To: OS9ville How do! Does anyone here have any familiarity at all with the Phillips CD-I player? This is the machine that they are selling at Sears, etc. that plays all those educational disks. Well, anyhoo... That machine runs on OS-9 on a 68070 processor. Also... Has anyone had any experience with Ultra Science's port of OS9 to the Macintosh? Lay it on me... E There are 2 Replies. #: 18414 S12/OS9/68000 (OSK) 14-Jul-93 21:10:28 Sb: #18413-Phillips CD-I Fm: Hugo Bueno 71211,3662 To: Ean Schuessler 73422,3441 About the only familiarity I have with CDI is beacuse I tried it out at Sears last year. At the time I thought it was severely overpriced. My MM1 uses the 68070 CPU and other chips used in the CDI machines. However, no CDI capabilities yet :-( Hugo #: 18419 S12/OS9/68000 (OSK) 15-Jul-93 13:04:46 Sb: #18413-Phillips CD-I Fm: Graham Trott 100115,1075 To: Ean Schuessler 73422,3441 Ean -- >>> Does anyone here have any familiarity at all with the Phillips CD-I player? <<< Interesting you should ask the question here, when I know f'sure you're a spy from the MultiMedia forum. Makes me wonder a) how many other CD-I people also monitor this forum, and b) whether there's any real relevance in the machine happening to run OS-9 rather than, say, MS-DOS. Would it make a lot of difference to the way we develop applications? As a CD-I software developer, I find the discussions in this forum, although occasionally interesting, are mostly about getting hardware and drivers to work, preoccupations somewhat removed from the problems I usually face. I do however echo your interest in OS-9 on the Mac. -- GT Press !> #: 18435 S12/OS9/68000 (OSK) 23-Jul-93 17:36:16 Sb: #18422-#GNU-C Fm: Mike Haaland 72300,1433 To: John R. Wainwright 72517,676 (X) Sorry about the "c.r" the editor must have eaten my leading '.'! I meant of course ".c.r" as the rule. :- - Mike - There is 1 Reply. #: 18437 S12/OS9/68000 (OSK) 23-Jul-93 19:09:01 Sb: #18435-GNU-C Fm: John R. Wainwright 72517,676 To: Mike Haaland 72300,1433 (X) > Sorry about the "c.r" the editor must have eaten my leading '.'! > I meant of course ".c.r" as the rule. :- > > - Mike - > No problem with the missing ".", Mike. And I am real gratefull for the info. Apparently the MicroWare Make is a little smarter than it looks (just the docs are kinda dumb-- GRIN). Next time I tie into some monster UNIX program I want to port, the makefile will be a lot simpler. John R. Wainwright <> <> *********** InfoXpress ************ #: 18434 S12/OS9/68000 (OSK) 23-Jul-93 17:35:00 Sb: #18410-#GNU-C Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) 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:\ Emacs works with 'em. These are the Vt-100 codes for the function keys. I load 'em from my startup file with display codes: * Load the global function keys * F1 = \E[M - F2 = \E[N - F3 = \E[O - F4 = \E[P * F5 = \E[Q - F6 = \E[R - F7 = \E[S - F8 = \E[T display 1b 2b f0 1 00 00 01 00 01 00 04 1b /[M/ 00 display 1b 2b f0 2 00 00 01 00 01 00 04 1b /[N/ 00 display 1b 2b f0 3 00 00 01 00 01 00 04 1b /[O/ 00 display 1b 2b f0 4 00 00 01 00 01 00 04 1b /[P/ 00 display 1b 2b f0 5 00 00 01 00 01 00 04 1b /[Q/ 00 display 1b 2b f0 6 00 00 01 00 01 00 04 1b /[R/ 00 display 1b 2b f0 7 00 00 01 00 01 00 04 1b /[S/ 00 display 1b 2b f0 8 00 00 01 00 01 00 04 1b /[T/ 00 Since we don't have the use of f9 or f0 I've defined them as: :k9=\E\055:k0=\E\075:\ This translates to hitting Esc '-' for f9 and Esc '=' for f0. Fn11-20 I have as Esc-1 thru 0. :F1=\E1:F2=\E2:F3=\E3:F4=\E4:F5=\E5:\ :F6=\E6:F7=\E7:F8=\E8:F9=\E9:F0=\E0: Seems to work well. Your right the ncurses.l I'm using is the EFFO one, (I had to fix some of their tc codes), and uses termcap. - Mike - PS. Sounds like fun trying to get your terminal to work correctly. :( There is 1 Reply. #: 18440 S12/OS9/68000 (OSK) 24-Jul-93 01:37:10 Sb: #18434-GNU-C Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Guess your Fn key definitions make as much sense as anything else. I've got mine set up to do 'useful' things like 'dir' and 'mfree'...however, I can never remember which key does what, so I usually just type in the command anyway. Would've been nice if Kev had defaulted the Fkeys to something so that we could have a bit of a standard. Mind you, this way it sort of forces folks into using termcap entry information...makes things more portable, for sure. #: 18426 S12/OS9/68000 (OSK) 20-Jul-93 18:06:12 Sb: #18419-#Phillips CD-I Fm: Ean Schuessler 73422,3441 To: Graham Trott 100115,1075 Graham -- A spy! My life is more exciting than I realize... I would say there is a tremendous relevance to the role that OS-9 plays in developing a CD-I title. OS-9 is CD-I's guts, it handles all the machine's resources and keeps things moving. Hugo -- Tell me more about the MM/1. Is that Sony's thing? E There is 1 Reply. #: 18428 S12/OS9/68000 (OSK) 20-Jul-93 21:37:32 Sb: #18426-#Phillips CD-I Fm: Hugo Bueno 71211,3662 To: Ean Schuessler 73422,3441 (X) The MM1 (I think it stands for Multimedia 1) is a machine manufactured by Interactive Media Services. They're a small company that developed the 68070 based computer. The computer uses the same chip set as the CDI machines except I think it lacks an extra video controller chip that the CDI machines have. So, I'm not sure it can handle CDI disks without further enhancement. I currently own a 3 meg unit running OS9-68000 V2.4. Several owners are here in the sig, many more can be found over on Delphi. It has stereo sound output and input, several different video resolutions, and a palette of 16.7 million colors. The most you can get on one screen is 256. Let's see, what else.... It has 2 parallel ports and up to 5 serial ports. Memory can be 1, 3, or 9 megs. The SCSI hard disk interface/software is pretty quick. I get about 1.1 megs/sec (read) with my 170 meg Conner. Hugo There is 1 Reply. #: 18429 S12/OS9/68000 (OSK) 21-Jul-93 16:11:58 Sb: #18428-#Phillips CD-I Fm: Ean Schuessler 73422,3441 To: Hugo Bueno 71211,3662 (X) Hmmm... Do you suppose that the CD-I graphics controller bears enough similiarity to the MM1 to coax it into running KWINDOWS? There may be a real market for some of the things that have been developed for the MM1 on the CD-I side... At least for developers. ? E There are 2 Replies. #: 18430 S12/OS9/68000 (OSK) 21-Jul-93 19:35:09 Sb: #18429-Phillips CD-I Fm: Hugo Bueno 71211,3662 To: Ean Schuessler 73422,3441 (X) Hmm, no idea on that one. Hopefully someone more knowledgable will chime in with the correct answer. Hugo #: 18436 S12/OS9/68000 (OSK) 23-Jul-93 17:36:25 Sb: #18429-#Phillips CD-I Fm: Mike Haaland 72300,1433 To: Ean Schuessler 73422,3441 The CD-I video chip is exactly the same VSC that is in the MM/1. I don't see why it can't run Kwindows. Main problem would be having the programs right to disk. :) But for games like MineSweeper and Tetrix it shouldn't be too hard to make 'em work. From what I understand, the CD-RTOS has all the stuff Kwindows does plus more. Wonder how to get a development CD-I Box. - Mike - BTW, did anyone ever figure out how to make the standard CD-I consumer boxes into 'real computers'. (w/keyboard and HD's)? There is 1 Reply. #: 18439 S12/OS9/68000 (OSK) 24-Jul-93 01:37:08 Sb: #18436-Phillips CD-I Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) >BTW, did anyone ever figure out how to make the standard CD-I consumer boxes >into 'real computers'. (w/keyboard and HD's)? Umm, what consumer boxes are you talking about? Are these things finally available? #: 18432 S12/OS9/68000 (OSK) 23-Jul-93 00:08:11 Sb: #osk downloading Fm: Ronald Tietz 72345,42 To: [F] All I'm using taskcom and tryed to download a game and it did'nt work. I have an mm1 personal term is set for vt100 n 7 1 help me user stuff: 72345,42 brian, thanks There are 2 Replies. #: 18438 S12/OS9/68000 (OSK) 23-Jul-93 19:09:17 Sb: #18432-osk downloading Fm: John R. Wainwright 72517,676 To: Ronald Tietz 72345,42 (X) > I'm using taskcom and tryed to download a game and it did'nt work. > I have an mm1 personal term is set for vt100 n 7 1 > help me > > user stuff: 72345,42 brian, thanks > Brian, I got TASCOM as soon as it was released and I must confess that I have never had much success with uploading or downloading with it. Sometimes it works, sometimes not. I like to use TASCOM on DELPHI for the conference mode, but I have given up on uploading and downloading. I know this is not a lot of help for your question, but here is what I do. CIS upload and download -- STERM, CIS-B (STERM is avail on CIS and DELPHI and is included with the MM/1) DELPHI download - Tascom,-- shell to rz (ZMODEM) DELPHI upload - Aterm, xmodem (only thing I can get to work all the time). (ATERM is available on DELPHI and (I think) CIS.) Some people seem to have a lot less trouble with TASCOM than you and I, maybe they will chime in here. John R. Wainwright <> <> *********** InfoXpress ************ #: 18441 S12/OS9/68000 (OSK) 24-Jul-93 05:35:48 Sb: #18432-osk downloading Fm: Steve Wegert 76703,4255 To: Ronald Tietz 72345,42 (X) > I'm using taskcom and tryed to download a game and it did'nt work. > I have an mm1 personal term is set for vt100 n 7 1 > help me > > user stuff: 72345,42 brian, thanks > Brian, Not too sure about tascom .... but the first thing I'd try is setting it to 8 bits, N and 1. What protocol did you use? And who is Ron? *- Steve -* Press !> #: 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 !> #: 18596 S12/OS9/68000 (OSK) 25-Aug-93 08:24:04 Sb: #18182-68k bus errors Fm: Kim Kempf 71161,3221 To: Chris Hann (Mass UK) 100064,1431 When I have a problem with an unknown #102 error I use the following technique: load up the program module and the .stb. Use the old trusty 'debug' program: 'debug prog'. At the prompt say: 'x-1'. This will run the program at full speed (not trace mode). If the program causes an exception, the debugger will catch it and stop close to where the exception happened. You have to look a few instructions back to find the offending one, but at least you have the register display to give a clue to the bad address. Since the program is not a system-state process, there is no stack frame to look at, but you do know what the caused the exception (from the error code 102, 103, etc.) You can also use this technique to set a breakpoint and run at full speed. The kernel will remove the breakpoint from the object code when the debugging task is task switched. This is useful for debugging code that another process is running. #: 18492 S12/OS9/68000 (OSK) 02-Aug-93 13:43:43 Sb: #18448-#Phillips CD-I Fm: Graham Trott 100115,1075 To: Ken Jordan 72420,1302 (X) Ken -- >>> About OS-9, I am sorry to report that it dosen't make a very good real-time operating system <<< That's fightin' talk around here, so keep yer head down, laddie... "Real-time" means simply "having a fast response from the point of view of the process being controlled or examined". A relay-based controller for a canal lock can be considered real-time if it operates quickly relative to the traffic using the lock and the flow of water. It doesn't have to track incoming SCUD missiles. The CDI-605 development player makes a fair OS-9 engine and a good CD-I development system. Apart from the rather meagre processing power, the feature list is pretty exceptional for a small computer. Where else do you get a CD, SCSI, EtherNet, digital audio, VHS quality video, support for run-length animation and so on? -- GT There is 1 Reply. #: 18494 S12/OS9/68000 (OSK) 03-Aug-93 00:53:40 Sb: #18492-#Phillips CD-I Fm: Ken Jordan 72420,1302 To: Graham Trott 100115,1075 (X) Graham, Well from my point of view as a CD-I games programmer I feel that the CD-I hardware is handicapped by the fact that OS-9 signals can't nest like real interrupts. This means that you can't guarantee any kind of response time (i.e, to _really_ know when you are in vblank). These problems are not at all fatal, just annoying. The designers of CD-I were thinking slide show more than real-time video (way back in the '80s). I don't mind OS-9 from a general operating system standpoint. And the CD-I system routines could have been designed to overcome these signal limitations (like vectoring hardware interrupts or something). IMHO is it stretching the definition of real time to call CD-RTOS a real time operating system. (>ducking<). CMA: OS-9 is GREAT! Much better then MS-DOS. I wish microsoft would adopt it... :-) Ken Jordan There is 1 Reply. #: 18498 S12/OS9/68000 (OSK) 04-Aug-93 13:10:04 Sb: #18494-Phillips CD-I Fm: Graham Trott 100115,1075 To: Ken Jordan 72420,1302 (X) Ken -- >>> as a CD-I games programmer I feel that the CD-I hardware is handicapped by the fact that OS-9 signals can't nest like real interrupts <<< I have to defer to your expertise here. It really does depend on the type of application you're programing; after all, OS-9 was designed for industrial systems, not games, so there are things the designers foresaw no need for. I agree about the design of CD-RTOS; some of the functions take about a week to execute. -- GT #: 18493 S12/OS9/68000 (OSK) 02-Aug-93 13:43:49 Sb: #18426-Phillips CD-I Fm: Graham Trott 100115,1075 To: Ean Schuessler 73422,3441 (X) Ean -- >>> OS-9 is CD-I's guts, it handles all the machine's resources and keeps things moving <<< Agreed, and it does it elegantly and efficiently, but how many CD-I applications use multi-tasking, data modules, pipes or need the system modularity? Would we really notice the difference if there were a bastardized MS-DOS underneath? (I know that's a tautology, but no matter.) How much relevance is there in the particular operating system? I think the key to CD-I is the design of the hardware and the facilities in CD-RTOS that ride on top of OS-9; not the OS itself. -- GT #: 18490 S12/OS9/68000 (OSK) 02-Aug-93 00:56:24 Sb: #18413-#Phillips CD-I Fm: Brian A Lantz 71055,1611 To: Ean Schuessler 73422,3441 (X) Well, I have had experience as a beta-tester, user, and contributor to UltraScience's Mac OS-9. Use it on my Mac Duo 210 on a daily basis. Any specific questions I can help you with?!? There is 1 Reply. #: 18497 S12/OS9/68000 (OSK) 04-Aug-93 10:51:06 Sb: #18490-Phillips CD-I Fm: Ean Schuessler 73422,3441 To: Brian A Lantz 71055,1611 (X) Ken >>> I'd certainly agree that there are a lot of handicaps when trying to use the CD-I machine for any kind of fast-interactive graphics. I would think that is due more to short-sightedness on Philips part in not providing any kind of facilities for fast hardware sprites. I know it would have drivin' costs up, but at least developers wouldn't be having to "coax" the hardware into performing. Graham >> Well, I don't know if agree entirely. The level of hardware abstraction that OS-9 provides certainly does add some value when it comes to creating a flexible harware/software standard such as Philips has tried to do, but I also wonder if that abstraction won't eventually lead to more problems than solutions with psuedo-green players. Brian >>> Groovy! The main thing that I am wrestling with right now is trying to get OS-9 to see my drives I formatted on another machine as well as my Exabyte tapes. E! #: 18525 S12/OS9/68000 (OSK) 10-Aug-93 01:00:49 Sb: #18481-#shell and ex Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Yippee! popen() works flawlessly now. The code now forks 'shell ex command' then sleeps 1/2 second and grabs the process table entry for the shell. At this point it checks for 40 tics to see if the process has died, if so and there is no data to be read, return a NULL FILE *. Else return the path. I can't believe none of the popen() code I've seen ever worked right. (3 or 4 versions including TOPS, UNIX.L and Larson's). Finally! Thanks for all the suggestions! There is 1 Reply. #: 18527 S12/OS9/68000 (OSK) 11-Aug-93 21:56:09 Sb: #18525-shell and ex Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) I can only assume that you are going to post the new popen() code. SOunds like you did lots of sleuthing to find it. Not sure I understand why the sleep and 40 tic stuff should make any difference...after all, it is the forked shell which is controlling things. Oh well, the mysteries of life. #: 18495 S12/OS9/68000 (OSK) 03-Aug-93 18:29:34 Sb: #MM/1 Repairs Fm: Ernest Withers Jr. 71545,1117 To: Mark Griffith 76070,41 (X) Mark, approximately what should I expect to pay for a new WD33C93 SCSI chip? I've found a Western Digital distributer who wanted to sell me the latest revision of the chip and was surprised when I said I probably wanted the oldest version they had. I told them I had a #8 mask chip but needed a #4 or #6. After being away from the phone for several minutes the rep came back on line and said they had some #6 mask chips in stock and wanted to know how many I wanted. I asked the price. Their price is $32.00 each with a $100.00 minimum order. I want to get my I/O board fixed so I guess I'll order enough to make the minimum order. Ernie. There is 1 Reply. #: 18496 S12/OS9/68000 (OSK) 04-Aug-93 06:13:35 Sb: #18495-#MM/1 Repairs Fm: Mark Griffith 76070,41 To: Ernest Withers Jr. 71545,1117 (X) Ernie, > Mark, approximately what should I expect to pay for a new WD33C93 SCSI > chip? > Their price is $32.00 > each with a $100.00 minimum order. I want to get my I/O board fixed so I > guess I'll order enough to make the minimum order. That sounds about right. These people are in the business of selling lots and lots of chips, not just one or two. If you order more than you need, keep 'em handy. I'm sure someone in the future will need one and you can get your money back then. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) There is 1 Reply. #: 18500 S12/OS9/68000 (OSK) 04-Aug-93 18:32:34 Sb: #18496-MM/1 Repairs Fm: Ernest Withers Jr. 71545,1117 To: Mark Griffith 76070,41 (X) I've decided to order 4 of the chips. I'll have the extras. Thanks for the information. Ernie. #: 18510 S12/OS9/68000 (OSK) 06-Aug-93 16:59:49 Sb: #malloc() problem Fm: David George 72240,134 To: ALL I've got a weird one for someone. It concerns malloc() (no surprise right?). I have used malloc() a lot and it works ok in most of my programs, but... In this certain program malloc() doesn't malloc. Here is a code segment: char *ptr; if ((ptr = (char *)malloc(sizeof(char)*80)) == NULL) { fprintf(stderr, "can't malloc 80 bytes\n"); exit(ERROR); } If I print the address of ptr before the call to malloc and after malloc, the address is the same. In all of my other programs where this works, the address is different (as it should be). You would think that if the malloc failed it would return NULL (at least the docs say say). I have also replaced NULL with (char *) 0. I have also written it this way: ptr = (char *)malloc(sizeof(char)*80); if (ptr == NULL) { . . } I have tried it without the (char *) in front of malloc() and I have also put char *malloc(); in beginning of code. Has anyone run across this problem? David George There is 1 Reply. #: 18512 S12/OS9/68000 (OSK) 06-Aug-93 21:29:40 Sb: #18510-#malloc() problem Fm: Bob van der Poel 76510,2203 To: David George 72240,134 (X) Not sure about this...but from your message I gather that malloc() is returning a value, but you think it is an incorrect one. Could it be that you have assigned 'ptr' a malloc() value earlier, then done a free() to return that memory to the heap, and then called malloc() again...in which case the same memory would be assigned? Mind you, there could be a bug in malloc()...but I've used it a lot and never had any problems which I couldn't track down to my own stupidity. There is 1 Reply. #: 18516 S12/OS9/68000 (OSK) 08-Aug-93 09:54:22 Sb: #18512-#malloc() problem Fm: David George 72240,134 To: Bob van der Poel 76510,2203 (X) I found the problem. It is odd though that the address of the pointer was the same before the call to malloc() and after, but I checked my other programs and it did work the same way. It wasn't a problem with malloc, it was right after the call to malloc(). Thanks for the reply. There is 1 Reply. #: 18518 S12/OS9/68000 (OSK) 08-Aug-93 15:42:45 Sb: #18516-malloc() problem Fm: Zack Sessions 71532,1555 To: David George 72240,134 (X) > I found the problem. It is odd though that the address of the pointer was > the same before the call to malloc() and after, but I checked my other > programs and it did work the same way. It wasn't a problem with malloc, > it was right after the call to malloc(). I think if you not run your compile through the optimize step, you would have seen things happen in the order you expected them to happen in. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 18511 S12/OS9/68000 (OSK) 06-Aug-93 18:54:00 Sb: #to cio or not to cio? Fm: Zack Sessions 71532,1555 To: all What is the consensus on the usage of cio? I've found that it can significantly reduce the size of executables, but I understand that it locks your code to depend on that version of cio. But how often does cio change? ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There are 2 Replies. #: 18513 S12/OS9/68000 (OSK) 06-Aug-93 21:29:45 Sb: #18511-#to cio or not to cio? Fm: Bob van der Poel 76510,2203 To: Zack Sessions 71532,1555 (X) I've sort of decided on my own to use the following rules: 1. For any application I write, I don't use cio. 2. For any utilities, etc. which I write or have source for I compile using cio. Don't worry about new versions of cio. It appears that the new versions have been backward compatible. The problem with distributing a program relying on cio is that the user may have an old version which your program won't accept. You might note that the ultra-c package dumps cio out completely and subsitutes a different scheme (I forget the module name just now). That probably means that the current cio will be the last?? People using ultra-c might have to be careful in distributing binarys since not everyone will have the 'ultra-cio' There is 1 Reply. #: 18514 S12/OS9/68000 (OSK) 06-Aug-93 23:03:55 Sb: #18513-to cio or not to cio? Fm: Zack Sessions 71532,1555 To: Bob van der Poel 76510,2203 (X) Thanks for your comments, Bob. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 18517 S12/OS9/68000 (OSK) 08-Aug-93 13:27:20 Sb: #18511-#to cio or not to cio? Fm: Bob Palmer 74646,2156 To: Zack Sessions 71532,1555 (X) Hooray!!. Someone is at last talking my language. CIO (and I think also the math package) are a real pain to me - not that they do not work or save memory because they do but because I use a TC70 which at the moment runs OSK - drat can't remember the number - but it is -aha - 2.3 - and of course the MM1 and the Gresick machine use 2.4 This means that unless the source is included I get the dreaded error telling mee that my CIO or math modules are incorrect. Most frustrating to have software which would work perfectly be unavailable because only the object code is available and it complains about either cio or math. and that wants the correct version of OSK to live. You are no doubt correct that the differences are few and that the versions do not change often but it just so happens that there are a lot of 2.3 machines in existance as well as a lot of 2.4's. I do not think that we need worry about 2. 2.2 - it has most probably been updated. Even FHL promise - "soon" to make available 2.4 for the TC70 and their other older machines but who knows when that will be. The more time passes the more the machines fade from memory and the more new and pressing problems come between me and 2.4. Bob P. There are 3 Replies. #: 18519 S12/OS9/68000 (OSK) 08-Aug-93 17:32:55 Sb: #18517-#to cio or not to cio? Fm: ole hansen 100016,3417 To: Bob Palmer 74646,2156 (X) Hello Bob. It should be safe to use cio v2.4 on v2.3. So just install v2.4 cio on your system(same for math). The funny thing about 'cio' is that the edition # hasn't changed with the last 4-5 'new' versions. Only size and 'crc'. regards ole@danelec.dk There is 1 Reply. #: 18528 S12/OS9/68000 (OSK) 11-Aug-93 23:20:21 Sb: #18519-to cio or not to cio? Fm: Bob Palmer 74646,2156 To: ole hansen 100016,3417 (X) Interesting approach. I hadn't thought of even trying that. Thanks for the tip Bob #: 18522 S12/OS9/68000 (OSK) 09-Aug-93 18:29:50 Sb: #18517-#to cio or not to cio? Fm: Zack Sessions 71532,1555 To: Bob Palmer 74646,2156 (X) Interesting comments. I had no idea that there would be so many 2.3 users out there who never upgraded. And I also didn't know the TC70 was currently limited to 2.3. Actually, most of the OSK software I have produced and plan to produce depends on the MM/1 with its graphics interface, KWindows. I understand KWindows worked on the TC70 at one time, do you have it? On the cio issue, I think there are two options for developers. One is to distribute both cio and non-cio versions of the software. The other is to distribute the product as either a library or a group of ROFs and do a l68 as part of the installation. This is actually the recommended method of distributing software for VMS systems. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There are 2 Replies. #: 18524 S12/OS9/68000 (OSK) 10-Aug-93 01:00:40 Sb: #18522-#to cio or not to cio? Fm: Mike Haaland 72300,1433 To: Zack Sessions 71532,1555 (X) Actually Zack, The best bet is to leave cio out all together. Remember that Ultra-C has hit the market, and probably doesn't have a cio module. Who knows if the MM/1 will ever have another OS upgrade, but better to be safe than sorry. I use cio only only on 'personal' binaries. There is 1 Reply. #: 18526 S12/OS9/68000 (OSK) 11-Aug-93 06:51:29 Sb: #18524-to cio or not to cio? Fm: Mark Griffith 76070,41 To: Mike Haaland 72300,1433 (X) Mike, > The best bet is to leave cio out all together. Remember that Ultra-C has > hit the market, and probably doesn't have a cio module. Who knows if the > MM/1 will ever have another OS upgrade, but better to be safe than sorry. Right you are. I doubt the MM/1 will ever see an OS upgrade since it would have to come from Paul Ward. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) #: 18529 S12/OS9/68000 (OSK) 11-Aug-93 23:26:24 Sb: #18522-to cio or not to cio? Fm: Bob Palmer 74646,2156 To: Zack Sessions 71532,1555 (X) The only KWindows available for the TC70 (yet) is a beta version. I had an order outstanding for quite a while but finally gave up on ever seeing the final product. I am typing in the Beta right now and it does run most stuff that doesn't want the palette controller. Guess that K Darling decided that the portential sales just weren't worth the effort. Too bad. windows is a very nice system though and runs on just about everything except the MM1. Now THAT! is a shame. There would be a universal interface but the $200 price (plus another $200 for the extensive development pack) seems too rich for the MM1ers. Bob P. #: 18523 S12/OS9/68000 (OSK) 09-Aug-93 23:21:13 Sb: #18517-#to cio or not to cio? Fm: Bob van der Poel 76510,2203 To: Bob Palmer 74646,2156 (X) Bob, don't worry too much about 2.4 and cio....if you can get the latest copy of cio it _should_ run with 2.3 and those programs ya can't run right now should work too. There is 1 Reply. #: 18530 S12/OS9/68000 (OSK) 11-Aug-93 23:28:02 Sb: #18523-to cio or not to cio? Fm: Bob Palmer 74646,2156 To: Bob van der Poel 76510,2203 (X) Hmm - yet another useful suggestion. I shall have to look around for a current CIO. I believe there is a source nearby. Bob #: 18547 S12/OS9/68000 (OSK) 17-Aug-93 18:28:05 Sb: #MM/1 I/O board Fm: Ernest Withers Jr. 71545,1117 To: Mark Griffith 76070,41 (X) Mark, I've replaced the Western Digital SCSI chip on my I/O board with a new chip that has a #6 mask. Now, the computer won't access the hard drive at all. The HD activity LED comes on and stays on until I turn the computer off. I know you don't repair boards for IMS anymore but I'd like to know if you'd look at the board for me and let me know how much you'll charge to repair it. By the way, I've got three more of the WD33C93A-PL 00-06 chips if you know anyone who needs one. Thanks, Ernest Withers (MM/1 #120848) There is 1 Reply. #: 18561 S12/OS9/68000 (OSK) 19-Aug-93 14:13:43 Sb: #18547-MM/1 I/O board Fm: Mark Griffith 76070,41 To: Ernest Withers Jr. 71545,1117 (X) Ernest, I can look at it for you, but I'm not too sure if I'll be able to fix it. It sounds like a traced might have been damaged internal to the board. You might try checking each connection pin and make sure none are shorted to either ground or 5 volts. Other than that, it would mean tracing down each and every pin to see if there was a cut or a short. Not too much fun I would say. Let me know what you find out. Mark #: 18558 S12/OS9/68000 (OSK) 18-Aug-93 18:21:45 Sb: #MM/1 I/O Board Fm: Ernest Withers Jr. 71545,1117 To: Mark Griffith 76070,41 (X) Mark, After more attempts, I've found that the computer will access the HD. It still won't boot from the HD and takes up to ten attempts to get a successful boot from floppy. As before, after getting a good boot, everything appears to work normally. Will you be coming to the Atlanta 'Fest? I hope to see you there. Ernie. There is 1 Reply. #: 18562 S12/OS9/68000 (OSK) 19-Aug-93 14:15:35 Sb: #18558-#MM/1 I/O Board Fm: Mark Griffith 76070,41 To: Ernest Withers Jr. 71545,1117 (X) Ernest, Yes, I'll be at Atlanta. Sounds like to need to change the timeout value in the init file. Use moded to access the bootfile and edit the init module. There should be a parameter in there for a timeout value. increase it and see what happens. Mark There are 2 Replies. #: 18564 S12/OS9/68000 (OSK) 19-Aug-93 19:57:28 Sb: #18562-MM/1 I/O Board Fm: Ernest Withers Jr. 71545,1117 To: Mark Griffith 76070,41 (X) OK. I think the value is at 100 now. I'll try increasing it and see what happens. Thanks, Ernie. #: 18567 S12/OS9/68000 (OSK) 20-Aug-93 21:15:54 Sb: #18562-#MM/1 I/O Board Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) I can't get mine to boot from the HD either. I've swapped drives, played with jumpers on the drives....no luck at all. If anyone has some thoughts on this I'd sure like to hear them. There are 2 Replies. #: 18571 S12/OS9/68000 (OSK) 22-Aug-93 05:00:44 Sb: #18567-#MM/1 I/O Board Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > I can't get mine to boot from the HD either. I've swapped drives, played > with jumpers on the drives....no luck at all. If anyone has some thoughts > on this I'd sure like to hear them. You're using the new boot ROMs for booting directly from the hard drive right? I don't know anything about them myself. Perhaps you should leave a mail message to Kevin Pease here on CIS. He does get on once in a while. He's in the process of moving now so I don't know how quickly he will respond. Sorry I can't help. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) There is 1 Reply. #: 18578 S12/OS9/68000 (OSK) 22-Aug-93 21:39:27 Sb: #18571-#MM/1 I/O Board Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Mark, I sent Kevin Pease some private mail over 4 months ago...guess he has been busy moving for quite some time since I never got a reply. OTH, the message might have gotten lost or he might not check mail. I'll repost it here in hopes that it finds him. There is 1 Reply. #: 18616 S12/OS9/68000 (OSK) 28-Aug-93 06:27:45 Sb: #18578-MM/1 I/O Board Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > Mark, I sent Kevin Pease some private mail over 4 months ago...guess he > has been busy moving for quite some time since I never got a reply. He has been running back and forth between Chicago and Tenn with his job location change, spending severals days in each place. Pretty hectic I would guess. He is not know for his quick replies normally. Now watch him reply to this and make me look silly (grin). /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) #: 18601 S12/OS9/68000 (OSK) 26-Aug-93 05:57:50 Sb: #18567-#MM/1 I/O Board Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > I can't get mine to boot from the HD either. I've swapped drives, played > with jumpers on the drives....no luck at all. If anyone has some thoughts > on this I'd sure like to hear them. I noticed you mentioned you have an I/O board with the number 00009 scratched into it. I think I might have told you before, but that is one of the boards I hand assembled. I don't think the board would have anything to do with your problem, but I suppose it is possible. Let me know what reponse you get back from Pease. I say his initial reply to you. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) There is 1 Reply. #: 18612 S12/OS9/68000 (OSK) 27-Aug-93 19:30:54 Sb: #18601-MM/1 I/O Board Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) I have sent KP some mail via internet as he suggested. I will let you know...thanks for the continued interest. #: 18570 S12/OS9/68000 (OSK) 21-Aug-93 18:24:07 Sb: PtyMan Fm: Bob van der Poel 76510,2203 To: All Has anyone managed to compile the sources for the ptyman.ar file found here? When I try to compile PtyMan I get compile errors...complaints about certain members of unions not being in structures. Any help would be appreciated (this means I've spent hours looking at code already). #: 18580 S12/OS9/68000 (OSK) 22-Aug-93 21:39:35 Sb: Diskcat Fm: Bob van der Poel 76510,2203 To: All I have just uploaded a new program to library 12. Diskcat will make keeping track of all those files stored on floppies much easier. The program maintains a database on your hard drive. Easy to update and fast in finding files. This program is shareware. I've not had a chance to compile it on the coco...but it should do so without too many mods. If someone has the time, feel free to try! #: 18581 S12/OS9/68000 (OSK) 22-Aug-93 21:39:46 Sb: #MM/1 Boot ROMs Fm: Bob van der Poel 76510,2203 To: Kevin Pease 70516,1633 (X) Kevin...sorry to see so little of you on the forum. However, I do need some help here with my mm/1. I recently received the update ROMs from Gary Latum (the ones which will permit a boot from HD). However, they don't appear to work properly with _my_ system. I think the problem may be my I/O board. It is one of the originals...it has serial number 0000009 scratched on it. The SCSI chip appears to be the same as the one on the newer boards. I have properly placed a boot on the HD. However, the ROMs seem unable to recognize the HD(s). I have a Quantum and a Maxtor configured as ID #0 and #1. I've switched them...no difference. The LEDs attached to the drivers never blink. However, putting a probe on the SCSI activity pins shows a regular (every 5 secs, appx) pulsing. I can only assume that the ROM routine is attempting to find the HD but finding it busy(?) or something. Do you have any ideas on this at all..... There is 1 Reply. #: 18586 S12/OS9/68000 (OSK) 23-Aug-93 22:31:49 Sb: #18581-#MM/1 Boot ROMs Fm: Kevin Pease 70516,1633 To: Bob van der Poel 76510,2203 (X) Bob I am not sure what is happening. I would assume that the hard disk work normally when booting from the floppy. Are any messages display while the polling is going on ? If you send mail to me at INTERNET:kevin@mm1001.chi.il.us I will respond sooner. I don't come over here to often. It gets rather expensive. I am also still trying to get moved and settled in. There is 1 Reply. #: 18589 S12/OS9/68000 (OSK) 24-Aug-93 09:25:38 Sb: #18586-MM/1 Boot ROMs Fm: Steve Wegert 76703,4255 To: Kevin Pease 70516,1633 Kev, InfoXpress can help manage that expense. Get hold of Mark and ask about availability. *- Steve -* #: 18592 S12/OS9/68000 (OSK) 24-Aug-93 20:08:14 Sb: MM/1 I/O Boards Fm: Ernest Withers Jr. 71545,1117 To: Kevin Pease 70516,1633 Kevin, I also can't boot from the hard drive (or from floppy either if the hard drive is the default device). This is a problem I've had since I got the I/O board. Paul made numerous promises to replace the board but that never happened. The board originally had a #8 mask SCSI chip on it. I've replaced it with a #6 mask (have a couple more that I got from a Western Digital distributor) but it still won't reliably boot. All's fine if I boot to a floppy system but the system locks up about 90 percent of the time if I attempt to access the hard drive. If the system does sucessfully boot from floppy and chd/chx to the hard drive, everything works fine. When I try to boot from one of my hard drives (I do have the updated ROMS), I get the following message. OS-9/68K System Bootstrap Attempting to boot from Floppy. Floppy disk drive not ready. Attempting to boot from Hard Disk. Attempting to boot from Rom. NO kernel found. Boot failed, error status $00F6 At this point, I have to turn the computer off to try again. By the way, my hard drives are a Quantum 105 and a Seagate ST138N-1 and it makes no difference which one is set up as drive 0. Thanks, Ernest Withers (MM/1 serial #120848) #: 18597 S12/OS9/68000 (OSK) 25-Aug-93 21:48:56 Sb: #Coco disks on MM1 Fm: Hugo Bueno 71211,3662 To: All Help! Ever since I got my MM1 in March, I've been trying to read my old Coco disks in the 360K 5.25" drive I installed. Every time I try I get an error 246. I've played with dmode parameters, but haven;t hit upon the secret recipe. If anyone has a 360K drive on their MM1, could you post your dmode for reading 360K and 180K Coco OS9 disks? Thanks. Hugo There are 2 Replies. #: 18608 S12/OS9/68000 (OSK) 27-Aug-93 06:13:58 Sb: #18597-Coco disks on MM1 Fm: Mark Griffith 76070,41 To: Hugo Bueno 71211,3662 (X) Hugo, > Help! Ever since I got my MM1 in March, I've been trying to read my old > Coco disks in the 360K 5.25" drive I installed. Every time I try I get an > error 246. I've played with dmode parameters, but haven;t hit upon the > secret recipe. If anyone has a 360K drive on their MM1, could you post > your dmode for reading 360K and 180K Coco OS9 disks? Thanks. With this dmode, I am able to read/write and format CoCo disks. drv=2 stp=3 typ=$24 dns=$01 cyl=40 sid=2 vfy=0 (on) sct=18 t0s=18 sas=8 ilv=2 tfm=0 toffs=0 soffs=1 ssize=256 cntl=$0000 trys=0 lun=0 wpc=0 rwr=0 park=0 lsnoffs=0 totcyls=40 ctrlrid=0 rates=$10 scsiopt=$0000 maxcount=65535 /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) #: 18613 S12/OS9/68000 (OSK) 27-Aug-93 19:30:54 Sb: #18597-#Coco disks on MM1 Fm: Bob van der Poel 76510,2203 To: Hugo Bueno 71211,3662 (X) Here's what I have...no problems: drv=1 stp=3 typ=$24 dns=$03 cyl=40 sid=2 vfy=1 (off) sct=18 t0s=18 sas=8 ilv=2 tfm=0 toffs=0 soffs=1 ssize=256 cntl=$0000 trys=0 lun=0 wpc=0 rwr=0 park=0 lsnoffs=0 totcyls=40 ctrlrid=0 rates=$00 scsiopt=$0000 maxcount=65535 There is 1 Reply. #: 18614 S12/OS9/68000 (OSK) 27-Aug-93 21:24:03 Sb: #18613-#Coco disks on MM1 Fm: Hugo Bueno 71211,3662 To: Bob van der Poel 76510,2203 (X) Thanks Bob and Mark, I'll give it a try and see what happens. BTW, do either of you know anybody who is running the TOP uucp package? I'm trying to get it going, but the documentation is in German and I seem to be missing some necessary info. Like, how do I define my hostname, where does it go, etc etc. Thanks. Hugo There are 2 Replies. #: 18617 S12/OS9/68000 (OSK) 28-Aug-93 17:31:30 Sb: #18614-#Coco disks on MM1 Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) Mike Haaland has been working with a UUCP package, taking bits and pieces from several spots. You might drop him a note *- Steve -* There is 1 Reply. #: 18618 S12/OS9/68000 (OSK) 28-Aug-93 19:01:59 Sb: #18617-#Coco disks on MM1 Fm: Hugo Bueno 71211,3662 To: Steve Wegert 76703,4255 (X) I've contacted Mike already. His release date is real soon now, but unfortunately, not soon enough :-). I use the MM1 nnow and have the coco sitting on a typing table so I can wheel it over to the modem for uucp stuff. This is getting cumbersome. I tried setting up the TOP UUCP but there's documentation missing. Either that or there's something in the German I can't figure out. Hugo There is 1 Reply. #: 18625 S12/OS9/68000 (OSK) 29-Aug-93 11:16:53 Sb: #18618-Coco disks on MM1 Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 I hear ya! I tried looking at the TOPs stuff as well ... and as with most of their stuff I can't seem to weed out enough of the UNIXism to make it work on my system without way too much re-engineering. That's why I'm waiting for Mike's package. :-) *- Steve -* #: 18623 S12/OS9/68000 (OSK) 29-Aug-93 06:37:10 Sb: #18614-Coco disks on MM1 Fm: Mark Griffith 76070,41 To: Hugo Bueno 71211,3662 Hugo, > BTW, do either of you know anybody who is running the TOP uucp package? > I'm trying to get it going, but the documentation is in German and I seem > to be missing some necessary info. Like, how do I define my hostname, > where does it go, etc etc. From what I understand (having never tried it you see), the TOPS uucp package does not work. Mike Haaland (you can reach him here) has completely rewritten the entire thing and has come up with a truly great uucp package. It's just very hard to get him to release anything since he is bitten bad with the "Kevin Darling Syndrome" (just one more feature). You might try leaving him email and see what happens. I doubt if anything will come out of it. Many others have been bugging him for about a year and nothing has come forth. Oh well. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) #: 18780 S12/OS9/68000 (OSK) 11-Sep-93 22:21:54 Sb: #18746-Cribbage+Kwindows Fm: Dieter G. Rossmann 70314,1766 To: Zack Sessions 71532,1555 (X) I'm of the same apinion, have most of the programs that Bob van der Poel wrote, and am satisfied with all of them! OS9 level II, and OSK... G'Day! Dieter #: 18781 S12/OS9/68000 (OSK) 11-Sep-93 22:21:57 Sb: #18746-Cribbage+Kwindows Fm: Dieter G. Rossmann 70314,1766 To: Zack Sessions 71532,1555 (X) BTW, I for got to ask in the last message, where can I get the InfoXpress program from? G'Day! Dieter #: 18774 S12/OS9/68000 (OSK) 11-Sep-93 16:52:50 Sb: #18631-#PtyMan Fm: Carl Kreider 71076,76 To: David George 72240,134 (X) I will hang this message here, although it is in response to the thread in general. I do have screens running and running properly. I have used it since before the MM/1 (I remember arguing with Pease about screens vs. windows). I use it with both ptys and ptyman. I have found and fixed the most obnoxious bugs, but some remain. In general I prefer ptys over ptyman. I liked not filling up the device table and module dir with all those pty/tty pairs but ptyman has still has several problems (page pause happens at a random point in the line vs. at the end, the input buffer is flushed on the check for page pause release, page pause release chars are buffered and eventually displayed, some signals are not handled right, line wrap is not handled right, can't do 'tmode normal', etc) that I haven't had time to chase. OTOH, ptys doesn't like the version of scf that comes with 2.4 (ver. 31). That is the reason you can't open more than a couple windows. It is an interaction with the signals and the changes MW made to kill processes on CD loss. It works fine with scf ver. 29, which is what I use. The only problem is getting the address for the shared memory right. As it came, it was set for an Atari ST, but I have fixed that so it should work on anything. In addition, I hacked screen to use a named config file, so I can start up with different configurations (root window, 9 windows for my project, or 2 root windows, 2 C source windows, 2 OSK source windows, etc). So where are y'all now? Do you have the problems fixed or should you all trash what you have and I upload my versions? Carl There are 2 Replies. #: 18776 S12/OS9/68000 (OSK) 11-Sep-93 19:03:01 Sb: #18774-PtyMan Fm: Bill Dickhaus 70325,523 To: Carl Kreider 71076,76 (X) Carl, Right now I'm using the version of screen that Bob van der Poel uploaded, which uses ptyman. I would really rather use ptys, for the same reasons you mention, but I don't want to use an old version of SCF. So as far as I'm concerned, at this point I'll stick with ptyman. -Bill- #: 18804 S12/OS9/68000 (OSK) 13-Sep-93 18:19:56 Sb: #18774-#PtyMan Fm: David George 72240,134 To: Carl Kreider 71076,76 (X) I am going to stick with ptyman for now. I agree with what you wrote about having all of the pty/tty pairs taking up space, but I like have a separate manager for the pty's. I am also using SCF edition#29. I haven't had any problems with Bob's ptyman upload, but I haven't tried to see how many screens I can use at once. I am using this on a KiX\30 with Wyse50 and Wyse60 terminals. BUT we can never have too many choices. I would like to try out your modified ptys (this is the version that uses SCF, right?). David There is 1 Reply. #: 18808 S12/OS9/68000 (OSK) 13-Sep-93 22:59:15 Sb: #18804-PtyMan Fm: Carl Kreider 71076,76 To: David George 72240,134 (X) Well, ptyman shouldn't care whether you use scf 29 or 31, so you should be ok. My preference would be ptyman too, but I just got tired of the bugs. Maybe I'll fix them one of these days.... #: 18863 S12/OS9/68000 (OSK) 20-Sep-93 17:00:11 Sb: #18720-Coco disks on MM1 Fm: ole hansen 100016,3417 To: Mark Griffith 76070,41 (X) hello Hugo I have been using the TOP-package UUCP/OXM for 3 years without problems. regards ole@danelec.dk #: 18772 S12/OS9/68000 (OSK) 11-Sep-93 16:12:46 Sb: #18771-dcheck/del question Fm: SCOTT HOWELL 70270,641 To: Zack Sessions 71532,1555 (X) I was afraid if that!. Oh well, time to get some floppies! #: 18778 S12/OS9/68000 (OSK) 11-Sep-93 22:00:37 Sb: #18768-dcheck/del question Fm: Bob van der Poel 76510,2203 To: SCOTT HOWELL 70270,641 (X) You *could* go in with a disk zapper (fm or ded) and set the first character of the bad file's name in the directory to a 0. That will lock out the file from being accessed and lockout the sectors allocated to the file from being reallocated. Of course, if the file contains good sectors too, it is a bit of a waste. However, as Zack said, the best thing to do is to restore the drive. I had problems with my original Quantum drive, but I called them and had it replaced. In about a year of running now I have yet to get a sector error. #: 18782 S12/OS9/68000 (OSK) 11-Sep-93 22:22:09 Sb: OS-9000 Sterm Fm: Dieter G. Rossmann 70314,1766 To: All Can anyone tell me how to set the Terminal /T1 in OS-9000 to enable to RTS/CTS hardware hand shaking? I have finally figured out how to get the Sterm for OS-9000 from my PC's root directory in to the OS-9000 CMDS directory, am using the STERM terminal now but cant set to RTS/CTS flow controll in the /T1 module... Any help would be appriciated. Thanks! G'Day! Dieter #: 18792 S12/OS9/68000 (OSK) 12-Sep-93 14:37:30 Sb: CirCad Demo Fm: John R. Wainwright 72517,676 To: ALL I have just uploaded a slightly crippled version of my CirCad schematic drawing program. Yep, another "crippled DEMO". The drawing functions are all there, but the file input/output functions are dead, except for the file I/O from the edit buffer, which works. I left that part in to allow users to trade little diagrams and saved "objects" easily and maybe make some of the explanations in technical discussions in the forum a little easier - just send a diagram. Circad draws diagrams on the MM/1 screen and writes them to a file in the PostScript printer control language. A second file stores the coded drawing commands in CirCad's own format. It includes a set of basic drawing tools and a few extra ones, and some built-in electrical and electronics schematic symbols. The program came about when I was preparing a schematic drawing for the electricians at a local factory where I had recently installed new electronic controls on a heating and air conditioning system. I had (finally) convinced GhostScript to compile and run on the MM/1 and I thought it could draw a neat diagram if I could write the file. I drew the schematic on graph paper and translated it into PostScript (with help from some reference books), writing the PostScript file with a text editor. The diagram looked great, but writing the PostScript file was a long job. At this point, CirCad began to develop. CirCad is being distributed by Mark Griffith's "DIRT CHEAP COMPUTER STUFF Co." Contact Mark for price and availability. (Mark is 76070,41 on CIS, MARKGRIFFITH on Delphi) I will be at the coming `fest' in Atlanta. Look for the guy with the shiny head and glasses, drooling over the other goodies at Mark's booth and trying to decide if he wants a tape drive or a floptical. (or a CD-ROM, or ALL of em - all I have to do is hit the Michigan Lottery). John R. Wainwright <> <> *********** InfoXpress ************ #: 18798 S12/OS9/68000 (OSK) 12-Sep-93 21:52:38 Sb: Diskcat Fm: Bob van der Poel 76510,2203 To: All I have just uploaded an updated version of diskcat to lib 12. The original version crashed if a disk was named with rendisk...that is because rendisk set the name on the disk with a null terminator instead of setting the high bit. Both programs have been fixed in this new upload. There were also a few typos, etc... Sorry for any inconvenience. #: 18818 S12/OS9/68000 (OSK) 15-Sep-93 17:31:29 Sb: #printer driver Fm: Steve Wegert 76703,4255 To: Mark Griffith 76070,41 (X) Mark, It would appear inizing the /p descriptor clears up the problems I was having when killing a print job. *- Steve -* There are 2 Replies. #: 18821 S12/OS9/68000 (OSK) 16-Sep-93 19:05:06 Sb: #18818-#printer driver Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Not sure what this thread is all about...but I thought I'd throw in my latest experience with NOT inizing drivers. I use /t3 and /4 for my modem and a remote terminal. If I don't INIZ them, using the modem causes /t4 (which is running tsmon) to change baud rate. It appears that it is good practice to iniz all devices? Or should some be left alone? There are 2 Replies. #: 18823 S12/OS9/68000 (OSK) 17-Sep-93 06:50:37 Sb: #18821-#printer driver Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) Bob, I iniz my T1 port (CoCo attached), but not T0 (modem attached), I'm going to try inizing P, as Steve has done, since I never did get the spooler working right, and maybe that was my problem. -Bill- There is 1 Reply. #: 18832 S12/OS9/68000 (OSK) 18-Sep-93 13:52:29 Sb: #18823-printer driver Fm: Bob van der Poel 76510,2203 To: Bill Dickhaus 70325,523 (X) Inizing /p also eliminates the problem of the computer locking up when you abort a print run. #: 18826 S12/OS9/68000 (OSK) 17-Sep-93 13:47:39 Sb: #18821-#printer driver Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Not sure what this thread is all about...but I thought I'd throw in my > latest experience with NOT inizing drivers. I use /t3 and /4 for my > modem and a remote terminal. If I don't INIZ them, using the modem > causes /t4 (which is running tsmon) to change baud rate. It appears that > it is good practice to iniz all devices? Or should some be left alone? Well ... that sort of depends. If I were to iniz my serial devices, mtsmon wouldn't sense the drop of DTR and recylcle itself upon loss of carrier. But ... the stock tsmon hasn't figured out how to do that so inizing with the stock drivers shouldn't be a problem. By the way ... I've not had any problem with baud rate changing on it's own. The original comlaint I had was with the printer drivers. (I'm not using your polled stuff ... just the latest stock offerings from Carl). I've found that without inizing /p, killing a print job in process and attempting to send another job to the printer will hang the machine. *- Steve -* There is 1 Reply. #: 18831 S12/OS9/68000 (OSK) 18-Sep-93 13:52:29 Sb: #18826-#printer driver Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Speaking of monitoring DTR with tsmon...is there any way I can do something to avoid this: I have a terminal hooked up to /t4 via a 4 wire cable. The wires are assigned to GND, TXD, RXD and RTS. All works well, unless the terminal user does something to lock his process (probably a crash...). The only way to restart the remote user is to kill his shell, etc. from the consol. There is 1 Reply. #: 18843 S12/OS9/68000 (OSK) 19-Sep-93 10:07:30 Sb: #18831-#printer driver Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > I have a terminal hooked up to /t4 via a 4 wire cable. The wires are > assigned to GND, TXD, RXD and RTS. All works well, unless the terminal > user does something to lock his process (probably a crash...). The only > way to restart the remote user is to kill his shell, etc. from the > consol. > If you find a way ... lemme know! My console is in the basement while tubes are in various places in the house. Those stairs are gettiing to be a _real_ drag! *- Steve -* There is 1 Reply. #: 18849 S12/OS9/68000 (OSK) 19-Sep-93 18:39:03 Sb: #18843-#printer driver Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Having just promised myself to get more exercise (the wife and I are now both proud owners of mountain bikes and we've been going for regular rides, honest!) I can only suggest that running up and down the stairs is good for you . There is 1 Reply. #: 18856 S12/OS9/68000 (OSK) 20-Sep-93 10:20:32 Sb: #18849-printer driver Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > rides, honest!) I can only suggest that running up and down the stairs is > good for you . > Yeah yeah yeah .... you sound like my wife! :-) She's taken to buying low fat butter (why bother!) and wants me to cut down on my coffee intact. Geez .... *- Steve -* #: 18822 S12/OS9/68000 (OSK) 16-Sep-93 19:30:38 Sb: #18818-printer driver Fm: Mark Griffith 76070,41 To: Steve Wegert 76703,4255 (X) Steve, > It would appear inizing the /p descriptor clears up the problems I was > having when killing a print job. Glad that fixed it for you! /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.0) #: 18829 S12/OS9/68000 (OSK) 18-Sep-93 13:41:44 Sb: #new shell Fm: John Strong 72270,1555 To: all Project: Forker Inspired by the excellent, Shell+ for OS-9 Level 2, StrongWare is developing a replacement shell for OS-9/68000 (OSK). This project is in a very early stage!, therefore no estimated release date is possible. Announcement purpose: 1. To allow OSK users to comment on what features they would like to see in an enhanced shell for OSK. 2. To give the OSK community an idea of the features planned for Forker, so that they may comment on them. 3. To gauge the interest of OSKers in an enhanced shell. (Will it be worth the time and effort required to complete Forker?) 4. To remind OSK programmers that they should check the standard enviroment variable, "SHELL", to obtain the name of the users shell, instead of just forking "shell". Forker options: -b print blocking. -nb no print blocking. -c display help for commands. -e[=] print error explanations. -ne don't print error explanations. -p[=] print prompt. -np don't print prompt. -t echo input lines. -nt don't echo input lines. -x exit on error. -nx don't exit on error. -l require "logout" to logout. -nl on input will logout. -v print attempts to execute command. -nv don't print attempts to execute command. Forker commands: chd or cd change data directory chx or cx change execution directory dl del a file dlx del a file (exec) err print long error message ex execute program as overlay hlp provide Help on utilities kill abort a process logout terminate current Shell lst list the contents of a file md make a directory mxd make a directory (exec) profile prtenv print enviroment variables rm remove a directory set set Shell options setenv set enviroment variables setpr set process priority unsetenv clears enviroment variable w wait for process to finish wait wait for child processes to finish Forker is being written in assembly language. An advance "Thank You" for your comments. John R. Strong StrongWare Box 361 Matthews, IN 46957 cis: 72270,1555 There are 4 Replies. #: 18834 S12/OS9/68000 (OSK) 18-Sep-93 14:40:07 Sb: #18829-new shell Fm: David George 72240,134 To: John Strong 72270,1555 (X) I do a lot of work in Unix and like the shells that are available there (especially the Korn Shell). So I plan on using BASH for my replacement shell. It is nice not having say "darn!!! I can't do that with this shell" (cleaned up for publication ^^^^ :-o ) David George #: 18844 S12/OS9/68000 (OSK) 19-Sep-93 10:07:37 Sb: #18829-new shell Fm: Steve Wegert 76703,4255 To: John Strong 72270,1555 (X) John, Now to throw cold water on your efforts but .... (you knew _that_ was coming!) With all the other shells (tshell, csh, sh, bash) available to OSK users, do we need yet another shell? Is it something so special folks already having access to the above will pay money for it? Why not divert your effort towards an application that we don't have for OSK? *- Steve -* #: 18852 S12/OS9/68000 (OSK) 19-Sep-93 21:04:20 Sb: #18829-#new shell Fm: Carl Kreider 71076,76 To: John Strong 72270,1555 (X) John, A new shell must have several things to be interesting: 1) aliases 2) command history 3) command line recall and edit 4) for loops Of course, case, while, test, etc, would be nice. But I don't think a day goes by I don't type "for i in ; do $i; done" several times. There is 1 Reply. #: 18853 S12/OS9/68000 (OSK) 19-Sep-93 23:23:11 Sb: #18852-#new shell Fm: John Strong 72270,1555 To: Carl Kreider 71076,76 (X) >Fm: Steve Wegert 76703,4255 >Now to throw cold water on your efforts but .... (you knew _that_ was coming!) Of course >With all the other shells (tshell, csh, sh, bash) available to OSK users, >do we need yet another shell? Are any smaller than 10k? My other OSK machine is a 512k Atari ST. Not a lot of memory for large Unix type shells, also the most common memory size for Burke & Burke's Rocket will probably be 512K. >Is it something so special folks already having access to the above will >pay money for it? That's the big question! Also don't forget that there are lots of folks who don't have access to those shells or CIS and/or the other services. >Why not divert your effort towards an application that we don't have for OSK? I'm also porting some of my games to the MM/1. CopyCat is 90% complete. Gems is being worked on. However porting 90+ pages of 6809 code & data to 68000 code can get quite boring, so I've got to keep an interesting project on the back burner. >Fm: Bob van der Poel 76510,2203 >You might find it easier and more versatile to implement your extra features >via an 'alias' feature rather than hard-coding stuff into the shell. I plan to have an 'alias' feature, however hardcoding features has its advantages and in many cases not that hard. Here is the current code for dl (del), dlx (del -x), md (makdir) & mxd (makdir -x): delx: move.b #Exec_,d0 bra.s del_1 del: moveq #0,d0 del_1: move.l line(a6),a0 point a0 to pathlist os9 I$Delete bcs.s prterror move.l a0,line(a6) rts makxdir: move.b #Updat_+Exec_+Dir_,d0 bra.s makdir1 makdir: move.b #Updat_+Dir_,d0 makdir1: move.w #$bf,d1 all attrs, exec non-shareable move.l line(a6),a0 point a0 to pathlist os9 I$MakDir bcs.s prterror move.l a0,line(a6) rts Fairly simple I think. > Good luck. Thanks Bob. John R. Strong StrongWare There is 1 Reply. #: 18857 S12/OS9/68000 (OSK) 20-Sep-93 10:20:46 Sb: #18853-new shell Fm: Steve Wegert 76703,4255 To: John Strong 72270,1555 (X) > Are any smaller than 10k? My other OSK machine is a 512k Atari ST. Not a Now _that's_ a consideration I tend to overlook. Good point. > I'm also porting some of my games to the MM/1. CopyCat is 90% complete. Good to hear! > *- Steve -* #: 18885 S12/OS9/68000 (OSK) 23-Sep-93 02:31:19 Sb: #18829-#new shell Fm: keith bauer 71102,317 To: John Strong 72270,1555 (X) John, > Project: Forker > > Inspired by the excellent, Shell+ for OS-9 Level 2, StrongWare is > developing a replacement shell for OS-9/68000 (OSK). This project > is in a very early stage!, therefore no estimated release date is > possible. > I have two things I would like to see. One is that the prompt should be able to be setup so it shows the current working directory. The second is for it to know about basic. Currently I use SH, mainly because I can set it up so the command line is the CWD. If your Forker has these two features I am sure it will have many more and I will put my money where my mouth is. Good luck Keith Bauer CIS :71102,317 Delphi :keithbauer Internet:keithbauer@delphi.com Via InfoXpress/OSK ver 1.00 How 'bout them Cowboys! There is 1 Reply. #: 18896 S12/OS9/68000 (OSK) 24-Sep-93 01:41:18 Sb: #18885-new shell Fm: John Strong 72270,1555 To: keith bauer 71102,317 (X) Keith, It knows about Basic, and will have more features than I listed. thanks. John Strong #: 18835 S12/OS9/68000 (OSK) 18-Sep-93 20:22:13 Sb: ##18829-new shell Fm: John Strong 72270,1555 To: David George David, A UNIX style shell, such as the Korn shell, is a much larger project than I'm currently willing to undertake, especially since I don't use UNIX. I hate to admit it, but UNIX style shells are best left to C programmers. I'm looking for specific features to implement, rather than a shell to clone. John R. Strong StrongWare There is 1 Reply. #: 18846 S12/OS9/68000 (OSK) 19-Sep-93 12:49:35 Sb: #18835-#18829-new shell Fm: Bob van der Poel 76510,2203 To: John Strong 72270,1555 (X) You might find it easier and more versatile to implement your extra features via an 'alias' feature rather than hard-coding stuff into the shell. For example, you have a feature 'mkxdir'. However, I might prefer to use my own "super-dupper" makdir command. So why not have the option to create an alias which converts mkxdir into "makdir -x". Good luck. #: 18840 S12/OS9/68000 (OSK) 19-Sep-93 02:53:09 Sb: #screen vert. term help Fm: SCOTT HOWELL 70270,641 To: bob van der poel Bob, I downloaded the 'screen' virtual terminal program that you modified While the executable works great, I am having a problem compiling or actually linking 'ansi.c' It says it cannot find /h0/lib/os9lib.l, which I do not have. Where can I get this library file. I don't think 'os9lib.l' came with stantard system disk, at least I do not think so! I modified the Termcap in ansi.c to accept my screen colors termcap entries. There is 1 Reply. #: 18850 S12/OS9/68000 (OSK) 19-Sep-93 18:39:06 Sb: #18840-#screen vert. term help Fm: Bob van der Poel 76510,2203 To: SCOTT HOWELL 70270,641 (X) Scott, the os9lib.l is part of the TOPS distribution. If it isn't posted here already let me know and I'll package my copy and post it. There is 1 Reply. #: 18855 S12/OS9/68000 (OSK) 20-Sep-93 05:46:31 Sb: #18850-#screen vert. term help Fm: SCOTT HOWELL 70270,641 To: Bob van der Poel 76510,2203 (X) I have to TOPS disks and have found os9lib.l. I am trying to add additional terminal capabilities to ansi.c. I compiles/links ok. but when it is ran, some of the term capabilities go away to the point that ved does'nt run. I am adding color capability to ansi.c by using my own 'homebrew' termcap codes, is this acceptable? There are 2 Replies. #: 18859 S12/OS9/68000 (OSK) 20-Sep-93 14:14:27 Sb: #18855-#screen vert. term help Fm: Steve Wegert 76703,4255 To: SCOTT HOWELL 70270,641 (X) > additional terminal capabilities to ansi.c. I compiles/links ok. but when > it is ran, some of the term capabilities go away to the point that ved Sounds like some of the problems I'm having. Can you show me where exactly in the code you're adding termcap capablilities? Perhaps _that_ where we're going wrong. *- Steve -* There is 1 Reply. #: 18860 S12/OS9/68000 (OSK) 20-Sep-93 16:04:45 Sb: #18859-screen vert. term help Fm: SCOTT HOWELL 70270,641 To: Steve Wegert 76703,4255 (X) I am modifying tha ansi.c code (line 87) where the termcap char array is initialized. I just added my 'homebrew' background/foreground codes to this section. If you like you can download color.lzh in section 12 of libs to get the full termcap spec for these colors. This are non-standard for I do not believe termcap has any color capability. #: 18861 S12/OS9/68000 (OSK) 20-Sep-93 16:14:33 Sb: #18855-#screen vert. term help Fm: Mike Haaland 72300,1433 To: SCOTT HOWELL 70270,641 (X) There's already termcap codes for colors, lemme see... c0 = background color #0 c1 thru c7 = back colors 1 thru 7 d0 thru d7 = fore colors 0 thru 7 Hope this helps, - Mike - BTW - The above are used by Emacs 3.12 There are 2 Replies. #: 18870 S12/OS9/68000 (OSK) 20-Sep-93 22:00:25 Sb: #18861-screen vert. term help Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Mike, I just checked the system V termcap stuff I dl'd from here and they don't seem to have the c0.. and d0 stuff in there. However, they do have some other interesting stuff for colors. Too bad there isn't an "international termcap capabilities assignement office". #: 18876 S12/OS9/68000 (OSK) 21-Sep-93 15:41:00 Sb: #18861-screen vert. term help Fm: SCOTT HOWELL 70270,641 To: Mike Haaland 72300,1433 (X) GREAT, lemme go and change my source code to reflect the standard!! #: 18845 S12/OS9/68000 (OSK) 19-Sep-93 10:07:48 Sb: #screen Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, I'm attempting to get used to screen. So far so good, but it's less than intuative command structure is ahh .... wellll .... Anyway, I'm having some difficulties with the termcap entry and wondered if you could help. Right out of the box (so to speak), my copy of sterm wouldn't run as it required a 'le' parameter in the termcap. I popped the code, stuck one in, recompiled and all is well. But causing me real withdrawl is the absence of a standout mode. My tube emulates a tvi910 and does support so/se, but for some reason screen doesn't put one in. Even calling screen with -a option doesn't help here. Ideas? Also, I've not been able to get the ^\C command (that's an upper case 'C') to work. Shouldn't it terminate screen immediately? What am I missing? Have you tried to run DED in a screen window? I can't seem to get the key to be recognized (but it works fine in Sterm!) Ideas? *- Steve -* There is 1 Reply. #: 18848 S12/OS9/68000 (OSK) 19-Sep-93 18:39:02 Sb: #18845-#screen Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Not sure how much help I can be....after all, I didn't write this! But, lets see: Don't know why sterm needs 'le' (backspace code). I checked my source and it does look for it, but never seems to use it. Anyway, it is probably just as well to add it to screen. Matter of fact, the termcap creater in screen should really copy all the termcap entries and modify the ones it knows about? Maybe? I have standout defined in both my vsc and televideo 965 entries and screen seems to honor them just fine. Ummm, does the screen termcap entry show anything for "so/se"? Oh, do you have "me" defined. Looking at the source real fast...it appears that something is done to "so/se" if "me" is defined. I think the logic may be incorrect in ansi.c. Try taking "me" out of your termcap and see what happens. I think that the application is probably looking for "se" and ignoring "me". What is ^\C supposed to do? If I do a followed by a I create a new screen. To delete the current screen I do an EOF which ptyman redefines as a CTRL-D (not ESC). Just tried DED. Seems to be okay expect for when it prints the lsn #. Seems to get gotoxy() screwed up. I wonder...before we all get hacking on this version, is there a more current unix version kicking around. Might be that termcap bug fixes have been done already. There are 2 Replies. #: 18858 S12/OS9/68000 (OSK) 20-Sep-93 10:21:07 Sb: #18848-#screen Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Not sure how much help I can be....after all, I didn't write this! But, > lets see: > > I have standout defined in both my vsc and televideo 965 entries and > screen seems to honor them just fine. Ummm, does the screen termcap entry > show anything for "so/se"? Oh, do you have "me" defined. Looking at the > source real fast...it appears that something is done to "so/se" if "me" is The screen termcap doesn't show anything for so/se, and I don't have 'me' defined in my tvi910 entry. I need to use a couple different terminals with screen and see if I can spot a pattern. Standout isn't a big deal on the tvi tube as it really handles it poorly, but using 'nn' on the university computer required it .... until I figured out how to turn on the 'slow' mode which marks each selection with an '*' rather than hilighting. > > What is ^\C supposed to do? If I do a followed by a I create a > new screen. To delete the current screen I do an EOF which ptyman > redefines as a CTRL-D (not ESC). The man page may be a bit unclear with this. What I'm tring to do is terminate the screen session immediately. Right now I have to my way through all the windows before it quits. The man pages seem to indicate there's an 'immediate' kill switch. > > Just tried DED. Seems to be okay expect for when it prints the lsn #. > Seems to get gotoxy() screwed up. Where I hap problems was in Editing .... hitting the key to switch between byte/char modes, Ded just sat there. *- Steve -* There are 2 Replies. #: 18867 S12/OS9/68000 (OSK) 20-Sep-93 21:01:24 Sb: #18858-#screen Fm: David George 72240,134 To: Steve Wegert 76703,4255 (X) Regarding the kill all windows and quit did you try <\><\> (in other words ^\^\)? It looks to me like ^\k kills current window and ^\^\ kills all windows and terminates screen. To ALL: Maybe we should change screen to terminfo? There is 1 Reply. #: 18874 S12/OS9/68000 (OSK) 21-Sep-93 13:37:18 Sb: #18867-screen Fm: Steve Wegert 76703,4255 To: David George 72240,134 (X) > Regarding the kill all windows and quit did you try <\><\> > (in other words ^\^\)? It looks to me like ^\k kills current window > and ^\^\ kills all windows and terminates screen. Yup ... that just jumps me to another window. Strange. > > To ALL: > Maybe we should change screen to terminfo? > Argh! *- Steve -* #: 18869 S12/OS9/68000 (OSK) 20-Sep-93 22:00:24 Sb: #18858-screen Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I get the same problem with ESC in ded. Mind you, ya probably shouldn't be using it from a remote terminal anyways...maybe it knows?? I tried changing the EOF char in the path desc. in the pty generated tmode entry but it didn't change anything. Funny about so/se disappearing. You might want to have a look at the ansi.c file to see what screen is saving/swallowing. Might spot something in your termcap I'm missing from mine which is causing the problem. I just know that so/se get passed to my vsc and tv965 entries. Oh, I see what you mean about CTRL-\. Having a fast look at screen.c it appears that there is a test for META-META...which is what you are doing since META by default is CTRL-\. Guess you'll have to recompile with the KEY_QUIT set to something else. It should just be a matter of changing the slot KEY_QUIT is assigned to in InitKeyTab(). #: 18877 S12/OS9/68000 (OSK) 21-Sep-93 17:31:58 Sb: #18848-screen Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, I've narrowed down the missing so/se problem to some type of test statement in ansi.c. It checks for sg<=0. The sg parameter in my tvi910 entry is set for 1. When I change that to 0, so/se reappear in screen's termcap entry. I hacked in the entries for ho (needed it for a cls command I use) and le (sterm) and seem to be doing just fine. Not sure why the standout glitch is messing with things but .. *- Steve -* #: 18851 S12/OS9/68000 (OSK) 19-Sep-93 20:36:49 Sb: #Accelerator Fm: Carl Kreider 71076,76 To: MM/1 owners MM/1 owners, I need a small poll of potential MM/1 accelerator customers. We have placed three beta units and preliminary results are starting to come in. The first disturbing one is that Paul's board house apparently substitiuted 74HC257 parts for the spceified 74AC257 parts. The result of this is that the MM/1 will not run with three cycle memory access. There are two solutions: ship a four cycle pal or replace the 257's. The four cycle pal will reduce performance by 20% (2800 dhrystones at 16Mhz to 2250), which is still a large improvement, but not as much as *I* wanted when we designed this. You can install proper parts (three needed, available from DigiKey for $1.23 each), or Kevin or perhaps Mark could provide and install the right parts for perhaps $25. The question then is, is there preference for any of the three solutions or are there more alternatives? 1) Four Cycle pal and lower performance. 2) You change three chips. 3) You pay someone else to change three chips. 4) ??????? Please reply to 71076,76 (or 71076.76@compuserve.com) I don't know where most MM/1 users hang out. Could someone perhaps copy this to any other services where MM/1 users can be found? Carl There are 6 Replies. #: 18862 S12/OS9/68000 (OSK) 20-Sep-93 16:14:43 Sb: #18851-Accelerator Fm: Mike Haaland 72300,1433 To: Carl Kreider 71076,76 (X) Personally, I'd change the 3 chips myself, but it's probably a good idea to have the service available. I _don't_ like option 1 (4 cycle pal). - Mike - #: 18864 S12/OS9/68000 (OSK) 20-Sep-93 19:27:26 Sb: #18851-Accelerator Fm: John R. Wainwright 72517,676 To: Carl Kreider 71076,76 (X) After playing with Ghostscript and TeX, I am very interested in anything that makes my michine faster (GRIN). I can change chips. Lots of MM/1 users hang out on Delphi (tho many of those are here too) - I will post your query there if someone else hasn't beat me to it. John R. Wainwright <> <> *********** InfoXpress ************ #: 18865 S12/OS9/68000 (OSK) 20-Sep-93 20:28:55 Sb: #18851-#Accelerator Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) Carl, Without opening up my box, I don't know if the 257s are socketed or glued in...probably the later and I don't like to practice my limited skills on a multi-layer board. The other problem I see is sending the board off for service/upgrading...just because of some of the long delays we've all experienced in the past I'm hesitate to let things out of my grasp. Maybe the slower solution would be best? Don't know. There is 1 Reply. #: 18878 S12/OS9/68000 (OSK) 21-Sep-93 22:01:20 Sb: #18865-#Accelerator Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) They are not socketed. We are hoping that only a few early boards are a problem. So far lots of people seem to have the faster parts. I understand your concerns. All I can say is that this is a different set of people. I hope better, but only time will tell that. So far it is about 10:1 in favor of speed and changing chips if necessary. There is 1 Reply. #: 18900 S12/OS9/68000 (OSK) 24-Sep-93 19:57:23 Sb: #18878-#Accelerator Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) I've lost track of the part numbers... I just checked my I/O board and I have 3 74HC257's next to the RAM. Are those the bad ones? If so, could I bring the board with me to Atlanta next weekend? Maybe someone there can do the surgery (Mark???)? There is 1 Reply. #: 18912 S12/OS9/68000 (OSK) 25-Sep-93 16:17:10 Sb: #18900-#Accelerator Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) Those are the bad ones. Pease will have good chips with him in Atlanta. Perhaps you can find a surgeon there too ;) There is 1 Reply. #: 18917 S12/OS9/68000 (OSK) 25-Sep-93 19:24:06 Sb: #18912-Accelerator Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 Okay. I'll pack the i/o board in with my other valuables. Do you know if there will be 9meg or cpu boards avail in Atlanta? #: 18866 S12/OS9/68000 (OSK) 20-Sep-93 20:36:11 Sb: #18851-#Accelerator Fm: Hugo Bueno 71211,3662 To: Carl Kreider 71076,76 (X) Carl, If those chips are socketed I'd say do the chip swap. If they're soldered in, forget it. I'm not going to endanger a $1500 investment with a soldering iron. Coco's were different. They were cheap and easy to replace if necessary, the MM1 is not. Hugo There is 1 Reply. #: 18879 S12/OS9/68000 (OSK) 22-Sep-93 07:07:27 Sb: #18866-Accelerator Fm: Mark Griffith 76070,41 To: Hugo Bueno 71211,3662 (X) Hugo, > If those chips are socketed I'd say do the chip swap. If they're soldered > in, forget it. Your chips are soldered in. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 18892 S12/OS9/68000 (OSK) 23-Sep-93 19:17:27 Sb: #18851-#Accelerator Fm: John R. Wainwright 72517,676 To: Carl Kreider 71076,76 (X) I peeked. Looks like 74AC257s . It's kinda tricky, the "A" doesn't quite meet at the top point, but the sides of the letter definetly slope, so I'm pretty sure its not an "H". Serial nr 120838. Kinda like trying to tell the difference between a "U" and a "V" in the model or serial number of an appliance with a DMP-printed tag. ARGH. John R. Wainwright <> <> *********** InfoXpress ************ There is 1 Reply. #: 18893 S12/OS9/68000 (OSK) 23-Sep-93 21:51:30 Sb: #18892-Accelerator Fm: Carl Kreider 71076,76 To: John R. Wainwright 72517,676 (X) You are probably OK then. Current thought is that it is only the first 10 or 15 I/O boards built that are the problem. #: 18909 S12/OS9/68000 (OSK) 25-Sep-93 13:59:29 Sb: #18851-#Accelerator Fm: Dieter G. Rossmann 70314,1766 To: Carl Kreider 71076,76 (X) Personally I prefere to change the three chips! Let me know when the boards are ready for shipmant, might order one myself! G'Day! Dieter There is 1 Reply. #: 18913 S12/OS9/68000 (OSK) 25-Sep-93 16:18:34 Sb: #18909-Accelerator Fm: Carl Kreider 71076,76 To: Dieter G. Rossmann 70314,1766 (X) Thanks. There is *supposed* to be a general announcement soon about availability. #: 18854 S12/OS9/68000 (OSK) 20-Sep-93 01:27:52 Sb: poll Fm: LARRY OLSON 72227,3467 To: 71076,76 (X) Carl, I would have no problem with #2. Larry Olson #: 18868 S12/OS9/68000 (OSK) 20-Sep-93 21:09:54 Sb: #BASH Fm: David George 72240,134 To: 76703,4255 (X) I have some notes on BASH that I hope maybe you can pass on to the person you got it from. When I first start bash I get shell-init: getwd: cannot access parent directories. Whenever I cd I get cd_links: getwd: cannot access parent directories (it does allow the cd though, so I can change dir) and also cd: getwd: cannot access parent directories. I tried running as user 0.0 and also all parent directories (back to /h0) are d-ewrewr Thanks. David PS. or maybe he would allow the source to be posted and I could take a look at it myself seeing as how no-one else has said anything about this problem. Thanks again. There is 1 Reply. #: 18875 S12/OS9/68000 (OSK) 21-Sep-93 13:37:30 Sb: #18868-#BASH Fm: Steve Wegert 76703,4255 To: David George 72240,134 (X) > I have some notes on BASH that I hope maybe you can pass on to the > person you got it from. > > When I first start bash I get shell-init: getwd: cannot access parent > directories. > Whenever I cd I get cd_links: getwd: cannot access parent directories > (it does allow the cd though, so I can change dir) and also cd: getwd: > cannot access parent directories. > I tried running as user 0.0 and also all parent directories (back to /h0) > are d-ewrewr Very strange .... In my breif testing of bash, I get none of these difficulties. It seems pretty solid right out of the box. How are you impletmenting it? I'm just loading it into memory and calling it. Anyone else having problems? *- Steve -* There is 1 Reply. #: 18904 S12/OS9/68000 (OSK) 24-Sep-93 23:05:18 Sb: #18875-#BASH Fm: David George 72240,134 To: Steve Wegert 76703,4255 (X) I am just calling bash. When it first starts up I get that message. I also tried using it as my login shell (in password file) and I got : (E$BPNam) Bad pathlist specified The pathlist specified is syntactically incorrect. So I took it back out of password and call it after I have logged in. Something I might be doing different. Are you always user 0.0 ? I use systs and login as user 0.10 However I seem to remember trying it as 0.0 and getting the same results. David There is 1 Reply. #: 18911 S12/OS9/68000 (OSK) 25-Sep-93 14:13:48 Sb: #18904-BASH Fm: Steve Wegert 76703,4255 To: David George 72240,134 > I am just calling bash. When it first starts up I get that message. > > I also tried using it as my login shell (in password file) and I got > : (E$BPNam) Bad pathlist specified > The pathlist specified is syntactically incorrect. > So I took it back out of password and call it after I have logged in. > > Something I might be doing different. Are you always user 0.0 ? > I use systs and login as user 0.10 > Thought you were onto something with the user id thing so I did a couple of tests. Calling bash as user 3.3 showed no problems. I also set up user 3.3 first program as bash ... again, no problem. Lessee ... may be time for a review: I've got bash in my /dd/cmds directory. Here's an ident: Header for: bash Module size: $3B3AC #242604 Owner: 0.0 Module CRC: $439D2C Good CRC Header parity: $825C Good parity Edition: $A #10 Ty/La At/Rev $101 $8001 Permission: $555 -----e-r-e-r-e-r Exec off: $4E #78 Data size: $6908 #26888 Stack size: $4C00 #19456 Init. data off: $358A6 #219302 Data ref. off: $3A40A #238602 Prog Mod, 68000 obj, Sharable Does it match yours? The file attributes are: /dd/CMDS: 1 file; 242604 total bytes attrib group.owner bytes modified filename -------- ----------- ------- -------------- -------- --e-rewr 0.0 242604 93/09/05 20:47 bash Same? I'm stummped. The file has been downloaded by a number of other folks. I wonder if they're having any difficlties? *- Steve -* #: 18881 S12/OS9/68000 (OSK) 22-Sep-93 19:17:01 Sb: Gnu-Zip Fm: Bob van der Poel 76510,2203 To: All Has anyone ported gnuzip to osk? I see a number of files in this format over in the unixforum and I'd like to grab them. Just noticed that the source if there...packed in a gnuzip (.TGZ) archive. And at 220K I don't intend to download and see if any of my existing programs will melt it. #: 18882 S12/OS9/68000 (OSK) 22-Sep-93 22:31:29 Sb: #Upload Space Fm: John R. Wainwright 72517,676 To: SYSOP (X) Help! I started to upload a big (make that HUGE) series of files and got an error message (libs full - contact SYSOP) The upload is my port of Ghostscript, version 2.6.1 for OSK. So far, I got the first two (of 15) files uploaded - hope to get the rest of it up by the weekend. It will probably take a couple more nights to get it all on (assuming you can make the space available). This program prints "laser quality" documents with my MM/1 and a 24-pin epson or deskjet. It's a monster, but it's worth it. Thanks John Wainwright There are 2 Replies. #: 18883 S12/OS9/68000 (OSK) 22-Sep-93 22:33:21 Sb: #18882-#Upload Space Fm: Wayne Day 76703,376 To: John R. Wainwright 72517,676 (X) John, Just how much space do you need for the 15 files? Wayne There is 1 Reply. #: 18890 S12/OS9/68000 (OSK) 23-Sep-93 19:17:07 Sb: #18883-#Upload Space Fm: John R. Wainwright 72517,676 To: Wayne Day 76703,376 (X) > John, > > Just how much space do you need for the 15 files? > > Wayne > Wayne, total 3,436,286 bytes. (Told ya it was HUGE). g261ex.lzh and g261in.txt are already uploaded. The little one (g261in.txt) is an index to the others. Directory of . 19:36:27 Owner Last modified Attributes Sector Bytecount Name ------- ------------- ---------- ------ --------- ---- 0.0 93/09/22 2207 ------wr 12434 146431 g261do.lzh 0.0 93/09/22 2207 ------wr 4000 224145 g261dv.lzh 0.0 93/09/22 2207 ------wr F7B4 213341 g261ex.lzh 0.0 93/09/22 2209 ------wr 13A18 677949 g261f1.lzh 0.0 93/09/22 2209 ------wr EA98 854226 g261f2.lzh 0.0 93/09/22 2207 ------wr 9218 174412 g261hd.lzh 0.0 93/09/22 2255 ------wr F019 2420 g261in.txt 0.0 93/09/22 2207 ------wr E795 196837 g261li.lzh 0.0 93/09/22 2207 ------wr F68D 122280 g261mk.lzh 0.0 93/09/22 2209 ------wr 1257E 314927 g261qk.lzh 0.0 93/09/22 2207 ------wr 41B7 94787 g261s1.lzh 0.0 93/09/22 2207 ------wr E526 194026 g261s2.lzh 0.0 93/09/22 2207 ------wr E27C 84499 g261s3.lzh 0.0 93/09/22 2207 ------wr E6A2 123745 g261s4.lzh 0.0 93/09/22 2207 ------wr F000 12261 g261sc.lzh OS9 has come a long way since the 16k COCO, hasn't it? John R. Wainwright <> <> *********** InfoXpress ************ There is 1 Reply. #: 18920 S12/OS9/68000 (OSK) 26-Sep-93 01:02:42 Sb: #18890-Upload Space Fm: Wayne Day 76703,376 To: John R. Wainwright 72517,676 (X) Hmmm... obviously, we're going to need to do some housekeeping in order to accomodate this. Re: OS9 coming a long way - yeah, and the files have kept on getting bigger, and bigger, and bigger. And, I can remember when you could run a fairly good BBS system on a 48K Model 4 - but that was in machine code, which no one seems to use any more, today. Wayne #: 18888 S12/OS9/68000 (OSK) 23-Sep-93 17:35:47 Sb: #18882-#Upload Space Fm: Steve Wegert 76703,4255 To: John R. Wainwright 72517,676 (X) Sorry for the hassle, John. I should have mentioned to you to give us a shout before you planned on uploading. We could have made sure there was enough space available. Let's see what Wayne can do in the way of waving that magic wand of his! :-) *- Steve -* There is 1 Reply. #: 18891 S12/OS9/68000 (OSK) 23-Sep-93 19:17:16 Sb: #18888-Upload Space Fm: John R. Wainwright 72517,676 To: Steve Wegert 76703,4255 (X) No problem, Steve. Even for as big a system as CIS, I guess storage space fills up sooner or later. I'll wait for a "go signal" from you or Wayne before I send the rest. (I gave Wayne a list of files and sizes). John R. Wainwright <> <> *********** InfoXpress ************ #: 18895 S12/OS9/68000 (OSK) 23-Sep-93 23:41:16 Sb: #Kved Fm: Bob van der Poel 76510,2203 To: All *** CALL FOR BETA TESTERS *** Ken Scales has written a graphical front end for Ved and Vprint for use on the mm/1 with kwindows called KVED. This program brings point and click commands to ved and an enhanced macro/framework suite for developing vprint and programming language support. We'd like to have some existing Ved/Vprint users test this out...so here's a too-good-to-be-true offer. If you are a current Ved and Vprint registered owner and run them on the mm/1, send us a disk in a mailer and we'll copy the latest versions of the programs plus kved to your disk and return it to you, no charge. The only stipulation is that the disk must reach us before Oct 15/93 and you must agree to give any feedback on the combo to BVDP Software or to Ken Scales. There are 2 Replies. #: 18898 S12/OS9/68000 (OSK) 24-Sep-93 17:31:40 Sb: #18895-#Kved Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, Any chance of me getting in on this beta test project? Some folks have come to cll me the Beta Tester from Hell! Is the front end only useful to those using _both_ VED and VPRINT? You should have my disk (not to mention the check!!) by now sitting in the ID post office box. *- Steve -* There is 1 Reply. #: 18902 S12/OS9/68000 (OSK) 24-Sep-93 21:30:41 Sb: #18898-Kved Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Yeah, I've heard about your nickname before. However, kved is a frontend for ved. The vprint stuff is really just an extra. #: 18908 S12/OS9/68000 (OSK) 25-Sep-93 13:59:20 Sb: #18895-#Kved Fm: Dieter G. Rossmann 70314,1766 To: Bob van der Poel 76510,2203 (X) Bob, I would like to test the KVED program, will be sending a disk out your way today, Also how much $ should I send You for an upgrade of all the programs I have from you for my MM/1? G'Day! Dieter G. Rossmann There is 1 Reply. #: 18916 S12/OS9/68000 (OSK) 25-Sep-93 19:24:05 Sb: #18908-Kved Fm: Bob van der Poel 76510,2203 To: Dieter G. Rossmann 70314,1766 (X) Don't worry about $. I'll have to give you the latest ved and vprint anyway, and there should be room on the disk for vmail. #: 18897 S12/OS9/68000 (OSK) 24-Sep-93 16:04:25 Sb: #fmod function Fm: Bob van der Poel 76510,2203 To: All Does anyone have source for a fmod() function in C (NOT modf()!)? Thanks. There are 2 Replies. #: 18907 S12/OS9/68000 (OSK) 25-Sep-93 08:19:06 Sb: #18897-#fmod function Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) I'll upload the fmod() source to lib 12. There are 2 Replies. #: 18915 S12/OS9/68000 (OSK) 25-Sep-93 19:24:05 Sb: #18907-fmod function Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Thanks Mike. I'll go look right now. #: 18922 S12/OS9/68000 (OSK) 26-Sep-93 11:49:42 Sb: #18907-fmod function Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 Mike, I got the fmod(). Thanks. It is amazing...this is a 2 line function and yet I have a listing for the same in Plauger's 'The Standard C Library' and it goes on for a full page, plus it calls 2 other full page functions. I wonder--which do you think runs faster? . #: 18914 S12/OS9/68000 (OSK) 25-Sep-93 18:19:24 Sb: #18897-fmod function Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Bob, I just uploaded GZIP 1.2.2 to lib 12. - Mike - #: 18918 S12/OS9/68000 (OSK) 25-Sep-93 19:24:14 Sb: Cribbage Fm: Bob van der Poel 76510,2203 To: All *** New Product Announcment *** Bob van der Poel Software is pleased to announce the availability of their famous cribbage game for the MM/1 computer. This is a fully featured implimentation of the famous card game for you to play against the computer. Cribbage needs a mm/1 computer running Kwindows. It will be demoed at the upcoming Atlanta Fest; however it is in stock right now for immediate shipping. Price is only $19.95 plus $2.00 s/h. For more information leave email or contact us at 604-866-5772, or PO Box 355, Porthill, ID, 83853. Press !> I don't think we'll be able to get one too soon unless David Graham is sucessful in buying out IMS. Microware will only sell the upgrades to the OEM, which in our case is IMS. From what I understand, there isn't anything in there that we really need to have. But yes, it would be nice to keep up with the rest of the world. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 18933 S12/OS9/68000 (OSK) 26-Sep-93 20:01:00 Sb: #18917-#Accelerator Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) No 9meg boards that I know of. The problem is who finances it... I may once I get even on the accelerators. Or, the other option is the I/O board hack that allows 4MB simms on the I/O board. Mark has the instructions and is planning to try it. If he is successful, he plans to offer the service (at least that is what I hear). Don't know of any cpu boards for sale either. Strange Q .... Why another cpu board? There is 1 Reply. #: 18942 S12/OS9/68000 (OSK) 28-Sep-93 19:09:28 Sb: #18933-#Accelerator Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) Opps, I didn't mean another cpu board...I was refering to the accelerator which is, after all, a cpu . Um, after the i/o board hack do you have to get 4MB simms in right away or do the 1MB still work? There are 2 Replies. #: 18950 S12/OS9/68000 (OSK) 29-Sep-93 05:58:20 Sb: #18942-#Accelerator Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > Opps, I didn't mean another cpu board...I was refering to the accelerator > which is, after all, a cpu . Um, after the i/o board hack do you have > to get 4MB simms in right away or do the 1MB still work? You can keep the 1 Meg SIMMs if you want to. Either they or 4 Meg SIMMs will work. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) There is 1 Reply. #: 18954 S12/OS9/68000 (OSK) 29-Sep-93 19:03:56 Sb: #18950-Accelerator Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Okay, I'll pack the I/O board in my suitcase. Hopefully someone in Atlanta can do the fixes for me. Then I can worry about getting some 4MB simms later. I'm starting to have regular memory shortages now that I'm using GNU C 2.4.5. It's a big sucker! #: 18967 S12/OS9/68000 (OSK) 30-Sep-93 22:27:39 Sb: #18942-Accelerator Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 I don't know for sure. Ask Pease in Atlanta. #: 18940 S12/OS9/68000 (OSK) 27-Sep-93 22:41:25 Sb: #18917-Accelerator Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > Okay. I'll pack the i/o board in with my other valuables. Do you know if > there will be 9meg or cpu boards avail in Atlanta? If you need another CPU board, I might be able to sell one to you. I can't sell the ROMs along with it since they contain Microware code. You need one as a spare? I can bring one or two to the fest. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 18931 S12/OS9/68000 (OSK) 26-Sep-93 19:36:03 Sb: #18851-#Accelerator Fm: Dieter G. Rossmann 70314,1766 To: Carl Kreider 71076,76 (X) I like option # 2, I also checked my I/O board and the chips are in location U5, U6, and U7 and they are 74AC257's, so I gues I have the right chip already installed! Lucky me! So when ever the boards are ready for shipping, send my one please! Please advise of the price first, so that I can send You a cheque or money order... G'Day! Dieter There is 1 Reply. #: 18934 S12/OS9/68000 (OSK) 26-Sep-93 20:03:22 Sb: #18931-Accelerator Fm: Carl Kreider 71076,76 To: Dieter G. Rossmann 70314,1766 (X) The current plan is to market them via David Graham, who is perhaps doing business as BlackHawk Enterprises. In any case, he can be reached from here as ">internet: nimitz@delphi.com". You would need to place your order with him. We will be happy to fill it, though! Yes, you are fine on the mux chips. Carl #: 18972 S12/OS9/68000 (OSK) 01-Oct-93 03:52:15 Sb: #18851-Accelerator Fm: Eric Crichlow 71051,3516 To: Carl Kreider 71076,76 Carl, I realize its probably too late to respond to this, but let me put my 2 cents in anyway... Option 1 is out of the question; If I want a speed increase, I want the largest increase possible. Options 2 or 3 are highly preferrable. I'm sure I can find my own personal technician, (and you know who you are!) to do the hardware modification for me. ..Eric... #: 18926 S12/OS9/68000 (OSK) 26-Sep-93 16:54:16 Sb: #18911-BASH Fm: ole hansen 100016,3417 To: Steve Wegert 76703,4255 (X) I have been running bash without problems too. regards ole@danelec.dk #: 18923 S12/OS9/68000 (OSK) 26-Sep-93 14:43:17 Sb: #18920-Upload Space Fm: John R. Wainwright 72517,676 To: Wayne Day 76703,376 (X) Wayne, Gas got expensive, so cars became smaller and more efficient. Memory chips got cheap - so computers (and programs) got bigger and no real effort is made to conserve memory. Heavy graphics handling, like this program, is always the worst for hogging memory and storage. The "standard" beginners C program - prints "Hello There" on the screen - produces a file that wouldn't fit in the ram on my first COCO. Progress (GRIN). John R. Wainwright <> <> *********** InfoXpress ************ #: 18927 S12/OS9/68000 (OSK) 26-Sep-93 17:48:11 Sb: #18920-#Upload Space Fm: Bob van der Poel 76510,2203 To: Wayne Day 76703,376 (X) Might I suggest that you take the entire UG library and pack it into one or a small number of ar or lha files (hmmm, guess it'd have to be ar, or is lha avail for the coco?). Probably save a lot of save. There is 1 Reply. #: 18936 S12/OS9/68000 (OSK) 27-Sep-93 02:10:05 Sb: #18927-Upload Space Fm: Wayne Day 76703,376 To: Bob van der Poel 76510,2203 (X) Bob, It's been a long time since we've had the entire UG library online - we've been systematically purging the un-accessed files for the past few years, and what's still online is only that which is interesting enough for someone to access it at least one time in six months. And while packing everything might save some space, the UG library is not the largest one, by far, so the savings, while not marginal, wouldn't also be classified as 'a whole bunch'! Wayne #: 18969 S12/OS9/68000 (OSK) 01-Oct-93 00:03:43 Sb: #18890-Upload Space Fm: Wayne Day 76703,376 To: John R. Wainwright 72517,676 OK, John... give it a try with the rest of the files, and lemme know how far you get if you don't get it all uploaded. Wayne #: 18929 S12/OS9/68000 (OSK) 26-Sep-93 19:35:54 Sb: #18918-Cribbage Fm: Dieter G. Rossmann 70314,1766 To: Bob van der Poel 76510,2203 (X) The Cribbage Game, can You ship it with the rest of the stuff? I will include an extra disk and a cheque for $ 19.95, will that be OK? The Cribbage game is for the MM/1... Please advise, will ship the Disk tomorrow right after work... Thanks! G'Day! Dieter #: 18945 S12/OS9/68000 (OSK) 28-Sep-93 19:09:40 Sb: #Magazine Index Fm: Bob van der Poel 76510,2203 To: All *** New Product Announcment *** Bob van der Poel Software is pleased to announce the availability of yet another new OSK product: Magazine Index System. This is the same program proven for years on Level II and RSDOS. We've rewritten it in C and added a termcap interface so that is will run on any OSK system. The program comes with a set of files covering 10 years of Rainbow and many other Color Computer magazines. This program is file compatible with the other versions we've sold. It will be demoed at the upcoming Atlanta Fest; however it is in stock right now for immediate shipping. Price is only $19.95 plus $2.00 s/h (those who have complained about high prices for OSK products should note that this is the same price we charge for the Level II version). For more information leave email or contact us at 604-866-5772, or PO Box 355, Porthill, ID, 83853. There is 1 Reply. #: 18948 S12/OS9/68000 (OSK) 28-Sep-93 22:29:58 Sb: #18945-#Magazine Index Fm: Dieter G. Rossmann 70314,1766 To: Bob van der Poel 76510,2203 (X) Hi Bob, Can I have a copy of the Magazine index program for OSK. You could send it with the KVED and the other stuff, Let me know the full price and I will send it off pronto!!! Thanks! G'Day! Dieter There is 1 Reply. #: 18953 S12/OS9/68000 (OSK) 29-Sep-93 19:03:54 Sb: #18948-Magazine Index Fm: Bob van der Poel 76510,2203 To: Dieter G. Rossmann 70314,1766 (X) Got your package today. It'll be off to you in Thursday's mail, so you should have it Monday. The MagIndex stuff is included. Thanks. #: 18949 S12/OS9/68000 (OSK) 29-Sep-93 03:39:27 Sb: #Errno Behaviour Fm: Hannu Heikkinen 100315,1011 To: sysop (X) Hello !! I have noticed following strange (??) behaviour concerning the global 'errno' variable. The problem occurs inside a trap handler, in this case my own library. If I for instance try to open a non existent file with 'fopen' inside the trap, and the want to clean up the 'errno' before returning to caller, just setting 'errno=0;' doesn't work. But if I do the same trick for instance by attempting a link to a non existent memory module with 'modlink', setting 'errno=0;' works perfectly ok. The problem is that I don't have complete access to the calling mechanism of this trap, as a matter of fact don't even want to have it, and the calling sw uses this 'errno' somehow, resulting to error on caller's side. What to do ?? Hannu There are 2 Replies. #: 18951 S12/OS9/68000 (OSK) 29-Sep-93 10:56:44 Sb: #18949-#Errno Behaviour Fm: Pete Lyall 76703,4230 To: Hannu Heikkinen 100315,1011 (X) Hmmm... I have been know to zero 'errno' in a signal handler, but have not had occasion to do so in a trap handler. Also - I'm not sure if this applies to trap handlers, but Microware documents caution that if you do I/O in the main program (buffered), that you shouldn't do it in the sig handler, or vice versa. Given the similarity to trap handlers, I wonder if the same caution applies. Pete Lyall There is 1 Reply. #: 18956 S12/OS9/68000 (OSK) 29-Sep-93 19:03:58 Sb: #18951-Errno Behaviour Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 (X) I wonder what happens when you call cio from another trap routine? #: 18955 S12/OS9/68000 (OSK) 29-Sep-93 19:03:57 Sb: #18949-Errno Behaviour Fm: Bob van der Poel 76510,2203 To: Hannu Heikkinen 100315,1011 (X) I seem to recall reading somewhere about not using 'errno' for signaling errors. The problem is you never know what other library routines are doing with it. It may be that it is another library function, not the trap. You might be best off to return a value in the function call so that the caller doesn't have to rely on errno for status. #: 18962 S12/OS9/68000 (OSK) 30-Sep-93 20:33:01 Sb: Errno Fm: John Strong 72270,1555 To: 100315,1011 (X) To: Hannu Heikkinen 100315,1011 Subj: Errno Trap handlers have their own static storage area, this is one of the main reasons for using trap handlers instead of subroutine modules. Register A6 points to this area in a trap handler, however the calling process's A6 register's contents can be found on the top of the stack upon entry to a trap handler. Hope this helps. John Strong StrongWare #: 18963 S12/OS9/68000 (OSK) 30-Sep-93 21:06:47 Sb: errno Fm: John Strong 72270,1555 To: all The main reason it is not recommanded to mess with errno in a signal trap is because register A6 (the gobal variable pointer) may contain a different value than the main program. OS9 F$Icpt (a0) address of intercept routine (a6) address to pass to intercept routine example: vsect signal: dc.w 1 ends movem.l a0/a6,-(sp) save registers lea SigTrap(pc),a0 lea Signal(a6),a6 os9 F$Icpt movem.l (sp)+,a0/a6 bcs error | | | error os9 F$Exit SigTrap: move.w d1,(a6) a6 points to the variable signal os9 F$RTE ends ----------------------------- John R. Strong StrongWare #: 18970 S12/OS9/68000 (OSK) 01-Oct-93 01:45:46 Sb: #/t3 & /t4 Fm: LARRY OLSON 72227,3467 To: Mark Griffith 76070,41 (X) Mark, I am having a problem with trying to get /t3 & /t4 working on my MM/1, and I wonder if you could steer me in the right direction. Both ports are giving me the same results, so I wonder if something in common with them is bad. I can fire up STERM, then transmit a dialup string to the modem, that works fine. The modem receives the string, dials the number, I get a connect to Compuserve, but at this point I get nothing on the screen. I know that Cis is sending, I can see the receive light on the modem flashing when I press ENTER or control C, but I get nothing on the screen. At this point I have tried a number of things, I put an rs232 tester between the modem and port, and I am getting the receive signal too this point. I tried xmodeing /t3 (and /t4) to type = 80, I tried setting the P4 jumpers on the paddle board in both modes,(toggled or tied high), the P2 jumpers on the paddle board are set for DTE, I even tried using the paddle board that I was using on /t1 before I bought the MIDI board, same results. Having 3 bad paddle boards is possible but not probable, so all I can think of now is that there is some problem with the 68681. Would you have any other ideas about what I should try next ? Larry Olson There are 2 Replies. #: 18971 S12/OS9/68000 (OSK) 01-Oct-93 01:53:52 Sb: #18970-/t3 & /t4 Fm: LARRY OLSON 72227,3467 To: LARRY OLSON 72227,3467 (X) I forgot to mention that I also tried InfoExpress and Tascom as well as Sterm, but with the same results, transmit is working but no receive. These programs all worked fine when I was using them on /t0, but /t3 & /t4 are no go. Larry ex #: 18974 S12/OS9/68000 (OSK) 01-Oct-93 14:10:26 Sb: #18970-#/t3 & /t4 Fm: Steve Wegert 76703,4255 To: LARRY OLSON 72227,3467 (X) Larry, Check to make sure your modem's flow control settings match what you've got the paddle boards set for. (That should be &K3). I've been running a 14.4 bps modems on /t3 for a long time now without a problem. The paddle board should be strapped to toggle, the descriptor type should be type=80, make sure you've increased your input/output buffers to at least 2K (use moded). What kind of cable are you using? You didn't happen to do some creative wiring when using it on /t0, did you? There's a file in the Library called HAND.THD (I think) that details what I had to go through to get it to work. Maybe it'll help. *- Steve -* There are 2 Replies. #: 18976 S12/OS9/68000 (OSK) 01-Oct-93 15:58:36 Sb: #18974-/t3 & /t4 Fm: LARRY OLSON 72227,3467 To: Steve Wegert 76703,4255 (X) Steve, I did bump the in/out buffers up with moded, in=1024, out=512. I'll check out that file. Thanks Larry #: 18977 S12/OS9/68000 (OSK) 01-Oct-93 18:03:44 Sb: #18974-/t3 & /t4 Fm: LARRY OLSON 72227,3467 To: Steve Wegert 76703,4255 t0 so I'm not sure if thats the problem or not. Larry Steve, I went back and used DED to change T3 & T4 type bytes (offset $5c) to 80, made a new boot but still the same problem. On the paddle board P4 has pins 1&2 and 5&6 jumpered. I don't know if was line noise or not but I don't have a &K3 option on this 2400 baud Zoom modem, so I don't know what you are setting with that option. Would you have the correct cable connections handy, for going from a DB25 on the modem to DB9 on MM/1. When I made up this cable I wasn't absolutely sure I was tying the correct lines together, but it worked with Press !> #: 18979 S12/OS9/68000 (OSK) 02-Oct-93 17:31:57 Sb: #18977-#/t3 & /t4 Fm: Steve Wegert 76703,4255 To: LARRY OLSON 72227,3467 (X) > t0 so I'm not sure if thats the problem or not. > > Larry Steve, > I went back and used DED to change T3 & T4 type bytes (offset $5c) to 80, > made a new boot but still the same problem. On the paddle board P4 has > pins 1&2 and 5&6 jumpered. > I don't know if was line noise or not but I don't have a &K3 option on > this 2400 baud Zoom modem, so I don't know what you are setting with that > option. Would you have the correct cable connections handy, for going from > a DB25 on the modem to DB9 on MM/1. When I made up this cable I wasn't > absolutely sure I was tying the correct lines together, but it worked > with Lessee ... &K3 is a semi-standard for setting the modems flow control parameters. Perhaps it's different for the Zoom ... or perhaps it's not supported at all with a 2400 bps modem. (Actually ... I thought you were talking about a 9600bps modem). You have the paddle board properly strapped for hardware handshaking. Since you used Ded to modify the descriptor, understand that it's a _hex_ 80 even though you would just type "xmode type=80". That's a 'feature' of xmode. Now for cabling .... according to my cheat sheet: Male DB9 Male DB25 ======== ========= 1 8 2 3 3 2 4 20 5 7 6 6 7 4 8 5 9 22 Pin's 2 and 3 are transmit and receive. If this setup doesn't work, swap 'em on one end. (I can never keep my DTE and DCE straight!) Hope this helps. *- Steve -* There are 2 Replies. #: 18981 S12/OS9/68000 (OSK) 02-Oct-93 18:37:25 Sb: #18979-#/t3 & /t4 Fm: LARRY OLSON 72227,3467 To: Steve Wegert 76703,4255 (X) Steve, My worst fears are beginning to show their self, I was hopeing that maybe the cable was wrong, but the cable hookup you have is the same as what I have here. Also when I do an xmode on /t3 & /t4, type=80 is displayed, so I must have changed the correct byte. I'm grabbing for straws now, but could you tell me the edition #'s of the drivers and descripters you are currently using, maybe thats it. Larry There is 1 Reply. #: 18986 S12/OS9/68000 (OSK) 03-Oct-93 16:21:45 Sb: #18981-/t3 & /t4 Fm: Steve Wegert 76703,4255 To: LARRY OLSON 72227,3467 (X) Here are the ident's for the sc68681 driver and te /t3 descriptor I'm using. Ignore the CRC problem with /t3 as it's normal due to parameter changes. Header for: sc68681 Module size: $956 #2390 Owner: 0.2 Module CRC: $A5E626 Good CRC Header parity: $1E57 Good parity Edition: $1F #31 Ty/La At/Rev $E01 $A000 Permission: $555 -----e-r-e-r-e-r Dev Drv, 68000 obj, Sharable, System State Process Header for: t3 Module size: $80 #128 Owner: 0.2 Module CRC: $9AEFF8 Bad CRC Header parity: $3FA8 Good parity Edition: $5 #5 Ty/La At/Rev $F00 $8000 Permission: $555 -----e-r-e-r-e-r Dev Descr, Sharable These are the latest and should be available in the library here. *- Steve -* #: 18985 S12/OS9/68000 (OSK) 03-Oct-93 05:53:06 Sb: #18979-#/t3 & /t4 Fm: LARRY OLSON 72227,3467 To: Steve Wegert 76703,4255 (X) Steve, Happy days, The fault wasn't the MM/1, the modem was the culprit. I tried another modem and /t3 worked fine, so then I got adventuresome and started replacing chips in the Zoom. It looks like I had a bad MC1488 IC in the modem. I replaced the IC and the modem is working again,(using it now). I thank you for all the hand holding :-) You can't imagine (or maybe you can), the relief to know that the MM/1 wasn't broke. Thanks again Larry There is 1 Reply. #: 18987 S12/OS9/68000 (OSK) 03-Oct-93 18:10:59 Sb: #18985-/t3 & /t4 Fm: Steve Wegert 76703,4255 To: LARRY OLSON 72227,3467 (X) No problem, Larry. Glad we could be of some help! *- Steve -* #: 18978 S12/OS9/68000 (OSK) 02-Oct-93 01:21:47 Sb: #new shell Fm: John Strong 72270,1555 To: steve wegert Steve, Would you be interested in being a beta tester for forker? John Strong StrongWare There is 1 Reply. #: 18980 S12/OS9/68000 (OSK) 02-Oct-93 17:32:03 Sb: #18978-#new shell Fm: Steve Wegert 76703,4255 To: John Strong 72270,1555 (X) > Would you be interested in being a beta tester for forker? > John, I'm always happy to bash on software for folks. Just ask Carl or Bill! :-) *- Steve -* There is 1 Reply. #: 18982 S12/OS9/68000 (OSK) 02-Oct-93 19:25:07 Sb: #18980-new shell Fm: John Strong 72270,1555 To: Steve Wegert 76703,4255 (X) Steve, I'll let you know when I'm to let you have a crack at it. John Strong #: 18984 S12/OS9/68000 (OSK) 02-Oct-93 20:54:02 Sb: #More New Shell Fm: John Strong 72270,1555 To: Steve Wegert Thanks to all of you who have commentted on the Forker Project. The response has been just about what I expected with comments generally fitting in one of the following groups: 1. I/we have Unix type shells, no new shell is needed. 2. Way cool. 3. Be sure forker has this feature .... I intentionally left out some of Forker's planned features from the announcement to find out how important the features were. I also assummed the reference to SHELL+ would tell most OS9ers that Forker will be feature laden and not just a clone of the Microware shell; most who responded to the Forker Project announcement seemed to understand this, however one very vocal oppenent (let's call him VVO) of the project apparently did not. VVO simply 'flamed' everything about the project including my choice of programming language. I do my best work in assembler, it is easier for me to work with than 'C', now I know that's not true for most programmers. Forker is currently only 4066 bytes long, however is is still a long way from being finished. In the following list the commands without a dash in front of them are working. Forker's internal commands: chd or cd change data directory chx or cx change execution directory err print long error message - ex execute program as overlay hlp provide Help on utilities kill abort a process - logout terminate current Shell - lst list the contents of a file md make a directory mxd make a directory (exec) - profile prtenv print enviroment variables rm remove a file or directory rmx remove a file or directory (exec) send send a signal set set Shell options - setenv set enviroment variables setpr set process priority - unsetenv clears enviroment variable w wait for process to finish wait wait for child processes to finish When Forker is finished, it will probably be smaller than 20k compare this to BASH's 200+K. Do we need Forker, I think some of us do. John R. Strong StrongWare There is 1 Reply. #: 18994 S12/OS9/68000 (OSK) 04-Oct-93 20:10:06 Sb: #18984-More New Shell Fm: Bob van der Poel 76510,2203 To: John Strong 72270,1555 Hey, John...hang in there! Just 'cause someone doesn't agree with your ideas, well that shouldn't be a big deal. Seems that choice of programming language and what should/should not be in a program is held by many of us with a religious zeal. And in the fervor we sometimes end up turning on the flames. It appears that program size may become more important...all the other programs are getting so large we have to find ways to cut in other places...either that or do the easy thing of getting more memory. Fun. #: 18990 S12/OS9/68000 (OSK) 04-Oct-93 01:26:50 Sb: circadd Fm: LARRY OLSON 72227,3467 To: John R. Wainwright 72517,676 John, I just downloaded your Circadd program, it looks good, I'll be sending you an order. The real reason for the message is that I see you were also bit by the line drawing bug in KWindows. I also ran into this problem of non-uniform boxes in some of the programs where I wanted to draw a grid. I didn't find a solution, but I did find a fix that would work in some cases. The fix involves using the LSet function. Don't ask me why, but with LSet = 0, you can't draw a uniform grid, but by setting LSet to 1 or 2 the grid lines come out uniform. The way I use this is to: LSet(path, 1); /* Set to AND (or 2 to OR) */ /* Do line drawing here */ LSet(path, 0); /* Reset back to no logic */ The only problem with this method is that you sometimes run into different color lines than you thought when you AND or OR with the background. Depending on the colors, this might or might not be a problem. I hope this helps Larry Olson #: 18992 S12/OS9/68000 (OSK) 04-Oct-93 13:48:54 Sb: NFM to DOS/Windows? Fm: David Briggs [Vector] 100113,1203 To: ALL Does anyone know of a product that will allow a PC running DOS/Windows to communicate with an OS/2 NFM network running over ARCNET? The PC needs to be able to exchange data with stations on an OS/9-NET, so one or more file or pipe connection(s) would probably be needed. Can anyone help? Thanks for any assistance. David Briggs Vector Networks (UK) +44 827 67333 Press !> #: 19005 S12/OS9/68000 (OSK) 05-Oct-93 21:17:10 Sb: #18945-Magazine Index Fm: Dieter G. Rossmann 70314,1766 To: Bob van der Poel 76510,2203 (X) Hi Bob, Got the disk mailer with KVED, and all the other upgrades! Also got the Crib game, and the Magazine index program, Thanks! The cheque for what I ow you I also send of yesterday. Am going on an holiday for a week now, starting tomorrow morning, when I get back I will installl the programs and try them out, let you know how I make out... Thanks for everyting! G'Day! Dieter #: 18997 S12/OS9/68000 (OSK) 05-Oct-93 06:57:08 Sb: #18971-#/t3 & /t4 Fm: Mark Griffith 76070,41 To: LARRY OLSON 72227,3467 (X) Larry, > I forgot to mention that I also tried InfoExpress and Tascom as well as > Sterm, but with the same results, transmit is working but no receive. > These programs all worked fine when I was using them on /t0, but /t3 & /t4 > are no go. You might try putting a loopback on the ports and see if anything you type is echoed back. Just short pins 2 and 3 and fire up Sterm and type away. If you get nothing back, then the 68681 is probably bad. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) There is 1 Reply. #: 18998 S12/OS9/68000 (OSK) 05-Oct-93 08:15:03 Sb: #18997-#/t3 & /t4 Fm: LARRY OLSON 72227,3467 To: Mark Griffith 76070,41 (X) Mark, I should have taken this first message off the board, I found the problem. The MM1 is A-OK, I had a bad MC1488 IC in this Zoom modem. I replaced it, and it works fine now. I'll make a note about that shorting of pins 2 & 3 together as a test, I never even thought of that. Thanks Mark larry There is 1 Reply. #: 19023 S12/OS9/68000 (OSK) 07-Oct-93 07:41:14 Sb: #18998-/t3 & /t4 Fm: Mark Griffith 76070,41 To: LARRY OLSON 72227,3467 (X) Larry, > I'll make a note about that shorting of pins 2 & 3 together as a test, I > never even thought of that. > Thanks Mark You're welcome, and I'm glad it now works. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 19021 S12/OS9/68000 (OSK) 07-Oct-93 02:30:05 Sb: #18986-/t3 & /t4 Fm: keith bauer 71102,317 To: Steve Wegert 76703,4255 (X) > Here are the ident's for the sc68681 driver and te /t3 descriptor I'm > using. Ignore the CRC problem with /t3 as it's normal due to parameter > changes. > Header for: sc68681 > Module size: $956 #2390 > Owner: 0.2 > Module CRC: $A5E626 Good CRC > Header parity: $1E57 Good parity > Edition: $1F #31 > Ty/La At/Rev $E01 $A000 > Permission: $555 -----e-r-e-r-e-r > Dev Drv, 68000 obj, Sharable, System State Process Steve, I see you have a later editon than I do. I check lib 12 and the only one in there is from Nov 92 which is edition 29. Where else might I be able to come up with this later version? Thanks Keith Bauer CIS :71102,317 Delphi :keithbauer Internet:keithbauer@delphi.com Via InfoXpress/OSK ver 1.01 How 'bout them Cowboys! #: 18994 S12/OS9/68000 (OSK) 04-Oct-93 20:10:06 Sb: #18984-More New Shell Fm: Bob van der Poel 76510,2203 To: John Strong 72270,1555 (X) Hey, John...hang in there! Just 'cause someone doesn't agree with your ideas, well that shouldn't be a big deal. Seems that choice of programming language and what should/should not be in a program is held by many of us with a religious zeal. And in the fervor we sometimes end up turning on the flames. It appears that program size may become more important...all the other programs are getting so large we have to find ways to cut in other places...either that or do the easy thing of getting more memory. Fun. #: 19006 S12/OS9/68000 (OSK) 05-Oct-93 21:17:16 Sb: #18984-#More New Shell Fm: Dieter G. Rossmann 70314,1766 To: John Strong 72270,1555 (X) Yes! We do need Forker, if it is anyting like shellplus for OS9 level II, then we do need it, even if only for the size! So I say Yes! Soon as You get it finiched I will order the Forker Shell from You! G'Day! Dieter There is 1 Reply. #: 19024 S12/OS9/68000 (OSK) 07-Oct-93 07:41:23 Sb: #19006-More New Shell Fm: Mark Griffith 76070,41 To: Dieter G. Rossmann 70314,1766 Dieter, Just wanted to let you know I hadn't sent out your copy of InfoXpress yet. I got bogged down in getting ready for the fest, and making updates to the InfoXpress manual. I didn't want to send you the program without the latest docs. Now that I'm back, I got the flu. Just typing this message is a chore. Once I get back on my feet, I'll get the docs done and get your order to you. Sorry for the delay, hope you understand. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 18990 S12/OS9/68000 (OSK) 04-Oct-93 01:26:50 Sb: #circadd Fm: LARRY OLSON 72227,3467 To: John R. Wainwright 72517,676 (X) John, I just downloaded your Circadd program, it looks good, I'll be sending you an order. The real reason for the message is that I see you were also bit by the line drawing bug in KWindows. I also ran into this problem of non-uniform boxes in some of the programs where I wanted to draw a grid. I didn't find a solution, but I did find a fix that would work in some cases. The fix involves using the LSet function. Don't ask me why, but with LSet = 0, you can't draw a uniform grid, but by setting LSet to 1 or 2 the grid lines come out uniform. The way I use this is to: LSet(path, 1); /* Set to AND (or 2 to OR) */ /* Do line drawing here */ LSet(path, 0); /* Reset back to no logic */ The only problem with this method is that you sometimes run into different color lines than you thought when you AND or OR with the background. Depending on the colors, this might or might not be a problem. I hope this helps Larry Olson There is 1 Reply. #: 19003 S12/OS9/68000 (OSK) 05-Oct-93 20:32:06 Sb: #18990-#circadd Fm: John R. Wainwright 72517,676 To: LARRY OLSON 72227,3467 (X) Thanks for the tip, Larry, I'll check it out. If you want to order the program, contact Mark Griffith - His "Dirt Cheap Computer Stuff Co" is handling that end. John Wainwright ** Not InfoXpress this time -- messydos machine -- ---- MM/1 under surgery *** There is 1 Reply. #: 19008 S12/OS9/68000 (OSK) 06-Oct-93 01:02:30 Sb: #19003-circadd Fm: LARRY OLSON 72227,3467 To: John R. Wainwright 72517,676 (X) John, Ok, I'll get in touch with Mark about the program. Are you still working on it, or have you got another program in mind ? I finally got all your Ghostscript files from the other service, but looking at all this stuff, I'm lost. At this point I have no idea of what I need to do in order to do some printing to this dj550c. I'm going to have to buy a box of paper to print out the doc's. ;-) Any hints on getting started ??? larry #: 18992 S12/OS9/68000 (OSK) 04-Oct-93 13:48:54 Sb: NFM to DOS/Windows? Fm: David Briggs [Vector] 100113,1203 To: ALL Does anyone know of a product that will allow a PC running DOS/Windows to communicate with an OS/2 NFM network running over ARCNET? The PC needs to be able to exchange data with stations on an OS/9-NET, so one or more file or pipe connection(s) would probably be needed. Can anyone help? Thanks for any assistance. David Briggs Vector Networks (UK) +44 827 67333 #: 19011 S12/OS9/68000 (OSK) 06-Oct-93 05:01:25 Sb: CD-I Infomercial Fm: Eric Crichlow 71051,3516 To: All Have I just been out of it for a long time, or is the paid advertisement infomercial about CD-I a brand new development? If its something new its good to se Philips pushing it a little harder. Unfortunately I only caught the tail end of it so I don't know what the whole thing focussed on. I wonder if T.V. Guide gives the name of the products being advertised in these infomercials? Anyone else seen it? If so, let me know if its worth tracking down to watch. ..Eric... Press !> #: 19059 S12/OS9/68000 (OSK) 10-Oct-93 14:50:19 Sb: #18972-Accelerator Fm: Carl Kreider 71076,76 To: Eric Crichlow 71051,3516 (X) Thanks. Yes, the problem is now solved. #: 19108 S12/OS9/68000 (OSK) 13-Oct-93 22:22:43 Sb: #18911-BASH Fm: David George 72240,134 To: Steve Wegert 76703,4255 (X) Sorry it took me so long to reply, I have been so busy with projects that I didn't realize how much time had gone by without me checking in to CIS. My bash is identical to yours (except my last modified time is 21:47 not 20:47) I haven't really worked on it any more since I had the problems. One other --- never mind. I will start working on it again and see what I find out. David #: 19049 S12/OS9/68000 (OSK) 09-Oct-93 11:45:10 Sb: #19021-#/t3 & /t4 Fm: Steve Wegert 76703,4255 To: keith bauer 71102,317 (X) > Steve, I see you have a later editon than I do. I check lib 12 and the > only one in there is from Nov 92 which is edition 29. Where else might I > be able to come up with this later version? > Hang tight, Keith. I'm checking on the driver status. I hope to have some news over the weekend. *- Steve -* There is 1 Reply. #: 19066 S12/OS9/68000 (OSK) 10-Oct-93 19:06:52 Sb: #19049-#/t3 & /t4 Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Gosh, Steve, what are you doing holding on to the latest drivers...I checked mine too, and have the same editions as Keith. There is 1 Reply. #: 19075 S12/OS9/68000 (OSK) 11-Oct-93 09:50:46 Sb: #19066-/t3 & /t4 Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Gosh, Steve, what are you doing holding on to the latest drivers...I > checked mine too, and have the same editions as Keith. The joys of beta testing Bob. I had forgotten that I was doing some bashing for Carl. He's given me the go ahead to update what's there. Stay tuned! *- Steve -* #: 19083 S12/OS9/68000 (OSK) 12-Oct-93 00:52:17 Sb: #19024-#More New Shell Fm: Dieter G. Rossmann 70314,1766 To: Mark Griffith 76070,41 (X) Yes! I do understand! Hope You get over the flu quick! Good thing I got the WinCom on my AST Pro, so i'm not really stuck, but would like to get it as soon as possible. Thanks! Have a good Weekend, also get better quick! D eter There is 1 Reply. #: 19094 S12/OS9/68000 (OSK) 13-Oct-93 05:11:06 Sb: #19083-More New Shell Fm: Mark Griffith 76070,41 To: Dieter G. Rossmann 70314,1766 (X) Dieter, > Have a good Weekend, also get better quick! Thanks, am better now and working on the docs. You'll have your copy real soon now. Wanted to get it all done by the Fest, but you know how the best layed plans go. Later. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 19063 S12/OS9/68000 (OSK) 10-Oct-93 16:30:40 Sb: #18984-#More New Shell Fm: Carl Kreider 71076,76 To: John Strong 72270,1555 (X) Perhaps I should sell you my 2MB upgrate for the ST, so you don't need to write a shell..... Carl There is 1 Reply. #: 19068 S12/OS9/68000 (OSK) 10-Oct-93 19:20:21 Sb: #19063-#More New Shell Fm: John Strong 72270,1555 To: Carl Kreider 71076,76 (X) Carl, I have plans for a ST upgrade, too busy to do it, beside how else can I annoy the Unix types on the CoCo List? Sounds like you want to ruin my fun. . I have 2 ST's got 2 upgrades? John There is 1 Reply. #: 19071 S12/OS9/68000 (OSK) 10-Oct-93 22:42:31 Sb: #19068-More New Shell Fm: Carl Kreider 71076,76 To: John Strong 72270,1555 (X) Nope, just one in my 520. My kid gets that at XMas, and I am not sure hee needs it. Thus I thought of you and your perenial memory shortage. Not really picking on you, but thought about this several months ago. #: 19030 S12/OS9/68000 (OSK) 07-Oct-93 18:10:02 Sb: #19008-circadd Fm: John R. Wainwright 72517,676 To: LARRY OLSON 72227,3467 (X) > John, > Ok, I'll get in touch with Mark about the program. > > Are you still working on it, or have you got another program in mind ? I'm always trying out new ideas on it - one is to add a %%boundingbox comment to the PostScript output file. Many other programs that can use PostScript files look for that - right now, you have to add it with an editor. > > I finally got all your Ghostscript files from the other service, but looking > at all this stuff, I'm lost. At this point I have no idea of what I need to do > in order to do some printing to this dj550c. > I'm going to have to buy a box of paper to print out the doc's. ;-) > Any hints on getting started ??? > Somewhere in the "doc" archive is one called use_osk.doc (or was that osk_use.doc -- look for "osk"). real quick docs 1. put "gs" in your cmds dir (or a path in your PATH env variable) 2. put the "lib" stuff and fonts in "/dd/etc/lib/gs" (or somewhere indicated in env variable "GS_LIB" 3. make a directory called /dd/tmp or set env variable TEMP to a dir of your choice. 4. command line: gs -sDEVICE=cdj550 tiger.ps 5. go get a cup of coffee - this will take a while 6. when you get back to the GS> prompt, type: quit 7. Look in your temp directory for a file that looks like gs_000001 -- merge it to your printer. Neat tiger. I will have the rest of the GhostScript stuff up here in a couple days. (Wayne had to make some room, then my machine was down for a day or two) for those who want to get it here. John R. Wainwright <> <> *********** InfoXpress ************ #: 19029 S12/OS9/68000 (OSK) 07-Oct-93 12:41:31 Sb: #'1111 Instruction error' Fm: William F. McGill/CA 73177,3433 To: All I'm starting to use PCBRIDGE and the Ultra-C cross-compiler to develop programs for an embedded system. When I run SRCDBG on the development system (a 68020), it halts immediately with erro 000:111, "1111 Instruction Error". Can anyone tell me why this occurs and how to fix it? Thanks. Bill There is 1 Reply. #: 19034 S12/OS9/68000 (OSK) 07-Oct-93 21:57:34 Sb: #19029-#'1111 Instruction error' Fm: Steve Heckman 71630,517 To: William F. McGill/CA 73177,3433 (X) Hi Bill, The "1111" error is what is called an "F-Line Instruction error". It looks to me like the compiler thinks that there is a floating point co-processor (i.e. mc 68881 or mc 68882) present. I believe the default for Ultra-C is having the FPU enabled. Look in the OS-9 compiler manual for instructions on how to disable FPU instructions. (All FPU instructions start with 1111) -Steve ::) There are 2 Replies. #: 19035 S12/OS9/68000 (OSK) 07-Oct-93 23:19:25 Sb: #19034-'1111 Instruction error' Fm: SCOTT HOWELL 70270,641 To: Steve Heckman 71630,517 I had the 'F-Line Instruction error' when I had some faulty memory chips. It occured only when I loaded certain programs which I assume were affecting that defective RAM chip. It is true though, that all FPU instructions start with 1111 and if the compiler assumes fpu-existant systems then it would produce such error. #: 19037 S12/OS9/68000 (OSK) 08-Oct-93 11:27:12 Sb: #19034-'1111 Instruction error' Fm: William F. McGill/CA 73177,3433 To: Steve Heckman 71630,517 Steve, It probably is the lack of FPU that causes the F-line interrupt. It occurs even if I just type SrcDbg, without specifying a program name. So SrcDbg must be doing a FP instruction. I need to get the interrupt handler for FPU interrupts loaded before running SrcDbg. Argggh! Bill #: 19042 S12/OS9/68000 (OSK) 08-Oct-93 21:00:13 Sb: gcc2 Fm: Bob van der Poel 76510,2203 To: All Does anyone know if it is possible to force gcc2 to produce output suitable for srcdgb? There is a '-g' compile option which includes debug information in the .r files--but it doesn't seem to work. And the option to force l68 to link with debug info also seems to be missing. #: 19043 S12/OS9/68000 (OSK) 09-Oct-93 05:07:02 Sb: #GWINDOWS FOR THE MM/1 Fm: Ed Gresick 76576,3312 To: ALL DELMAR ANNOUNCEMENT DELMAR ANNOUNCEMENT G-WINDOWS PORT for the MM/1 Are you interested in G-WINDOWS for the MM/1? If so, I am willing to do a port of G-WINDOWS to the MM/1 Computer. Price will be $200.00 per copy. This will include the software, all the G-WINDOWS utilities, demo programs, images, and sample source code. Documentation includes the G-WINDOWS manual and a tutorial prepared by DELMAR CO. G-WINDOWS has the widest acceptance of any Windowing/GUI package for OS-9/ OS-9000 to date. Ports have been completed to over 50 hardware platforms and it is estimated that, as of last April, over 1000 copies have been sold. It is in use in NA, Europe, Japan (a Kanji version), New Zealand and Australia. Before starting the port, I will require twenty (20) confirmed orders. At this point, I have received 8 confirmed orders. After I receive the necessary commitments, 2 to 3 months will be required to do the port. Orders may be made by mail or e-mail accompanied by check or credit card information. Checks and credit card payments will be held until 20 orders are received or December 31, 1993. If the necessary orders are not received by December 31, 1993, checks will be returned and credit card payments not processed. To place your order or for questions - Phone - 302-378-2555 FAX - 302-378-2556 DELPHI - EDELMAR CIS - 76576,3312 Internet - EDELMAR@delphi.com - 76576.3312@compuserve.com Ed Gresick DELMAR CO PO Box 78 Middletown, DE 19709 There is 1 Reply. #: 19051 S12/OS9/68000 (OSK) 09-Oct-93 13:21:47 Sb: #19043-#GWINDOWS FOR THE MM/1 Fm: Zack Sessions 71532,1555 To: Ed Gresick 76576,3312 (X) Would that be a package which a developer could also use to develop GWindows applications? That is, is there a development function library which is/is not included? ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There is 1 Reply. #: 19056 S12/OS9/68000 (OSK) 10-Oct-93 03:20:24 Sb: #19051-#GWINDOWS FOR THE MM/1 Fm: Ed Gresick 76576,3312 To: Zack Sessions 71532,1555 (X) Zack, No, this is only G-WINDOWS and DESKTOP. The development package is extra. Ed Gresick DELMAR CO There is 1 Reply. #: 19058 S12/OS9/68000 (OSK) 10-Oct-93 10:28:24 Sb: #19056-GWINDOWS FOR THE MM/1 Fm: Zack Sessions 71532,1555 To: Ed Gresick 76576,3312 (X) How much extra for the development part? ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 19044 S12/OS9/68000 (OSK) 09-Oct-93 05:08:45 Sb: Software and GWINDOWS Fm: Ed Gresick 76576,3312 To: ALL DELMAR ANNOUNCEMENT DELMAR ANNOUNCEMENT ADAPTING SOFTWARE to G-WINDOWS To help programmers who would like their offerings to run under G-WINDOWS I'm making the following offer. I will adapt their software to G-WINDOWS without any charge. There is a limitation; the adaptation cannot require major effort on my part. An example of what can be done is VIEWFAX which I wrote for ETHAFAX - a fax program being written by Joel Hegberg. VIEWFAX was demonstrated at the 4th Annual Atlanta CoCoFest (see message #81804 on Delphi from John Reed). VIEWFAX takes the information from ETHAFAX and displays it in a G-WINDOWS window. As demonstrated at Atlanta, VIEWFAX opened a full sized window and the fax was viewed as it was being written. In actual use, VIEWFAX will open an ICON with the message 'working'. When the fax is finished, the message will change to 'waiting'. The user may view the fax at his conve- nience by selecting the icon. Of course, if he wishes he may view the fax even while it is being 'written'. When Joel finishes ETHAFAX, I expect to write a separate front-end for G-WINDOWS for him. An understanding of the process may be useful. I was provided with a source code sample showing how the information was being written to a K-Windows screen. I adapted this code to G-WINDOWS. Since I didn't have all the code, I made it a stand alone program but it can just as well be included in the ETHAFAX code. This will be the programmer's decision. A test is included to determine whether G-WINDOWS is running, permitting the program to take alter- nate action if it isn't. My terms are simple. The programmer may distribute the code with his package at no charge. I retain the copyright for this portion of the code. Credit for the G-WINDOWS portion of the code to be given me. If the programmer sells his program through dealers/distributors, I have the option of carrying the software at terms no less favorable than that given other dealers/ distributors. My motives are altruistic in that I believe this effort will benefit the OS-9/OS-9000 community as a whole. It is my contribution to supplement the efforts of others working to publicize OS-9/OS-9000 by providing them with more software they can demonstrate. Anyone wanting to follow up, please contact me. Phone - 302-378-2555 FAX - 302-378-2556 DELPHI - EDELMAR CIS - 76576,3312 Internet - EDELMAR@delphi.com - 76576.3312@compuserve.com Ed Gresick DELMAR CO PO Box 78 Middletown, DE 19709 #: 19052 S12/OS9/68000 (OSK) 09-Oct-93 13:22:43 Sb: #Review: 340 Upgrade Fm: Zack Sessions 71532,1555 To: all I am the proud owner of an MM/1A, that is an MM/1 which has been upgraded with the 68340 Accelerator Upgrade. This article is a description of the upgrade, what is involved in installing it, what it is supposed to give you, some gotchas I ran into installing it on my system, and some other observations. What it is: A "daughter board" which has the 68340 and a few support chips on it. Two replacement ROMs. One replacement PAL. Floppy disk with new kernel and drivers. Cost: $325 Optional: If you are one of the unfortunate ones whose IO board was equipped with 74HC257s (there are three of the in a row on the IO board) instead of 74AC257s, then you will need to replace the HCs with three ACs. (Ouch! virtually all IO boards which have the HCs, there are soldered in! I watched Kevin Pease replace these three chips in Bill Wittman's MM/1 in less than 20 minutes, so it is not an impossible task!) Note: If your IO board does have the 74HC257s, you can stil upgrade without replacing them. You can use a PAL which supports a four cycle memory access (instead of the three cycle) and put up with a 20% loss in speed gains. Installation: MAKE A NEW BOOT DISK FIRST!!! Instructions on how to do this is in the install docs. Remove the IO board. Replace the PAL on it. Replace the 74HC257s if necessary. Rejumper the IO board for "no wait states". Replace the two ROMs on the mother board. Remove the 68070 and treasure it forever. Set the speed DIP switch on the daughter board accordingly. Plug the daughter board into the empty '070 socket. Reinstall the IO board. Boot up from the new boot floppy. Customize your previous bootlist to use the new modules where needed. The entire process (if you do not have to replace the 74HC257s) should take no more than a half an hour to an hour, depending on how long it takes you to recustomize your previous bootlist. What is the 340 upgrade supposed to give you? More processing power. The 68070 was a backwards engineered 68000 and therefore had numerous situations where the microcode was less efficient than an original 68000. The 68340 is a genuine Motorola product and is an improvment over the 68000 in microcode efficency. Most instructions take fewer (usually half as many) clock cycles to complete plus the 68340 has some of the 68020 instructions. Even though the "normal" clock speed of the 68340 will be 16.59 Mhz for most MM/1 users, it still rates about twice as fast as a 15Mhz 68070. According to the UG docs, the 68340's clock is adjustable from 11.98 Mhz to 25.80 Mhz (although one user has reported he was able to set his down to 8 Mhz with a special system state program.) If you have slow DRAMS (ie, 100ns) you will only be able to reliably run at about 12 Mhz. 80Ns DRAMS will allow a clock speed of about 16 Mhz. The docs say that 60ns DRAMS should allow a clock speed of 20 Mhz, but Kevin Pease told me that all things considered (other chips on the boards, etc.) that one really wouldn't be able to get reliable operation above the 16.59 Mhz value. Better system IO since the DMA transfers are not limited to a size of 64K. The new scsi driver which comes with the UG apparently takes this new feature into consideration. More and better serial ports. The 68340 has three serial ports, being used as /t0, /t1 and /t5. These are improvement over the '070s two serial ports in that they look more like 68681 ports, they are full ports with hardware handshake, but CD is not currently implemented. A standard /t3-/t4 paddle is required to use /t5. (The header for it is on the bottom side of the '340 daughter board.) The new ROMs support booting your MM/1A from your hard disk. The new serial drivers now will time out on close, so that a modem port that is stopped by xoff can still be closed. All in all, these advantages add up to a MM/1 which is roughly twice as fast as it was before the upgrade. All of the "benchmarks" I tested held true to this. Gotchas which hit me were: There is an elusive bug which Carl and Kevin are both aware of which causes you to potentially have problems making floppy boot disks. If your floppy device is not inized (or has some path in the system open to it), then when os9gen tries to rename the file TempBoot to OS9Boot, it fails. I forgot the exact error message. There are two workarounds. One is to simply rename the file yourself and do a -q option on another os9gen command. (I found that this workaround did not work, intermittantly.) The other is to simply put an iniz /d0 command in your startup. Why do I even need to make a floppy boot disk, you may ask? Well, problem two is that apparently the boot code in the new ROMs ONLY perform "multi-sector reads". My hard drives, Maxtor 7213S, apparently do not support multi-sector reads, as I had to turn this bit off even with the '070 to get them to work. The result is when I try to boot from my hard drive, the boot code dies with a sector read error. Kevin has assured me that he will be able to fix this, but will need to borrow one of my hard drives to test the code with. My third and last major problem was that I could not format my hard drives. Since I have two drive exacly alike, I decided some good tests would be copying files back and forth, etc. So the first thing I did was to reformat /h1. (Of course I had done a backup first!! ) But when format wanted to write LSN0, it would die, again, I forgot the exact error message. The solution here was easy. The original OSK disks from IMS included the format command from V2.3 and said that it was needed under certain circumstances, formatting floppies or something like that. So, my format command in my CMDS directory was the V2.3 version. The V2.4 version was in ROM, so whenever I ran format, it was coming from ROM anyway. Well the replacement ROMs which come with the 340 UG do NOT have ANY of those additional modules and program in it which were in the original ROMs. So, when I replaced my ROMs for the upgrade, I was now running the V2.3 version of format. Scrounging up my original floppies and getting the V2.4 version of format solved this problem. Other observations: There is a mouse driver for Microsoft mice for the /t2 port, but there is not one yet for /t0. There is NO sound driver AT ALL, yet. Supposedly there will be one soon, one which takes the larger DMA transfer size into account. The DIP for adjusting the the clock speed is on the bottom of the board, and cannot be changed without actually removing the daughter board. But one can write a system state program and adjust the clock rate on the fly, the address and formula is provided in the docs. Maybe soon, Brian White will post his utility for adjusting the clock to Delphi or somewhere. I use the new /t0 for my modem port and it seems to function just fine. I haven't tested /t5 yet. Ulti-MuseE OSK seems to work just fine. dEd (OSK) will not run without a Stack Overflow. One can workaround this problem by increasing the stack space given to dEd on the Shell command line, ie: $ ded #100 filename Autofollow mouse seems MUCH, MUCH smoother and responsive. One can take advantage of the included 68020 instructions by one of the following methods: Use GNU-C with appropriate switches Use Ultra-C with the appropriate switches Using the 68020 instructions will make the MM/1A faster still. I would be interested in seeing some benchmarks with this. Remember that the compiled code will only run on a 68340, or 680x0 where x >= 2. (Or possibly some other Motorola processor I am unaware of.) Oh yeah, one last thing. The UG comes with a new shell. It doesn't seem to be very different from the old shell, but I have noticed two differences. One is that is used cd and cx instead of chd and chx, in fact if you try to run a chd or chx command you'll get a 216 error! The other difference is that when you fork a process at the shell level with a & on the end of the line, the PID of the child process which gets displayed does not have the plus sign (+) in front of it. I would have really liked it if there had been SOME documentation on this new shell. Conclusion: I feel that the investment was well spent. I am very pleased with the speed increase in my MM/1 and can live with the minor problems which have not been solved yet. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There are 2 Replies. #: 19054 S12/OS9/68000 (OSK) 09-Oct-93 21:30:28 Sb: #19052-#Review: 340 Upgrade Fm: Bob van der Poel 76510,2203 To: Zack Sessions 71532,1555 (X) The elusive bug in making new boots also occurs on my mm/1 without the upgrade. And yes, inizing /d0 solves the problem. Someone is going to have to write the definitive primer for inizing devices one of these days. There are 2 Replies. #: 19055 S12/OS9/68000 (OSK) 09-Oct-93 23:37:51 Sb: #19054-#Review: 340 Upgrade Fm: Zack Sessions 71532,1555 To: Bob van der Poel 76510,2203 (X) > The elusive bug in making new boots also occurs on my mm/1 without the > upgrade. And yes, inizing /d0 solves the problem. Someone is going to have > to write the definitive primer for inizing devices one of these days. > Hmmm, that just may be true. Of course, I don't doubt you, Bob. btw, it WAS a pleasure finally meeting you in person in Atlanta. I used to iniz all of my floppy devices but took it out when I found a different bug in the floppy driver. The "super block" data in the driver DD is from the last device inized assiciated with a specific device. Thus, if you did an: iniz d0 u0 and then tried to do a "free /d0" on a floppy, the free space would be relative to a /u0 formatted floppy. So I took out the iniz, but haven't done an os9gen until I got the 340 upgrade. (You really need to get one of these, btw, it is REALLY nice!) Z. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There is 1 Reply. #: 19067 S12/OS9/68000 (OSK) 10-Oct-93 19:06:54 Sb: #19055-Review: 340 Upgrade Fm: Bob van der Poel 76510,2203 To: Zack Sessions 71532,1555 (X) I avoid the problem you have by NOT having different descriptors for different disk formats. Instead, I just run a script file to change the dmode stuff when I need to. I have a number of these scripts in /dd/cmds/procfiles. For example, I have a d0.univ and d0.mm1. They just contain a slightly edited output of dmode. #: 19062 S12/OS9/68000 (OSK) 10-Oct-93 16:29:41 Sb: #19054-#Review: 340 Upgrade Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) Bob and all, I don't know if this is a definitive primer on inizing, but here is my slant on it. It can reduce fragmentation problems. It can introduce problems since the init routine in the driver no longer gets run when a path is opened. My feeling is that having to iniz is a gross hack and should not be done. However, it *is* necessary when doing an os9gen. I haven't a clue why. It acts the same on my 030 as it does on an MM/1. I have looked for the problem but can't find it. But the current incarnation of the floppy driver needs to pass through init to deal with the cleverness of auto-sizing. So inizing it can defeat the auto-sizing and cause the occasional error, like what Zack mentioned. I have never seen it actually hose a disk or anything that vile, but it can report free space wrong. If I find it, I'll fix it. Carl There is 1 Reply. #: 19069 S12/OS9/68000 (OSK) 10-Oct-93 19:23:00 Sb: #19062-#Review: 340 Upgrade Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) Speaking of iniz...I have found that NOT inizing /t3 and /t4 will cause problems if they are not set to the same baud rate. I have a terminal on /t4 (19200) and modem on /t3 (38400). If I don't iniz, and I have used the modem, I get junk on the terminal when trying to logon. It appears that the buad rate is mismatched. I've not done a lot of testing on this... I can if you want me to. There is 1 Reply. #: 19072 S12/OS9/68000 (OSK) 10-Oct-93 22:49:09 Sb: #19069-#Review: 340 Upgrade Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) Umm... without looking, inizing will lock the table choice to whichever one you iniz first. Inizing the other can then have no effect. I thought that 19.2 and 38.4 (in fact they are - I grabbed the data sheet) cannot be used together. They come one each from sets 1 and 2. The first one opened or inized forces a baud rate set choice. Thus you can only get either both 38.4 or both 19.2 or one of those with 9600. I *thought* that was in the serial readme, that you could not use both 19.2 and 38.4...... Any way, it sure is not clear to me what problem you can solve in this case by doing an iniz of either or both. There are 2 Replies. #: 19077 S12/OS9/68000 (OSK) 11-Oct-93 19:05:36 Sb: #19072-#Review: 340 Upgrade Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) one never knows. So I hooked a terminal up to /t3 and made the discovery--both /t3 and /t4 were set to 19.2. Guess what is happening is that when /t4 gets inized it also resets the rate for /t3. Now that I know this, I've set both ports to 19.2 and taken out the iniz. Works fine. Oh, it probably is in your readme...but do you really expect us to read EVERTHING? . Thanks. Thanks for the iniz comments on /t3 and /t4. Took me a while to figure it out, but it all makes sense now. I have /t3 set to 38.4 and /t4 to 19.2 and the iniz line in startup is 'iniz /t3 /t4'. I just assumed that the modem on There is 1 Reply. #: 19080 S12/OS9/68000 (OSK) 11-Oct-93 21:38:35 Sb: #19077-Review: 340 Upgrade Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) Yeah, hard to get people to read the **** manual, isn't it? 8-{ But we get along. The 681 has two baud rate tables and the first path or iniz forces the other half of the chip to use the table already chosen. Lots of rates are common to both tables, but 19.2 and 38.4 aren't - one in each. Ugly, but I have lived with it for years now.... Anyway, glad I could help. #: 19078 S12/OS9/68000 (OSK) 11-Oct-93 19:41:29 Sb: #19072-#Review: 340 Upgrade Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) I'll try this reply again...I transmitted it as text, but it appears that CIS screws up when a line starts with /t3...I've gotta watch that or start using some magic to fix the mistake before it gets here! Thanks for the iniz comments on /t3 and /t4. Took me a while to figure it out, but it all makes sense now. I have /t3 set to 38.4 and /t4 to 19.2 and the iniz line in startup is 'iniz /t3 /t4'. I just assumed that the modem on /t3 was set to 38.4...but since the modem does automagic baud rate detection, one never knows. So I hooked a terminal up to /t3 and made the discovery--both /t3 and /t4 were set to 19.2. Guess what is happening is that when /t4 gets inized it also resets the rate for /t3. Now that I know this, I've set both ports to 19.2 and taken out the iniz. Works fine. Oh, it probably is in your readme...but do you really expect us to read EVERTHING? . Thanks. There is 1 Reply. #: 19081 S12/OS9/68000 (OSK) 11-Oct-93 21:40:04 Sb: #19078-Review: 340 Upgrade Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) Yep. Modem read 'at' and deduces the baud rate from it. You got fooled again.... ;} #: 19106 S12/OS9/68000 (OSK) 13-Oct-93 21:49:37 Sb: #19052-Review: 340 Upgrade Fm: Carl Kreider 71076,76 To: Zack Sessions 71532,1555 (X) Thanks for the nice review, Zack. In case anyone is interested, the MM/1 accelerator can be obtained from: BlackHawk Enterprises PO Box 10552 Enid, OK 73706-0552 (405) 234-2347 or one of their authorized representatives. Carl #: 19070 S12/OS9/68000 (OSK) 10-Oct-93 21:34:20 Sb: #LOGIN Fm: Bob van der Poel 76510,2203 To: All What login packages are OSKers using? I find the standard MW stuff quite limiting...So I tried the TOP package. Surprise, I can't get it to work. It all appears to be okay, expect for the fact that I can't create an encrypted password file that is needed. I've tried all my incantations on the 'passwd' program, but it just tells me 'sorry, in the moment a password change is not possible. Pls. try again later'. Anyone got a solution, or a different package. Guess I could take one of the level II packages and see if it'll run. There is 1 Reply. #: 19076 S12/OS9/68000 (OSK) 11-Oct-93 09:50:52 Sb: #19070-#LOGIN Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, Carl has given me permision to upload the executables from his mtsmon package. I've been using it for years (even back to the CoCo). Supports encrypted passwords and drops the modem line when it's supposed to. It's got a couple other nifty features as well. As soon as I polish off the quickie-docs, I'll be uploading it. *- Steve -* There is 1 Reply. #: 19079 S12/OS9/68000 (OSK) 11-Oct-93 19:41:30 Sb: #19076-LOGIN Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I'm wait with eager anticipation. #: 19085 S12/OS9/68000 (OSK) 12-Oct-93 05:26:51 Sb: G-WINDOWS Fm: Ed Gresick 76576,3312 To: 71532,1555 (X) Zack, The Developer's Pack is $300.00. Price is controlled by GESPAC/ADAMS. I've been trying to get them to drop the price but so far, haven't been successfull. Personally, think it ought to be free or, just a nominal charge to cover the docs but ... Ed #: 19086 S12/OS9/68000 (OSK) 12-Oct-93 07:32:55 Sb: G-WINDOWS PORT Examples Fm: Ed Gresick 76576,3312 To: ALL I've received several requests regarding just how a G-WINDOWS adaptation would look from people who were not at Atlanta. The best way I know of showing this is to upload sample files showing VIEWFAX. I've uploaded five files to library 12. Documentation, the executable for VIEWFAX and the datafile, gwindows.efax. These will run on any OS-9/68000 G-WINDOWS platform. Two GIF files are also included for those who do not have G-WINDOWS. The first shows the screen with the upper half of the VIEWFAX window and second the lower half. Ed Gresick DELMAR CO #: 19100 S12/OS9/68000 (OSK) 13-Oct-93 11:37:45 Sb: #paddle boards for /t5 Fm: Steve Wegert 76703,4255 To: Zack Sessions 71532,1555 (X) Zack, Is the extra paddle board needed for /t5 included in the price of the seed up board? With IMS down for the count these days, where can these be purchased, and for how much? *- Steve -* There is 1 Reply. #: 19103 S12/OS9/68000 (OSK) 13-Oct-93 18:59:34 Sb: #19100-paddle boards for /t5 Fm: Zack Sessions 71532,1555 To: Steve Wegert 76703,4255 (X) > Is the extra paddle board needed for /t5 included in the price of the seed > up board? > > With IMS down for the count these days, where can these be purchased, and > for how much? Blackhawk Enterprises (David Graham) sells BOTH the 340 Accel UG AND MM/1 standard and MIDI paddles. The current price of the 340 UG is $325, but that is an introductory price and is soon to go to its regular price of $350. Paddle boards are ready for IMMEDIATE shipment also, $49.95 + $2.50 S/H for the Serial version and $75.00 + $2.50 S/H. BlackHawk Enterprises P. O. Box 10552 Enid, OK 73706-0552 405-234-2347 9am to 2pm CST Note: I am not officially affiliated with BlackHawk Enterprises, but I am a satisfied customer. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 19102 S12/OS9/68000 (OSK) 13-Oct-93 18:44:13 Sb: #ultra 'C' installation Fm: SCOTT HOWELL 70270,641 To: all I just purchased Ultra 'C' compiler. I need to know how to add the 'fpu' extension module to the Init module. The Ultra 'C' manuals says this needs to be done in order to run Ultra 'C' without FPU hardware. There is 1 Reply. #: 19107 S12/OS9/68000 (OSK) 13-Oct-93 22:17:30 Sb: #19102-#ultra 'C' installation Fm: Zack Sessions 71532,1555 To: SCOTT HOWELL 70270,641 (X) > I just purchased Ultra 'C' compiler. I need to know how to add the 'fpu' > extension module to the Init module. The Ultra 'C' manuals says this needs > to be done in order to run Ultra 'C' without FPU hardware. I think all you need to do is add fpu to your bootlist and regen a new bootfile. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus There is 1 Reply. #: 19109 S12/OS9/68000 (OSK) 13-Oct-93 22:36:58 Sb: #19107-ultra 'C' installation Fm: SCOTT HOWELL 70270,641 To: Zack Sessions 71532,1555 I did that, but that did not work. I still get the 'F' line instruction error when I start to compile a program The instructions for the Ultra 'C' compiler says to add 'fpu' to the bootlist, os9gen a new os9boot AND add 'fpu' to the extension module of the Init module. Press !> tried chopping my bootlist down to the bare minimums with the same result. -- john There is 1 Reply. #: 19116 S12/OS9/68000 (OSK) 14-Oct-93 20:54:42 Sb: #19109-ultra 'C' installation Fm: Zack Sessions 71532,1555 To: SCOTT HOWELL 70270,641 > I did that, but that did not work. I still get the 'F' line instruction > error when I start to compile a program The instructions for the Ultra 'C' > compiler says to add 'fpu' to the bootlist, os9gen a new os9boot AND add > 'fpu' to the extension module of the Init module. Oh, I forgot about that one. :-) You also need to make a special init module. Just make a copy of the one you are using now and edit it with moded. Move down to the item called "customization module list". It should have the value OS9P2. Change it to "fpu " without the quotes. I use the quotes to make the point that you need to blank out the last two characters of OS9P2. Verify and write the module and include it in your next gen. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 19119 S12/OS9/68000 (OSK) 15-Oct-93 07:12:53 Sb: #19102-#ultra 'C' installation Fm: Ed Gresick 76576,3312 To: SCOTT HOWELL 70270,641 Scott, Look in your SYSMODS directory for 'init.a'. You'll find the following code way down in the file - ifndef Extens Extens dc.b "OS9P2",0 endc Change that as follows - ifndef Extens Extens dc.b "OS9P2 FPU",0 endc Using the 'make' file provided, assemble the code. This will generate a new 'init' module. Make a new bootfile - don't forget to include 'FPU'. Ed Gresick - DELMAR CO There is 1 Reply. #: 19123 S12/OS9/68000 (OSK) 15-Oct-93 22:50:14 Sb: #19119-ultra 'C' installation Fm: Zack Sessions 71532,1555 To: Ed Gresick 76576,3312 (X) Ed, That is the proper way to do that, but unforch, init.a was not distributed with the MM/1 for some reason. ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus Press !> #: 19144 S12/OS9/68000 (OSK) 18-Oct-93 00:13:00 Sb: #19094-More New Shell Fm: Dieter G. Rossmann 70314,1766 To: Mark Griffith 76070,41 (X) Great that You are better now, also hope the InfoXpress arrives soon! I like to logon to Delphi with it, then real time message composing is to expansive from Canada, so I could not take part on Delphi in the OS9 forum... Actually I bin checking the post box for the package from You all last week in hope that InfoXpress would arrive... Thanks for letting me know that I might receive it next week... G'Day! Dieter #: 19126 S12/OS9/68000 (OSK) 16-Oct-93 20:52:00 Sb: #19123-#ultra 'C' installation Fm: Bud Hamblen 72466,256 To: Zack Sessions 71532,1555 (X) Zack, Somewhere in the Ultra C distribution archives is a program called "p2init" that does the same about the same thing as fixing the init module. Put p2init in your /dd/CMDS directory and add a line "p2init fpu" to your startup file. Assuming you still have fpu in your OS9boot file, this will let you use Ultra C. I did it this way on my System IV/PT68K-4, which _does_ have init.a by the way, just because I was too unambitious to fix my init. P2init is handy for people whose system vendors did not supply all the files and manuals they should have. Your init module should be pretty short so you could run your init module through debug to reserve assemble a "source." Bud There is 1 Reply. #: 19140 S12/OS9/68000 (OSK) 17-Oct-93 16:24:44 Sb: #19126-ultra 'C' installation Fm: Zack Sessions 71532,1555 To: Bud Hamblen 72466,256 I'm not about to use debug on the init module to generate a source file for init.a, IMS should have included it on my OSK disks. At any rate, I feel that the moded patch to init is more desirable than running another command in my start. Thanks for the info, though! ------------------------------------ Zack C Sessions ColorSystems via InfoXpress/OSK by Bill Dickhaus #: 19134 S12/OS9/68000 (OSK) 17-Oct-93 09:40:41 Sb: #OS9 Serial Port Problem Fm: Bob Rea 72733,250 To: All I am fighting a nasty problem in OS9 with a serial port (Matrix SI02) transferring binary data. Our code (device driver and application) works perfectly on the test bench with a driver simulating the other system we are exchanging data with. In the field, however, the process is killed with a signal 3 within 3 minutes of connecting the systems together. And we don't receive the heartbeat message from the other system that happens every 3 seconds. We put a data monitor on the other system and it is behaving exactly as specified and exactly as the simulation code we have. We can detect no extraneous data bytes in the information stream. The symptoms act as though the buffer in the device driver in over- flowing. That will cause a signal 3 to be sent killing our application and the 3 minutes is just about what it takes to fill the buffer given it's size and data transfer rate. The question is: What could possibly be happening to work perfectly on the test bench and not at all out in Nebraska (we unfortunately are in Columbus, Ohio)? The first thing to suspect is a hardware problem, but that does not explain why no data is reaching the application. The overflow could be caused by a bad cable that is negating RTS/CTS (XON/XOFF doesn't work with our binary transfer stream). But it is hard to imagine a hardware problem that inhibits the transfer of data from the device driver to the application. When we first installed the system, it did work correctly.... so we know it can work. If anyone has fought through this problem and can help point me in the right direction, it would be a great help. There is 1 Reply. #: 19141 S12/OS9/68000 (OSK) 17-Oct-93 18:38:45 Sb: #19134-#OS9 Serial Port Problem Fm: Bob van der Poel 76510,2203 To: Bob Rea 72733,250 (X) The first thing I'd do would be to double check the settings in the serial device descriptor...are you sure it is set the same as your test system? Next, you might want to write some test code to monitor with _gs_rdy() if anything is getting into the serial port buffer. Not much...but I hope it helps 'turn on a light'. There is 1 Reply. #: 19143 S12/OS9/68000 (OSK) 17-Oct-93 21:54:50 Sb: #19141-OS9 Serial Port Problem Fm: robert brose 72067,3021 To: Bob van der Poel 76510,2203 (X) Is it a CoCo? The 6551 rts signal will cause an incoming character to dropped on the on to off transition. I ran into this while trying to interface a highspeed modem to the CoCo. Bob #: 19142 S12/OS9/68000 (OSK) 17-Oct-93 21:48:53 Sb: #Screen program for OSK Fm: robert brose 72067,3021 To: all I am having a problem with the screen program in the OSK downloads here. I have the following equipment: PT68K4 68000 16 mhz 4 megs ram Color VGA card OS9 v2.4 MWC 3.2 The program will run ok, I can create multiple screens and switch around, do dirs, etc. The problem is that when I run programs I get funky errors. Error 003:232 is one and error 103 is another. Has anyone else run into problems like this with screen? Bob 72067,3021 There are 2 Replies. #: 19151 S12/OS9/68000 (OSK) 18-Oct-93 16:13:46 Sb: #19142-Screen program for OSK Fm: SCOTT HOWELL 70270,641 To: robert brose 72067,3021 What programs give you this kind of error (003:232). I screen package seems to run ok, but I have stopped using it because I don't really need it. #: 19152 S12/OS9/68000 (OSK) 18-Oct-93 17:32:23 Sb: #19142-Screen program for OSK Fm: Steve Wegert 76703,4255 To: robert brose 72067,3021 > do dirs, etc. The problem is that when I run programs I get funky errors. > Error 003:232 is one and error 103 is another. > > Has anyone else run into problems like this with screen? > I've also run into situations where screen just goes south for the winter. I can't narrow it down yet as it's an infrequent occurance. If I'm able to duplicate the behaviour at will, I'll post it here. *- Steve -* #: 19153 S12/OS9/68000 (OSK) 18-Oct-93 18:15:10 Sb: ExaByte driver wanted Fm: peter wahl 100025,2162 To: all Hello to everyone I am completely new to this forum... usually you find me "go multimedia", section 17 for "CD>i". I am looking for a driver that supprts ExaByte-tapedrives 8200 and /or 8500 that are connected to my PHILIPS-emulator (used for CD-I - authoring, OS is "CD-RTOS", something very similar to OS-9. Can someone help?? All the best & thanx ain advance Peter Wahl CD>i - authoring #: 19158 S12/OS9/68000 (OSK) 19-Oct-93 13:08:39 Sb: #LLOYD I/O, INC. Fm: Frank L. Hoffman 72733,3655 To: SYSOP (X) Would you please send me a test message or something. I'd like to use CompuServe for customer support if possible. Frank L. Hoffman, President, LLOYD I/O, INC. There is 1 Reply. #: 19160 S12/OS9/68000 (OSK) 19-Oct-93 15:40:53 Sb: #19158-#LLOYD I/O, INC. Fm: Steve Wegert 76703,4255 To: Frank L. Hoffman 72733,3655 > Would you please send me a test message or something. I'd like to use > CompuServe for customer support if possible. > Happy to oblige, Frank! :-) Using the resources of a CompuServe Forum as an arm of your customer support organization has been successfully done by a number of companies. Tell us more about what you'd like to accomplish. For starters, how about uploading a product description/announcement of your OS9/OSK applications to the Library? *- Steve -* There is 1 Reply. #: 19164 S12/OS9/68000 (OSK) 19-Oct-93 20:41:08 Sb: #19160-#LLOYD I/O, INC. Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) On this matter of customer support on CIS. As you know, I've been supporting folks for my products...however, most of this has been via mail, on on this forum. Frankly, I have no objections to doing it publicly...most questions probably have a wider audience (except for yours ). Guess what I'm wondering is: just what is the policy? I try to be real quiet in promoting my products. But for folks who have already bought?? Also, I'm not sure how many other 'vendors' are active. Maybe we should have a 'vendors forum' where questions of this nature can be directed. Mind you, if no other vendors are going to be active there's probably not much point. There are 2 Replies. #: 19165 S12/OS9/68000 (OSK) 20-Oct-93 05:59:31 Sb: #19164-LLOYD I/O, INC. Fm: Ed Gresick 76576,3312 To: Bob van der Poel 76510,2203 (X) I'm in aggreement with Bob van der Poel re customer support. Perhaps the existing VENDOR forum can be opened up to all. Customers could then check to see if their question has already been answered saving them time. Ed Gresick - DELMAR CO #: 19170 S12/OS9/68000 (OSK) 20-Oct-93 13:08:25 Sb: #19164-#LLOYD I/O, INC. Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, what follows are my opinions only and should I mis-speak, I'm sure Wayne will correct me. We welcome participation from any vendor. The only caution I'd need to add would be that blatant advertising will not be allowed. Product annoncements are encouraged. Technical discussions on the product are welcome. Open examples of technical support actually do more good that ads, in my opinion. We have a private area set aside for the Vendors use ...but unfortunately, it never saw much activity. It originally came about during the Frank Hogg/IMS flame wars a couple of years ago. There should be a file in the library describing it's purpose and how to gain access. Look for VENDOR.TXT As far as other active Vendors on the forum ... lessee, there's Zack, John Strong, Frank Hogg, Ed Gresick, Mark Griffith, Bill Dickhaus, and Mike Haaland just off the top of my head. I'm sure there are more. We stand ready to assist the OS9/OSK vendors in any way we can. I've been a strong supporter of using CompuServe forums in this manner, so if you have any ideas on how we can better use the resources at hand, drop me a note. Tell you what. I'd like to start a file listing all the vendors that are active on the CompuServe OS9 forum. Let's include Company name, User Id, mail address, phone number and a _brief_ description of produts and services offered (this is not a catalog or price list, just a general description). Let's limited it to say ... 5 lines. We'll compile the data and post it in the Library with a pointer that stays in the News Flash Announcement. What do you think? *- Steve -* *- Steve -* There is 1 Reply. #: 19172 S12/OS9/68000 (OSK) 20-Oct-93 21:26:03 Sb: #19170-#LLOYD I/O, INC. Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I think we have to do something like this...sounds good. How about a sample 5 line listing? There is 1 Reply. #: 19175 S12/OS9/68000 (OSK) 21-Oct-93 09:02:39 Sb: #19172-LLOYD I/O, INC. Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 Well lessee .... let's use Mark's DCCS as an example (only because I have one of his price lists handy) ==**== Company Name: Dirt Cheap Computer Stuff Company Contact Name: Mark Griffith 76070,41 Address: 1368 Old Hwy 50 East Union, Missouri 63084 314.583.1168 Provides hardware and software to the OS9/OSK market including hard drives, tape drives, CD-ROMs cables, mice, system utilities, and communication applications. Specializing in support for the MM/1. MM/1 repair service also available. ==**== Not quite five lines, but you get the idea. *- Steve -* #: 19167 S12/OS9/68000 (OSK) 20-Oct-93 12:56:23 Sb: '340 clock speed utility Fm: Steve Wegert 76703,4255 To: All I have uploaded the C source to the utility to set the clock speed of the 68340 upgrade card on the fly to LIB 12. This was scraffed from the COCO LIST and was posted by Brian White -- bcwhite@sunee.uwaterloo.ca Look for SETSPE.C. Steve I have uploaded Brian White's utility to set the clock speed of the 68340 upgrade card on the fly to LIB 12. Look for SETSPE.C. #: 19171 S12/OS9/68000 (OSK) 20-Oct-93 19:10:33 Sb: screen save Fm: Bob van der Poel 76510,2203 To: All Can someone point me to a program which saves Kwindows screens to disk? I thought I had something or had seen something...but it seems to have disappeared. Thanks. #: 19185 S12/OS9/68000 (OSK) 22-Oct-93 22:15:19 Sb: #19070-LOGIN Fm: David George 72240,134 To: Bob van der Poel 76510,2203 (X) I wrote my own. It supports Unix password encryption so that the password file can be publicly readable. This was done so that a user can specify a username to 'chown' (specifying user number is also supported). I had actually written a lot of Unix style commands that can use the enhanced features. I haven't uploaded it anywhere, because I am undecided on how to proceed with it. #: 19183 S12/OS9/68000 (OSK) 22-Oct-93 19:10:41 Sb: #19175-LLOYD I/O, INC. Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Okay...where should we send the 5 liners? #: 19188 S12/OS9/68000 (OSK) 23-Oct-93 07:45:37 Sb: #19175-#LLOYD I/O, INC. Fm: Mark Griffith 76070,41 To: Steve Wegert 76703,4255 (X) Steve, > ==**== > > Company Name: Dirt Cheap Computer Stuff Company > Contact Name: Mark Griffith 76070,41 > Address: 1368 Old Hwy 50 East > Union, Missouri 63084 > 314.583.1168 > > Provides hardware and software to the OS9/OSK market including hard > drives, tape drives, CD-ROMs cables, mice, system utilities, and > communication applications. > > Specializing in support for the MM/1. MM/1 repair service also available. > > ==**== Put that in the vendors announcement or whatever for me! Thanks! Couldn't have come up with a better one if I tried! /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) There is 1 Reply. #: 19195 S12/OS9/68000 (OSK) 23-Oct-93 19:31:07 Sb: #19188-LLOYD I/O, INC. Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Okay Steve, here is my 5 liner. I have modified it a bit from the example in hopes that it might fit into a database format of some kind. Bob van der Poel Software PO Box 57, Wynndel, BC, Canada, V0B 2N0 or PO Box 355, Porthill, ID, USA, 83853 Phone 604 866 5772 CIS 765102,2203 Levels Supported: OS9/6809, OS9/68000 Major Products -------------- Ved text editor: OSK version includes spelling checker and multiple buffers. Vprint text editor: Command orientated formatter. Supports multiple proportional fonts and extensive macros. #: 19178 S12/OS9/68000 (OSK) 22-Oct-93 09:39:42 Sb: #19170-#LLOYD I/O, INC. Fm: James Truesdale [JBM] 71174,3442 To: Steve Wegert 76703,4255 (X) I think opening up the Vendor section for public access is a good idea. -J There is 1 Reply. #: 19180 S12/OS9/68000 (OSK) 22-Oct-93 15:11:16 Sb: #19178-LLOYD I/O, INC. Fm: Steve Wegert 76703,4255 To: James Truesdale [JBM] 71174,3442 I'm open to approaching Wayne about rethinking the intended use of the Vendor's Area. But I'd be a lot more comfortable in doing it, armed with a list of vendor names that have agreed to use the area (see the message on my proposed list of vendor idea). How about it folks? I'd like nothing better than to see an announcement in the News Flash Bulleting stating: "Vendors listed in the file SUPPRT.TXT found in Library 13 are actively providing customer support for their products in the OS9 Forum" or some such words to that effect. C'mon Vendors ... shoot me a copy of your listing and let's get this thing off the ground! *- Steve -* #: 19177 S12/OS9/68000 (OSK) 21-Oct-93 18:31:13 Sb: #19171-#screen save Fm: John R. Wainwright 72517,676 To: Bob van der Poel 76510,2203 (X) Bob, There was a program called "SnapIt" on the "update" disk I got from IMS that saves a screen to disk in IFF format, and another called iff2gif that would convert the file to gif. I think "SnapIt" (or a similar program) can also be found in Lib 12. John Wainwright There is 1 Reply. #: 19182 S12/OS9/68000 (OSK) 22-Oct-93 19:10:40 Sb: #19177-#screen save Fm: Bob van der Poel 76510,2203 To: John R. Wainwright 72517,676 (X) Thanks John. I got 'snapshot' from lib 12. But I guess I'll have to ask for more help.... I want to write a little utility to dump screens to my laser printer. This should include gfx screens being displayed by something like 'gifshow'. 'snapshot' will not save a 'gifshow' screen. And even if it did, it saves in a compressed, undocumented format. Guess I have to figure out where the screen memory actually starts, etc. I will play with the system calls in kwindows, but I don't know if I can get all the needed information. If someone has already done this, please let me know so I don't waste my time... There are 3 Replies. #: 19186 S12/OS9/68000 (OSK) 23-Oct-93 01:46:50 Sb: #19182-#screen save Fm: Ken Scales 74646,2237 To: Bob van der Poel 76510,2203 (X) > I want to write a little utility to dump screens to my laser printer. > This should include gfx screens being displayed by something like > 'gifshow'. > 'snapshot' will not save a 'gifshow' screen. And even if it did, it saves > in a compressed, undocumented format. Guess I have to figure out where the > screen memory actually starts, etc. I will play with the system calls in > kwindows, but I don't know if I can get all the needed information. > > If someone has already done this, please let me know so I don't waste my > time... Hi, Bob - Remember that "kveddemo" slide viewer I ran for a while at AtlantaFest? It used some routines Colin McKay put together to capture a screen image (with screen type, palette info, etc.) to a disk file. Should have the core of what you need. I'll check with Colin to see about getting a copy to you. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 ** Composed with KVed/Ved and uploaded with InfoXpress ** There is 1 Reply. #: 19193 S12/OS9/68000 (OSK) 23-Oct-93 19:30:58 Sb: #19186-screen save Fm: Bob van der Poel 76510,2203 To: Ken Scales 74646,2237 (X) Thanks Ken, I decided to go documenation hunting and have found the necessary calls in kwindows to find the screen, etc. I wrote a Q & D program to dump the screen to the laser printer...works fine. However, before I share I do want to clean it up a bit. #: 19189 S12/OS9/68000 (OSK) 23-Oct-93 11:12:02 Sb: #19182-#screen save Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) One of the Mikes (Haaland maybe?) did Snapit and supposedly was included on the upgrade disk (which I never received). As I understand it, Snapit save the imape in IFF format. Now Snapshot is a different story. I think that's Joel's and not sure what format it's using. I've run into the same problem you have ...trying to get hold of some good graphic utilities for the MM/1 and KWindows. I even went so far as to post a message to the COCO LIST. Got _1_ response. Keep us posted on your progress ... I'm interested! *- Steve -* There is 1 Reply. #: 19194 S12/OS9/68000 (OSK) 23-Oct-93 19:31:00 Sb: #19189-screen save Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) As per my earlier reply to KS, I have found the needed information. However, the snapit program has got me wondering...where can I find the details on the IFF format? #: 19190 S12/OS9/68000 (OSK) 23-Oct-93 15:02:44 Sb: #19182-screen save Fm: John R. Wainwright 72517,676 To: Bob van der Poel 76510,2203 (X) You might check out Mike Sweet's "imaster" in the lib. It does a nice job printing on my DeskJet and 24-pin epson with several flavors of graphics files. I did some kinda primitive screen dump stuff with the idea of adding it to my "CirCad" program -- better than no printout at all, but they look pretty bad compared to the PostScript output. -- as soon as I am able, I could send you some "C" source that you could maybe use as a starting point. My MM/1 is down for modifications at the moment, but should be back online soon. JohnW #: 19196 S12/OS9/68000 (OSK) 23-Oct-93 19:31:26 Sb: Laser Font Display Fm: Bob van der Poel 76510,2203 To: All I have uploaded a Q & D program to display a laser printer soft font on an mm/1 screen. It is not complete...and I don't think I will add much to it since I just wanted it to see the results of a font modification program I'm trying to get to work. If anyone is interesting in adding to it, etc....feel free. Look for hpdisp.lzh in lib 12. Press !> #: 19211 S12/OS9/68000 (OSK) 27-Oct-93 23:10:21 Sb: #19151-Screen program for OSK Fm: robert brose 72067,3021 To: SCOTT HOWELL 70270,641 (X) Steve, The net program I ported to osk gives that error message. It doesn't use the terminal control stuff at all so that shouldn't be a problem. It does do a getstat of the standard input and output paths to save the current parameters and then sets them up for essentially a raw mode with a setstat. I also have a friend who has tried it on a 68000 machine he uses at work, also with osk v2.4 and it bombs with an error 103 when he does a dir (memory) in basic09. Bob #: 19212 S12/OS9/68000 (OSK) 27-Oct-93 23:16:19 Sb: #19152-Screen program for OSK Fm: robert brose 72067,3021 To: Steve Wegert 76703,4255 (X) Steve, (I accidently replied to Scotts message w/ your name, sorry about that to both of you). BVDP thought it might have to do with termcap but both of the programs that bomb don't use it. The reason I would like to get this going is to add the pseudo-ttys to the net program for telnet login. I haven't quite figured out the logic in this implementation of pseudo-ttys yet. The unix source for the net program has a generic pseudo tty open section of code in it which is easy to modify to this package but when the telnet session is started and the open occurs, it just hangs with no response. In unix, when you open the pseudotty, you get a login prompt. I can't quite see what extra work I need to do here to duplicate this. Thanks for any help, Bob #: 19213 S12/OS9/68000 (OSK) 27-Oct-93 23:16:55 Sb: #19178-LLOYD I/O, INC. Fm: Wayne Day 76703,376 To: James Truesdale [JBM] 71174,3442 (X) James, (Sorry about not jumping in here earlier - I was away at a conference down in Houston, then caught a viral infection when I got back, so I've been "down" for over a week, now) I've got no objections to opening up the "Vendors" section for public access === the original intent of the section was to let vendors have a private area where they could talk amongst themselves, away from the maddening crowds. Vendor-to-customer dialog would continue as always in the public sections. So, if you guys don't think you need a private section (and to be honest, it's not getting much traffic, that's for sure) then I've got no problem opening it up. Also - Steve did a good job of explaining our attitudes towards vendors, and what we expect out of them. Lemme just add two points that should be considered: First - the BEST use a vendor can get out of CompuServe is by being active, helpful, and friendly, and making a good impression UPON THE POTENTIAL CUSTOMER THAT IS LURKING and not necessarily by trying to "sell" to someone. Time and Time again we have seen those companies that come in and decide that this is virgin territory that can be exploited fall flat on their face when the folks here just plain ignore, or worse, get upset with their tactics. The way a vendor treats everyone is definitely noticed, and talked about, too. So, kicking back, and becomming part of the forum community, is the way to a positive image around here, and that translates into more sales (if you've got something that's worth buying in the first place!). Secondly, If you have to ask whether something is allowed or whether you think there's some problem with something you want to do, then there's a good reason for not doing it. We do not allow blatant commercialism. We discourage using the forum as your answering machine. We frown upon slamming someone else's products (put yours in a positive light, yes - but don't go around with a negative campaign about the competitors -- we get enough of that from the politicians). In short, think of it as a question: Would I be upset if did this? If the answer is "yes", then don't do it. I know you didn't ask about those last two parts, specifically, but I thought I'd answer both your and Bob VdP's questions at one time (since my memory is getting so bad! ). Wayne #: 19198 S12/OS9/68000 (OSK) 24-Oct-93 16:19:35 Sb: #19190-screen save Fm: Bob van der Poel 76510,2203 To: John R. Wainwright 72517,676 (X) I have a 'primitive' dump working now. However, to get good results I guess I'll have to do color to grey scale conversion. Right now, I'm just sending the actual bytes on the screen to the printer, and while it does work, it does produce a stripped output which is not quite right. Press !> #: 19219 S12/OS9/68000 (OSK) 29-Oct-93 20:57:09 Sb: #19211-Screen program for OSK Fm: Bob van der Poel 76510,2203 To: robert brose 72067,3021 Robert, funny about screen not working for you. I just set up a couple of screens and got basic running in both. Loaded some programs and did a dir and all worked just fine. #: 19221 S12/OS9/68000 (OSK) 30-Oct-93 14:03:11 Sb: #MM1-68340 Fm: John R. Wainwright 72517,676 To: all I got one of the MM/1 68340 accelerator boards at the Atlanta 'Fest. Zack Sessions has already posted an excellent technical description and review of the upgrade, but I thought I would add a couple notes on my own experience with the faster system - and a couple more "gotcha"s. I did not have the "slow" PAL chips on my I/O board, but just when I thought I was safe, I discovered some on the 8-meg memory board. Replacing them was not as hard as I thought it would be, but not a job for someone without experience in repairing electronics. Like a famous coach said about passing is a football game -- "Three things can happen - two of them are BAD". It is, of course, FASTER. Thats why we bought it. The TeX and PostScript (and Ghostscript) programs I have been playing with lately take a lot of time. Building a new font for TeX ran about 15 minutes before, now its about 7. I don't have a "dhrystone" program (or even a whetstone), but I can easily see the increase in speed. I did run the little basic "benchmark" program that Frank Hogg posted some time ago, and the 68340 came in right about where you would expect it. Results of Frank's basic benchmark (the program) SHELL "date -j" FOR j=1 to 12 FOR i=1 to 1000 a=SQRT(i) b=INT(a) IF a=b THEN a=b ENDIF NEXT i NEXT j SHELL :date -j" (Frank's posted results) Year Model Speed CPU FPU Seconds '92 KiX\30 33 Mhz 68030 Yes 2 '92 KiX\30 25 Mhz 68030 Yes 3 '92 KiX\30 16 Mhz 68030 Yes 5 '87 QT20x 12 Mhz 68020 Yes 12 '92 KiX\30 33 Mhz 68030 No 14 '92 KiX\30 25 Mhz 68030 No 19 '92 KiX\30 16 Mhz 68030 No 29 '90 TC70* 15 Mhz 68070 No 105 '85 QT+ 10 Mhz 68000 No 105 '84 QT 8 Mhz 68008 No 219 * On board memory only. (my MM/1) mm1 68340 16.59 68340 N/A 35 It boots from the hard drive. Twice it has stumbled a little on a cold start when it looked for the drive before it was up to speed, but it got it on the second try. Both of my hard drives, a 40 meg conner and a 40 meg quantum work fine as "/dd". Zack said he got a new "shell" -- I didn't. I have the same shell I had before. Also, "dEd" runs fine - but that is probably because of the different shell. I asked Kevin Pease about that new "shell" - he said he didn't know where that came from. Apparently Zack got an accidental "gift" from somewhere. Windows have a little quirk - changing colors on one window does it to all of them. Kevin Pease has a fix, provided by a well known OS9 Guru - he said he would upload it very soon. I have heard of problems with MM/1's talking to printers, especially with long cables, but I was getting away with it up to now. I had ribbon cables from the MM/1 and a big ugly "386" running to switch boxes, and parallel cables from the boxes to the Epson and the Deskjet so I could switch either printer to either computer. --- No more. With the faster CPU, the MM/1 wants a short cable directly to the printer. (I can live with it). The reason I haven't said a lot in the forum about my new toy is that it had this little problem -- every once in a while, especially after a cold start, it would trash the hard drive. It seems there was this little timing problem that required some attention from Kevin Pease. The good news here is the response I got on the problem. I bought the upgrade at the "Blackhawk" booth in Atlanta, which was manned by Bill Whitman (another IMS rep). When I decided something was wrong, I called Bill (put a message on his machine), and left CIS email for Kevin Pease. BOTH of them called me at home within a day. Both had suggestions and I tried them all - but finally had to send the insides of my machine to Kevin. He tracked down the problem, made a new PAL to correct it, called to let me know he had it fixed, sent it back, and called me again today, just to make sure I had it running OK. As Delphi and CIS OS9 forum regulars know, response from IMS has, in the past, been.. well... less than outstanding. Paul Ward has not appeared on CIS or Delphi for many moons. ((I think Frank Hogg ran him off. Frank was mean to him. Look ashamed, Frank.))(GRIN) David Graham (Blackhawk) (NIMITZ) has obviously been trying to correct the situation. Although he was not at the Atlanta 'fest himself, David left his booth in good hands. I am very pleased with the 68340 and the quick technical support. Like Zack, I feel my money was well spent. Get one. Check with David Graham (NIMITZ) for current price and delivery time. John R. Wainwright <> <> *********** InfoXpress ************ There is 1 Reply. #: 19222 S12/OS9/68000 (OSK) 30-Oct-93 15:16:39 Sb: #19221-MM1-68340 Fm: Zack Sessions 71532,1555 To: John R. Wainwright 72517,676 > machine to Kevin. He tracked down the problem, made a new > PAL to correct it, called to let me know he had it fixed, > sent it back, and called me again today, just to make sure I > had it running OK. Hmm, was that U18 on the IO board by any chance? Reason I ask was that I received just today, a replacement PAL for U18, from Bill Wittman. He states in his letter that "on some systems, not many" require the new PAL to help solve "hard drive problems". Even though I am not having hard drive problems (unless you consider not being able to boot from the hard drive as a "problem"), "Pease highly recommends that you put it in". And I concur, support from Kevin Pease and Carl Kreider has been excellent. ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" Press !> #: 19224 S12/OS9/68000 (OSK) 31-Oct-93 08:52:22 Sb: #19222-#MM1-68340 Fm: John R. Wainwright 72517,676 To: Zack Sessions 71532,1555 (X) > Hmm, was that U18 on the IO board by any chance? Reason I ask was that I > received just today, a replacement PAL for U18, from Bill Wittman. He states in > his letter that "on some systems, not many" require the new PAL to help solve > "hard drive problems". Even though I am not having hard drive problems (unless > you consider not being able to boot from the hard drive as a "problem"), "Pease > highly recommends that you put it in". > To tell the truth, in the conversation with Kevin Pease about how he tracked down the problem, I got a little confused about which PAL was the culprit. I thought Kevin said U13 - but that is the one they knew about already in Atlanta, and I had already replaced it. Bill Wittman said he had one other board with a similar problem and suspected U18. Kevin said the new PAL he made gave it a little more margin in the timing. Peeking under the lid -- the chip NOW in U18 is marked CPL16L8 25NC. Is that the one you got in the mail? HeHe-- if Pease "highly recommends that you put it in" ...... I'd do it. The problem was kinda tricky - very marginal timing - in fact, if it ran long enough, it would drift into alignment and work just fine. One night after getting some advice from K.P. I sent him a message to say it was fixed -- next morning I turned it on, copied one file to /h0, and trashed the directory. After Kevin got the machine, he called me to say he couldn't get it to do anything wrong. I suggested he turn it off, start it in the morning and change something on the hard drive - that did it. Back in my TV repairman days, I used to blast chips with "FREON" to cool them when I suspected heat-related intermittent problems. That's an EPA "NO-NO" now, I don't know what technique current techs are using (ice cubes in little plastic bags, maybe?) (GRIN). BTW, I grabbed that software speed change util source from Brian White and compiled it -- seems to work fine. Kevin warned me to make speed changes in small steps - he thought it was possible that a big change, like from 8 to 16 meg in one step, just might cause a problem. (Timing again - slightly over my head). Kevin also mentioned that the way the SCSI driver works with the new chip is improved - much less chance of screwing up a long upload or download when you get something real busy going in another window. John R. Wainwright <> <> *********** InfoXpress ************ There is 1 Reply. #: 19225 S12/OS9/68000 (OSK) 31-Oct-93 09:34:39 Sb: #19224-MM1-68340 Fm: Zack Sessions 71532,1555 To: John R. Wainwright 72517,676 (X) > under the lid -- the chip NOW in U18 is marked CPL16L8 25NC. Is that the > one you got in the mail? Yes. > Back in my TV repairman days, I used to blast chips with "FREON" to cool > them when I suspected heat-related intermittent problems. That's an EPA > "NO-NO" now, I don't know what technique current techs are using (ice > cubes in little plastic bags, maybe?) (GRIN). I'm sure that you can get something which is environmentally safe which would cool down a chip. And don't laugh about you "ice cubes in a little plastic bag" comment. Art Flexsor (ADOS) reported a long time ago on Delphi that that is the very technique he used once to track down an overheating GIME!!! ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" #: 19238 S12/OS9/68000 (OSK) 01-Nov-93 20:26:41 Sb: #MM1 to HP dump Fm: John R. Wainwright 72517,676 To: Bob van der Poel 76510,2203 (X) Bob, I grabbed your mm2hp source and compiled it, and just to see what happened, sent it to my HP DeskJet 500. It worked. I knew they used similar commands for the whole HP family, but I thought I would at least have to fiddle with it a little. I'll play around with it and see what I can come up with. John R. Wainwright <> <> *********** InfoXpress ************ There is 1 Reply. #: 19243 S12/OS9/68000 (OSK) 02-Nov-93 21:51:32 Sb: #19238-MM1 to HP dump Fm: Bob van der Poel 76510,2203 To: John R. Wainwright 72517,676 (X) John, Yes, the mm2hp should work on the DeskJet. The gfx stuff is the same, however I understand that the bitmaps for softfonts are not. Let us know what you come up with. Press !> #: 19267 S12/OS9/68000 (OSK) 06-Nov-93 20:07:38 Sb: #19219-#Screen program for OSK Fm: robert brose 72067,3021 To: Bob van der Poel 76510,2203 (X) Bob, Is that on a MM1?? I am using a system IV. I don't why that should make a difference though. I have OSK V 2.4. Thanks, Bob There is 1 Reply. #: 19272 S12/OS9/68000 (OSK) 06-Nov-93 22:32:05 Sb: #19267-Screen program for OSK Fm: Bob van der Poel 76510,2203 To: robert brose 72067,3021 Yes, Bob, I did the test on a MM/1. However, I did run screen on my mvme (68020) too and that worked. I can't confirm that right now since that system is down. However, it should be working RSN and I'll give it another try. #: 19270 S12/OS9/68000 (OSK) 06-Nov-93 20:19:15 Sb: JPEG and IFF Fm: Bob van der Poel 76510,2203 To: All Has anyone written a jpeg viewer? I have a program which does jpeg to gif conversions...it'd be nice to view jpeg's directly. Also, where can I get the specifications for the file format used by IFF (cd-i graphics) files? #: 19273 S12/OS9/68000 (OSK) 07-Nov-93 00:04:05 Sb: #Sculptor Problem Fm: Bob Taylor 73270,3124 To: all I'm using Sculptor ver 1.14:5 with GWindows. I can't get Sculptor to send the clear screen and home cursor vt100 codes. Anyone have a solution? Bob There are 2 Replies. #: 19274 S12/OS9/68000 (OSK) 07-Nov-93 06:25:25 Sb: #19273-Sculptor Problem Fm: Ed Gresick 76576,3312 To: Bob Taylor 73270,3124 (X) Bob, Pretty old version. If my memory serves me correctly, that version looked for a file 'vdu' in the cmds directory. Using the utility 'decvdu', decode 'vdu' and change the appropriate codes. Then use 'setvdu' to put it in the form SCULPTOR wants it. Make sure you put it back in the cmds directory. Ed #: 19279 S12/OS9/68000 (OSK) 07-Nov-93 14:06:54 Sb: #19273-Sculptor Problem Fm: Bob Taylor 73270,3124 To: Bob Taylor 73270,3124 Ed, Thanks for the reply. I have already created the required file with the proper and known to work codes and run it thru setvdu. For some reason the screen is not cleared. Cursor motion and standout is working. I have even tried ^Z which GWindows also recognizes as clear screen. Bob Press !> #: 19288 S12/OS9/68000 (OSK) 08-Nov-93 17:23:18 Sb: #19272-#Screen program for OSK Fm: robert brose 72067,3021 To: Bob van der Poel 76510,2203 (X) Bob, I'll see if I can get Peter Tutelaers to try it on his sys iv. He is the only other user that I know. Bob There is 1 Reply. #: 19291 S12/OS9/68000 (OSK) 08-Nov-93 21:16:01 Sb: #19288-Screen program for OSK Fm: Bob van der Poel 76510,2203 To: robert brose 72067,3021 Maybe Ed Gresick can add to this...I _know_ he has a System IV, and I think he played with the screen I uploaded. Right Ed? #: 19294 S12/OS9/68000 (OSK) 08-Nov-93 21:59:59 Sb: #19222-MM1-68340 Fm: Carl Kreider 71076,76 To: Zack Sessions 71532,1555 (X) Zack, > Hmm, was that U18 on the IO board by any chance? Reason I ask was that I > received just today, a replacement PAL for U18, from Bill Wittman. He states > in his letter that "on some systems, not many" require the new PAL to help > solve "hard drive problems". Even though I am not having hard drive problems > (unless you consider not being able to boot from the hard drive as a > "problem"), "Pease highly recommends that you put it in". We sent the new U18 PALs to Bill to distribute to the Atlanta buyers. It fixes a problem that didn't exist in the MM/1 but shows up with the faster processor. Everyone *really should* put in the PAL. It will be included in all future kits. The problem is that the chip select to the WD33C93 SCSI chip may (depending on speed of other parts, temperature, phase of the moon, etc) go away before the write strobe does. This hoses the SCSI chip and causes it to write garbage to the disk. We changed the PAL equations to make write go away first to solve the problem. > And I concur, support from Kevin Pease and Carl Kreider has been excellent. Thank you. We try hard. :) Carl #: 19298 S12/OS9/68000 (OSK) 09-Nov-93 09:03:02 Sb: #19270-JPEG and IFF Fm: Graham Trott 100115,1075 To: Bob van der Poel 76510,2203 (X) Bob -- >>> where can I get the specifications for the file format used by IFF (cd-i graphics) files? <<< The information you want is in "OS-9/CD-RTOS IFF Support Library (1990)" from OptImage. Try asking Lex van Sonderen in the CD-i forum (GO CD-I). He looks after "Knowledge Transfer" for Philips in LA and may be able to get you the information in electronic form. See also "EA IFF 85" Standard for Interchange Format Files, by Electronic Arts. This came from the Amiga world, I think. If you need any CD-i image files to examine, let me know. -- GT #: 19284 S12/OS9/68000 (OSK) 08-Nov-93 04:22:10 Sb: #19279-#Sculptor Problem Fm: Ed Gresick 76576,3312 To: Bob Taylor 73270,3124 (X) Bob, Then I assume that using either 'echo \1b[2J' or 'echo ^Z' from the command line works but when put in the vdu file doesn't? Doesn't really make any sense. Hmm, what happens when you run SCULPTOR from your console without G-WINDOWS or from a terminal? Do the appropriate codes work OK? This will be a check on SCULPTOR. Ed There is 1 Reply. #: 19296 S12/OS9/68000 (OSK) 09-Nov-93 02:19:21 Sb: #19284-#Sculptor Problem Fm: Bob Taylor 73270,3124 To: Ed Gresick 76576,3312 (X) Ed, >Then I assume that using either 'echo \1b[2J' or 'echo ^Z' from the command >line works but when put in the vdu file doesn't? Correct. Also works with GWindows. Tried both codes. >Doesn't really make any sense. It certainly doesn't. >Hmm, what happens when you run SCULPTOR from your console without >G-WINDOWS or from a terminal? Do the appropriate codes work OK? This will >be a check on SCULPTOR. Sculptor has been working fine with my Wyse 60 terminal on my 20x all these years. Sculptor recognizes my Wyse 60 connected to my UQEK-30. Sculptor recognises standout and cursor motion (I presume since the menu is printed and the screen form). Just no clear screen. Unfortunately both the original and backup disks are no longer readable. I don't recall wheather a vt100 vdu file was included. Thanks for your help, Bob There is 1 Reply. #: 19303 S12/OS9/68000 (OSK) 10-Nov-93 04:14:59 Sb: #19296-Sculptor Problem Fm: Frank Hoffman 72733,3655 To: Bob Taylor 73270,3124 Ed, I know that Frank Hogg had some older 1.14's, both runtime and full development systems. Had a good price too. I've written a lot for 1.14:6 and still have good original disks. I don't know if that is a help to you or not. Frank Hoffman, LLOYD I/O, INC. #: 19304 S12/OS9/68000 (OSK) 10-Nov-93 04:15:03 Sb: Old HD Drivers Fm: Frank Hoffman 72733,3655 To: All Anybody, There are some things I don't know about some of the hard disk drivers for the 68K OS9 that might allow me to put a larger hard disk on my 68020 system from Windrush. It uses a SCSI port and has device decriptors for h0 to h7, but, has a rodime driver. ?...does this driver support the "quiry" the hard disk and find out what is there type of protocol, or is the parameters hard coded into the device descriptors and drivers? Frank Press !> #: 19314 S12/OS9/68000 (OSK) 12-Nov-93 03:05:28 Sb: #19291-Screen program for OSK Fm: Ed Gresick 76576,3312 To: Bob van der Poel 76510,2203 (X) Bob, Haven't had time to try your version of screens yet. Ed #: 19313 S12/OS9/68000 (OSK) 12-Nov-93 03:05:02 Sb: #19288-Screen program for OSK Fm: Ed Gresick 76576,3312 To: robert brose 72067,3021 Bob, Do you have the current email address for Peter? With some changes he's made, the addresses I have aren't any good. Ed #: 19309 S12/OS9/68000 (OSK) 11-Nov-93 02:49:02 Sb: #19303-Sculptor Problem Fm: Bob Taylor 73270,3124 To: Frank Hoffman 72733,3655 Frank, >I've written a lot for 1.14:6 and still have good original disks. I >don't know if that is a help to you or not. I'm thinking there is a bug in 1.14:5 somehow related to VT100's clear screen home cursor escape sequences. If there is a vdu file for the VT100 for this version I would be interested in seeing it. Thanks, Bob Press !> #: 19372 S12/OS9/68000 (OSK) 21-Nov-93 23:06:09 Sb: #19052-#Review: 340 Upgrade Fm: Dieter G. Rossmann 70314,1766 To: Zack Sessions 71532,1555 (X) Well, I got my 68340 upgrade board two weeks ago, made the new boot disk, no problem doing the boot disk... Then I oppend up the MM1, removed the 68070 chip, the roms, replaced the pall chips with the faster chips supplied, pluged in the 68340 upgrade board, set the wait state pins, replaced the I/O board, and powerd up the MM1, and got exactly NOTHING, the MM1 was dead... No screen no drive lights, Nothing! So I reinstalled the old CPU (68070) and the old ROMS, but left in the new palls, reset the wait state, reassembled the whole thing and powered up the MM/1 again, wholla it booted up No problem... So I reinstalled the 68340 board and ROMM's again, and still NOTHING! On axamining the 68070 socked where the new board plugs in, and it looks like the traces of the plug on the 68340 board plug dont meet the contact of the socked, the traces are a little recessed a little in plastic fins, and cant make contact with the new board... The old 68070 chip's contacts are curled and stand of the ship a little, and they go in the the recessed fins to make contact in the socket's contacts, the contacts on the 68340 board's plug must also stand off about 2 milimeters to make cantact with the sockets contacts... But the board I got had contats on the boards plug that where imbetted flush, and could not make the required contact for proper operation... BlackHawk Enterprises is sending me a new 68340 board, hope that will plug in proper... G'Day! There is 1 Reply. #: 19376 S12/OS9/68000 (OSK) 22-Nov-93 19:01:08 Sb: #19372-Review: 340 Upgrade Fm: Zack Sessions 71532,1555 To: Dieter G. Rossmann 70314,1766 > Well, I got my 68340 upgrade board two weeks ago, made the new boot disk, > the MM1 was dead... No screen no drive lights, Nothing! So I First off, let me make sure you are aware that I am not an official representative of Blackhawk Enterprises, I am a customer like you. > But the board I got had contats on the boards plug that where imbetted > flush, and could not make the required contact for proper operation... Kevin Pease installed my board. He did a "destructive" upgrade to the socket the '070 had been in. It has little plastic standoffs mounted inside it so the '070's contacts will make contact with the socket. But the "plug" for the '340 accel board HAS to go ALL the way down! So he clipped out the stanoffs so the accel board would go all the way down. Pease said that if I ever wanted to go back to the '070, I'd have to mount some kind of standoffs in there. But, mine is working OK and there ain't no reason why I'd want to go back to the '070!!! > BlackHawk Enterprises is sending me a new 68340 board, hope that will plug > in proper... Good luck with your system. If all else fails, give Pease a call. His number is (615) 758-9787 at home. ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" #: 19327 S12/OS9/68000 (OSK) 14-Nov-93 21:55:37 Sb: #19221-MM1-68340 Fm: Dieter G. Rossmann 70314,1766 To: John R. Wainwright 72517,676 (X) Thanks for the info, it will come in handy, then I just got my own 68340 Accelerator upgrade, board, three chips and a floppy disk with a bunch of software, already made the floppy boot disk for the 68340 accelerator, just have to get the time and currage to the the hardware haking... Will report the progress I make in the future... G'Day! Dieter #: 19324 S12/OS9/68000 (OSK) 14-Nov-93 14:47:19 Sb: #OS9, 3.0 Fm: Bob van der Poel 76510,2203 To: All I thought some of you might be interested in this press release I found in 'Electronic Design', Oct 4/93.... Taking aim at hyper-embedded, hard real-time applications, version 3.0 of the Microware's OS-9 operating system has a preemptible kernel, faster interrupt response and context switching, and more efficient interprocess communication mechanisms. The OS upgrade also has improved determinism, enhanced memory-management facilities, and greater overall system call throughput. For resource-limited embedded applications, Microware has the Atomic OS-9 runtime microkernel, 20% smaller and 15% faster than the standard v3.0 kernel, yet upwardly compatible. The microkernel has a subset of the functions in the OS-9 v.3 kernel, excluding development and debugging support... Version 3.0 supports system-state preemption... Microware to improve determinism [sic] has added system-state preemption to the OS core I/O file managers. It also has a new "buddy" memory allocator, assigning memory on a more predictable block size basis rather than on a "first-fit" basis. The v3.0 kernel's fast IRQ system call (F$FIRQ) .... cut the interrupt latency in half--to 3.0us--by preforming partial register save... [pricing info follows]... There is 1 Reply. #: 19356 S12/OS9/68000 (OSK) 19-Nov-93 22:29:39 Sb: #19324-OS9, 3.0 Fm: Frank Hogg of FHL 70310,317 To: Bob van der Poel 76510,2203 (X) Bob, From past experence I would avoid versions of OS9 that end with a '0'... or rather... Frank #: 19392 S12/OS9/68000 (OSK) 29-Nov-93 00:19:46 Sb: #19372-Review: 340 Upgrade Fm: Dieter G. Rossmann 70314,1766 To: Dieter G. Rossmann 70314,1766 Well, the replacement for the bad 68340 accelerator board arrived today, so I poped it in, reassembled everyting and powered the MM/1 up, and volla it worked! Boy am I ever clad, I thought there for a few days that I did someting wrong and blew the whole ting... Now I have to make a new bootfile for the hard drive, have one made for floppy boot, but there are quiet a few drivers that I need missing. But that will have to wait for another day. the next few days will be taken up by remodiling the basement, have to ad a badroom and a bedroom, and then the house will be finiched... Now all I have to do is getting the InfoXpress going on the MM/1, right now I'm using WinCim on my PC... G'Day! #: 19389 S12/OS9/68000 (OSK) 27-Nov-93 20:03:35 Sb: Gnu-C Fm: Bob van der Poel 76510,2203 To: All I think I asked this before and got no answer...so could someone pass it along on other nets? I can't seem to get debug information working with GCC. (I am using gcc2 2.4.5). The usage message indicates that -g will generate debug code for srcdbg. It doesn't appear to do so. If I enable the -v switch I can see that no -g is passed along to either c68 or l68. Either I'm missing something, or gcc2 is broken. I don't have gcc2 source so I'm inbetween a rock and a hard place since I need to use an ansi compiler for a current porting project. Any help will be appreciated! #: 19390 S12/OS9/68000 (OSK) 28-Nov-93 06:15:14 Sb: MM/1 4 Meg Hack Fm: Mark Griffith 76070,41 To: All Attention All MM/1 Owners: Minimum allocation size: 0.25 K-bytes Number of memory segments: 6 Total RAM at startup: 9140.25 K-bytes Current total free RAM: 8789.25 K-bytes Free memory map: Segment Address Size of Segment ----------------- -------------------------- $4E00 $200 0.50 K-bytes $24C00 $200 0.50 K-bytes $2AC00 $7BA000 7912.00 K-bytes $7F2C00 $500 1.25 K-bytes $7F3700 $500 1.25 K-bytes $801400 $DA700 873.75 K-bytes This is the output of mfree after completeing the 4 Meg Memory Hack on an MM/1. Notice the 8 Meg of free RAM! You too can have this. There are two ways to get the hack. Ask me and I'll send you the details so you can do it yourself. However, be cautioned that this is not a pretty hack, nor is it easy to do. You'll need to have a good amount of experience in soldering, cutting traces, pulling pins up on already soldered in chips, piggybacking chips, and running tiny wires around on the board. If you have never done something like this, I wouldn't attempt it yourself. You can do permanent and fatal damage to the I/O board. The other method is to let me do it for you. For a $50 charge, I'll perform the hack, test it, and make a new init module for you. I'll also guarantee my work for a year (the hack only). All you need to do is send me your I/O board. If you want me to include the 4 Meg SIMMs, let me know. I haven't priced them lately, but I'm sure I can get some at a reasonable price for you. I should be able to do the hack and get your board back within 2 weeks. This would make a great Christman present to yourself. If anyone is interested, let me know via email. Mark Griffith Dirt Cheap Computer Stuff Co. "Cheap, But Not Trash" (Uploaded with InfoXpress Ver. 1.01) #: 19394 S12/OS9/68000 (OSK) 29-Nov-93 13:17:09 Sb: ReSizeWin() Fm: Hugo Bueno 71211,3662 To: All Does anyone have documentation for the K-windows cgfx.l functions MoveWin(), ReSizeWin() and BackWin()? I can get MoveWin and BackWin working no problem. However, ReSizeWin makes my window disappear after I change the window size. Does ReSizeWin chack to make sure that the new new size is no smaller than the minimums defined for the window structure? ANy help appreciated. Hugo #: 19396 S12/OS9/68000 (OSK) 30-Nov-93 21:13:11 Sb: Internet Fm: Bob van der Poel 76510,2203 To: All Just got finished reading my Compuserve OnLine Magazine. Interesting stuff on using INTERNET from CIS. Does anyone (Steve??) know if: - LISTSERV supports os9.comp (or whatever the proper name for the news group is) - How to find the "node name" of a Fidonet users. See the example on page 62. I'd like to be able so contact some of the folks using the MM/1 Tech Echo on Fido. Thanks. #: 19407 S12/OS9/68000 (OSK) 03-Dec-93 18:36:09 Sb: #19389-Gnu-C Fm: Carsten B Emde 100034,372 To: Bob van der Poel 76510,2203 (X) Bob, unfortunately, srcdbg in gcc's -? listing means source level debugger (in general) and not srcdbg from Microware. From 2.5.3 onwards, however, Stephan Paschedag has implemented the -gg option that produces correct *.dbg code for Microware's srcdbg. It is available through EFFO. Carsten carsten@ce.pr.net.ch #: 19398 S12/OS9/68000 (OSK) 01-Dec-93 15:34:17 Sb: #19396-#Internet Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Just got finished reading my Compuserve OnLine Magazine. Interesting stuff > on using INTERNET from CIS. Does anyone (Steve??) know if: > > - LISTSERV supports os9.comp (or whatever the proper name for the news > group is) > - How to find the "node name" of a Fidonet users. See the example on > page 62. I'd like to be able so contact some of the folks using the MM/1 > Tech Echo on Fido. > Since comp.os.os9 is an unmoderated newsgroup, I don't think it's available in Digest form via Mail. There's a company that offers a nifty service for CompuServe users that will digest newsgroups for you and send them to your mail box. Take a peek at a file called IAS.INF in Library 14 of the TELECOM forum. I'll have to research the FIDO question. *- Steve -* There is 1 Reply. #: 19399 S12/OS9/68000 (OSK) 01-Dec-93 19:52:07 Sb: #19398-#Internet Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Any idea how many messages per day flow though os9.os.comp? There is 1 Reply. #: 19403 S12/OS9/68000 (OSK) 02-Dec-93 11:46:50 Sb: #19399-Internet Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Any idea how many messages per day flow though os9.os.comp? Just a handful Bob. If I see 6 I get excited. *- Steve -* #: 19416 S12/OS9/68000 (OSK) 04-Dec-93 16:00:03 Sb: #19407-Gnu-C Fm: Bob van der Poel 76510,2203 To: Carsten B Emde 100034,372 Thanks for the help, Carsten. I'll have to get the new version. Do you know if it is posted anywhere? #: 19426 S12/OS9/68000 (OSK) 05-Dec-93 04:14:34 Sb: #19407-Gnu-C Fm: Mark Griffith 76070,41 To: Carsten B Emde 100034,372 Carsten, > unfortunately, srcdbg in gcc's -? listing means source level debugger (in > general) and not srcdbg from Microware. From 2.5.3 onwards, however, > Stephan Paschedag has implemented the -gg option that pr to the > letter, it sends "O", downloads are not a problem that I'm aware of. I do > the same for CIS, now too, although IX used to send "A". > > -Bill- > That's interesting. WHen I was futzing around with Tymnet's outdials I was using the O terminal identifier and found I couldn't get any file transfers to work between my computer and the computer I outdialed to. This was using kermit, xmodem, ymodem and zmodem. Switched to "A" and the problems went away. *- Steve -* #: 19416 S12/OS9/68000 (OSK) 04-Dec-93 16:00:03 Sb: #19407-Gnu-C Fm: Bob van der Poel 76510,2203 To: Carsten B Emde 100034,372 Thanks for the help, Carsten. I'll have to get the new version. Do you know if it is posted anywhere? #: 19426 S12/OS9/68000 (OSK) 05-Dec-93 04:14:34 Sb: #19407-Gnu-C Fm: Mark Griffith 76070,41 To: Carsten B Emde 100034,372 Carsten, > unfortunately, srcdbg in gcc's -? listing means source level debugger (in > general) and not srcdbg from Microware. From 2.5.3 onwards, however, > Stephan Paschedag has implemented the -gg option that prduces correct > *.dbg code for Microware's srcdbg. It is available through EFFO. When you say, "It is available through EFFO", what exactly does that mean? From what I have seen, EFFO and Steven are not honoring the GNU copyleft by not distributing source code. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 19428 S12/OS9/68000 (OSK) 05-Dec-93 14:45:14 Sb: #19394-ReSizeWin() Fm: Mike Haaland 72300,1433 To: Hugo Bueno 71211,3662 Nope, You have to do your own _gs_scsz() afterwords and reset-up the window on the new screen size. You also have to check the minimums yourself, and if the area is too small DWSet with type $FF to the correct minimun size. Hope this helps, - Mike - #: 19415 S12/OS9/68000 (OSK) 04-Dec-93 16:00:01 Sb: #19403-#Internet Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) Thanks. I'm going to send Bear Software a message and see if I can get on their IAS service. They charge $0.50 per 10,000 compressed characters they send to my mailbox which for a few messages per day shouldn't amount to all that much. I'll let you know how it works out. There is 1 Reply. #: 19422 S12/OS9/68000 (OSK) 04-Dec-93 22:32:40 Sb: #19415-#Internet Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Thanks. I'm going to send Bear Software a message and see if I can get on > their IAS service. They charge $0.50 per 10,000 compressed characters > they send to my mailbox which for a few messages per day shouldn't amount > to all that much. I'll let you know how it works out. > Great! I'm curious to hear how they do for you. *- Steve -* There is 1 Reply. #: 19430 S12/OS9/68000 (OSK) 05-Dec-93 17:13:48 Sb: #19422-Internet Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) I sent email to Bear Software last night. Today, I had my first compressed file in my mailbox (plus a request for a $25.00 deposit). Seems to be working fine. They promise to collect all the messages, compress them, and send the package to my CIS mailbox on a daily basis. Guess I'll let it run for awhile and see how it goes (and see if there is much that I really want to read). #: 19429 S12/OS9/68000 (OSK) 05-Dec-93 16:22:55 Sb: hpload Fm: BRUCE MOORE 70075,143 To: 76510,2203 (X) Will your hpload program work on printers other than hp? Is it a pcl5 thing or a postscript thing? I am a printer and would like to buy a hi-speed modem and postscript printer (hi-res like 600 dpi) so my customers could call-in and upload printing jobs! I guess they could include the fonts but wouldnt I need to use your utility to download them to the printer. The files my customers would send would have to be postscript (since I can't do much with pagemaker or quark native files on an osk system). #: 19437 S12/OS9/68000 (OSK) 07-Dec-93 14:34:18 Sb: #19416-#Gnu-C Fm: Carsten B Emde 100034,372 To: Bob van der Poel 76510,2203 (X) Bob, two days ago, Stephan has made GNU-C 2.5.5 available on cabrales.cs.wisc.edu. This version fully supports Microware's srcdbg (-gg option). Have fun, Carsten. There is 1 Reply. #: 19442 S12/OS9/68000 (OSK) 08-Dec-93 06:20:39 Sb: #19437-Gnu-C Fm: Bill Dickhaus 70325,523 To: Carsten B Emde 100034,372 (X) Thanks for the information, Carsten. Would it be alright if someone uploaded that here? -Bill- #: 19434 S12/OS9/68000 (OSK) 07-Dec-93 14:19:37 Sb: #19426-Gnu-C Fm: Carsten B Emde 100034,372 To: Mark Griffith 76070,41 (X) Mark, > From what I have seen, EFFO and Steven are not honoring the GNU copyleft > by not distributing source code. What have you seen? Any GNU software ever ported to OS-9 and made available through EFFO is available in source code form without any restriction upon request. In some cases, the OS-9 specific additions we made, are even incorporated into the official releases. Everybody at EFFO full-heartedly supports the GNU concept and nobody would ever do something that would give the impression that we are "not honoring the GNU copyleft". Again, what have you seen? If you have, please explain what it was. If you have not, please say so. Carsten. #: 19435 S12/OS9/68000 (OSK) 07-Dec-93 14:24:34 Sb: #19407-#Gnu-C Fm: Carsten B Emde 100034,372 To: Carsten B Emde 100034,372 (X) Bob, two days ago, Stephan has made GNU-C 2.5.5 available on cabrales.cs.wisc.edu. This version fully supports Microware's srcdbg (-gg option). Have fun, Carsten. There is 1 Reply. #: 19438 S12/OS9/68000 (OSK) 07-Dec-93 20:52:37 Sb: #19435-Gnu-C Fm: Bob van der Poel 76510,2203 To: Carsten B Emde 100034,372 (X) Thanks Carsten. I look forward to trying the latest version. #: 19443 S12/OS9/68000 (OSK) 08-Dec-93 13:42:42 Sb: #19430-Internet Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > I sent email to Bear Software last night. Today, I had my first > compressed file in my mailbox (plus a request for a $25.00 deposit). Seems > to be working fine. They promise to collect all the messages, compress > them, and send the package to my CIS mailbox on a daily basis. Guess I'll > let it run for awhile and see how it goes (and see if there is much that I > really want to read). Bob ... you might also want to consider adding: comp.sys.m6809 comp.sys.m68k to your reading list. Neither group is that busy, but there are some jewels from time to time. *- Steve -* #: 19431 S12/OS9/68000 (OSK) 05-Dec-93 20:37:36 Sb: #19429-#hpload Fm: Bob van der Poel 76510,2203 To: BRUCE MOORE 70075,143 (X) Bruce, HPLOAD just grabs font files and dumps them to the printer. Should work with any HP compatible printer (this is not postscript). Yes, if the font is supplied by your customer you will need to get the stuff to your printer. However, if the customer "prints" the stuff to a file from a WP program on a PC he should be able to upload that to you (complete with the font info) and you should be able to just merge that file to the printer. HPLOAD isn't all that big...you should DL it and have a look. There is 1 Reply. #: 19448 S12/OS9/68000 (OSK) 08-Dec-93 19:45:49 Sb: #19431-hpload Fm: BRUCE MOORE 70075,143 To: Bob van der Poel 76510,2203 (X) Great I guess HPLOAD works with PCL language. I did download the program now all I need is a printer! Still shopping. I need the best quality output I can afford ($2000) since I will be generating camera copy for print jobs at my printshop ! #: 19436 S12/OS9/68000 (OSK) 07-Dec-93 14:28:34 Sb: Gnu-C Fm: Carsten B Emde 100034,372 To: Bob van der Poel 76510,2203 (X) Bob, two days ago, Stephan has made GNU-C 2.5.5 available on cabrales.cs.wisc.edu. This version fully supports Microware's srcdbg (-gg option). Have fun, Carsten. #: 19455 S12/OS9/68000 (OSK) 09-Dec-93 20:29:25 Sb: #19434-Gnu-C Fm: Bill Dickhaus 70325,523 To: Carsten B Emde 100034,372 (X) Carsten, The archive on cabrales is a perfect example. It contains no documentation at all, not even a simple README file. All GNU software distributions MUST contain the minimal FSF declarations. Most GNU distributions include the source, although I think you're right in that0as long as the source is made available, its acceptable to distribute only binaries. But in this case (and in the past) the GCC port for OSK has not usually included the usual FSF README files. I think Stephan has done an excellent job, but either he isn't paying enough attention when he puts the distribution archives together, or someone is repackaging the archives, and not doing it properly. { -Bill- #: 19489 S12/OS9/68000 (OSK) 16-Dec-93 16:26:49 Sb: #19437-Gnu-C Fm: William F. McGill/CA 73177,3433 To: Carsten B Emde 100034,372 Carsten, I'm maintaining a large software project written prior to the Ultra-C releases and I'm supposed to convert it to Ultra-C to put make it compliant with ANSI C. The last time I checked in here I heard bad things about Ultra-C, so I held off. Now I see that Gnu-C is working with OS-9 and supports srcdbg, which I certainly need. And Ultra-C doesn't seem to be getting better. What's the best way to get Gnu-C and its documentation ? I'd like to be able to compile and link on my 486DX DOS machine and then download to the OS-9 machine, but I can do the development completely on the OS-9 machine if there is no cross-compiler available. I can use ftp. Thanks, Bill #: 19486 S12/OS9/68000 (OSK) 15-Dec-93 16:46:39 Sb: #19484-#Gnu-C Fm: ole hansen 100016,3417 To: Ken Jordan 72420,1302 (X) Hello Carsten. EFFO is European Forum For Os9. Their site is called 'lucy' in Switcherland. The guy who ported GCC to OSK is called Stephan Pashedag. You will notice when executing 'gcc2' with help-option. If you have 'gcc' v 1.42 you will also have the email-addr. for Stephan. regards ole@danelec.dk There is 1 Reply. #: 19487 S12/OS9/68000 (OSK) 15-Dec-93 17:14:49 Sb: #19486-#Gnu-C Fm: Ken Jordan 72420,1302 To: ole hansen 100016,3417 (X) Thanks for the info! It is difficult for me to actually run the compiler under OS-9 as my OS-9 system (a CDI605 development player) only has one floppy and no hard disk (I guess I could emulate a test CD with GNU on it...). We have been using (a somewhat questionable) GNU 2.2.2 for OSK ported by another person (Bruce Robertson). I will try to 'grep' through the gcc2 executable for email address. Is the FTP site called 'lucy.ch'? Again thanks for the info, and if anyone does locate the source/diffs please post a note here. (If I find them I will upload (the diffs) here and to cabrales.cs.wisc.edu) Ken Jordan Philips/POV There is 1 Reply. #: 19488 S12/OS9/68000 (OSK) 15-Dec-93 18:49:51 Sb: #19487-Gnu-C Fm: John R. Wainwright 72517,676 To: Ken Jordan 72420,1302 (X) > We have been using (a somewhat questionable) GNU 2.2.2 for OSK ported by > another person (Bruce Robertson). > > I will try to 'grep' through the gcc2 executable for email address. I dug out the "readme" file from GCC 1.4 and found this address - hope it is what you need. If you have questions, problems or bugs please let me know : .!mcvax!cernax!chx400!ethz!stp (stp@ethz.uucp) or at home at work Stephan Paschedag MPL AG Bauernhalde 5 Zelgweg 12 CH-8708 Maennedorf CH-5405 Baden-Daettwil Switzerland Switzerland +41 1 920 32 77 +41 56 83 30 80 (Tel, remember Switzerland is GMT+1 !) John R. Wainwright <> <> *********** InfoXpress ************ #: 19490 S12/OS9/68000 (OSK) 16-Dec-93 19:06:27 Sb: GNU C Fm: Zack Sessions 71532,1555 To: ALL I am having a problem getting GNU C to work. Anytime I compile a program which includes stdio.h, it tells me that there is an unterminated string or character constant on line 326 of stdio.h. It is the unaltered header file which came in the defs archive. I have searched through it around line 326 and cannot find a problem. What's wrong here? I copied all of the header files into /dd/defs and the ones in the SYS directory to /dd/defs/sys. Is that right? And I have removed all of the header files from the MW C compiler. Is that right? ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" #: 19491 S12/OS9/68000 (OSK) 17-Dec-93 01:32:41 Sb: MM/1 Monitors Fm: Alan Weston 76234,3500 To: ALL I have access to an extended vga color monitor with the following specs (Daewoo CMC-1414BA): video: analog RGB horz: 31 kHz - 60 kHz vert: 47 Hz - 100 Hz sync: Separate sync TTL level H.sync: +/- V.sync: +/- Composite sync TTL level: +/- Sync on green video comes with 15 pin IBM adaptor Will this monitor work with an MM/1? I remember seeing a mention to the effect that: "31.5 khz horizontal scan is not supported by current software." I also know about the RAMDAC pin 5 disconnect fix. Can someone give me some insight on this? Thanks, Al Press !> #: 19489 S12/OS9/68000 (OSK) 16-Dec-93 16:26:49 Sb: #19437-Gnu-C Fm: William F. McGill/CA 73177,3433 To: Carsten B Emde 100034,372 Carsten, I'm maintaining a large software project written prior to the Ultra-C releases and I'm supposed to convert it to Ultra-C to put make it compliant with ANSI C. The last time I checked in here I heard bad things about Ultra-C, so I held off. Now I see that Gnu-C is working with OS-9 and supports srcdbg, which I certainly need. And Ultra-C doesn't seem to be getting better. What's the best way to get Gnu-C and its documentation ? I'd like to be able to compile and link on my 486DX DOS machine and then download to the OS-9 machine, but I can do the development completely on the OS-9 machine if there is no cross-compiler available. I can use ftp. Thanks, Bill #: 19486 S12/OS9/68000 (OSK) 15-Dec-93 16:46:39 Sb: #19484-#Gnu-C Fm: ole hansen 100016,3417 To: Ken Jordan 72420,1302 (X) Hello Carsten. EFFO is European Forum For Os9. Their site is called 'lucy' in Switcherland. The guy who ported GCC to OSK is called Stephan Pashedag. You will notice when executing 'gcc2' with help-option. If you have 'gcc' v 1.42 you will also have the email-addr. for Stephan. regards ole@danelec.dk There is 1 Reply. #: 19487 S12/OS9/68000 (OSK) 15-Dec-93 17:14:49 Sb: #19486-#Gnu-C Fm: Ken Jordan 72420,1302 To: ole hansen 100016,3417 (X) Thanks for the info! It is difficult for me to actually run the compiler under OS-9 as my OS-9 system (a CDI605 development player) only has one floppy and no hard disk (I guess I could emulate a test CD with GNU on it...). We have been using (a somewhat questionable) GNU 2.2.2 for OSK ported by another person (Bruce Robertson). I will try to 'grep' through the gcc2 executable for email address. Is the FTP site called 'lucy.ch'? Again thanks for the info, and if anyone does locate the source/diffs please post a note here. (If I find them I will upload (the diffs) here and to cabrales.cs.wisc.edu) Ken Jordan Philips/POV There is 1 Reply. #: 19488 S12/OS9/68000 (OSK) 15-Dec-93 18:49:51 Sb: #19487-Gnu-C Fm: John R. Wainwright 72517,676 To: Ken Jordan 72420,1302 (X) > We have been using (a somewhat questionable) GNU 2.2.2 for OSK ported by > another person (Bruce Robertson). > > I will try to 'grep' through the gcc2 executable for email address. I dug out the "readme" file from GCC 1.4 and found this address - hope it is what you need. If you have questions, problems or bugs please let me know : .!mcvax!cernax!chx400!ethz!stp (stp@ethz.uucp) or at home at work Stephan Paschedag MPL AG Bauernhalde 5 Zelgweg 12 CH-8708 Maennedorf CH-5405 Baden-Daettwil Switzerland Switzerland +41 1 920 32 77 +41 56 83 30 80 (Tel, remember Switzerland is GMT+1 !) John R. Wainwright <> <> *********** InfoXpress ************ #: 19490 S12/OS9/68000 (OSK) 16-Dec-93 19:06:27 Sb: #GNU C Fm: Zack Sessions 71532,1555 To: ALL I am having a problem getting GNU C to work. Anytime I compile a program which includes stdio.h, it tells me that there is an unterminated string or character constant on line 326 of stdio.h. It is the unaltered header file which came in the defs archive. I have searched through it around line 326 and cannot find a problem. What's wrong here? I copied all of the header files into /dd/defs and the ones in the SYS directory to /dd/defs/sys. Is that right? And I have removed all of the header files from the MW C compiler. Is that right? ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" There are 2 Replies. #: 19493 S12/OS9/68000 (OSK) 17-Dec-93 22:56:40 Sb: #19490-#GNU C Fm: John R. Wainwright 72517,676 To: Zack Sessions 71532,1555 (X) > I am having a problem getting GNU C to work. Anytime I compile a program which > includes stdio.h, it tells me that there is an unterminated string or character > constant on line 326 of stdio.h. It is the unaltered header file which came in > the defs archive. I have searched through it around line 326 and cannot find a > problem. What's wrong here? > > I copied all of the header files into /dd/defs and the ones in the SYS > directory to /dd/defs/sys. Is that right? And I have removed all of the header > files from the MW C compiler. Is that right? > Hmmmm, the "stdio.h" that I have in /dd/defs/ is the same one that came with the MW compiler (78 lines long) - and I use it with GCC. I did add a #ifndef _STDIOH_, #define _STDIOH_ ((original file)) #endif ("don't call it twice") . There is ANOTHER "stdio.h" in "/dd/defs/CC/, and right at line 326 it has one of those C++ comment lines starting with "//" instead of "/*". That C++ comment line right at the place you describe is too much of a coincidence -- gotta be the problem. The /dd/defs/CC directory was created by the archive when I got the first version of GCC and GPP. I THINK (?) it only gets used by the gpp C++ compiler. There is an option "-+" in the cccp pre-processor to handle those funny comments. John R. Wainwright <> <> *********** InfoXpress ************ There is 1 Reply. #: 19498 S12/OS9/68000 (OSK) 18-Dec-93 12:25:18 Sb: #19493-GNU C Fm: Zack Sessions 71532,1555 To: John R. Wainwright 72517,676 Thanks for the info! Brian White on the COCO BITNET list beat you, though. Seems that the defs files in the CC directory are used only by GPP, and are not used by GCC, you just use all the same headers which came with the MWC compiler. I am now having linker problems, though, several modules which look to be standard library modules not being found. Can post a specific list of modules if that would help. ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" #: 19496 S12/OS9/68000 (OSK) 18-Dec-93 12:05:24 Sb: #19490-GNU C Fm: Bob van der Poel 76510,2203 To: Zack Sessions 71532,1555 (X) Two quick things come to mind (I recall a similar problem!): 1. Do a 'count stdio.h -b' to make sure that there are no $0As in the the file. 2. Are there any C++ type comments (//) in the file? The current version of GCC does not appear to like C++ style comments. If this doesn't help, could you include a few lines from before the error in a message...might twig something. Could be that are using a defined type which hasn't be defined???? #: 19491 S12/OS9/68000 (OSK) 17-Dec-93 01:32:41 Sb: MM/1 Monitors Fm: Alan Weston 76234,3500 To: ALL I have access to an extended vga color monitor with the following specs (Daewoo CMC-1414BA): video: analog RGB horz: 31 kHz - 60 kHz vert: 47 Hz - 100 Hz sync: Separate sync TTL level H.sync: +/- V.sync: +/- Composite sync TTL level: +/- Sync on green video comes with 15 pin IBM adaptor Will this monitor work with an MM/1? I remember seeing a mention to the effect that: "31.5 khz horizontal scan is not supported by current software." I also know about the RAMDAC pin 5 disconnect fix. Can someone give me some insight on this? Thanks, Al #: 19495 S12/OS9/68000 (OSK) 18-Dec-93 11:52:01 Sb: MM/1 G-WINDOWS PORT Fm: Ed Gresick 76576,3312 To: ALL David Graham, President of Blackhawk Enterprises posted the following message of DELPHI. Blackhawk Enterprises has taken over sales, production and support of the MM/1. He is known as NIMITZ on DELPHI. *** 84126 17-DEC 21:54 OSK Applications GWindows on MM/1 From: NIMITZ To: ALL I talked to Ed Gresick today. I've said before, and still feel, that while GWindows is not appropriate as the standard windowin system on a personal system, that it is advantageous for it to be available on any OSK platform. So, Ed has agreed to keep his offer open for 2 more months, until February 28th, 1994. Thanks, Ed! This is especially important to me, as I wish GWindows to be available as an OPTION, for programmers, though I will continue to support KWindows, and work for it's continued growth. Good luck with getting those 20 orders Ed! *** The following is my response - *** I wish to confirm David Graham's (NIMITZ) statement regarding extending my offer to port G-WINDOWS to the MM/1 until February 28, 1994 in message #84126. I'm willing to do this since Dave has endorsed G-WINDOWS as an optional windowing/GUI system for the MM/1. Unless I hear otherwise from the individuals who have already ordered G-WINDOWS, I will keep their orders open on the books. I appreciate Dave's endorsement and believe this will result in neccessary additional orders. Ed Gresick DELMAR CO #: 19500 S12/OS9/68000 (OSK) 19-Dec-93 09:27:29 Sb: #19498-#GNU C Fm: John R. Wainwright 72517,676 To: Zack Sessions 71532,1555 (X) > Thanks for the info! Brian White on the COCO BITNET list beat you, though. Hehe, I'm not surprised. I met Brian at Atlanta (bought his Speedisk defrag program too). That young feller is SMART. > I am now having linker problems, though, several modules which look to be > standard library modules not being found. Can post a specific list of modules > if that would help. Yeah, I remember fighting with that one too. Post the list, and I will try to help you track em down. I went through some of that before I had an "rdump" - even wrote a basic routine to browse through lib files and hunt for things. Right now, I am trying to figure out why one of the GhostScript modules will compile just fine with GCC 1.37 and quits with error 103 on GCC 2.5.6. -- no clues -- just "Program cc2 got fatal signal 103". John R. Wainwright <> <> *********** InfoXpress ************ There is 1 Reply. #: 19501 S12/OS9/68000 (OSK) 19-Dec-93 11:34:43 Sb: #19500-GNU C Fm: Zack Sessions 71532,1555 To: John R. Wainwright 72517,676 > Yeah, I remember fighting with that one too. Post the list, and I will > try to help you track em down. I went through some of that before I had > an "rdump" - even wrote a basic routine to browse through lib files and > hunt for things. I'll do some of that "detective work" first but I maight get back to on it. > Right now, I am trying to figure out why one of the GhostScript modules > will compile just fine with GCC 1.37 and quits with error 103 on GCC > 2.5.6. -- no clues -- just "Program cc2 got fatal signal 103". Hmm, I jsut got GCC from cabrales and it is version 1.42?!?!? ------------------------------------ Zack C Sessions ColorSystems "I am Homer of Borg, prepare to be assimi ... OOOOHHH, DOUGHNUTS!" #: 19499 S12/OS9/68000 (OSK) 19-Dec-93 05:48:08 Sb: #Printing problems Fm: keith bauer 71102,317 To: 76510,2203 (X) Bob, I have a problem when I try to print from Ved. I get an error message that says "can't write to a busy file". This is when sending to '/p'. Lets try that again. The program saves a mail message to a file '/p' so it prints. Even after rebooting though I still can not print from ved. I can print using the spooler or by listing or with another WP program. Any Ideas? Keith There is 1 Reply. #: 19502 S12/OS9/68000 (OSK) 19-Dec-93 16:22:59 Sb: #19499-Printing problems Fm: ole hansen 100016,3417 To: keith bauer 71102,317 Hello Keith Are your spooler running on /p at the time you try to rint from ved ?? If you need it, I can post you a 'pseudo'-device-drive/descriptor that will redirect to a spooled printer. I can print to that from 'ved'. regards ole@danelec.dk Press !> #: 19509 S12/OS9/68000 (OSK) 20-Dec-93 18:05:15 Sb: #19501-GNU C Fm: John R. Wainwright 72517,676 To: Zack Sessions 71532,1555 (X) > > Hmm, I jsut got GCC from cabrales and it is version 1.42?!?!? > Correction, the older version I have is ver 1.42 (the docs say 1.37) - the newer one I just got from cabrales is 2.5.6. -- I'm keeping the older one on my Hard Drive until I get to the bottom of this "signal 103" business. John R. Wainwright <> <> *********** InfoXpress ************ #: 19507 S12/OS9/68000 (OSK) 20-Dec-93 12:55:27 Sb: #19500-#GNU C Fm: Bill Dickhaus 70325,523 To: John R. Wainwright 72517,676 (X) John, I get the same results with 2.5.n GCC, I suspect that it was written for and on something other than a 68000 or 68070. -Bill- There is 1 Reply. #: 19512 S12/OS9/68000 (OSK) 20-Dec-93 21:44:29 Sb: #19507-GNU C Fm: John R. Wainwright 72517,676 To: Bill Dickhaus 70325,523 > John, > > I get the same results with 2.5.n GCC, I suspect that it was written for and on > something other than a 68000 or 68070. > > -Bill- > Uh-oh, and thanks for the confirmation, Bill. BTW, I am running it (or trying to) on a 68340. John R. Wainwright <> <> *********** InfoXpress ************ #: 19510 S12/OS9/68000 (OSK) 20-Dec-93 19:51:39 Sb: #19502-Printing problems Fm: keith bauer 71102,317 To: ole hansen 100016,3417 > > Are your spooler running on /p at the time you try to rint from ved ?? > > If you need it, I can post you a 'pseudo'-device-drive/descriptor that > will redirect to a spooled printer. I can print to that from 'ved'. > > regards ole@danelec.dk > Yes I am running the spooler. Please send the 'pseudo' device-drive.desc. Thanks --------------------------------------------------------------------------- Keith Bauer CIS :71102,317 Delphi :keithbauer Internet:kbauer@pids.com Via InfoXpress/OSK ver 1.01 How 'bout them Cowboys! --------------------------------------------------------------------------- #: 19511 S12/OS9/68000 (OSK) 20-Dec-93 19:51:50 Sb: #19503-Printing problems Fm: keith bauer 71102,317 To: Bob van der Poel 76510,2203 (X) > If you are using the spooler...respond 'yes' to Ole's offer to post the > replacement /p. Otherwise, you better post some more info. > Thanks, I will ask Ole for his replacement /p. Thanks for the explanation --------------------------------------------------------------------------- Keith Bauer CIS :71102,317 Delphi :keithbauer Internet:kbauer@pids.com Via InfoXpress/OSK ver 1.01 How 'bout them Cowboys! --------------------------------------------------------------------------- #: 19515 S12/OS9/68000 (OSK) 21-Dec-93 08:11:57 Sb: #18778-dcheck/del question Fm: roy harrell 72520,1636 To: Bob van der Poel 76510,2203 (X) I've been having similar problems with an Force CPU30-MSM50 system. The file structure on this system goes south on a regular basis. We've swapped out the drive but that didn't make any difference. This system runs 24hrs a day and is not subjected to many uncontrolled shutdowns. I have to reformat the drive to recover, but as you know, this is a pain and it requires a process to be shut down for the 3 to 4 hours it takes to get everything back on line. We've been fighting this thing for three years now and had hoped 2.4 would help. It hasn't and I haven't found anyone in Microware who is much help with this particular problem. roy harrell Adaptive Equipment #: 19525 S12/OS9/68000 (OSK) 24-Dec-93 15:58:30 Sb: #19515-dcheck/del question Fm: Carl Kreider 71076,76 To: roy harrell 72520,1636 That is very strange. I have a multi-processor Force box at work with one CPU30 and four CPU33s. It is up around the clock for perhaps 2.5 years and hasn't hosed the hard disk ever. There is a known bug that can waste the root directory if the disk gets full. Could that be the problem? Carl #: 19519 S12/OS9/68000 (OSK) 23-Dec-93 11:14:15 Sb: #19313-Screen program for OSK Fm: robert brose 72067,3021 To: Ed Gresick 76576,3312 (X) Ed, I haven't heard from him in a while. I'll gove some of my various addresses to him a try and see what I find. #: 19520 S12/OS9/68000 (OSK) 23-Dec-93 11:15:03 Sb: #19313-Screen program for OSK Fm: robert brose 72067,3021 To: Ed Gresick 76576,3312 (X) Ed, BTW, have you gotten screen to work correctly on the Sys IV??? Bob #: 19526 S12/OS9/68000 (OSK) 24-Dec-93 15:58:51 Sb: #19475-#C problems Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) You already have the solution to your problem, so I won't belabor that. I would strongly advise you to always use enough parens to clearly indicate (to the compiler and anyone who follows your footsteps) your intentions. They don't affect the code generated (unless it was wrong before) and prevent these sorts of problems. The rule is: if in doubt, add more. There is 1 Reply. #: 19528 S12/OS9/68000 (OSK) 24-Dec-93 20:47:15 Sb: #19526-#C problems Fm: Bob van der Poel 76510,2203 To: Carl Kreider 71076,76 (X) Thanks Carl. Yes, using lots of parenthesis is a good idea.... BTW, do you know if your pmem program will run with SSM? I may have an older copy of it and it gives a 102 or 103 on my SSM system. There is 1 Reply. #: 19529 S12/OS9/68000 (OSK) 24-Dec-93 22:55:24 Sb: #19528-C problems Fm: Carl Kreider 71076,76 To: Bob van der Poel 76510,2203 (X) I haven't looked lately, but perhaps not. When I got the 030, I had to go back through a lot of that stuff and add permit/protect. I will look and mail a more current one if I have it. #: 19521 S12/OS9/68000 (OSK) 23-Dec-93 19:55:30 Sb: #19518-I got it! Happy^2 Joy^2! Fm: Bob van der Poel 76510,2203 To: PaulSeniura 76476,464 Hiya, Paul. Sorry, no answers to your questions. Just wanted to welcome you to the wonderful world of OSK. Have fun. Oh, for multiple screens (sorry, text only) you might want to look at the 'screen.lha' package in lib 12. #: 19522 S12/OS9/68000 (OSK) 23-Dec-93 19:55:39 Sb: C problems Fm: Bob van der Poel 76510,2203 To: All I think I may have found a bug in the 2.3 C realloc() function. What appears to happen is: If realloc() fails (ie. returns a NULL ptr) it appears that the original memory passed is freed! I have some code which looks something like this: newbuf=realloc(bufstart, memreq); if(!newbuf) ... report no more room error and restart.... if(newbuf!=bufstart) ...set 'bufstart' etc to newbuf values if buffer moved However, using SSM any access to memory in the original buffer generates a bus error. I have verified this with srcdbg. I have avoided the problem by not using realloc(). Instead I always allocate a completely new buffer and then copy the old buffer to the new one and free() the old one. This works...but is wasteful if the original could have been expanded as realloc() does. Anyone else had a similar problem? #: 19527 S12/OS9/68000 (OSK) 24-Dec-93 18:05:12 Sb: Greetings Fm: Bob van der Poel 76510,2203 To: All Merry Christmas and Happy New Year to all! Press !> #: 19533 S12/OS9/68000 (OSK) 27-Dec-93 15:03:31 Sb: #19515 Fm: roy harrell 72520,1636 To: 71076,76 we are currently consuming 9.85 of 49.88 meg, to quote dcheck. thanks for the tip though, i'll keep that in mind. There is 1 Reply. #: 19539 S12/OS9/68000 (OSK) 28-Dec-93 16:37:17 Sb: #19533-19515 Fm: ole hansen 100016,3417 To: roy harrell 72520,1636 (X) hello roy are you using microware-diskcache ?? what edition are 'rbf' ?? have you checked with your supplier and asked if the 'diskdriver' has been updated ?? regards ole@danelec.dk #: 19542 S12/OS9/68000 (OSK) 29-Dec-93 08:42:31 Sb: dcheck & file structure Fm: roy harrell 72520,1636 To: 100016,3417 hello ole thanks for the response. we are not utilizing disk cacheing. rbf is edition 79 rev e000. is the diskdriver reference one of hardware or software? roy harrell #: 19547 S12/OS9/68000 (OSK) 30-Dec-93 13:13:36 Sb: 68xxx C / asm on PC ? Fm: Michael Staab 100271,2640 To: all Has anyone ported GNU C++ for the 68000 to PC ? Or where can I get the source code for GNU C. I have no acces to ftp. Any hints would be very apreciated ! bye + thanks Michael Staab Munich/Germany 20.13 / 30.12.1993