#: 3232 S12/OS9/68000 (OSK) 03-May-90 00:15:38 Sb: #C process control Fm: Joseph W. Cheek 76264,142 To: all I am trying to get a person into OSK (the process-control market), but he ha many objections. Most I could answer, but there was one I could not: He says that the C compiler does not support the keyword 'volatile', and cannot therefore be used to control. Can anyone help me with this? I do not even totally understand what he is saying. Thanks. There are 3 Replies. #: 3234 S12/OS9/68000 (OSK) 03-May-90 03:38:23 Sb: #3232-C process control Fm: Kevin Darling (UG Pres) 76703,4227 To: Joseph W. Cheek 76264,142 (X) Joe - Sounds like a feeble excuse; or he's very young and right out of school. He's talking about the ANSI C "volatile" type. You use it for, say, accessing an I/O or status port... whose value can change at any time. Example: volatile char *rs232 = 0xff68; while (*rs232 & READY_FLAG) waitawhile; Declaring it as volatile indicates that the compiler should ALWAYS get the value from its memory location. The reason for this type is to prevent compiler optimizations which might keep the original (unchanged) value around. As far as I can tell, OS9's C compiler never optimizes something like this. And if your friend thinks for just a minute, he'd realize that since OS9 has been used for control for over a decade now, then perhaps things must have worked out okay, eh? . Run over to the MW display area (go MSC) and check out the latest Pipelines newsletter... with the large section about OS9 control usage in England. Print it out for him. Might interest him a bit. best - kev #: 3235 S12/OS9/68000 (OSK) 03-May-90 06:18:24 Sb: #3232-C process control Fm: James Jones 76257,562 To: Joseph W. Cheek 76264,142 (X) What he's talking about is one of the so-called "type qualifiers" that are part of the recently-adopted ANSI C standard. The "volatile" qualifier is intended to force the compiler to *not* do certain kinds of optimization, which aren't appropriate for, to use the standard example, memory-mapped I/O stuff. Example: if one has a busy-wait loop of the form while (*p == 0) ; an optimizing compiler would be within its rights to peform code motion on the apparently unchanging value of *p and transform the code into if (*p == 0) {for (;;) ;} testing *p only once. In ANSI C, if p were declared to have the type "pointer to volatile int," the compiler would be informed that unknown external events could change the value of *p, so that it is improper to consider *p as not changing, even though the code contains nothing that would change it. #: 3239 S12/OS9/68000 (OSK) 03-May-90 06:26:49 Sb: #3232-C process control Fm: James Jones 76257,562 To: Joseph W. Cheek 76264,142 (X) Oops. I forgot to mention in my reply that 1. I hope nobody actually writes a busy wait loop like that--it would eat the CPU. 2. As Kevin points out, Microware C compilers currently do not do the kinds of optimization that get one in the trouble that "volatile" is meant to get one out of. There was a recent announcement on comp.os.os9 on USENET saying that some folks in Japan had ported the GNU C compiler to OS-9/68000. That compiler does support the various features of ANSI C, including type qualifiers. #: 3442 S12/OS9/68000 (OSK) 13-May-90 03:18:22 Sb: #os-9 computers Fm: William Macaulay 75340,2356 To: [F] All I am looking for a machine that uses the OS-9 operating system. My major application is robotic control therefore a fairly powerful machine (68000, 68020, etc) would be needed to keep up with the computational demand What is available -- off the shelf , and how much would such a system cost. There are 4 Replies. #: 3444 S12/OS9/68000 (OSK) 13-May-90 06:18:22 Sb: #3442-os-9 computers Fm: Paul K. Ward 73477,2004 To: William Macaulay 75340,2356 (X) William, Right now, it seems you should go with a VME system. It's an industry standard that has a wide variety of outstanding add-on cards. If you cannot afford it, and can roll your own stuff, you might try using the parallel port on an Ultrascience PC add-on card. These are 68000-based systems that fit in a PC. Soon, my company is porting OSK to a 68030 board from Definicon that also fits in a PC. For other options, leave me email Thanks. Paul #: 3452 S12/OS9/68000 (OSK) 13-May-90 11:36:51 Sb: #3442-os-9 computers Fm: Jay Truesdale 72176,3565 To: William Macaulay 75340,2356 (X) The VME stuff is awful expensive, I suggest that you check in to the G-64/96 bus systems available from Gespac in Mesa AZ. They have a wide range of boards allowing you to easily configure a system to your needs. Call and ask for a catalog and price sheet, last phone number I have for them is (602) 962-5559, if this is incorrect use directory assistance I seem to remember them changing numbers or moving? Can't remember for sure. I'd also suggest calling Microware and asking for a copy of their latest hardware/software sourcebook which lists many OS-9 system vendors. #: 3463 S12/OS9/68000 (OSK) 13-May-90 16:47:21 Sb: #3442-os-9 computers Fm: Kevin Darling (UG Pres) 76703,4227 To: William Macaulay 75340,2356 (X) Hi. Is this for personal experimentation, or an industrial application? Need it be smaller than a breadbox? Obviously you'll need lots of I/O, also. You've got a lot of choices, from VME to STD bus to small boards. What's your preference? As someone else mentioned, be sure to also call Microware (515-224-1929) and ask for their OS9 Source Book, which lists many vendors (but by no means all). best - kev #: 3506 S12/OS9/68000 (OSK) 15-May-90 05:44:18 Sb: #3442-os-9 computers Fm: Ed Gresick 76576,3312 To: William Macaulay 75340,2356 William: You might call Fred Brown at Peripheral Technology in Marietta, Ga. He offers a 68000 machine customized to your requirements. Depending on your requirements, price is probably in the range of 1700 to 2500 including pro OS-9. His phone number is 404-984-0742. BTW, I understand he has sold many machines for industrial applications. Ed #: 3584 S12/OS9/68000 (OSK) 19-May-90 10:00:39 Sb: #Commumications Software Fm: SCOTT HOWELL 70270,641 To: all Just purchased a PT68k os9 system with 1 meg Ram, 40 meg HD, 4 serial ports. I need a good communucations package that someone can mail to me. Scott Howell 107 Winchester Tr. Smyrna, Ga 30080 thanks. There is 1 Reply. #: 3620 S12/OS9/68000 (OSK) 20-May-90 05:39:47 Sb: #3584-#Commumications Software Fm: Ed Gresick 76576,3312 To: SCOTT HOWELL 70270,641 (X) Hi Scott! Will send you Monday, via US Postal Service, a copy of 'STERM' and 'KERMIT'. I use these on the same machine. Ed There is 1 Reply. #: 3621 S12/OS9/68000 (OSK) 20-May-90 08:49:21 Sb: #3620-Commumications Software Fm: SCOTT HOWELL 70270,641 To: Ed Gresick 76576,3312 (X) Many Thanks Ed, really appreciate it. #: 3600 S12/OS9/68000 (OSK) 19-May-90 12:58:55 Sb: GNU C for OSK Fm: James Jones 76257,562 To: All Greetings! News just come from USENET--the mods to the GNU C compiler to make it work and generate code for OS-9/68000 have been submitted to comp.sources.misc on USENET--so keep your eyes peeled. #: 3607 S12/OS9/68000 (OSK) 19-May-90 20:48:48 Sb: #OS9 for Embedded System? Fm: Charles H. Murray 73707,1752 To: all I am in the process of designing a small embedded system and was interested in using OS-9 on a 68000 microprocessor. I have some implementation questions for those of you out there with considerable experience with OS-9. 1. What are the memory requirements for running OS-9 on a 68000? (i.e. Will it fit in 64K, 32K, what?) 2. I was planning on using a Sun 3/80 for developement, is this OK? 3. How about a brief description of OS-9 with regards to multitasking, interprocess communications, device driver implementation, etc. This software will have to interface to some analog and digital sensors and some communications equipment (i.e. modems, terminals) I have developed many embedded systems from 8 bit processors programmed with assembly and FORTH, to VMEbus computers running various realtime kernels, but I have yet to venture into the OS-9 arena. Any help on any or all of these questions will be greatly appreciated. Charlie - Washington, D.C. There are 2 Replies. #: 3610 S12/OS9/68000 (OSK) 19-May-90 22:04:09 Sb: #3607-OS9 for Embedded System? Fm: James Jones 76257,562 To: Charles H. Murray 73707,1752 (X) A Sun 3 for development? Should be OK as far as I know--there are tools for debugging code from a Unix system across Ethernet on an OS-9/68K system, even. Probably the best thing to do for a brief description would be to call up Microware (515-224-1929, 9-5 on weekdays) and ask for a copy of the *OS-9 Catalog*, which gives an overview of the operating system. I think that they'll send you a copy for free. #: 3618 S12/OS9/68000 (OSK) 20-May-90 02:21:29 Sb: #3607-OS9 for Embedded System? Fm: Kevin Darling (UG Pres) 76703,4227 To: Charles H. Murray 73707,1752 (X) Hi Charles. From a Microware file I got a while back... The Host system for porting may be: a. A 68000-based computer with 256K RAM and OS-9/68000. b. A VAX computer running UNIX/BSD 4.2 or VMS. c. A SUN 3 Workstation running UNIX/BSD 4.2. The Target (embedded) system requires: a. A 68000 family CPU. b. At least 64K RAM. c. At least 16K ROM capacity. Alternatively, use an emulator with 16K of overlay memory. d. Two serial I/O ports; one for a terminal and one for communications with the host system. I think once you get it ported over, you can drop back the RAM. At the same time, the ROM will need to go up to around 32K, as now you'll burn in the whole OS (original ROM holds a debugger to help porting). You can also drop the serial ports, of course. Hmmm. You can get by with (1) during porting, I think also. I could be far off here. Anyway, as you go along you can ROM each application, and OS-9 will find it automatically on the next restart (or you can load into RAM on the fly, of course). Wait. Let me look on my system: kernel is 25K; a serial port manager and driver maybe 4K total. System RAM use maybe 8-12K on startup? That doesn't count any shells or apps or more drivers, of course. OS-9 may be slightly larger than other realtime kernels, because it's a more full-fledged OS. You could easily switch to doing development on your target if you wished (and added some mass storage). For far better and later details, call Microware at 515-224-1929. And, if you wish, do a "GO MSC" here on CIS and download the files on OS-9 from the Microware Systems Corp (msc) display area. Loads of info there. You'll find stuff on IPC, multitasking, etc. Drivers are pretty easy to write. Be sure to also read their "Pipelines" newsletter there. Judging from what I've been told by others with your same background, you'll enjoy working with OS-9 quite a bit. best - Kevin #: 3739 S12/OS9/68000 (OSK) 23-May-90 16:02:44 Sb: #rs232/sterm Fm: SCOTT HOWELL 70270,641 To: 76576,3312 (X) Ed, I received your disk today. My only problem is getting my rs232 cable to work on the pt68k. I have a hays compatible modem (Goldstar). I have had bad experiences with rs232s before so I'm a little gun shy to say the least. Thanks for the disks. Oh, one other question... I am using t0 as my terminal and t1 as my modem, so from my terminal do I type Sterm /t1 ??? There is 1 Reply. #: 3769 S12/OS9/68000 (OSK) 24-May-90 05:51:26 Sb: #3739-#rs232/sterm Fm: Ed Gresick 76576,3312 To: SCOTT HOWELL 70270,641 (X) Hi Scott! Fred ships the PT with only 4 wires connected to the serial connectors. You will have to add a lead from pin 1 (of J11, J12, J21, J22 on the board) to pin 8 of the appropriate serial connector. If you call Fred, he'lll send you a set of jumpers. Make up your serial cable straight through except reverse pins 2 & 3 on one end. I only use STERM for CIS - I use sterm -f /t3 t3 is my modem port, -f tells CIS to use B+ protocol for file transfers. re UUCP/USENET Read James Jones answer to you. Mark Griffith is working on a port of UUCP for the CoCo. When he's finished, I think he plans on porting it to OSK. There is a version of UUCP already ported to OSK. This was done by the TOP Group in Munich, Germany. I haven't gotten it to work and I don't know anyone in the US who has. Documentation is sketchy and written partly in German. The source code is not available. TOP UUCP is part of a set of 15 discs. This is their Release 2. In addition to UUCP, they include some games (which I haven't tried) and lots of neat utilities which I do use. They also include a new 'Bourne' shell (I haven't tried it yet but I do use their older 'C' shell which is great). This software is public domain. I've agreed to help distribute them in the US. I can send you a set if you want for $50.00 (to cover copying costs, shipping, etc). I can provide them on 3 1/2 or 5 1/4 discs. The format is MIZAR (some of the discs will not fit on standard OS9). In your /dd/CMDS/BOOTOBJS directory, you should have a driver 'x0' which is the MIZAR driver. Use that or dmode /d0 and set tos to 0010. Ed There is 1 Reply. #: 3773 S12/OS9/68000 (OSK) 24-May-90 08:22:49 Sb: #3769-rs232/sterm Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 Re: TOP UUCP > ... haven't gotten it to work and I don't know anyone in the US who has. Darn! I've been pushing Barry Bond to dust that off and give it a spin. I'd like to add an OSK machine to the testing fray. Mayhaps between the 3 of us, something can be done? (well ... maybe the two of you. I'll just stand back and watch :-) ) Steve #: 3740 S12/OS9/68000 (OSK) 23-May-90 16:04:42 Sb: #uucp/usenet Fm: SCOTT HOWELL 70270,641 To: 76576,3312 (X) Whoops, another question.... How can I get an account for UUCP or USENET. I have very little familiarity with these networks so can you fill me in!!!! There is 1 Reply. #: 3753 S12/OS9/68000 (OSK) 23-May-90 20:37:39 Sb: #3740-uucp/usenet Fm: James Jones 76257,562 To: SCOTT HOWELL 70270,641 (X) USENET is a collection of systems, mostly running Unix, that communicate via phone lines and ship news around. UUCP is the name of the program, under Unix at least, that is used to send files between machines. To get an account, find a system that is on USENET, and ask the system administrators if you can have an account. #: 3741 S12/OS9/68000 (OSK) 23-May-90 16:07:15 Sb: #pt68k/rs232 Fm: SCOTT HOWELL 70270,641 To: all I have a pk68k running osk of course. How do you wire a rs232 up to a hays compatible modem (Goldstar) I have had bad experiences with rs323s before and I am a little gun shy to say the least. thanks. There are 2 Replies. #: 3752 S12/OS9/68000 (OSK) 23-May-90 19:19:08 Sb: #3741-pt68k/rs232 Fm: Steve Wegert 76703,4255 To: SCOTT HOWELL 70270,641 (X) Scott, The file SERIAL.TXT in LIB 1 (or maybe 2) will give you a good background on serial communications including the wiring examples you're looking for. Steve #: 3761 S12/OS9/68000 (OSK) 23-May-90 22:39:12 Sb: #3741-pt68k/rs232 Fm: Pete Lyall 76703,4230 To: SCOTT HOWELL 70270,641 (X) Scott - See SERIAL.TXT in DL2... should have most of the answers you need. Pete #: 3798 S12/OS9/68000 (OSK) 25-May-90 17:16:47 Sb: #still having problems Fm: SCOTT HOWELL 70270,641 To: 76576,3312 Hey Ed, I put those wires from pin 1 of the jumper to pin 8 of the rs232 and it still does'nt work. I bought a rs232 tester and it indicates that the RTS is still low,( the green light is off on tester). Both RD/TD are RED. I also swapped pins two and three. Wow, I am having a real problem, Please help me out . There is 1 Reply. #: 3800 S12/OS9/68000 (OSK) 25-May-90 18:39:01 Sb: #3798-still having problems Fm: Pete Lyall 76703,4230 To: SCOTT HOWELL 70270,641 Scott - If you're talking about a typical DB-25 connector, pin 1 is frame ground, and pin 8 is CARRIER DETECT. Better you should jumper 20 to 8 and 6. Pin 20 is Data Terminal Ready (DTR), and comes up when the port is opened. This pwill cause DCD (8) and DSR (6) to become true every time DTR comes up. See SERIAL.TXT in DL2 for additional info. Pete Press !> #: 3817 S12/OS9/68000 (OSK) 26-May-90 04:57:37 Sb: #3773-#rs232/sterm Fm: Ed Gresick 76576,3312 To: Steve Wegert 76703,4255 (X) Hi Steve! Barry's good at that stuff? Been meaning to call him - I'll give him a call later this morning. 'Stand back and watch'? Ha! Gonna put you in the middle and throw darts !! Ed There is 1 Reply. #: 3822 S12/OS9/68000 (OSK) 26-May-90 08:36:40 Sb: #3817-rs232/sterm Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) Good at that stuff and getting better! You should hear him tell about the projects he's been assigned at the office. Some pretty wild stuff! I've had to bring the system down a couple times this week due to the storms we're sending your way. Hope it's not too much of an inconvenience. Steve #: 3818 S12/OS9/68000 (OSK) 26-May-90 05:08:01 Sb: #3798-still having problems Fm: Ed Gresick 76576,3312 To: SCOTT HOWELL 70270,641 (X) Hi Scott! Pete's reply to you was correct except Fred's on board connector is just a 6 pin connector with pin 2 used as an index. My connections are as follows: PT PT Modem BD DB-25 DB-25 1 -----> 8 -----> 8 2 (not used - index) 3 -----> 7 -----> 7 4 -----> 20 -----> 20 5 -----> 3 -----> 2 6 -----> 2 -----> 3 You also may want to try jumpering as Pete suggested (if you do, disconnect the wire going back to the PT BD). I suspect you may also have another problem which I forgot about. Fred's device drivers 'ain't' the best in the world. Originally, I could get no echo from the modem. (Ever try to use kermit blind - lot's of fun). I assume you're using OSK 3.3 (I'm still mostly 3.2 with a coupld of 3.3 modules). Do you have an sc68681 driver for Term (or T1) and T2 and a sc68681a driver for T2 and T3? I have a single driver for all four ports. It is a hacked version 15 - the crc is 209711. I got this from Simmy Turner. I'll ask him if its OK to send it to you (his stuff, you know). Ed #: 3836 S12/OS9/68000 (OSK) 26-May-90 12:38:46 Sb: #OS-9/Amigados Fm: Jim Peasley 72726,1153 To: Kevin Darling 76703,4227 (X) Kev; See msg. to Paul above. I gave your PPN to 2 AmigaNuts who had some questions on comparing 0S-9 to AmigaDOS. They may be contacting you here for some answers that I cauldn't give them about the Ami. Hope you don't mind. ...Jim There is 1 Reply. #: 3846 S12/OS9/68000 (OSK) 26-May-90 22:21:51 Sb: #3836-OS-9/Amigados Fm: Kevin Darling (UG Pres) 76703,4227 To: Jim Peasley 72726,1153 (X) Jim - no problem at all. I'll answer what I can, or find someone who's able! #: 3844 S12/OS9/68000 (OSK) 26-May-90 20:54:39 Sb: TC70 Computer Fm: Jim Truesdale 70335,1064 To: Frank Hogg 70310,317 (X) Frank, what graphics processor chip is used on the TC70? Who is the designer of the TC70 computer CPU board? #: 4001 S12/OS9/68000 (OSK) 30-May-90 16:23:56 Sb: it works Fm: SCOTT HOWELL 70270,641 To: 76576,3312 (X) Hey ed... My modem connection works!!!! yea,yea!!! thanks.... #: 4072 S12/OS9/68000 (OSK) 02-Jun-90 06:16:10 Sb: #system clock Fm: SCOTT HOWELL 70270,641 To: 76576,3312 (X) hey ed My modem works fine!!! In fact using it right now. One question though Does your system clock mysteriously loose time without any explanation. I leave my system on and periodically it will loose 6 hours or so. I usually reboot to reset system clock or use setime -s. I can seem to pin-point the problem though. There is 1 Reply. #: 4106 S12/OS9/68000 (OSK) 04-Jun-90 03:47:56 Sb: #4072-#system clock Fm: Ed Gresick 76576,3312 To: SCOTT HOWELL 70270,641 (X) Scott: No problems with my system clock - don't have any idea what your problem is. Are you running a software package that mysteriously (sp?) resets the clock?? Ed There is 1 Reply. #: 4112 S12/OS9/68000 (OSK) 04-Jun-90 18:27:49 Sb: #4106-system clock Fm: SCOTT HOWELL 70270,641 To: Ed Gresick 76576,3312 hmm could be, I will give Fred a call tommorrow. Oh the 50.00 check will be mailed tommorrow (tue). Things have been a little hectic around here and had a chance to mail it. #: 4081 S12/OS9/68000 (OSK) 02-Jun-90 17:17:33 Sb: #de-archiving pgm Fm: SCOTT HOWELL 70270,641 To: all where is the de-archiving program for the 68? There is 1 Reply. #: 4090 S12/OS9/68000 (OSK) 03-Jun-90 09:11:14 Sb: #4081-de-archiving pgm Fm: Steve Wegert 76703,4255 To: SCOTT HOWELL 70270,641 (X) Scott, Take a peek in LIB 9 (Utilities) for AR68.BIN (the executable) and AR.AR (the source. Those should fix you up. Steve #: 4115 S12/OS9/68000 (OSK) 04-Jun-90 21:25:29 Sb: OSK Employment Fm: Jay Truesdale 72176,3565 To: all Does anyone know of any employment opportunities for a person experienced with OSK & 680x0 assembler programming? If so drop me a note via email and we can exchange further details. Thanks! -J #: 4141 S12/OS9/68000 (OSK) 06-Jun-90 21:48:07 Sb: #OSk BASIC Fm: Zack Sessions 76407,1524 To: ALL Is OSK BASIC a tr{ue compiler or does {it generate IxD-Code like Basic09? t( Sorry {for the line noi{se{{. Zack There is 1 Reply. #: 4143 S12/OS9/68000 (OSK) 06-Jun-90 22:11:02 Sb: #4141-OSk BASIC Fm: James Jones 76257,562 To: Zack Sessions 76407,1524 It does in fact generate I-code like BASIC09. Press !> #: 4159 S12/OS9/68000 (OSK) 08-Jun-90 16:10:07 Sb: #4143-OSk BASIC Fm: Zack Sessions 76407,1524 To: James Jones 76257,562 (X) Thanks! #: 4194 S12/OS9/68000 (OSK) 09-Jun-90 14:43:35 Sb: #4143-#OSk BASIC Fm: Jim Peasley 72726,1153 To: James Jones 76257,562 (X) ~ James; re: your reply to Zack >> It does in fact generate I-code like BASIC09. Do any other flavors of OS-9 Basic have the GFX2 commands? I guess what I'motrying to find out is what stuff in CoCo Level II BASIC09 is CoCo. Thanks, ...Jim There is 1 Reply. #: 4198 S12/OS9/68000 (OSK) 09-Jun-90 17:26:53 Sb: #4194-OSk BASIC Fm: James Jones 76257,562 To: Jim Peasley 72726,1153 (X) gfx2 is a procedure, not part of BASIC09 as such. I'd be heavily surprised if someone who did a windowing package for an OS-9 system didn't provide or at least describe some way to get to it from BASIC09 (or, as Microware likes to call the OSK version, Microware BASIC). (Nudge nudge to folks making certain new computers :-) #: 4256 S12/OS9/68000 (OSK) 11-Jun-90 05:28:54 Sb: New t1..t3 & sc68681 Fm: SCOTT HOWELL 70270,641 To: 76576,3312 (X) Ed.. I did a cmp on the sc68681 that I have and the one you send me and both are the same. Should'nt the one you gave me be the sc68681a version. Also since you gave the the 'term' descriptor should'nt there be a 'monokbd' driver too. #: 4275 S12/OS9/68000 (OSK) 11-Jun-90 22:26:01 Sb: #slow transcendentals Fm: SCOTT HOWELL 70270,641 To: all I am wondering why the Microware 'c' compiler is so 'slow' in calculating transcendental functions (sin..log, etc). Not meaning to compare machines, my 286 (ie my DOS system, I am ashamed to say) does these transcendental functions lighting fast. I am wondering if K&r specifically stated the that transcendentals must be done by Taylor's Series approx. instead of linear 'look-up' table approxs. which would be much faster. There is 1 Reply. #: 4293 S12/OS9/68000 (OSK) 12-Jun-90 09:15:54 Sb: #4275-#slow transcendentals Fm: Mark Wuest 74030,332 To: SCOTT HOWELL 70270,641 (X) Scott, I assume you are running on a CoCo, not a Mot 68040! The CoCo 3's < 2 mhz 6809 performs in my observations about the same as a 4.77 mhz 8088 - what was in the original IBM PC. It does some things faster, some slower. Assuming you have a 10 mhz 80286, you're wondering why your $5000 Hyundai cannot keep up with a $30,000 Corvette! Try os9 on a 25 mhz 68030 w/ 68881 coprocessor, and all kinds of things run faster! Mark There is 1 Reply. #: 4305 S12/OS9/68000 (OSK) 12-Jun-90 16:31:46 Sb: #4293-slow transcendentals Fm: SCOTT HOWELL 70270,641 To: Mark Wuest 74030,332 (X) I don't have a 68030 'Corvette' but I do have sup'ed up Chevy as in a 68000 running at 12 Mhz. I am just wondering how the Microware 'c' compiler computes the trascendental {_fxyx fx's. #: 4334 S12/OS9/68000 (OSK) 13-Jun-90 07:39:24 Sb: PT Fm: Ed Gresick 76576,3312 To: 4256 re 4256 Hi Scott! I though Fred modified Simmy's code - guess not. Only sc68681 is required. All four (4) serial ports use the same driver. Check your '/h0/DEFS/systype.d' file - if any of the serial ports specify sc68681a, you can change them to sc68681. (Fred's old driver could not handle 4 ports, therefore there were two drivers in memory, sc68681 and sc68681a.) I don't have a mono (or color) board installed. I use terminals only. My TERM is actually t1, T1 is actualy t2, etc. You can't eliminate 'TERM'. Several of the system modules, and I think the boot ROM, specifically call for 'TERM'. Ed /exit #: 4450 S12/OS9/68000 (OSK) 17-Jun-90 18:42:28 Sb: #serial ports Fm: SCOTT HOWELL 70270,641 To: 76576,3312 (X) Hi Ed, You can rest easy now because after I reconfigured my baud rate to 2400 and swapped pins 8,20 things worked great. Evidently there is a mistake in Fred's new manual. There is 1 Reply. #: 4491 S12/OS9/68000 (OSK) 19-Jun-90 04:08:14 Sb: #4450-serial ports Fm: Ed Gresick 76576,3312 To: SCOTT HOWELL 70270,641 (X) Hi Scott! Just got my board - haven't installed it yet. I looked at the manual - from what I can tell, Fred has simply changed his designations. What was called 'DTR' he now calls 'CTS'. The connections are the same as before (by the book). Ed #: 4492 S12/OS9/68000 (OSK) 19-Jun-90 05:06:35 Sb: #TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: All OSK'rs The latest release (release 2.0) from TOP in Munich, Germany is available. Lots of good utilities, a UUCP program and some games. This software is FREE (their efforts to get good software for the 680x0 machines running OSK). If you want a set, you can get them from DELMAR CO PO Box 78 Middletown, DE 19709-0078 Attn: Ed Gresick Phone 302-378-2555 Currently, I can only copy them to 80 track 'MIZAR' format (tos=16, sct=16) discs; either 5 1/4" or 3 1/2". It requires 15 discs so please send a check for $50.00 to cover the costs of the discs, shipping in the US, etc. Please allow me 2 to 3 weeks to ship. I have to do the copying when I have time. Sorry, 6809 OS9 users, these programs are only for 680x0. Ed There is 1 Reply. #: 4511 S12/OS9/68000 (OSK) 20-Jun-90 01:44:27 Sb: #4492-#TOP Munich Release 2.0 Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) Any chance you might be able to upload them in .AR format to the library? WAyne There are 2 Replies. #: 4513 S12/OS9/68000 (OSK) 20-Jun-90 04:40:55 Sb: #4511-#TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Wayne Day 76703,376 (X) Hi Wayne! The TOP discs are over 11 Megabytes long - Most of the data is already compressed. I don't think its practical. (TOP has placed *NO* restrictions against doing this.) At an average transfer rate of around 1200 - 1500 bytes per second, this would take around 2 1/2 hours (no errors). Do you have enough disk space available in the OS9 forumn? Ed There are 3 Replies. #: 4518 S12/OS9/68000 (OSK) 20-Jun-90 07:00:47 Sb: #4513-TOP Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) Hi Ed! Wayne, I'm sure, will have a reply as well but let me drop a few pennies in the hat. While space is a precious commodity on any system, if the files that are taking up such space are usefull and getting a lot of action, then the space is certainly justified. With the added interest in OSK system comming about recently, anything to shore up our OSK library is gonna see a lot of action. Upload time is free ... and the advanced warning about disk space is good to know as we can pre shuffle some block aound so you're not inconvenienced by a 'lack of space' error. Many folks will still want to send off for the diskettes as they weight their time against the total download time. But many will opt to roll their own, piece by piece. The forum would seem to be a great way to 'help get the word out'! Steve #: 4525 S12/OS9/68000 (OSK) 20-Jun-90 15:28:15 Sb: #4513-TOP Munich Release 2.0 Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) If we don't have enough available, we can certainly acquire enough, Ed. That's not really a problem, like Steve mentioned. What I'm thinking of is the fact that the Mizar format is not universal, and some folks may be left out because of that.. plus.. others may not want the whole thing. Is the library broken down into logical sections, or is it just a mixmash of files? Could there be some way you might choose a bit of "The Best Of.." and see if there's enough interest to justify uploading the rest of the material? That might help us gauge the interest in OSK here, as well. As I said... we're interested in helping out the average user, but don't wanna make things a hassle for you at the same time. Wayne #: 4549 S12/OS9/68000 (OSK) 21-Jun-90 14:36:50 Sb: #4513-#TOP Munich Release 2.0 Fm: Scott t. Griepentrog 72427,335 To: Ed Gresick 76576,3312 (X) The TOPS stuff is also available via FTP over internet- I have the address of the machine on the local unix machine I access through. It's in tar form, and I'm working on getting a copy... If broken down in to .ar's for separate dirs/apps that would work pretty well for uploading here. I'd be willing to do it (I have 2400 baud local access and a spare line)... StG There are 3 Replies. #: 4555 S12/OS9/68000 (OSK) 22-Jun-90 08:50:09 Sb: #4549-TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Scott t. Griepentrog 72427,335 Hi Scott! Thanks for your offer - may need your help. I'll upload the docs, etc. tomorrow morning and follow that up with the contents of 'disk 1' next week. Then we can asses the interest. Ed #: 4575 S12/OS9/68000 (OSK) 23-Jun-90 03:57:02 Sb: #4549-TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Scott t. Griepentrog 72427,335 Hi Scott! I understand some additional updates have been posted to USENET by TOP. This is also supposed to contain source code. I don't have access to USENET, but if you can get this and upload them, that could be a major contribution and a big help. I haven't gotten the updates from Germany yet, will probably be another couple of months. Ed #: 4578 S12/OS9/68000 (OSK) 23-Jun-90 12:41:30 Sb: #4549-#TOP Munich Release 2.0 Fm: Robert Heller 71450,3432 To: Scott t. Griepentrog 72427,335 I have access to the InterNet - what is the internet address of the machine with the TOPS stuff - I assume they support anonymous FTP. Robert There is 1 Reply. #: 4582 S12/OS9/68000 (OSK) 23-Jun-90 18:00:44 Sb: #4578-TOP Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Robert Heller 71450,3432 Robert, This is the third or fourth time I've seen mention of 'anonymous FTP'. I'm assuming FTP stands for file transfer protocol, but ... How about a brief explaination as you understand the topic? Steve #: 4542 S12/OS9/68000 (OSK) 21-Jun-90 04:59:34 Sb: #4511-#TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Wayne Day 76703,376 (X) Hi Wayne! OK - I'll try to upload. Give me a couple of days to set-up for it. Do you plan a special directory or should I just transfer to dl12? The reason for the 'MIZAR' format is that some of discs are full - 0 bytes left - and this after setting SAS to 1! BTW, I made a *small* error in my arithmetic - it should have read 1200 - 1500 *bits* - 120 - 150 bytes. Transfer time will be about 25 hours - WOW! (If my wife balks at the phone bill, you'll have to defend me!) Ed There are 3 Replies. #: 4545 S12/OS9/68000 (OSK) 21-Jun-90 08:28:10 Sb: #4542-TOP Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) Gadz Ed! 25 hours! Break that up in small chunks, will ya? :-) Can't have your wife screaming bloody murder. #: 4552 S12/OS9/68000 (OSK) 21-Jun-90 17:31:13 Sb: #4542-#TOP Munich Release 2.0 Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) I think the OSK library would probably be fine for the initial uploads, Ed. If, at some time in the future, you (or someone else) decides to upload the whole library, we can make some changes in that decision. No problem on the Mizar format.. I can read and write it with no problem, but only 40 tracks... it's not that common, methinks. Anyway.. like I said.. don't feel you have to upload the whole thing.. a sample of what you feel folks would like would be fine with us. Wayne There is 1 Reply. #: 4556 S12/OS9/68000 (OSK) 22-Jun-90 08:54:29 Sb: #4552-#TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Wayne Day 76703,376 (X) Hi Wayne! I'll upload the docs, etc. tomorrow morning and sometime next week, the contents of 'disc 1'. AR'd, the docs *only* take 113,000 bytes but 'disk 1' looks like about 650,000 bytes. (Can I send the phone bill to Steve ,grin.?) Question - Each disc contains sub-directories. Is there a way to do the AR and preserve the directory structure?. I tried "ar -u ./*" and "ar -u top_1/*". Neither worked and my docs don't cover the subject. (BTW, this is for a 68000 machine.) Ed There are 2 Replies. #: 4558 S12/OS9/68000 (OSK) 22-Jun-90 09:36:15 Sb: #4556-#TOP Munich Release 2.0 Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) Uh, I'm not sure about that, Ed... hopefuly someone else will be able to tell you. About the phone bill.. lemme emphasize again, if this is gonna be a hassle for you, we can see about making different arrangements. Wayne There is 1 Reply. #: 4572 S12/OS9/68000 (OSK) 23-Jun-90 03:52:33 Sb: #4558-TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Wayne Day 76703,376 (X) Hi Wayne! Uploaded TOP6.ar, documentation, etc. to DL12. The transfer efficiency was double what I expected and no errors. The phone bill, per se, is not a problem (but don't tell Steve . This line is also used for UUCP transfers, FAX, etc. so I can't tie it up too long. I'll transfer TOP DISK1 next. Ed #: 4571 S12/OS9/68000 (OSK) 23-Jun-90 02:59:05 Sb: #4556-#TOP Munich Release 2.0 Fm: Bob Taylor 73270,3124 To: Ed Gresick 76576,3312 (X) Ed, Try ar -u /* /* etc. This will archive _all_ files in directory NAME and its sub_directory NAME. Please note that ar preserves the _case_ of the directory names fed to it. Bob There are 2 Replies. #: 4573 S12/OS9/68000 (OSK) 23-Jun-90 03:53:24 Sb: #4571-TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Bob Taylor 73270,3124 (X) Hi Bob! Thanks. Does this force 'makdir' when burst? Ed #: 4587 S12/OS9/68000 (OSK) 24-Jun-90 03:53:14 Sb: #4571-TOP Munich Release 2.0 Fm: Bob Taylor 73270,3124 To: Bob Taylor 73270,3124 Ed, Unfortunately ar will return an error if the directory does not exist. Bob #: 4557 S12/OS9/68000 (OSK) 22-Jun-90 09:09:13 Sb: #4542-#TOP Munich Release 2.0 Fm: Jim Peasley 72726,1153 To: Ed Gresick 76576,3312 (X) Ed; Just as a suggestion, why not create an index file of all the goodies and upload that. Then as you get requests, upload the files of intererest. Gotta keep those wives smilin'!! :-) ...Jim There is 1 Reply. #: 4574 S12/OS9/68000 (OSK) 23-Jun-90 03:54:35 Sb: #4557-TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Jim Peasley 72726,1153 (X) Hi Jim! Good idea - I'd like to have an inex myself. Probably can make one from 'dsave' or 'du' - I'll look into it. Ed #: 4601 S12/OS9/68000 (OSK) 24-Jun-90 12:18:32 Sb: #4582-#TOP Munich Release 2.0 Fm: Robert Heller 71450,3432 To: Steve Wegert 76703,4255 (X) FTP is indeed File Transfer Protocol. It is part of "TCP/IP", the network protocol used on the old ARPANet and now on the InterNet. Many nodes on the network have libraries of files (programs, data, etc.) which are publicly available. Rather than give accounts to everyone who wants to get this or that file, these nodes have set up a "guest" account called "anonymous". People can then login with FTP as anonymous to fetch the files the want. Robert There is 1 Reply. #: 4632 S12/OS9/68000 (OSK) 25-Jun-90 07:56:21 Sb: #4601-TOP Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Robert Heller 71450,3432 Thanks for the reply, Robert. Steve #: 4611 S12/OS9/68000 (OSK) 24-Jun-90 15:24:49 Sb: #4578-TOP Munich Release 2.0 Fm: Scott t. Griepentrog 72427,335 To: Robert Heller 71450,3432 Yes, they do - let me get that address and message back to you. #: 4651 S12/OS9/68000 (OSK) 26-Jun-90 09:19:30 Sb: #4572-TOP Munich Release 2.0 Fm: Pete Lyall 76703,4230 To: Ed Gresick 76576,3312 (X) Steve - In the event nobody's given you a solution for packaging and compressing groups of files with subdirectories, the best bet is: 1) use 'tar' to create a tar file of the files/dirs 2) compress it using 'compress' So, if you wanted to package and send all the files in /dd/TOP as one unit, you'd do something like this: chd /dd/TOP tar cvf /dd/tmp/topstuff.tar . That would make a unix compatible TAR file called topstuff.tar in the directory /dd/tmp (the TAR arguments 'cvf' tell it to 'c'reate a new tar file, 'v'erbosely show all the files being stuffed into it, and to use 'f'ile /dd/tmp/topstuff.tar as the repository.) To break it out, you'd do the inverse: chd [directory of your choice]; then tar xvf /dd/tmp/topstuff.tar ('x'tract). I'd also recommend compressing the files using the compress command in DL9. It's a unix compatible LZ compression tool that uses a 12 bit compression scheme (i.e. if creating a file on unix for later decompression under OS9, you should use 'compress -b12 filename' to keep unix from using a 16 biy compression map). Anyway, under OS9 you'd just type: compress topstuff.tar. This would create a called topstuff.tar.Z. You would upload that file. To get it exploded back to normal, you'd just 'compress -d topstuff.tar.z', and then use 'tar xvf topstuff.tar' to break it all back out. Pete P.S. I'll make sure that we have a copy of TAR in DL9 if we don't already. #: 4618 S12/OS9/68000 (OSK) 24-Jun-90 19:44:58 Sb: #4556-#TOP Munich Release 2.0 Fm: Dwight D. McKay 75776,1521 To: Ed Gresick 76576,3312 (X) The TOP package contains an OSK version of the UNIX "tar" facility. It will preserve the directory structure. You might want to consider uploading "tar" first, followed by a tar file containing docs. A person downloading could then get tar and whatever tar files and extract the files needed. FYI: The TOP tar files are compatible with UNIX tar. The FTP-able copy of the TOP stuff is one 10 Meg. tar file. I was able to extract the OSK tar from that file and then transfer it and the tar file to my ST for further extraction... --ddm There is 1 Reply. #: 4695 S12/OS9/68000 (OSK) 27-Jun-90 19:28:44 Sb: #4618-#TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Dwight D. McKay 75776,1521 (X) Hi Dwight! Following your advice (see my message to Pete Lyall). How long ago did you download? And, is there source code for mmon, password and the rest of the login package? The transfer time for kermit is not surprizing - it's not too swift but it is reliable. I'm using Sterm and B+ protocol to upload. Much faster. Ed There is 1 Reply. #: 4703 S12/OS9/68000 (OSK) 27-Jun-90 21:53:02 Sb: #4695-TOP Munich Release 2.0 Fm: Dwight D. McKay 75776,1521 To: Ed Gresick 76576,3312 (X) I downloaded TOP about two weeks ago. Scanning through the list of files, I don't see sources for mmon, password or login. Yeah, I know kermit is slow, especially the "small block" kermit that I had handy. On the other hand it works well and was already on my Sun at work. All I did was cart my Atari to work, hook it up to the Sun and let it run over night. Top certainly has enough goodies to be well worth the download time. I'm really happy with the version of the Bourne Shell (sh) that they provide. It allows you to write shell scripts, has command recall with editting, etc. Very nice! They also provide two of my favourite UNIX utilities, sed and awk. --ddm #: 4617 S12/OS9/68000 (OSK) 24-Jun-90 19:44:46 Sb: #4542-TOP Munich Release 2.0 Fm: Dwight D. McKay 75776,1521 To: Ed Gresick 76576,3312 (X) The download time for the TOP disks will be pretty bad. I FTP'd them to my Sun at work and then kermit'd the files down to my ST over a direct connection. It took 13 hours at 9600 baud! --ddm #: 4610 S12/OS9/68000 (OSK) 24-Jun-90 15:24:07 Sb: #4575-TOP Munich Release 2.0 Fm: Scott t. Griepentrog 72427,335 To: Ed Gresick 76576,3312 (X) If you know what area that these updates have been posted to, I can acquire the files. I don't have a proper rn working, but I do know where to find usenet - but can't go through the whole set of areas looking for something. StG #: 4655 S12/OS9/68000 (OSK) 26-Jun-90 14:06:04 Sb: #problems compiling tar.c Fm: SCOTT HOWELL 70270,641 To: all I was unable to compile the 'tar.c' program found in tar.ar in DL9. When compiled using cc -qi tar.c it gave me several undeclared identifier errors and several errors related to pointers. All in all it was several pages worth of errors. According to the instructions in the listing it said the program would work under os9/68k. There is 1 Reply. #: 4661 S12/OS9/68000 (OSK) 26-Jun-90 19:05:50 Sb: #4655-#problems compiling tar.c Fm: Pete Lyall 76703,4230 To: SCOTT HOWELL 70270,641 (X) Scott - It'd probably help to see the first few lines of the error messages. Pete There is 1 Reply. #: 4733 S12/OS9/68000 (OSK) 29-Jun-90 03:15:54 Sb: #4661-#problems compiling tar.c Fm: SCOTT HOWELL 70270,641 To: Pete Lyall 76703,4230 (X) Here are the first few error messages I had while compiling Tar.c on my PT68K. tar.c line 346 **** warning - 'return;' on non-void function *** I had several 'warnings' during compilation, and here are the errors!! "tar.c", line 537 **** operand expected *** u_char *sip = (u_char*) st.fd_fsize; "tar.c", line 537 **** undeclared identifier **** u_char *sip = (u_char*) st.fd_fsize; I had several 'undeclared identifiers throughout compilation on several different lines.. There are 2 Replies. #: 4737 S12/OS9/68000 (OSK) 29-Jun-90 06:41:42 Sb: #4733-problems compiling tar.c Fm: James Jones 76257,562 To: SCOTT HOWELL 70270,641 (X) Sounds like you may be missing a header file, or somehow not hitting a typedef that should read something like "typedef unsigned char u_char;". #: 4743 S12/OS9/68000 (OSK) 29-Jun-90 11:04:46 Sb: #4733-#problems compiling tar.c Fm: Pete Lyall 76703,4230 To: SCOTT HOWELL 70270,641 (X) I think JJ may have nailed part of it... the u_char may not be defined. Try inserting a line to the effect of: typedef u_char unsigned char; near the top of the code (before main()). Also, the 'return on non-void function' is a new one, but I have a guess. A function declared as a 'void' means that it 'returns' nothing. If the function that's complaining obviously returns something, try declaring that function as returning that type, also up in the beginning of the code, i.e.: int foo(); or char * woof(); Depending on the type being returned. It does sound as though these should have been addressed in a .h file. Pete There are 3 Replies. #: 4744 S12/OS9/68000 (OSK) 29-Jun-90 12:42:33 Sb: #4743-#problems compiling tar.c Fm: SCOTT HOWELL 70270,641 To: Pete Lyall 76703,4230 (X) Should I have gotten a .h file included in my tar.ar file. If so I need that header file. I will check out the u-char variable. There is 1 Reply. #: 4748 S12/OS9/68000 (OSK) 29-Jun-90 19:21:42 Sb: #4744-#problems compiling tar.c Fm: Pete Lyall 76703,4230 To: SCOTT HOWELL 70270,641 (X) Scott - The originator may have forgotten to include such a file. Do the #include lines at the top make any such references? Pete There is 1 Reply. #: 4761 S12/OS9/68000 (OSK) 30-Jun-90 00:30:01 Sb: #4748-problems compiling tar.c Fm: SCOTT HOWELL 70270,641 To: Pete Lyall 76703,4230 (X) The only #includes that are mentioned are the 'standard' includes you find in 'C' compilers. #: 4745 S12/OS9/68000 (OSK) 29-Jun-90 14:49:27 Sb: #4743-problems compiling tar.c Fm: Mark Wuest 74030,332 To: Pete Lyall 76703,4230 (X) The 2.3 c compiler now checks this (ansi, here we come!) - that a function declared int (the default) has to return something - an int. Many PD programs have this "bug". I always note files with the return warning in them and globally replace "return;" with "return(0);" just to get rid of the pesky warnings. They *are* only warnings, BTW. It is very rare that anyone delcares a function as type void. (I didn't say never, did I? ). Mark #: 4749 S12/OS9/68000 (OSK) 29-Jun-90 20:03:24 Sb: #4743-problems compiling tar.c Fm: James Jones 76257,562 To: Pete Lyall 76703,4230 (X) That warning tells you that you have a function that is supposed to return something, but it contains a plain old "return;" statement. This typically shows up in code written in the days before the "void" type. #: 4693 S12/OS9/68000 (OSK) 27-Jun-90 19:25:06 Sb: TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: 76703,4230 (X) L Hi Pete! Thanks for your advice. I going to follow your suggestion and use 'tar' and 'compress'. But, I'm going to use the 'TOP' versions - I think they're slightly different than UNIX (at least the options for 'tar' are different). I'll also upload the TOP 'tar' and 'compress' utilities as an 'ar' file. Ed /ex POST;Pete Lyall, 76703,4230;TOP Munich Release 2.0;12 #: 4697 S12/OS9/68000 (OSK) 27-Jun-90 19:47:31 Sb: TOP Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: sysop (X) Hi Wayne! I just uploaded 'tar.ar'. This contains the utilities 'tar' and 'compress' which will be necessary to 'burst' the TOP files. It's in dl12. Ed #: 4710 S12/OS9/68000 (OSK) 28-Jun-90 03:49:40 Sb: #TOP-Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: [F] Wayne Day 76703,376 (X) Hi Wayne! Just uploaded the first TOP disc to dl12. Question - I tried to name it top1.t.z. That name was rejected. I had to use top1.tz. Can you change it to top1.t.z? That follows the convention for this type of file (at least as used by TOP). Ed There is 1 Reply. #: 4721 S12/OS9/68000 (OSK) 28-Jun-90 17:59:41 Sb: #4710-TOP-Munich Release 2.0 Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) Nope... that'd be an illegal filename on the DECs. Six alphanumeric characters, followed by one delimiter, and then up to three letters for the extension, is all that the system allows. Wayne #: 4717 S12/OS9/68000 (OSK) 28-Jun-90 08:02:03 Sb: #PT68 & Modem Fm: Jim Chapman 72557,1120 To: Scott Howell 70270,641 (X) Scott; I have been following the correspondence as you tried to get your modem working with the PT68. I have not yet been as successful. Could you give me the connections you finally ended up with. I am trying to use the program TUBE that I downloaded from the OSK library but I am not even sure that works. Thanks, Jim Chapman 72557,1120 sb: There is 1 Reply. #: 4732 S12/OS9/68000 (OSK) 29-Jun-90 03:00:34 Sb: #4717-PT68 & Modem Fm: SCOTT HOWELL 70270,641 To: Jim Chapman 72557,1120 (X) Yes I can sympathize with you!!!!! What I did was to swap pins 8 and 20 in the RS232 side provided that you have a jumper from pin 1 of the board connector (J11,J12,J21,J22) to pin 8 of the RS 232 connector. I had to get these jumpers from Fred, but they are just simple wires with prongs for connecting them into the sockets. Here is a diagram of the connections. Jumper RS232 6 *-----------------------------* 2 5 *-----------------------------* 3 3 *-----------------------------* 7 4 *-----------------------------* 8 1 *-----------------------------* 20 You may want to check out STERM and Kermit communication programs in DL9 or DL12. They are archived so you will need 'AR68.BIN' found in DL9 to burst them. What kind of PT68K board do you have: PT68K-1 PT68K-2 or the new four megabyte board PT68K-4. #: 4724 S12/OS9/68000 (OSK) 28-Jun-90 20:06:00 Sb: #vi-like editors Fm: James Jones 76257,562 To: Mark Wuest 74030,332 (X) Speaking of a good version of "vi"...you know, of course, that someone ported "stevie" to OS-9/68K. Just today I saw a message on comp.os.os9 from someone who says he has a *very* good vi-like editor, called "elvis", that he wants to get ported to OS-9/68K, and was seeking volunteers. I believe the intent is for the result to be freely-copyable, though one should probably talk to the original poster about that. So...any volunteers out there? There is 1 Reply. #: 4741 S12/OS9/68000 (OSK) 29-Jun-90 09:09:41 Sb: #4724-#vi-like editors Fm: Mark Wuest 74030,332 To: James Jones 76257,562 (X) I can volunteer to do the port - I had to fix a few bugs in the OSK port of stevie (bad pointers that non-memory protected systems did not notice). The problem with stevie port *I* had was that they used their own termcap library which did not handle fill characters properly. It worked fine with terminals that had no fill charcters. Mark There are 2 Replies. #: 4772 S12/OS9/68000 (OSK) 30-Jun-90 13:32:03 Sb: #4741-#vi-like editors Fm: Ed Gresick 76576,3312 To: Mark Wuest 74030,332 (X) Hi Mark! Re your reference to 'fill' characters {ssume your referring to the padding necessary for delays for some terminals. Question, how do you know when you need padding and how do you determine how much padding? Ed There is 1 Reply. #: 4829 S12/OS9/68000 (OSK) 02-Jul-90 09:39:07 Sb: #4772-vi-like editors Fm: Mark Wuest 74030,332 To: Ed Gresick 76576,3312 (X) Ed, You look in the manual for the terminal in question. I have done this only once. Your best bet is to steal a termcap entry from a Unix machine for the terminal you want. Termcap entries that work will have the padding info in them already and Microware's termcap library handles them automatically. I can visibly perceive the faster screen fill using uMacs on two of the terminals at work (AT&T 5410 and 5425). If you don't do padding, the terminals want to do flow control, which is not good if your editor uses ^Q and ^S!! Mark #: 4838 S12/OS9/68000 (OSK) 02-Jul-90 19:18:57 Sb: #4741-vi-like editors Fm: Paul K. Ward 73477,2004 To: Mark Wuest 74030,332 (X) Go for it, Mark! If you do it, and it works good, I'll be glad to stick a flyer about its availability on the nets with each MM/1! I find OSK umacs quite usable, and now with a vi, we should be getting a little closer to being The Lean, Mean, EveryPerson's UNIX. Paul #: 4787 S12/OS9/68000 (OSK) 30-Jun-90 21:46:36 Sb: #PT68 & Modem Fm: Jim Chapman 72557,1120 To: Scott Howell 70270,641 (X) Thanks for the reply. I have a PT68k-2 with a 40 meg hard disc and a 3.5 floppy. I switched pins 8 and 20 but no luck. The modem cable is straight through except pins 2 and 3 are reversed at one end. The modem only has pins 2,3,5,6,7,8 connected so I also connected pins 8 and 20 but still no luck. You mentioned using STERM or Kermit. I can't download anything to the PT68 until the modem works with it. I downloaded TUBE to a PC at work and keyed it into thye PT68. I suggested to Fred that he include Kermit with the OS9 discs but he wasn't interested. I had hoped to get it from the User Group but I have had no response from them. For a while I wondered if anyone else was trying to use OS9 with the PT68. I have had a lot of trouble with it. Good to hear from you. Jim Chapman, Toronto There is 1 Reply. #: 4792 S12/OS9/68000 (OSK) 01-Jul-90 01:58:33 Sb: #4787-#PT68 & Modem Fm: SCOTT HOWELL 70270,641 To: Jim Chapman 72557,1120 (X) Hey I can mail you Kermit and Sterm if you have a 5.25 HD FD. You said you have had a lot of trouble with OS9 on the PT68k. I am interested in what kind of trouble you are having, mayme we can both work these problems out! Thanks, Scott Howell There is 1 Reply. #: 4795 S12/OS9/68000 (OSK) 01-Jul-90 05:39:04 Sb: #4792-#PT68 & Modem Fm: Ed Gresick 76576,3312 To: SCOTT HOWELL 70270,641 (X) Hi Scott: Re your response to Jim Chapman If Jim has an older K2 machine, the drivers for the 68681 won't support a modem - he'll need the drivers I sent you (from Simmy). I think Jim said he had a 3 1/2" drive - if you want, I can send him the stuff. My k4 is up and running with 4 Megs. Nice doing a single drive backup with -b=800! Ed There is 1 Reply. #: 4834 S12/OS9/68000 (OSK) 02-Jul-90 17:54:27 Sb: #4795-PT68 & Modem Fm: SCOTT HOWELL 70270,641 To: Ed Gresick 76576,3312 (X) Sounds great!! Wow 4 megs. I will be upgrading mine slowly, like 1 meg at a time. #: 4868 S12/OS9/68000 (OSK) 04-Jul-90 07:30:23 Sb: #PT68 Fm: Jim Chapman 72557,1120 To: SCOTT HOWELL I would be happy to work with you in resolving OS9/PT68 problems. At the moment the biggest problem is the system hangs occassionally. I suspect a problem with the startup file and/or the PATH list. It seems better if I do a dir before I do anything else. Thanks for your offer to send software. I have a 3.5 drive so I took up Ed's offer.What weird things are you experiencing. There is 1 Reply. #: 4922 S12/OS9/68000 (OSK) 05-Jul-90 23:39:09 Sb: #4868-PT68 Fm: SCOTT HOWELL 70270,641 To: Jim Chapman 72557,1120 (X) n One 'weird' thing was the modem not working, but it is working fine now. I do get an occasional system hang-up when I invoke the 'mfree' command and I also get some strange things on my TERM when I use Umacs. #: 4914 S12/OS9/68000 (OSK) 05-Jul-90 19:51:54 Sb: #Login Shell Fm: David George 72240,134 To: ALL Does anyone know how the OSK system can tell a "login shell" from a shell? In the OSK manuals it repeatedly references "login shell", but doesn't give any specifics on how you can tell one from the other. There must be some way as the .logout file is only read for the "login shell". I seem to remember hearing something about a "dash" for a login shell, but I am not sure if it was called as a dash or a dash parameter. Any help would be appreciated. David George 72240,134 There is 1 Reply. #: 4967 S12/OS9/68000 (OSK) 08-Jul-90 00:51:40 Sb: #4914-Login Shell Fm: Kim Kempf 76701,65 To: David George 72240,134 The login program forks the shell with argv[0] = '-'. When shell sees this, it knows assumes that it was forked by the login program and makes itself a special case: read the .login/.logout files, set certain options such as "interactive mode". Hope this helps. #: 4950 S12/OS9/68000 (OSK) 07-Jul-90 06:57:23 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: sysop (X) SysOP! I've uploaded Disk 2 of the TOP - Munich Release 2.0. Please add to the discription, the need to use the 'tar' and 'compress' utilities in dl12. Thanks, Ed There is 1 Reply. #: 4952 S12/OS9/68000 (OSK) 07-Jul-90 11:34:15 Sb: #4950-TOP - Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) Ed, Dan must not have seen your request to modify the description of Top2, so I've taken the liberty to fix it up for you. Just so you know, the owner of any file in the library has the ability to modify the description, keywords and title anytime after it has been merged into the librariess. Browse the file and use the CHAnge command at the disposition prompt. If you're changing the description, you'll be placed in the EDIT editor (same as the one we use for the message base) and at the _top_ of the current description. Use the /type command to get yor bearings and then edit to your hearts content. Any changes become effective immediately upon exiting the editor. Steve #: 4969 S12/OS9/68000 (OSK) 08-Jul-90 04:56:50 Sb: TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: sysop (X) SYSOP! Uploaded disk 3 of the TOP - Munich Release 2.0 series. #: 5015 S12/OS9/68000 (OSK) 09-Jul-90 04:01:35 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: [F] Wayne Day 76703,376 (X) Sysop! Started to upload the second part of the UUCP package in dl12. Got message that the library was full. Can you expand it? Ed There are 2 Replies. #: 5020 S12/OS9/68000 (OSK) 09-Jul-90 09:49:52 Sb: #5015-TOP - Munich Release 2.0 Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) We've requested additional space from the forum support folks at CompuServe, and hopefully the library will be able to handle your upload this afternoon, or evening. Wayne #: 5022 S12/OS9/68000 (OSK) 09-Jul-90 11:13:18 Sb: #5015-#TOP - Munich Release 2.0 Fm: Steve Kincade 70065,1124 To: Ed Gresick 76576,3312 (X) Hello, For myself, as for many of i am sure, your uploads are great, but simply too big (cost wise) to download. Is there any way that I/we can get the files sent on diskette? Signed, Steve Kincade, 70065,1124 There is 1 Reply. #: 5041 S12/OS9/68000 (OSK) 10-Jul-90 06:53:51 Sb: #5022-#TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Steve Kincade 70065,1124 (X) Hi Steve! Yes, Send me a check for $50.00. I'll send you the discs (15 of them). The only format I can handle right now is MIZAR (16/16) but that shouldn't be a problem. Let me know whether you want 3 1/2" or 5 1/4". Send to: Ed Gresick Delmar Co PO Box 78 Middletown, DE 19709 Give me about two to three weeks to get them out. Ed There is 1 Reply. #: 5067 S12/OS9/68000 (OSK) 11-Jul-90 09:30:19 Sb: #5041-TOP - Munich Release 2.0 Fm: Steve Kincade 70065,1124 To: Ed Gresick 76576,3312 Thanks for the info, I will get it right out to you. My disk system is the format of mfm 80 trk,is your system compatable? #: 5023 S12/OS9/68000 (OSK) 09-Jul-90 14:00:23 Sb: #TOP Utilities Fm: Mark Wuest 74030,332 To: Ed Gresick 76576,3312 (X) Ed, I downloaded disk 1 and noticed a couple of things. 1) You have a file in the archive called /h1/readme that requires one to actually *have* a device /h1 to un-tar the file. (I moded'ed my /r0 to be /h1 temporarily). 2) The versions of vi and stevie on the diskette, like the ones on their earlier release do not support termcap properly. Specifically, they do not delay when the termcap entry says to, but send out the numeric entry to the terminal. This is in case you have a way to get feedback to them. Thanks for the uploads! Mark There are 2 Replies. #: 5046 S12/OS9/68000 (OSK) 10-Jul-90 19:00:39 Sb: #5023-TOP Utilities Fm: Ed Gresick 76576,3312 To: Mark Wuest 74030,332 (X) Hi Mark! I caught the '/h1/readme' problem. Uploads beginning with disc 3 corrected this problem. If necessary, I can re-upload disks 1 and 2. Re termcap support for 'stevie' and 'vi' - I'll send TOP a fax asking for a correction (and/or source code). Ed #: 5059 S12/OS9/68000 (OSK) 11-Jul-90 05:12:43 Sb: #5023-TOP Utilities Fm: Ed Gresick 76576,3312 To: Mark Wuest 74030,332 (X) Mark, The first line should read - I caught the '/h1/readme' problem. Uploads beginning disc 3 corrected the problem. Hate to do it, but if you feel it wise, I can re-upload disks 1 and 2. Ed #: 5060 S12/OS9/68000 (OSK) 11-Jul-90 06:27:47 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: SYSOP (X) Sysop, I've uploaded disks 5 and 7 of the TOP - Munich Release 2.0 to dl 12. What are the commands to edit the material uploaded? Several of the descriptions I've previously uploaded are incorrect and I'd like to change them. Ed There is 1 Reply. #: 5062 S12/OS9/68000 (OSK) 11-Jul-90 06:41:32 Sb: #5060-TOP - Munich Release 2.0 Fm: Dan Robins 73007,2473 To: Ed Gresick 76576,3312 Ed, Scoot up to the LIB and BROwse the file. When you are at the "Disposition" prompt, type: CHA You'll be prompted if you want to change the Description, Keywords, and Title. Answer accordingly on what you want to change. Do remember, when you change to Description file, it's almost the same as if you were in the message editor. So you can use the /T (top) /Pxx (print xx lines) and such commands like you were writing a message. Dan #: 5070 S12/OS9/68000 (OSK) 11-Jul-90 12:17:41 Sb: #Reading OS9 directorys Fm: George Hendrickson 71071,2003 To: [F] All Could you tell me where I can find some information that will help me to learn about reading OS9 directorys? Is there a text file or something that explains that or is there a book available somewhere that will show me how to get all the information that I need on a file? ex: attrs, late date/time modified, filesize etc.. I am in the process of writing a utility for my OS9 BBS that I run and am having trouble understanding a few things. Thanks for the help. George There is 1 Reply. #: 5092 S12/OS9/68000 (OSK) 11-Jul-90 20:05:07 Sb: #5070-Reading OS9 directorys Fm: James Jones 76257,562 To: George Hendrickson 71071,2003 There's not all that much to it. An OS-9 directory is a sequence of 32-byte records, each containing either (1) NUL ($00) as the first byte, indicating an entry that is not in use (when you delete a file, its entry in the directory is marked inactive this way) or (2) a 29-byte file name, terminated by having the MSB of the last character of its name set, and a 3-byte LSN for the file descriptor sector of the file named in the first 29 bytes of the record. If you're writing a utility to read directories, be sure to avoid endlessly recurring by noticing the entries for "." and ".."! (This is the voice of experience speaking! ) The file descriptor sector contains, among other things, owner, time of creation and last modification, and file size. The gory details are all to be found in the section on RBF (the Random Block file manager) in the OS-9 Technical Manual. #: 5099 S12/OS9/68000 (OSK) 11-Jul-90 23:40:39 Sb: #5070-#Reading OS9 directorys Fm: Kevin Darling (UG Pres) 76703,4227 To: George Hendrickson 71071,2003 (X) George - so basically you need to act sort of like a "dir e" program? Let me look around... there may be examples of this already in the libs. There is 1 Reply. #: 5105 S12/OS9/68000 (OSK) 12-Jul-90 03:28:00 Sb: #5099-#Reading OS9 directorys Fm: George Hendrickson 71071,2003 To: Kevin Darling (UG Pres) 76703,4227 (X) I found a program called 'EDIR.B09' that does a 'dir e' type thing. What I needed was some information explaining how that type of thing was done with examples. The way EDIR.B09 works is it uses Syscall and 'pipes' its info back and forth thru the program. There is 1 Reply. #: 5110 S12/OS9/68000 (OSK) 12-Jul-90 08:54:55 Sb: #5105-#Reading OS9 directorys Fm: Kevin Darling (UG Pres) 76703,4227 To: George Hendrickson 71071,2003 (X) Yah, I found EDIR also, but was unsure if you wanted to do things that way (it's okay of course, using pipes). Another method is to use Syscall and the SS.FD or SS.FDInf status calls to return the main file descriptor info on a file, which includes the attrs, dates, size, etc etc. Check in your Tech Manual in the RBF section, and you'll see what all is inside a File Descriptor sector. If pipes prove too slow, let me know. best - kev There is 1 Reply. #: 5112 S12/OS9/68000 (OSK) 12-Jul-90 12:32:40 Sb: #5110-Reading OS9 directorys Fm: George Hendrickson 71071,2003 To: Kevin Darling (UG Pres) 76703,4227 (X) Yeah, the pipes are too slow. I was wanting something more direct. I will look into it with syscall. Thanks! George #: 5104 S12/OS9/68000 (OSK) 12-Jul-90 03:22:48 Sb: #5092-Reading OS9 directorys Fm: George Hendrickson 71071,2003 To: James Jones 76257,562 (X) Thanks for the ok into it and see what I come up with.... #: 5118 S12/OS9/68000 (OSK) 12-Jul-90 16:50:39 Sb: #5022-TOP - Munich Release 2.0 Fm: Paul K. Ward 73477,2004 To: Steve Kincade 70065,1124 Steve, If you're using OSK and we haven't had a chance to talk, I'd love it if you could zot me an email note. Thanks! Paul #: 5140 S12/OS9/68000 (OSK) 13-Jul-90 06:09:46 Sb: #TOP7.T - rip Fm: Ed Gresick 76576,3312 To: Mike Ward 76703,2013 (X) Hi Mike! Re-uploaded top7.t this morning. Ed There are 2 Replies. #: 5147 S12/OS9/68000 (OSK) 13-Jul-90 08:08:36 Sb: #5140-TOP7.T - rip Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 Ed, I downloaded a copy to my system prior to pushing the button. Should we have more problems with this file, there will be no need to trouble you to re-upload. Thanks for the extra effort! Steve #: 5152 S12/OS9/68000 (OSK) 13-Jul-90 10:16:56 Sb: #5140-TOP7.T - rip Fm: Mike Ward 76703,2013 To: Ed Gresick 76576,3312 Thanks for the extra effort Ed, it's muchly appreciated! #: 5180 S12/OS9/68000 (OSK) 14-Jul-90 04:30:36 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: SYSOP (X) SYSOP! Wanted to upload top10.t this AM - no space. Ed There is 1 Reply. #: 5181 S12/OS9/68000 (OSK) 14-Jul-90 08:30:33 Sb: #5180-TOP - Munich Release 2.0 Fm: Mike Ward 76703,2013 To: Ed Gresick 76576,3312 (X) OK Ed, give 'er another go. I shovelled some mo' coal into Lib 12. #: 5185 S12/OS9/68000 (OSK) 14-Jul-90 10:42:02 Sb: #MSDOS Disks Fm: Jim Chapman 72557,1120 To: ALL Does anyone know of a way to interchange disks between an IBM PC (MSDOS) and OS-9. Thanks, Jim Chapman 72557,1120 There is 1 Reply. #: 5193 S12/OS9/68000 (OSK) 14-Jul-90 12:41:37 Sb: #5185-MSDOS Disks Fm: Pete Lyall 76703,4230 To: Jim Chapman 72557,1120 Jim - Assuming you're using a coco, there are patches to CC3Disk that can be made, and then you can run Bob Santy's PCDOS utilities. That'll allow you to read/write DOS disks in the Coco3 under OS9/LII. The files are in DL10. Try a BRO/KEY: *DOS Pete #: 5221 S12/OS9/68000 (OSK) 15-Jul-90 05:52:30 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: [F] Wayne Day 76703,376 (X) SYSOP! I uploaded TOP10.T this morning. Looks like the remaining files will require about 3 megs. I'd like to upload the balance of the files this week. Ed There is 1 Reply. #: 5228 S12/OS9/68000 (OSK) 15-Jul-90 11:52:23 Sb: #5221-TOP - Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 Ed, Looks like Top10 is in good shape. It's merging as I type. Hang tight on the the remainder until we hear from Wayne. We need to scare up a mess of blocks. Your efforts are really appreciated! Steve #: 5247 S12/OS9/68000 (OSK) 16-Jul-90 03:45:04 Sb: #5221-TOP - Munich Release 2.0 Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) Ed, I've massaged things a bit to get you some more space... let's see what you can do with that, and if you need more, let me know and we'll request more from CompuServe. Sorry we have to do it this way, but CompuServe has gotten rather picky on space allocations as their popularity has grown and new resources come online, so.... Wayne #: 5249 S12/OS9/68000 (OSK) 16-Jul-90 05:16:45 Sb: TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: [F] Wayne Day 76703,376 (X) Sysop! Uploaded top11 and top12 files this morning. Ed #: 5287 S12/OS9/68000 (OSK) 17-Jul-90 04:31:42 Sb: #5185-MSDOS Disks Fm: Kevin Darling (UG Pres) 76703,4227 To: Jim Chapman 72557,1120 (X) Hi Jim - MW sells a msdos file manager called MSF (?) or something like that. Also, a coupla people have typed in and compiled the msdos file manager example that's in their new OS-9 Insights book by guru Peter Dibble ($40 from MW... 515-224-1929). Hmm. We still need to ask if that can be uploaded. From the other direction, I'm not sure if there's a util for MSDOS which'll read/write OS9 disks. Perhaps someone else knows. This subject will get hotter in a few months as more people acquire 68K machines; bet on it ! best - kev #: 5305 S12/OS9/68000 (OSK) 18-Jul-90 04:23:37 Sb: Lib 12 uploads Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) Ed, TOP15.TZ did not make it completely, and was not merged into the library. TOP14.TZ DID make it, and is safely ensconded there. Wayne #: 5306 S12/OS9/68000 (OSK) 18-Jul-90 04:26:53 Sb: TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: SYSOP (X) SYSOP, Uploaded disks14 and 15 of the TOP series this AM. Ed #: 5318 S12/OS9/68000 (OSK) 18-Jul-90 11:47:56 Sb: 3.5 disks Fm: Jim Chapman 72557,1120 To: Ed Gresick 76576,3312 Ed, I assume you reeived my message re: the 3.5 inch disks. Can you send them OK? -Jim Chapman 72557,1120 #: 5336 S12/OS9/68000 (OSK) 19-Jul-90 04:04:23 Sb: #5318-3.5 disks Fm: Ed Gresick 76576,3312 To: Jim Chapman 72557,1120 (X) Hi Jim! Sorry for the delay in responding. Yes, can make 3.5" disks - 80 track - Mizar format. Ed #: 5341 S12/OS9/68000 (OSK) 19-Jul-90 04:52:59 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: SYSOP (X) SYSOP, Uploaded disk 15 of the TOP series. Ed There is 1 Reply. #: 5345 S12/OS9/68000 (OSK) 19-Jul-90 05:37:46 Sb: #5341-TOP - Munich Release 2.0 Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) And, it's merged, safely, into the library as I speak. Thanks! Ready for the next one (I think we oughta do one at a time, if that's not a problem for you.. we'll stash an insurance copy away before the merge, so we shouldn't have a problem with a complete file.. The ones marked /incomplete.. well, maybe we can figure out what's going on. Wayne #: 5375 S12/OS9/68000 (OSK) 20-Jul-90 04:10:31 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: SYSOP (X) SYSOP, Re-uploaded TOP1 disk. Changed file organization so when the file is 'burst' all files will go to the default working directory. EG There is 1 Reply. #: 5376 S12/OS9/68000 (OSK) 20-Jul-90 06:55:44 Sb: #5375-TOP - Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) 'Ed, I thought I'd take a crack at this one. Thanks for using the same name on the file. The new version will automatically overwrite the old version. Steve #: 5377 S12/OS9/68000 (OSK) 20-Jul-90 07:29:49 Sb: #3.5 disc Fm: Jim Chapman 72557,1120 To: Ed Gresick 76576,3312 (X) When I got home last night the disc was waiting for me in the mail. A question, what is mizar format? Thanks a lot for your trouble, I appreciate it. -Jim Chapman, 72557,1120 There is 1 Reply. #: 5404 S12/OS9/68000 (OSK) 21-Jul-90 04:27:10 Sb: #5377-3.5 disc Fm: Ed Gresick 76576,3312 To: Jim Chapman 72557,1120 Hi Jim! Sure took a long time to get there. Re MIZAR vs Standard OS9 formats. Standard OS-9 format uses 10 sectors on track 0 and 16 sectors for the rest. MIZAR format uses 16 sectors per track across the board. If you look in your ..../BOOTOBJS directory, you should find a file 'x0' - that's set for MIZAR format. Just load and use it. Or, you can use 'moded' or 'dmode' to modify your existing d(x) descriptor. Ed #: 5403 S12/OS9/68000 (OSK) 21-Jul-90 04:02:15 Sb: TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: SYSOP (X) SYSOP, Re-uploaded top2.tz in dl12 this AM. Ed #: 5432 S12/OS9/68000 (OSK) 22-Jul-90 01:49:23 Sb: #5092-#Reading OS9 directorys Fm: Don Kircher 76346,3475 To: James Jones 76257,562 (X) Any ideas on the feasability of forcing the root directory of a hard drive back from its file status (attr now equals _serwerw) after an unfortunate boo-boo. I want to try this before resorting to salvaging three weeks of work to salvage the text files.... There is 1 Reply. #: 5439 S12/OS9/68000 (OSK) 22-Jul-90 04:39:14 Sb: #5432-Reading OS9 directorys Fm: Kevin Darling (UG Pres) 76703,4227 To: Don Kircher 76346,3475 Don - use a disk editor (like dEd here) or a program, to change the first byte in the root file descriptor (from $7F on your goofed disk) to $BF. That changes the attribute back to what it should be. Piece o' cake. The sector number (LSN) of your root dir file desc is in bytes $08,$09,$0A of LSN 0. Yell if need more help. If you haven't used a disk editor before, now is certainly the time to learn! Much easier than you think. Practice on a floppy is a good idea, too . #: 5499 S12/OS9/68000 (OSK) 24-Jul-90 00:28:40 Sb: #5439-Reading OS9 directorys Fm: Don Kircher 76346,3475 To: Kevin Darling (UG Pres) 76703,4227 (X) Thanks for the reply Kevin, I'll give it a whirl and see how she flys dlk #: 5574 S12/OS9/68000 (OSK) 26-Jul-90 07:13:12 Sb: #PT68 Fm: Jim Chapman 72557,1120 To: Ed Gresick 76576,3312 (X) I now have STRM working. The problem was the drivers. How can I get the source code for the ones you sent me? The first program I downloaded was ARC.BIN in the OSK library. When I ran it I got an error 103 (address exception). Can you tell me which ARC program works. Thanks, Jim Chapman There is 1 Reply. #: 5602 S12/OS9/68000 (OSK) 27-Jul-90 05:21:04 Sb: #5574-PT68 Fm: Ed Gresick 76576,3312 To: Jim Chapman 72557,1120 Hi Jim! Great! Glad STERM is working for you. I don't have the source code for the drivers. Simmy sent me object code only. To get the original source, contact Fred Brown at PT. BTW, which version of OSK are you using? The sc68681 code provided with 2.3 is fine as is - no problems. If you're using an earlier version of OSK, Fred will send you an upgrade to 2.3 for a nominal charge. Re ARC.BIN - dunno. Don't use it (I *think* it's used mainly by MSDOS'rs). I use AR. It's in DL12. Ed #: 5733 S12/OS9/68000 (OSK) 31-Jul-90 19:52:43 Sb: #TOP6 Docs Fm: Doug DeMartinis 72245,1400 To: Ed Gresick 76576,3312 (X) Ed, First, thanks for all the work you put into uploading the TOPS stuff. It's much appreciated. I am having problems finding the docs, though. Here is what I find in TOP6.AR: file stored file name ver file date size size ----------------------------- --- -------------- ----- ----- README_eg 0 90/06/21 09:07 747 473 install.top6 0 90/06/21 09:06 4130 1484 CHANGES 0 89/12/21 15:46 904 658 install.readme 0 89/12/21 15:37 618 472 m4.doc 0 89/12/17 18:31 19804 10014 notes.doc 0 88/06/25 13:27 147263 77955 stevie.doc 0 89/12/17 18:31 15247 8528 uucp.install 0 88/07/09 18:19 4868 2900 uucp.system.doc 0 88/03/18 17:12 1879 1199 vi.doc 0 89/12/17 18:31 15622 8628 It seems to be only the files from TOP6/USR/DOC (as listed in TOPIND.AR). Do you know what happened to the other docs? Thanks again. - Doug There is 1 Reply. #: 5754 S12/OS9/68000 (OSK) 01-Aug-90 05:28:31 Sb: #5733-TOP6 Docs Fm: Ed Gresick 76576,3312 To: Doug DeMartinis 72245,1400 Hi Doug! Thanks for the info - I'll look into it. Ed #: 5783 S12/OS9/68000 (OSK) 02-Aug-90 17:37:28 Sb: #TOP - Munich Release 2 Fm: Ed Gresick 76576,3312 To: ALL The balance of the documentation provided by TOP - Munich for Release 2 has been uploaded in DL12 as TOP6a.ar. These were supposed to be part of TOP6.ar but .....? Sorry if anyone has been inconvenienced. Ed There is 1 Reply. #: 5784 S12/OS9/68000 (OSK) 02-Aug-90 22:51:56 Sb: #5783-TOP - Munich Release 2 Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) Thanks for the extra efforts, Ed. It's really appreciated! Steve #: 5790 S12/OS9/68000 (OSK) 03-Aug-90 08:55:21 Sb: #5403-#TOP - Munich Release 2.0 Fm: Carl Kreider 71076,76 To: Ed Gresick 76576,3312 (X) Was there a problem with top2.tz? Or top1 (earlier)? I notice that top12.tz seems munged - tar won't burst it. Thanks very much for the effort. Carl There are 3 Replies. #: 5815 S12/OS9/68000 (OSK) 04-Aug-90 04:09:46 Sb: #5790-TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Carl Kreider 71076,76 Carl - They should be OK but I'll look into it. Ed #: 5820 S12/OS9/68000 (OSK) 04-Aug-90 09:30:01 Sb: #5790-TOP - Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 Carl, Ed re-upped 1 and 2 to fix an archive problem, as I recall. Details escape me at the moment... Steve #: 5867 S12/OS9/68000 (OSK) 05-Aug-90 10:56:25 Sb: #5790-#TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Carl Kreider 71076,76 Hi Carl! I did do a re-upload of TOP1.TZ and TOP2.TZ. I did not 'tar' them correctly the first time. Did you use the 'compress' utility from TOP or from MW? TOP's 'compress' utility is a 16 bit compress. According to the TOP documentation, it is not compatible with MW's. Also, I used the TOP 'tar' utility. I don't know if it's compatible with other 'tar' utilities. TOP doesn't discuss 'tar' compatibility. Both of these utilities are in 'tar.ar' in dl12. If that's not the problem, let me know - I can re-upload that file. Ed There is 1 Reply. #: 5888 S12/OS9/68000 (OSK) 05-Aug-90 17:12:32 Sb: #5867-#TOP - Munich Release 2.0 Fm: James Jones 76257,562 To: Ed Gresick 76576,3312 (X) I'd say that compatibility with MW's compress might not be all that important. MW's compress looks very much like it was written by someone who'd just read *Software Tools*, and while that is a very good book to read, the compression method it gave as an example is of minimal use on most text files. I'd be heavily surprised if anyone made much use of MW's compress program. There is 1 Reply. #: 5901 S12/OS9/68000 (OSK) 06-Aug-90 04:01:15 Sb: #5888-TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: James Jones 76257,562 (X) Hi James! Until I started to upload the TOP series, I've never used compress so I have no experience with compress. Your comment is interesting - I'll remember that. Ed #: 5833 S12/OS9/68000 (OSK) 04-Aug-90 13:30:39 Sb: #Files with "-"!!! Fm: Dwight D. McKay 75776,1521 To: all In trying to get the TOP uucp package to work I've managed to create a file with "-" in its name. 1) How do I get rid of it! --ddm --mckay@harbor.ecn.purdue.edu --or-- ...rutgers!pur-ee!mckay There are 3 Replies. #: 5837 S12/OS9/68000 (OSK) 04-Aug-90 13:34:57 Sb: #5833-Files with "-"!!! Fm: Kevin Darling (UG Pres) 76703,4227 To: Dwight D. McKay 75776,1521 If you know how to use dEd (the disk editor), you can go into the directory and just change the "-" to something else (I run into this more often these days myself .... maybe someone should write a util to handle this? Should be pretty easy). #: 5851 S12/OS9/68000 (OSK) 04-Aug-90 21:42:54 Sb: #5833-Files with "-"!!! Fm: Scott t. Griepentrog 72427,335 To: Dwight D. McKay 75776,1521 Jeez, that's a good one. The only way I can figure how to do it is write your own delete or rename utility, or patch the disk directly to rename and then delete. I can rig a real quick C program, if you can't figure out any other way, then ring me at StG@hummer.iupui.edu and I'll mail you a uuencode of the binary for you to run. STG #: 5863 S12/OS9/68000 (OSK) 05-Aug-90 03:18:34 Sb: #5833-#Files with "-"!!! Fm: Robert A. Larson 75126,723 To: Dwight D. McKay 75776,1521 The mv included that's part of my mv/ln (programs) link/rename (subroutines) package should be able to give it a reasonable name. If you want to make such files, just comment out the _prsnam section that's in there just to avoid such problems... (Look in dl12 and dl9, I don't remember what I called it, but you should be able to search with my ppn.) (There is another mv out there, I got rid of my copy when it made multiple files with the same name!) There is 1 Reply. #: 5878 S12/OS9/68000 (OSK) 05-Aug-90 15:15:26 Sb: #5863-Files with "-"!!! Fm: Scott t. Griepentrog 72427,335 To: Robert A. Larson 75126,723 (X) If that's the same mv that somebody else picked up for me and put on here, it has a bug in it. Check your routine for matching an already existing name before creating a new directory entry - it is comparing without case insensitivity. If you already have a FOO dir for example, and happen to (accidently) mv bar foo, it creates "foo" where "FOO" already existed. I deleted my copy cuz of that... Apologies, of course, if it's not yours that I had. StG #: 5834 S12/OS9/68000 (OSK) 04-Aug-90 13:30:57 Sb: #TOP UUCP woes... Fm: Dwight D. McKay 75776,1521 To: all Has anyone gotten the TOP 2.0 UUCP package to work? I've got a working systems file but have not been able to transfer mail. I'm also getting "can't create SEQFILE" from uux when I try to create outbound mail. I suspect that both of these problems may be due to the name of the system I am trying to contact. It is "pur-ee" which would not be a valid file or directory name under OS9. Can anyone give me some hints? I'm a much better UNIX person then an OSKer. I've setup UUCP under UNIX, but I'm a bit baffled at this point... --ddm --mckay@harbor.ecn.purdue.edu --or-- ...rutgers!pur-ee!mckay There is 1 Reply. #: 5870 S12/OS9/68000 (OSK) 05-Aug-90 11:53:45 Sb: #5834-TOP UUCP woes... Fm: Ed Gresick 76576,3312 To: Dwight D. McKay 75776,1521 Hi Dwight! I think there are provisions for a 'permissions' or 'alias' file to allow you one name on your system (no hyphen) but still have a hyphen in the remote name. I've been working with Mark Griffith testing his 'uucp' port for the CoCo. Had a similar problem. One of the remote UNIX sites I work with uses hyphens both in their name and the name they use for me. I had to add a 'permissions' file to alias my site name and their site name. When you get UUCP working right, can you prepare a short manual on how to set-up and use. I can't read German and the info provided by TOP assumes a good knowledge of UNIX UUCP. Ed #: 5912 S12/OS9/68000 (OSK) 07-Aug-90 07:40:12 Sb: #5820-#TOP - Munich Release 2.0 Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 (X) Ok. Just wondering if it is necessary to dl 1 and 2 again. Guess I still don't know .... Carl There is 1 Reply. #: 5914 S12/OS9/68000 (OSK) 07-Aug-90 07:59:35 Sb: #5912-#TOP - Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Carl Kreider 71076,76 (X) Carl, If you've not had any problems with your copy, it should be unecessary to re-download. Message 5375 was still on the board today when I checked. It explains what the problem was... as I thought, difficulties expanding to a directory. Steve There is 1 Reply. #: 5949 S12/OS9/68000 (OSK) 09-Aug-90 09:09:32 Sb: #5914-TOP - Munich Release 2.0 Fm: Carl Kreider 71076,76 To: Steve Wegert 76703,4255 (X) Ok, thanks. Problem is that I have been too busy to keep up with all the forum traffic, so I missed 5375. And I don't know if they burst right or not. Will have to look again. - Carl #: 5913 S12/OS9/68000 (OSK) 07-Aug-90 07:42:43 Sb: #5867-#TOP - Munich Release 2.0 Fm: Carl Kreider 71076,76 To: Ed Gresick 76576,3312 (X) All the other's decompress and detar ok. I use stuff off usenet for compress and tar. Tar reports that top12.tz has a bad header and a hex dump seems to confirm that - there is garbage where there should be nulls and so on. Carl There is 1 Reply. #: 5966 S12/OS9/68000 (OSK) 10-Aug-90 05:00:25 Sb: #5913-TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: Carl Kreider 71076,76 Carl - Will re-upload top12.tz. Thanks for the feedback. Ed #: 5922 S12/OS9/68000 (OSK) 07-Aug-90 20:16:15 Sb: #STERM13 Fm: Bud Hamblen 72466,256 To: Simmule Turner 70651,67 (X) STERM13 in DL 12 appears to be cooked. It will crash OS-9/68000 v 2.3 on a PT68K-2. Any attempt to use an escape option that requires an input string from the console (such as esc-S or esc-X) will crash the system, with plenty of garbage appearing on the screen. OS-9 appears to be attempting to execute the contents of the console input buffer. Other programs are better behaved, so I'm not sure if the crash is caused by a bug in STERM13 or the PT drivers. The esc Q option, which requires only a single character input, doesn't cause any problem. There are 2 Replies. #: 5924 S12/OS9/68000 (OSK) 07-Aug-90 20:46:32 Sb: #5922-#STERM13 Fm: SIMMULE TURNER 70651,67 To: Bud Hamblen 72466,256 (X) I'll look at the problem, and get back to you. If I haven't responded within a week send another message. simmy There is 1 Reply. #: 5938 S12/OS9/68000 (OSK) 08-Aug-90 21:19:22 Sb: #5924-STERM13 Fm: Bud Hamblen 72466,256 To: SIMMULE TURNER 70651,67 It might be the monokbd driver that is cooked. STERM 1.3 works fine with the sc68681 driver running an H19 terminal. I'll check with Fred Brown at PT about the monokbd driver. Thanks for the reply! Bud #: 5932 S12/OS9/68000 (OSK) 08-Aug-90 07:51:07 Sb: #5922-#STERM13 Fm: Steve Wegert 76703,4255 To: Bud Hamblen 72466,256 (X) Bud, Ed Gresick is using Sterm on his PT68K. I do recall him mentioning driver difficulties. Perhaps he can shed some light. Steve There is 1 Reply. #: 5939 S12/OS9/68000 (OSK) 08-Aug-90 21:20:39 Sb: #5932-STERM13 Fm: Bud Hamblen 72466,256 To: Steve Wegert 76703,4255 (X) Please see message #5938. I'm gonna talk to Fred Brown about this. Thanks! Bud #: 5967 S12/OS9/68000 (OSK) 10-Aug-90 10:26:54 Sb: #We're in Beta! Fm: Mark Wuest 74030,332 To: all Hey all (especially Kevin, Mark G, Carl, etc), About 2 years ago I got feedback on this forum for a multiplexing protocol convertor we were putting together. It is "soaking" with what we believe are the last bug fixes presently in a test lab and should go to Beta early next week. After 7 weeks in Beta, it will go into the 4 largest Digital Central Offices in the world to allow various Support Systems enhanced access to the switches and monitoring equipment located therein. After that, it will be gradually released to other Digital Central Offices. FWIW, here's what we ended up with: 1 Motorola MVME 147 (68030, 8 mb, 150mb disk) running os9, a board-to-board routing application, X.25 network access applications, and Support System interfaces. 1-18 Motorola MVME 333-2 (68010, 512kb ram, 64kb rom) running os9, and level 2 and 3 of any of several protocols, or a user-interface. These have 6 ports available for async protocols and 2 ports for sync. We have our own block-serial file managers (bfm and pfm) that handle (along with block-serial drivers) data transfers between the 147 and the 333's and read and write access to the 333's ports. The 333's are just devices to the 147 (/slot3, /slot4, etc) and vice-versa (/host). We get about 400 512-byte packets/second composite backplane data transfer with our application fully loaded and running. Bill West, Inc (comprised of Bill West) wrote the backplane driver and file manager with help from developers on our team. GCOM, Inc licensed the X.25 level 2 and 3 drivers for network access and access to equipment that has X.25 interfaces directly to us. Thanks for the input at the time! Mark There is 1 Reply. #: 5973 S12/OS9/68000 (OSK) 10-Aug-90 18:31:36 Sb: #5967-We're in Beta! Fm: James Jones 76257,562 To: Mark Wuest 74030,332 Excellent! Have you considered writing about the system? I bet that MOTD, Pipelines, or any of several technical magazines would be interested. #: 5976 S12/OS9/68000 (OSK) 11-Aug-90 05:32:29 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: sysop (X) Sysop: I have re-uploaded top12.t. Please delete the old file top12.tz. Ed There is 1 Reply. #: 5982 S12/OS9/68000 (OSK) 11-Aug-90 09:20:11 Sb: #5976-TOP - Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 Ed, I've merged in the correction as we type. Thanks for the re-upload! Steve #: 5977 S12/OS9/68000 (OSK) 11-Aug-90 05:34:45 Sb: top12 Fm: Ed Gresick 76576,3312 To: Carl Kreider Carl: I've re-uploaded top12. I did not compress after 'tar'ing the files. I think the problem may have been caused by the fact that the individual files are already compressed by TOP. Thanks for pointing out the problem. Ed #: 5995 S12/OS9/68000 (OSK) 11-Aug-90 16:06:48 Sb: #5837-#Files with "-"!!! Fm: Dwight D. McKay 75776,1521 To: Kevin Darling (UG Pres) 76703,4227 (X) I may write such a utility before this is over... Another message for me says that there's a version of "mv" whihc should be able to change the directory to a more tractable name. I wonder why the OS9 developers made '-' an unallowed character? It seems kinda strange after coming from UNIX... --Dwight D. McKay --mckay@harbor.ecn.purdue.edu -or- ...rutgers!pur-ee!mckay There is 1 Reply. #: 6039 S12/OS9/68000 (OSK) 12-Aug-90 17:12:26 Sb: #5995-#Files with "-"!!! Fm: Kevin Darling (UG Pres) 76703,4227 To: Dwight D. McKay 75776,1521 Yeah... I ran into a "-" name situation this past week. Perhaps we should hack (or just replace in an os9p3 module) the F$PrsNam function? There are 2 Replies. #: 6060 S12/OS9/68000 (OSK) 12-Aug-90 19:42:04 Sb: #6039-Files with "-"!!! Fm: Bill Dickhaus 70325,523 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, IMHO, hacking the "stock" F$PrsNam would not be a terrific idea, and even replacing it via OS9P3 might not even be too swift. I've seen programs that use F$PrsNam for other things besides path names. Maybe just change "rename" to allow nonstandard file names for the orignal file? Bill #: 6084 S12/OS9/68000 (OSK) 13-Aug-90 04:33:17 Sb: #6039-#Files with "-"!!! Fm: Ed Gresick 76576,3312 To: Kevin Darling (UG Pres) 76703,4227 (X) Hi Kevin! This could be a good idea. I 'uucp' with 2 companies (Mark's uucp) that use hyphens in their (and my) name. Had to make extensive changes to Mark's uucp to handle this - alias files, etc. If you do this for OS-9/6809, will you do it for OS-9/680x0, too? And, doesn't that mean a new kernel? Ed There is 1 Reply. #: 6087 S12/OS9/68000 (OSK) 13-Aug-90 05:01:37 Sb: #6084-Files with "-"!!! Fm: Kevin Darling (UG Pres) 76703,4227 To: Ed Gresick 76576,3312 Naw, no new kernel. Remember that each function can be replaced individually under OS-9. Someone noted that F$PrsNam was used by some programs for other purposes and might get screwed up, but I don't see how/why. Valid names are valid names. "-" options elsewhere have spaces in front. #: 5996 S12/OS9/68000 (OSK) 11-Aug-90 16:06:56 Sb: #5851-#Files with "-"!!! Fm: Dwight D. McKay 75776,1521 To: Scott t. Griepentrog 72427,335 Thanks for the offer Scott. I'll try a program someone else pointed out for me here or I'll just hack something together to rename or delete the file. What a pain... :-( --Dwight D. McKay --mckay@harbor.ecn.purdue.edu -or- ...rutgers!pur-ee!mckay There is 1 Reply. #: 6058 S12/OS9/68000 (OSK) 12-Aug-90 19:41:50 Sb: #5996-Files with "-"!!! Fm: Bill Dickhaus 70325,523 To: Dwight D. McKay 75776,1521 A utility to rename a file with an illegal file name seems like something we all could use at one time or another. I'll put it on my list of MM/1 projects. Bill #: 5997 S12/OS9/68000 (OSK) 11-Aug-90 16:07:03 Sb: #5863-Files with "-"!!! Fm: Dwight D. McKay 75776,1521 To: Robert A. Larson 75126,723 Thanks, I'll look for them! --Dwight D. McKay --mckay@harbor.ecn.purdue.edu -or- ...rutgers!pur-ee!mckay #: 5998 S12/OS9/68000 (OSK) 11-Aug-90 16:07:15 Sb: #5870-TOP UUCP woes... Fm: Dwight D. McKay 75776,1521 To: Ed Gresick 76576,3312 (X) I'm looking throught the uucico binary right now and I've yet to see some mention of an aliase or permissions file. Sigh... If I do get TOP UUCP to run, I'll most definately write something about what you need to do. I wish I had a German speaker to translate the docs... --Dwight D. McKay --mckay@harbor.ecn.purdue.edu -or- ...rutgers!pur-ee!mckay #: 6010 S12/OS9/68000 (OSK) 12-Aug-90 04:30:26 Sb: #TeX, METAFONTS Fm: Ed Gresick 76576,3312 To: JAMES JONES 76257,562 (X) Hi James! During the MM1 Conference (7/25/90), you mentioned that METAFONT and Knuth's TeX have been ported to OSK. Where and how can I get these? Ed There are 2 Replies. #: 6012 S12/OS9/68000 (OSK) 12-Aug-90 07:56:00 Sb: #6010-#TeX, METAFONTS Fm: James Jones 76257,562 To: Ed Gresick 76576,3312 (X) Well...one port was done by a guy in Canada named Avy Moise. I don't know how one would get in touch with him, but the other port was done by Peter Dibble, and I *do* know how to get in touch with him. Tell you what...I need to get me a copy of it myself, so I will do that, and then I'll upload the results. (What with the TOP stuff and now this, I wonder how big the OS-9/68000 section will get? ) There are 3 Replies. #: 6046 S12/OS9/68000 (OSK) 12-Aug-90 17:44:39 Sb: #6012-TeX, METAFONTS Fm: Kevin Darling (UG Pres) 76703,4227 To: James Jones 76257,562 (X) Remind me: I think I have Avy's number around here. He did the PET 6809 os9 port, and apparently there are still many dozens of such users up around that part of Canada . #: 6059 S12/OS9/68000 (OSK) 12-Aug-90 19:41:59 Sb: #6012-TeX, METAFONTS Fm: Bill Dickhaus 70325,523 To: James Jones 76257,562 (X) I suspect things will change (i.e. libraries, sections, etc.) once the MM/1 and TC/K-Bus stuff hits the streets. I've already noticed some OS9/68000 stuff in libraries other than LIB 12! Bill #: 6082 S12/OS9/68000 (OSK) 13-Aug-90 04:29:10 Sb: #6012-#TeX, METAFONTS Fm: Ed Gresick 76576,3312 To: James Jones 76257,562 (X) Hi James! Thanks - I'll be waiting for the upload. Will there be docs, too? re OS-9/68000 section - Wouldn't surprise me if we need a whole new set of libraries - maybe even a new SIG as more inexpensive 680x0 machines get out there. Ed There is 1 Reply. #: 6088 S12/OS9/68000 (OSK) 13-Aug-90 05:38:28 Sb: #6082-TeX, METAFONTS Fm: James Jones 76257,562 To: Ed Gresick 76576,3312 Dunno how much there will be in the way of docs--they may just say "go buy a copy of the TeXBook." More news as it happens. #: 6016 S12/OS9/68000 (OSK) 12-Aug-90 11:02:20 Sb: #6010-#TeX, METAFONTS Fm: Robert Heller 71450,3432 To: Ed Gresick 76576,3312 (X) Ed: Common TeX is available on BIX, but you need to get the input, font, and format files elsewhere. Also on BIX: a complete set of DVIxxx code. I don't know how well it works (I've yet to load the 5Meg of input/font/format files). It wants a solid meg of RAM to run - definately not for a "small" machine. (It won't run on my 1040ST - once the kernel et al is loaded, less than a meg is available - it is happy until it tries to load the format file(s) on my Force CPU-30.) Robert There is 1 Reply. #: 6083 S12/OS9/68000 (OSK) 13-Aug-90 04:31:00 Sb: #6016-TeX, METAFONTS Fm: Ed Gresick 76576,3312 To: Robert Heller 71450,3432 Hi Robert! I'm not on BIX. Yeh, memory can be a problem. I have 4 Meg and can add another 8 if I have to. I understand the users in Germany (the ST is very popular there) were plagued with memory problems, too. They were going to do something about it. Don't know if they did. Ed #: 6057 S12/OS9/68000 (OSK) 12-Aug-90 19:41:44 Sb: #5976-TOP - Munich Release 2.0 Fm: Bill Dickhaus 70325,523 To: Ed Gresick 76576,3312 (X) Ed, FYI, while the sysops don't mind a request to delete a file, you can request that a file be deleted (if you uploaded it!) by typing ERA at the library "Disposition !" prompt. In most forums the sysops will ask you to make sure you really want to delete a file. Also, if you upload a file with the same name, the system will delete the original file when the sysop enables the new file. You can also update the keywords and description by typing CHA at the "Disposition !" prompt. Unfortunately you can't rename a file, but a sysop can. (You may have known all this already, but it might help someone else.) Bill #: 6091 S12/OS9/68000 (OSK) 13-Aug-90 09:57:55 Sb: #5973-We're in Beta! Fm: Mark Wuest 74030,332 To: James Jones 76257,562 (X) I could - have to ask about just how much I could say. I'll see what my boss says. #: 6111 S12/OS9/68000 (OSK) 13-Aug-90 23:09:44 Sb: #6087-#Files with "-"!!! Fm: Bill Dickhaus 70325,523 To: Kevin Darling (UG Pres) 76703,4227 (X) That someone was me :-). To clarify my point a little, I was concerned that existing programs, for whatever reason (and I honestly can't think of any good ones), might rely on F$PrsNam to make sure a name fit the current path name rules. As far as the path name rules go, I agree that a little more flexibility would be great, I always wondered why the rules were so restrictive. Bill There is 1 Reply. #: 6114 S12/OS9/68000 (OSK) 14-Aug-90 02:27:00 Sb: #6111-Files with "-"!!! Fm: Kevin Darling (UG Pres) 76703,4227 To: Bill Dickhaus 70325,523 (X) Righto... so if a new F$PrsNam accepts more names for its rules, then you're cool. Unless you swap disks with an older RBF of course . #: 6112 S12/OS9/68000 (OSK) 13-Aug-90 23:37:34 Sb: #5967-#We're in Beta! Fm: Scott Watters 70441,1150 To: Mark Wuest 74030,332 (X) Mark, Did you get the port for the 333 board from MW? If you did, check out the rom/debug/bootdebug for the label "PortMan:" and I think you'll see the reason for my interest. Great to see you having success with OS-9 (OSK). Scott There is 1 Reply. #: 6119 S12/OS9/68000 (OSK) 14-Aug-90 10:19:11 Sb: #6112-We're in Beta! Fm: Mark Wuest 74030,332 To: Scott Watters 70441,1150 (X) Scott, A couple of years ago, the Motorola sales rep assured me os9 would run on the MVME333. Knowing he had been less than totally honest at times and that os9 required a minimum of support chips, I neither believed or disbelieved him. Motorola put some kind of pressure on Microware and about a month or so later, Denny Bridal (our Microware sales rep and a good man) showed up on my doorstep with roms for the MVME333. That is probably the port that you did. We would have liked to have it, but somehow ended up with a generic Portpak which we ported. Doing it ourselves may have cost us about a month of development time that we did not have. Are you with Microware? In Des Moines? (Myself and another guy on the project have both been out there). Mark #: 6163 S12/OS9/68000 (OSK) 16-Aug-90 09:45:50 Sb: #5967-#We're in Beta! Fm: Tom Napolitano 70215,1130 To: Mark Wuest 74030,332 (X) Mark, Are these Telco Central Offices? Just which are the four largest? I'm curious. You're touching on my favorite subject, telephone engineering (well almost my favorite). What company is going to market these devices (if you're at liberty to say. Don't want to give away any marketing information, do we)? Thanks, tom n There is 1 Reply. #: 6164 S12/OS9/68000 (OSK) 16-Aug-90 16:56:08 Sb: #6163-We're in Beta! Fm: Mark Wuest 74030,332 To: Tom Napolitano 70215,1130 Tom, The RAPP is for internal AT&T use only. It is only one of many, many systems that help AT&T provide all of the services that it does. An example of one of the end-user services unavailable without its predecessor is the ability to allow certain business users access to the line monitoring and conditioning equipment that is hanging on their facilities even though it is AT&T owned and maintained. The RAPP will enhance this feature considerably. Again, this is only one service out of many that depend on it. The largest offices are Broadway/Thomas in Manhattan, 54th St in Manhattan, Los Angeles and Denver. Of course "large" depends upon what you are looking at. L.A. has another large Central Office (C.O.), Atlanta is big, White Plains NY is large from an International standpoint, etc... AT&T has many more C.O.s than, say, MCI or Sprint. This makes our Network the most reliable in the world (except for one day earlier this year, ahhummm). It also means that our "big" C.O.s are not *THAT* much bigger than our small ones (with a few exceptionally small ones - I know of a few with only one DACS frame). I'm an engineer - they don't *TELL* me any marketing information! Mark #: 6144 S12/OS9/68000 (OSK) 15-Aug-90 11:31:10 Sb: #6091-We're in Beta! Fm: Scott t. Griepentrog 72427,335 To: Mark Wuest 74030,332 (X) If you can publish some info about this system, let me know if you would. I print the OSKer, a new OSK mag. Thanks, StG #: 6143 S12/OS9/68000 (OSK) 15-Aug-90 11:28:57 Sb: #5998-TOP UUCP woes... Fm: Scott t. Griepentrog 72427,335 To: Dwight D. McKay 75776,1521 > I wish I had a German speaker to translate the docs... I have an uncle that speaks German fluently - and knows a lot of their tech terms - he currently works for a German truck building company. STG #: 6178 S12/OS9/68000 (OSK) 17-Aug-90 05:25:06 Sb: #Uploading TeX (BIG) Fm: James Jones 76257,562 To: Sysop (X) About TeX: I *will* be getting it--it's just that it may be a week or two. (I asked how much stuff there is. The reply: oh, twelve megabytes or so. ) So...I hereby ask: what is the best way to upload that? I don't think anyone would go for a 12 Mbyte (or even 7 or 8 Mbyte, with compression) compressed .ar file! There is 1 Reply. #: 6181 S12/OS9/68000 (OSK) 17-Aug-90 10:47:43 Sb: #6178-#Uploading TeX (BIG) Fm: Wayne Day 76703,376 To: James Jones 76257,562 (X) I'd suggest breaking it down into whatever packages you can. One of the executable.. one of the docs... one of the accessories... and then the sources in whatever package. 12 megs is a bunch, to be sure. Wayne There is 1 Reply. #: 6186 S12/OS9/68000 (OSK) 17-Aug-90 20:10:54 Sb: #6181-Uploading TeX (BIG) Fm: James Jones 76257,562 To: Wayne Day 76703,376 OK. Will do it that way. Also, since evidently one pre-compiles fonts for the particular resolution one's printer can manage, and the compiled fonts make up a BIG hunk of that space, I will leave fonts uncompiled--both for space and because I dunno what folks have out there anyway. Thanks for the suggestion. #: 6183 S12/OS9/68000 (OSK) 17-Aug-90 16:01:03 Sb: ANSI 'C' availibility Fm: SCOTT HOWELL 70270,641 To: all When will the 'C' with os9/68000 be the ANSI 'C' or wher can I get an ANSI 'c' for os9, GNU port perhaps? #: 6190 S12/OS9/68000 (OSK) 18-Aug-90 07:54:07 Sb: #6178-Uploading TeX (BIG) Fm: Robert Heller 71450,3432 To: James Jones 76257,562 (X) James: Probably you should break it up into logical sections: the executable modules, the DVI stuff organized by printer type, the fonts by style, inputs and formats as separate pieces, etc. Typically, people usually don't need to download all of the DVI stuff, just what they need for their printer(s). The bigest part is the font pixel files (.pk* I think). This alone is close to 5 meg. The only thing I see doing here is break it up into managable pices in a more or less arbituary fashion (i.e. 10 files of a .5 meg each or something). These files won't compress much (they are like binaries - the bits are too "randomized" for the compression programs to get much of a handle on repeated patterns. Robert #: 6195 S12/OS9/68000 (OSK) 18-Aug-90 15:43:01 Sb: OSK bootsplit avail? Fm: Timothy J. Martin 71541,3611 To: all Is there an OSK module split program here? I once saw something like SPLT68.ar in users group library, it is now gone. Anything like ezgen available. Want to split out memory modules from a file. #: 6205 S12/OS9/68000 (OSK) 19-Aug-90 00:23:50 Sb: #6143-#TOP UUCP woes... Fm: Paul K. Ward 73477,2004 To: Scott t. Griepentrog 72427,335 Also, our hardware tech, Frank Neuner, speaks Cherman. Paul There is 1 Reply. #: 6239 S12/OS9/68000 (OSK) 20-Aug-90 22:51:26 Sb: #6205-TOP UUCP woes... Fm: Mark Griffith 76070,41 To: Paul K. Ward 73477,2004 Paul, I used to know some Cherman many many years ago vhen I vas a kid. Forgot it all now. BUT! I hafe dis dandy little utility kalled "Kraut" dat vill take Englisch text undt output pseudo-German (or Pig-German if you like). Makes for some interestingkt r-r-readingkt. Maybe I schould r-r-run de UUCP docs drough dis before uploadingkt dem. Vhat do you dink (grin)? Mark #: 6210 S12/OS9/68000 (OSK) 19-Aug-90 09:45:18 Sb: #rz/sz help Fm: Robert Heller 71450,3432 To: Robert Heller I just downloaded top1.tz (using xmodem), and after un-compressing and un-taring, wanted to move the tar file to a second OS-9/68K machine (I downloaded the file to my Force CPU-30 and want to put the file in my Atari ST as well). I thought I might try using ZModem, but cannot figure out how to make it work. The Force does not have a terminal of its own. I am using a simple com program on the Atari ST (via its /t1 port) as a terminal for the Force's /TERM port. What is the magic incantation to xfer a file with rz/sz using this arangement. Do I have to drag out another terminal for the Force? (it does have a couple of additional serial ports available) rz/sz seem to want to use stdin/stdout for the xfer port. I tried redirecting things, but then there is a chicken and egg problem: how do I get sz started after I start rz on the Atari ST? or if I start sz (on the Force) first, how do I tell it to wait until I fire up rz on the Atari (with rz <>>>/t1)? XModem is not a problem since it is receiver-driven (one starts up the sender and it waits for NAK's, when the receiver is started, it sends NAK's and things take off from there. ZModem seems to work differently... Robert There is 1 Reply. #: 6231 S12/OS9/68000 (OSK) 20-Aug-90 21:02:29 Sb: #6210-rz/sz help Fm: Timothy J. Martin 71541,3611 To: Robert Heller 71450,3432 Well ... I tried rz/sz a while ago. You may find some help in a little file RZSZ.HLP that I uploaded to LIB 12. I didn't get terribly far but it might start you out. #: 6226 S12/OS9/68000 (OSK) 20-Aug-90 19:11:16 Sb: #6164-#We're in Beta! Fm: Tom Napolitano 70215,1130 To: Mark Wuest 74030,332 (X) Mark, Ahhh, AT&T. So you're talking about #5ess's, used as toll tandems? Working for an RBOC, we're used to thinking of size in terms of raw numbers of access lines installed. Thanks for the information. tom n There is 1 Reply. #: 6249 S12/OS9/68000 (OSK) 21-Aug-90 10:38:40 Sb: #6226-We're in Beta! Fm: Mark Wuest 74030,332 To: Tom Napolitano 70215,1130 Tom, Yup. But, nope, I do not hook up to 5ESS (I should say *yet*). I hook up to DACS I, DACS II, and all DS1 (ie. T1) digital facility terminating and monitoring equipment. None of my equipment (*yet*) directly terminates traditional "phone lines". Our Beta (White Plains) is presently hooked up to 20 DACS frames and numerous other boxes. Mark #: 6259 S12/OS9/68000 (OSK) 21-Aug-90 21:18:00 Sb: #6195-#OSK bootsplit avail? Fm: Carl Kreider 71076,76 To: Timothy J. Martin 71541,3611 (X) I have mailed bsplt68 to you. I sent object - need source? - Carl There is 1 Reply. #: 6265 S12/OS9/68000 (OSK) 21-Aug-90 22:09:25 Sb: #6259-#OSK bootsplit avail? Fm: Timothy J. Martin 71541,3611 To: Carl Kreider 71076,76 (X) Well, initially it looks like it just splits up a merged memory module file into the separate files of individual modules. I was hoping for something that might allow me to split out things that are not memory modules, like in the boot rom, the exception table ... How do you feel about giving me the bsplt source and letting me hack at it? thanks a lot. There is 1 Reply. #: 6284 S12/OS9/68000 (OSK) 23-Aug-90 17:35:15 Sb: #6265-#OSK bootsplit avail? Fm: Carl Kreider 71076,76 To: Timothy J. Martin 71541,3611 (X) Ah... Yes, bsplt is for breaking boot files, but not the boot roms. In fact the source won't really help with what you want to do, but I can send it. There is 1 Reply. #: 6299 S12/OS9/68000 (OSK) 24-Aug-90 20:11:55 Sb: #6284-OSK bootsplit avail? Fm: Timothy J. Martin 71541,3611 To: Carl Kreider 71076,76 I guess I was looking for a binary file editor for OSK. I guess I can convert it to hex, edit it, and convert it back. That may be just as easy. Is there any "public/share" binary file editor? Wonder if B&B would be willing to port over ezgen? #: 6313 S12/OS9/68000 (OSK) 25-Aug-90 21:01:26 Sb: #6299-#OSK bootsplit avail? Fm: Carl Kreider 71076,76 To: Timothy J. Martin 71541,3611 (X) There were a few binary file editors here written in Basic09, and the UG lib has/had a crude one or two if memory serves. There was something floating about on UseNet that converted binary files to ascii, forked vi to work on it, and then made it binary again. Other than that I don't have anything. It has been on the list for a long time, but....... There is 1 Reply. #: 6342 S12/OS9/68000 (OSK) 27-Aug-90 20:21:42 Sb: #6313-#OSK bootsplit avail? Fm: Jay Truesdale 72176,3565 To: [F] Tim Martin 71541,3611 (X) There is a program called DMP that I believe is available from the UG that is a binary file lister/editor, I use it all the time for simple stuff. I only have a binary out on my HD, I think I have the OSK C source at work if you would like me to drop you a copy via mail. I'll email you a copy of the binary in S-Record format, use "exbin" on it to convert it back to binary then use attr to make it executable. The only option is "-u" which means Update mode, If -u is not specified, you can't modify the file you're looking at and it works like a normal dump program. Entering a "?" while at the program command prompt will display the program's commands. Hope this is what you need. -J There is 1 Reply. #: 6343 S12/OS9/68000 (OSK) 27-Aug-90 20:26:13 Sb: #6342-#OSK bootsplit avail? Fm: Jay Truesdale 72176,3565 To: Jay Truesdale 72176,3565 (X) How do I specify-9 who the message is to when I use the REPLY command? I wanted the previous message to goto Timothy J. Martin, NOT Carl. Is there any way to change who the message is addressed to after you have posted it? I looked for a way via the HELP command here but didn't see anything that would let me do what I wanted. There is 1 Reply. #: 6352 S12/OS9/68000 (OSK) 27-Aug-90 23:55:03 Sb: #6343-#OSK bootsplit avail? Fm: Kevin Darling (UG Pres) 76703,4227 To: Jay Truesdale 72176,3565 (X) Jay, no, no way for the user to change the target of a message after it's posted. Sysops can tho... I'll take care of it. I run into the same situation, and what I do is to do a Read Previous command to back up to the message I want to reply to. Ah, ok, you probably do also usually. You can however, delete any message you leave, so you could also capture your reply, delete it, then go back and reply to the correct message. best - kev There is 1 Reply. #: 6372 S12/OS9/68000 (OSK) 28-Aug-90 21:12:41 Sb: #6352-OSK bootsplit avail? Fm: Jay Truesdale 72176,3565 To: Kevin Darling (UG Pres) 76703,4227 (X) It's not replying to the wrong message that I have a problem with, its addressing the reply to the correct person at reply time so that they will recieve that nifty note when the logon to the forum telling them that they have a msg here. #: 6345 S12/OS9/68000 (OSK) 27-Aug-90 23:14:51 Sb: #6239-TOP UUCP woes... Fm: Paul K. Ward 73477,2004 To: Mark Griffith 76070,41 (X) Ja! Ja! Paul #: 6353 S12/OS9/68000 (OSK) 27-Aug-90 23:58:17 Sb: #PT68k & Herc graphics Fm: SCOTT HOWELL 70270,641 To: all I have a PT68k 16 Mhz OS9 system and I am in desperate need of some help. To start off with a have written a 'c' program that writes directly to my Hercules graphics card in text mode. The program does a mundane task of writing a row of chars (2000 of them) on the screen. My next task is to write pixels, in 'graphics mode' on the screen which up to this point have been unsuccessful. I know that IBM Herc graphics start at &hB800 whice on the PT68k os mapped to &hd70001. My problem is setting the 6845 to the 'graphics mode' as stated my the Herc standard. I read the Motorola book on the chip and was able to make little since on the stuff. Does anyone that owns a PT68 ever written directly to to graphics on the Herc card supplied with the computer. There are 2 Replies. #: 6356 S12/OS9/68000 (OSK) 28-Aug-90 06:37:38 Sb: #6353-#PT68k & Herc graphics Fm: Kevin Darling (UG Pres) 76703,4227 To: SCOTT HOWELL 70270,641 (X) Scott - I think Chris Babcock could help. I'll yell at him. Have you tried setting up the 6845 at all yet? Did your book give an example of setting it to different modes? What kind of gfx modes does that card have, btw? There are 3 Replies. #: 6363 S12/OS9/68000 (OSK) 28-Aug-90 14:13:39 Sb: #6356-#PT68k & Herc graphics Fm: SCOTT HOWELL 70270,641 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin, It has a Hercules card. I said that is was a 6845 but that was a slight error. It is really a ASIC that emulates a 6845, parallel printer port, decoders, graphics/text shift regs, timing regs and the like. I suppose that 6845 'compatible' as far as the regs and all, but cannot swear to it. I looked at the Moto specs on 6845 but it was all greek to me Thanks, Scott Howell There is 1 Reply. #: 6375 S12/OS9/68000 (OSK) 28-Aug-90 23:09:32 Sb: #6363-PT68k & Herc graphics Fm: Kevin Darling (UG Pres) 76703,4227 To: SCOTT HOWELL 70270,641 (X) Scott - if you have the full Moto 6845 specs, then I think they have a work sheet at the back where they give a sample 80x25 calculation. Diddling around with those should bring up something. I forgot to ask Chris. thx for reminder! #: 6364 S12/OS9/68000 (OSK) 28-Aug-90 14:14:57 Sb: #6356-PT68k & Herc graphics Fm: SCOTT HOWELL 70270,641 To: Kevin Darling (UG Pres) 76703,4227 (X) .con't from last.. I suppose that it has the herc mode 748 X 380 or some #: 6365 S12/OS9/68000 (OSK) 28-Aug-90 14:16:34 Sb: #6356-#PT68k & Herc graphics Fm: SCOTT HOWELL 70270,641 To: Kevin Darling (UG Pres) 76703,4227 (X) Woops, sorry. I think it is the Herc 720 X 348 standard and my book is very thin on info on setting it up. There is 1 Reply. #: 6403 S12/OS9/68000 (OSK) 30-Aug-90 19:40:54 Sb: #6365-#PT68k & Herc graphics Fm: Bud Hamblen 72466,256 To: SCOTT HOWELL 70270,641 (X) Tracy Thieret has written a set of graphics routines that work with the CSC C compiler that you can get for SK*DOS. You could get these to work with OS-9. You've got them already if you got SK*DOS and the CSC C compiler for your PT68K-2. If not, easy me your address and I'll mail you a listing. Thieret has released for non-commercial use. wrh There are 2 Replies. #: 6435 S12/OS9/68000 (OSK) 01-Sep-90 03:20:30 Sb: #6403-#PT68k & Herc graphics Fm: SCOTT HOWELL 70270,641 To: Bud Hamblen 72466,256 (X) Thanks, Sounds good. I have os9 My address is Scott Howell 4100-D Woodchase Lane Marietta, Ga 30067 Thanks again There is 1 Reply. #: 6452 S12/OS9/68000 (OSK) 01-Sep-90 12:26:25 Sb: #6435-PT68k & Herc graphics Fm: Bud Hamblen 72466,256 To: SCOTT HOWELL 70270,641 (X) OK. Will send a listing. I haven't translated from SK*DOS to OS-9, but the routines DO work with SK*DOS. wrh #: 6474 S12/OS9/68000 (OSK) 03-Sep-90 08:27:27 Sb: #6403-PT68k & Herc graphics Fm: Jack Crenshaw 72325,1327 To: Bud Hamblen 72466,256 (X) Bud, is that a general offer? I have SK*DOS, and could use a copy of those graphics routines as well. Jack #: 6366 S12/OS9/68000 (OSK) 28-Aug-90 17:22:39 Sb: #6353-#PT68k & Herc graphics Fm: Ed Gresick 76576,3312 To: SCOTT HOWELL 70270,641 (X) Hi Scott! I left you some information regarding the Hercules board in the mail section. I did try to upload it here, but it was too long. Hope it helps - If you do finally get it running, be nice if you posted the code - Thanks Ed There are 2 Replies. #: 6376 S12/OS9/68000 (OSK) 29-Aug-90 01:10:05 Sb: #6366-PT68k & Herc graphics Fm: SCOTT HOWELL 70270,641 To: Ed Gresick 76576,3312 (X) Thanks Ed, This Really i mean REALLY helps. Fred gave me to formule to convert IBM addresses to PT68 addresses. I do'nt remember it now but when I get home I will post it Thanks, Scott Howell #: 6475 S12/OS9/68000 (OSK) 03-Sep-90 08:27:29 Sb: #6366-#PT68k & Herc graphics Fm: Jack Crenshaw 72325,1327 To: Ed Gresick 76576,3312 (X) Ed, would you be willing to upload your info on the Herc board to a DL? Jack There is 1 Reply. #: 6480 S12/OS9/68000 (OSK) 03-Sep-90 12:23:06 Sb: #6475-PT68k & Herc graphics Fm: Ed Gresick 76576,3312 To: Jack Crenshaw 72325,1327 (X) I'll see what I can do. If I redo it, maybe I can send it up as a regular'message. Ed #: 6373 S12/OS9/68000 (OSK) 28-Aug-90 21:47:12 Sb: #OSK Binary File Editing Fm: Jay Truesdale 72176,3565 To: 71541,3611 (X) The "moded" (as in MODule EDitor) utility program supplied with OSK V2.3 will do exactly what you want (I think) and works very similar to Burke & Burke's "ezgen" for OS9/6809. Quoting from the manual: "The moded utility is used to edit individual fields of certain types of OS-9 modules. Currently, moded can be used to change the Init module and any OS-9 Device Descriptor Module. moded can edit modules which exist in their own files and modules which exist among other modules in a single file such as a bootstrap file. moded will update the module's CRC and header parity if changes are made." A file named "moded.fields" must exist that describes the module field information for each type of file to be edited. This is a standard ASCII file that you can add your own module information to. Microware provides a moded.fields file with definitions for the Init module, and device descriptors for RBF, SBF, SCF, PIPE, NETWORK, UCM and GFM devices. Definitions include the module and device type, a detailed definition of each field and an optional description of the field to be given when the user asks for help about a given field. The field definition includes: size of field in bytes, offset in hex from the start of the module, base (ascii hex octal, decimal) that the field contents will be displayed in (!), unused default value, name of associated driver (optional). The V2.3 release notes document the moded utility as do the new V2.3 (Revision C) OSK manuals. -J There is 1 Reply. #: 6493 S12/OS9/68000 (OSK) 03-Sep-90 16:49:10 Sb: #6373-#OSK Binary File Editing Fm: Timothy J. Martin 71541,3611 To: Jay Truesdale 72176,3565 (X) Yup, I have the moded utility. But the way I see it, moded is only for working with valid OS-9 modules. I want to work with any sort of binary file. The basic functions I want are to be able to cut a section out and write it to a file. Also to search for a binary pattern. replace ... thats about it. There is 1 Reply. #: 6559 S12/OS9/68000 (OSK) 06-Sep-90 20:49:06 Sb: #6493-OSK Binary File Editing Fm: Jay Truesdale 72176,3565 To: Timothy J. Martin 71541,3611 (X) Well, I'm not familiar with any tools that will do what you want then. Good Luck. #: 6385 S12/OS9/68000 (OSK) 29-Aug-90 22:41:01 Sb: #OSK Forkingg problem Fm: Mark Griffith 76070,41 To: All There seems to be a strange problem with the Shell (??) in OSK. I can send mail address parameters to a command like so: "rewop!sysop" and the shell doesn't see the "!" as a pipe symbol. Find and dandy. Now, I try to do the same thing by forking a shell using os9fork(), and it alwasy returns an error stating "can't fork "sysop"" as if it was now seeing the "!" character even though it is enclosed in double quotes in the string that is passed to os9fork() as the parameters. Has anyone seen this before? It works fine under 6809/OS9 Level II shell. Mark There is 1 Reply. #: 6393 S12/OS9/68000 (OSK) 30-Aug-90 02:28:09 Sb: #6385-#OSK Forkingg problem Fm: James Jones 76257,562 To: Mark Griffith 76070,41 (X) Gee. I'm surprised that the shell doesn't see the !. In any case, you should seriously consider lapsing into conditional compilation for this one, and using os9exec() for the OSK version, so that environment variables get inherited. (If all else fails...have you considered domain addressing? ) (Oops... I wasn't thinking about the quotes--I'm not surprised that it behaved as expected in the first case.) Could you post a code fragment, please? There is 1 Reply. #: 6407 S12/OS9/68000 (OSK) 30-Aug-90 22:47:09 Sb: #6393-#OSK Forkingg problem Fm: Mark Griffith 76070,41 To: James Jones 76257,562 (X) James, Basically, what was happening was; if you used os9fork() to run this string: rmail "system!user" /nil >>/nil it would return an error of "can't fork "user"" even with the quotes. This same command, if given at the shell prompt, worked fine. It only barfed when using os9fork(). What I did was use system() to fork the process. It's not very elegant, but it works. The only reason I used os9fork() for the 6809 was because the string being passed to the forked command sometimes was longer than the 80 char limit enforced by system(). I assume this is not a problem under OSK. I looked into using os9exec() after Ed Gressick fax'ed me the man pages for it, but it was simpler to use system() so I did. Works fine now. I do need to work with it some more cause I'd like to get out of having to use the shell for the command line redirection stuff. Mark There is 1 Reply. #: 6413 S12/OS9/68000 (OSK) 31-Aug-90 02:40:17 Sb: #6407-OSK Forkingg problem Fm: James Jones 76257,562 To: Mark Griffith 76070,41 (X) That's interesting. I'll have to experiment some more with that. Thanks. #: 6420 S12/OS9/68000 (OSK) 31-Aug-90 11:36:55 Sb: c bug Fm: Carl Kreider 71076,76 To: all The following source will generate bad code from both c68 and c68020 that come with 'cc' version 3.1. Both compilers will generate a call to float sized addition in either the library or the trap lib, depending on the option selected. The -k=2f option (or c68020 -t881) will generate inline fpu code that is correct. Removing '++', using the '+=' shorthand, or removing 'register' will all permit the compilers to generate correct code. They don't get much more obscure than this! poly() { double accum; register double *rdp; accum = accum + *rdp++; } #: 6442 S12/OS9/68000 (OSK) 01-Sep-90 09:20:59 Sb: #OSK TSmon Fm: Zack Sessions 76407,1524 To: ALL Assuming OSK comes with a TSmon/login package, does the TSmon properly handle baud rate detection? Zack There is 1 Reply. #: 6443 S12/OS9/68000 (OSK) 01-Sep-90 09:27:10 Sb: #6442-#OSK TSmon Fm: Jay Truesdale 72176,3565 To: Zack Sessions 76407,1524 (X) Tsmon has NO ability to detect baud rates (like from a modem). Why I dunno. It seems like such an obvious thing to do. The OSK software from TOPS had someting to do baud rate detection in the older version of their stuff but I didn't play with it to see if it worked. There is 1 Reply. #: 6517 S12/OS9/68000 (OSK) 04-Sep-90 22:56:36 Sb: #6443-#OSK TSmon Fm: Joseph Cheek 76264,142 To: Jay Truesdale 72176,3565 (X) TSMon is meant for hardwired connections where no baud rate is needed. That is why TSMon does not do auto-detect baud rate. If you need one, there are many auto-detect TSMon-like programs for OS-9/CoCo, and I'm sure that with a little hunting or such you could find one (or get someone to port one for you). There is 1 Reply. #: 6560 S12/OS9/68000 (OSK) 06-Sep-90 20:51:54 Sb: #6517-#OSK TSmon Fm: Jay Truesdale 72176,3565 To: Joseph Cheek 76264,142 (X) I'd guess that the port from 6809 to osk assembler would be no trivial task being familar with both. TOPS is supposed to have something available but I myself have never tried it. There is 1 Reply. #: 6623 S12/OS9/68000 (OSK) 09-Sep-90 12:30:06 Sb: #6560-#OSK TSmon Fm: Paul K. Ward 73477,2004 To: Jay Truesdale 72176,3565 (X) Jay, Regarding porting stuff from 09 asm to 68k asm -- several of our developers are really enjoying the switch and finding it no problem. So "porting" -- if you take the phrase loosely enough -- should end up being less of a learning curve that those Intel types had when they got the 386. What I think we'll find, though, is that programs will get larger and perhaps a little sloppier because we no longer have to optimize stuff to run fast and small. Ah well. paul There is 1 Reply. #: 6626 S12/OS9/68000 (OSK) 09-Sep-90 14:41:07 Sb: #6623-#OSK TSmon Fm: Bill Dickhaus 70325,523 To: Paul K. Ward 73477,2004 (X) Paul, Larger and sloppier does, amazingly enough, have some advantages. I, for one, will be very happy not to have to spend the time and energy trying to cram 37K worth of program into 32K! With all that memory to play with, software developers won't have to resort to obscure, convoluted logic to get the job done. This means faster development time and makes enhancements so much easier to program. The small memory available per process also made it impossible to port a lot of software to OS9 LII, with OSK, that limit no longer exists! Bill There are 2 Replies. #: 6631 S12/OS9/68000 (OSK) 09-Sep-90 16:26:40 Sb: #6626-OSK TSmon Fm: Jay Truesdale 72176,3565 To: Bill Dickhaus 70325,523 (X) Paul, I found the learning curve for moving from 09 to 0x0 to be REAL short! I don't EVEN want to go back to 09 after working with 0x0! #: 6642 S12/OS9/68000 (OSK) 09-Sep-90 23:41:14 Sb: #6626-OSK TSmon Fm: Paul K. Ward 73477,2004 To: Bill Dickhaus 70325,523 (X) Bill, Good points! I do think that many of the developers, you included, WILL benefit from having to keep things tight and neat, though, adding even more pep to an already peppy system. Paul #: 6451 S12/OS9/68000 (OSK) 01-Sep-90 11:17:50 Sb: wait() Fm: Mark Wuest 74030,332 To: all I uploaded into library # 12 (OSK) my function timedwait() that I use when I wish to wait() for a process (keeps them zomby-like thingies down), but don't want to stop processing just because my kid refuses to die! I use this in an X.25 system where I fork a server on incoming call requests and send a SIGHUP (#define SIGHUP 4) if the virtual circuit is cleared. If I did not wait(), the process table would get rather humongous since I never die (immortality is nice). I would like to understand this bit about "keeping a path open" to children, as it sounds a lot more elegant than what I'm doing. Could somebody please 'splain it to us, mon? Mark #: 6454 S12/OS9/68000 (OSK) 01-Sep-90 13:21:25 Sb: #6039-#Files with "-"!!! Fm: Dwight D. McKay 75776,1521 To: Kevin Darling (UG Pres) 76703,4227 (X) That's really tempting... I Still wish I understood the reasons the folks who wrote OS9 choose to do that ( make '-' an illeagal file name character ). --Dwight D. McKay --mckay@harbor.ecn.purdue.edu -or- ...rutgers!pur-ee!mckay There is 1 Reply. #: 6461 S12/OS9/68000 (OSK) 01-Sep-90 21:53:58 Sb: #6454-Files with "-"!!! Fm: Kevin Darling (UG Pres) 76703,4227 To: Dwight D. McKay 75776,1521 I kinda bet that they wished to leave "-" alone, so that command line options could be found easier. Maybe?? #: 6455 S12/OS9/68000 (OSK) 01-Sep-90 13:21:32 Sb: #6084-#Files with "-"!!! Fm: Dwight D. McKay 75776,1521 To: Ed Gresick 76576,3312 (X) Which UUCP are you using Ed? The TOP UUCP seems to be hopelessly unable to deal with '-''s in UUCP site names. --Dwight D. McKay --mckay@harbor.ecn.purdue.edu -or- ...rutgers!pur-ee!mckay There is 1 Reply. #: 6479 S12/OS9/68000 (OSK) 03-Sep-90 12:21:54 Sb: #6455-#Files with "-"!!! Fm: Ed Gresick 76576,3312 To: Dwight D. McKay 75776,1521 The problem is not with UUCP but with OS9. OS9 does not permit the use of a hyphen in a file name. On the Coco, I'm using the new UUCP Mark Griffith is finishing up. However, to cope with the hyphen problem, I've had to set-up alias files to provide alternate names. Mark is in the process of porting his version of UUCP to OSK. As soon as he releases some source code to me, I'll modify it for aliase name