#: 8520 S10/OS9/6809 (CoCo) 01-Dec-90 17:59:35 Sb: #CoCo 3 Emulator? Fm: John M Semler 74020,736 To: all Would it be legal to create a Coco 3 hardware emulator that runs on Macintosh hardware? I am asking this because I would like to run OS9 Level II on my MacIIcx to keep up with you guys! Of course if I create such a thing It will be uploaded for free. It would be interesting to see how much faster this emulated CoCo 3 would run compared with the real thing . John Semler There is 1 Reply. #: 8530 S10/OS9/6809 (CoCo) 02-Dec-90 05:38:55 Sb: #8520-#CoCo 3 Emulator? Fm: Kevin Darling (UG Pres) 76703,4227 To: John M Semler 74020,736 (X) John - interesting thought! One of the guys here has been working on a similar thing: it runs L-II/6809 software under OS9/68K. It's written well enough that it could probably be made to run under other systems also (altho I suspect that it would help a lot if the other system was also a multitasking one). But even tho this emulator is highly tuned, it's still tens of times slower (at least) than a coco-3, even when run on an 030. It's still quite useful, but it points out that 6809 code is very optimized and powerful... emulating the 09 seems to be harder than emulating other, simpler processors. There are 2 Replies. #: 8534 S10/OS9/6809 (CoCo) 02-Dec-90 11:06:06 Sb: #8530-#CoCo 3 Emulator? Fm: John M Semler 74020,736 To: Kevin Darling (UG Pres) 76703,4227 (X) > "... emulator ... tens of times slower ..." I would of thought that I could at least break even with a 6809 emulator running on a 16MHz 68030. Case in point, here is an excerpt from page 30 of the manual for SoftPC EGA/AT for 68030 Mac's (It runs MSDOG version 3.30): "The absolute speed of SoftPC EGA/AT depends primarily on the speed of your Macintosh. On the slowest SoftPC-compatible Mac, the original Mac II, the Norton Computing Index for SoftPC EGA/AT is about two and a half times the speed of the original PC. On the fastest Macs, the Computing Index is about the same as that of the original AT, or about seven times the Index of the original PC." Who is this other guy that implemented a LII emulator? Is he willing to share his work with others for free? Besides, I already got a cute Icon made up for the CoCo III emulator. I just need to add a CODE resource to it to complete my project . There are 4 Replies. #: 8543 S10/OS9/6809 (CoCo) 02-Dec-90 15:39:30 Sb: #8534-CoCo 3 Emulator? Fm: Kevin Darling (UG Pres) 76703,4227 To: John M Semler 74020,736 (X) John - Bob Santy wrote the emulator over the last year or so... I believe that he'll be selling it. It includes source for the customizable I/O section, I think (the places where I$ and SS.calls must be translated). I have no idea what would be involved in a Mac port of it, altho we've talked about his porting it to say, OS-9000. (He wrote it in C, but has def'd it so that his extensive 68K asm quick routines can be compiled instead). I've used it at strange times: like when I didn't have a wordcount util under 68K. So I just used my coco "wc" util under the emulator instead. Sure, it's slower than a 68K util, but when you want to use something in a hurry without writing a new one, you can't beat it . He says the 6809 C compiler even runs under it. As for the SoftPC comparisons.... well, remember how we all would talk about how a 2mhz 6809 is pretty fast at many things? We weren't kidding! And remember that the 6809 has addressing modes even a 680x0 cpus doesn't have! Plus you have two separate 8-bit regs (A and B) which sometimes are concatenated into the one 16-bit reg (D). Not to mention that it sets condition codes on almost all instructions, which really slows down emulations. So faking a 6809 is _much_ harder than emulating early Intel cpus. A 680x0 emulating an AT is kinda like making an adult fake babytalk: no problem. A 680x0 emulating a 6809 is like making the same adult fake teenage slang: similar language, but sophisticated in a different way, and harder to fake ;-). PS: on the CODE resource comment! hehe - kev #: 8565 S10/OS9/6809 (CoCo) 03-Dec-90 06:59:56 Sb: #8534-CoCo 3 Emulator? Fm: Bob Santy 76417,714 To: John M Semler 74020,736 (X) John: I've tried my darndest to get the emulator to go faster (in pure 6809 CPU terms) and I haven't figured out a way to do it and still have a working program. The emulator I have is a 6809 object code "interpreter" with an OS9-6809 "emulator". I use the terms individually to describe the two basic parts of the utility because they are different conceptually. The 6809 address space sections (TEXT and DATA) is kind of "emulated" as well. Here's a list of things to think about: o The 6809 is an 8 bit machine with no restrictions on the address of an object. The 68000 is a 16 bit machine with byte and word object differentiation. At any point in the interpreter, a memory reference to a word object can take place. Therefore, all accesses to the emulated address space are byte wide, slowing it down. o As Kevin pointed out, the D register is a nasty. I keep the A and B registers in global 68000 registers, but must glue them together every time D is referenced. o All 6809 registers are kept in global 68000 registers. X and Y in data registers and PC, S and U in address registers. But, as mentioned above, stack pushes and pulls force the disassembly and re-assembly of the words. The address registers have the added slow-down of having to be normalized to the 6809 64K space. o Perhaps the nastiest slow-down is the darned condition codes. The 6809 and 68000 condition codes are tantalizingly similar and annoyingly dis-similar. Plus, the 6809 CC register must be faithfully emulated so the program dosen't fail on a branch. I'm still trying to figure out how this can be streamlined. For now, every instruction that can alter the CC register has to do it correctly according to the 6809 rules. Check out the differences in rotates and the lack of a 68000 X-bit conditional branch. (continued) #: 8566 S10/OS9/6809 (CoCo) 03-Dec-90 07:00:45 Sb: #8534-#CoCo 3 Emulator? Fm: Bob Santy 76417,714 To: John M Semler 74020,736 (X) (continued) I should note that the "emulator" dosen't appear to be slow if a program does a lot of I/O. The operating system interface (especially the I/O stuff) runs pure 68000 code and isn't too bad. A port to the MAC should be fairly straightforward assuming that the MAC can support the OS9 level II system calls needed. The current version runs on OSK and most of the calls are one to one. I don't know the MAC, so I can't say how easy it would be. Start by comparing your MAC's C runtime library with OS9 level II's system calls. Any ideas on the above would be appreciated. Bob Santy There is 1 Reply. #: 8583 S10/OS9/6809 (CoCo) 04-Dec-90 03:41:53 Sb: #8566-#CoCo 3 Emulator? Fm: John M Semler 74020,736 To: Bob Santy 76417,714 (X) Bob - Maybe I do have an idea... Why couldn't we build an OS9 6809 object program loader that also creates an equivalent 680X0 phantom executable object. This peusdo interpreter would not need to perform any 6809 opcode fetches since it "knows" where it is at and what it is doing at all times. What I am proposing is a fast 6809 to 680x0 object code translater/loader that creates a highly optimized "peusdo" interpreter for each 6809 object program it loads. Each 6809 opcode would be compiled into a series of 680x0 instructions obviating the need for an opcode fetch. This model would break down for OS9 programs with self modify code. The OS9 Debug command would not be able to set breakpoints since this phantom is created only at program load time. Also programs that run amuck and destroys its own 6809 object code space will not crash this phantom. What do you think? There is 1 Reply. #: 8585 S10/OS9/6809 (CoCo) 04-Dec-90 07:36:51 Sb: #8583-#CoCo 3 Emulator? Fm: Bob Santy 76417,714 To: John M Semler 74020,736 (X) John: Such a "translator" is actually in the works here. The problem to be solved is not as simple as it appears. In order to correctly translate 6809 object to 68000, the 6809 code must be interpreted and converted only when the actual program function is verified. How many disassemblers (as good as they may be) are actually guaranteed to produce 100% correct source? This is my basic problem. I need to guarantee that the resultant 68000 code is faithful to the original. By the way, I can only generate 68000 code in USER mode to allow the program to be used on a 68000. I don't have a 68020 to test on and will leave any optimizations available on the '20 (and '30) for later. With the above in mind, it would be possible to generate a 68000 object that was faithful to the original to the extent that the original was interpreted. One would "exercise" the 6809 object to take it through all possible paths. Some method would be available (a special trap) to inform the user of an unexercised path in the 68000 executable. Then the program would be extended by running the interpreter again. That's the current theory anyway. Even with that kind of conversion working, there's still the problem of byte/word boundries. What if the 6809 program had a series of byte addressable objects that were ALSO referenced by word operations as well? This would be a tough problem to solve although not impossible. Bob Santy There is 1 Reply. #: 8605 S10/OS9/6809 (CoCo) 04-Dec-90 21:59:41 Sb: #8585-#CoCo 3 Emulator? Fm: John M Semler 74020,736 To: Bob Santy 76417,714 (X) > "...the 6809 code must be interpreted and converted only when the actual program function is verified..." I disagree. The translator I have in mind can translate 6809 object code into 680x0 code with only 4 bytes of lookahead in a single pass! I don't care if it is code or data as I am only concerned about constructing macro cells for each program memory location that specifies how the state of the 6809 microprocessor changes if the PC pointer was pointing to it (macro cells are all the same size). Kinda like a strip down version of the MC6809 for each memory location. The "Fast" mode of 6809 emulation assumes that the OS9/6809 program is well behaved (software does not generate code and execute it). The "Slowpoke" mode of emulation would cause the pseudo interpreter to incrementally update itself for each memory write for complete 6809 emulation. I believe most OS9 programs are well behaved which makes the "Fast" mode of emulation a practical first choice. I will illustrate my point with a short code fragment (Assume that the cell size is 16 bytes in this example). Virtual 6809 address space | 680X0 address space | Relative Location Value Opcode | 6809 Macro Cell Cell address $E503 86 LDA #$43 | "LDA #$43" $E5030 $E504 43 | "COMA" $E5040 $E505 8B ADDA #$53 | "ADDA #$53" $E5050 $E506 53 | "COMB" $E5060 . . . . . . . . . Note that I have generated macro cells for "COMA", and "COMB". This ensures that the emulator will correctly execute even if the programmer got sneaky and jumped into the middle of a "valid" 6809 program instruction. John Semler There are 4 Replies. #: 8645 S10/OS9/6809 (CoCo) 08-Dec-90 15:33:02 Sb: #8605-CoCo 3 Emulator? Fm: Bob Santy 76417,714 To: John M Semler 74020,736 (X) John: I decided to check out your suggestion of using a cell approach to translation. The following message shows the 68000 code that I believe is necessary for your example instruction sequence mapped out into cells. I'm afraid that maintenance of the 6809 CC register prohibits the use of 16 byte cells (they are too small to accomodate the code necessary in COMA, COMB and ADDA #$53). These cells are full with a 32 byte size. Since I have only taken the example instructions and coded them into cells and they are relatively simple ones, I have a sinking feeling that 32 bytes is not even enough. They DO however illustrate my original statement that the 6809 condition codes must be emulated for automated translation to actually work. I have not determined how the data space references would be handled using this cell approach. I presume that the data references would be handled by using the first byte of each cell to hold the 6809 data and the code in the cells would assemble and disassemble 16 bit references to this data space. That would certainly add to the complexity in such cells. Another troublesome issue is how this approach would handle stack frame references. I think that psh and pul instructions would probably use the 68000 stack, but then what about stack offset references? (continued) #: 8646 S10/OS9/6809 (CoCo) 08-Dec-90 15:33:51 Sb: #8605-CoCo 3 Emulator? Fm: Bob Santy 76417,714 To: John M Semler 74020,736 (X) (continued) Finally, I feel it necessary to voice a concern that I have about the practicality of a cell approach. 16 byte cells (which most probably cannot work at all because they are too small) would require 1 Mb of cells for the maximum 6809 space of 64k. The 32 byte cells that I illustrate (marginal at best) require 2 Mb. I think that means many OS9 68000 users would not be able to use it. The example in the following message assumes the following: 1. That D0 is used globally for the emulated A register. 2. That D1 is used globally for the emulated B register. 3. That data space for the running program is available with its base address in A6. This is OS9 68000 convention. The global 6809 CC register is shown as the first byte of this space. 4. That several 68000 data registers are available for scratch. I have used D4 and D5. Bob Santy #: 8647 S10/OS9/6809 (CoCo) 08-Dec-90 15:34:56 Sb: #8605-#CoCo 3 Emulator? Fm: Bob Santy 76417,714 To: John M Semler 74020,736 (X) * * code for LDA #$43 * cell_0 0000 103c 0043 move.b #$43,d0 this is easy 0004 022e 00f10000 andi.b #$f1,cc09(a6) clear N,V and Z 000a 6034 bra.s cell_2 skip next cell 000c 4e71 nop this cell is padded 000e 4e71 nop 0010 4e71 nop 0012 4e71 nop 0014 4e71 nop 0016 4e71 nop 0018 4e71 nop 001a 4e71 nop 001c 4e71 nop 001e 4e71 nop * * code for COMA * cell_1 0020 1a2e 0000 move.b cc09(a6),d5 get 6809 CC 0024 1805 move.b d5,d4 save EFHI bits 0026 0204 00f0 andi.b #$f0,d4 * * Put 6809 CC in 68000 CCR * 002a 44c5 move d5,ccr prepare for "COMA" * * 68000 not.b will set Z, N and V properly * 002c 4600 not.b d0 emulator A 002e 42c5 move ccr,d5 get CCR * * But 6809 COMA sets C! * 0030 0005 0001 ori.b #1,d5 set C 0034 0205 000f andi.b #$0f,d5 preserve NZVC 0038 8a04 or.b d4,d5 restore EFHI 003a 1d45 0000 move.b d5,cc09(a6) save 6809 CC 003e 4e71 nop fill cell (continued) There is 1 Reply. #: 8653 S10/OS9/6809 (CoCo) 08-Dec-90 16:41:59 Sb: #8647-#CoCo 3 Emulator? Fm: James Jones 76257,562 To: Bob Santy 76417,714 (X) Wouldn't it be possible, when translating 6809 code, to do some lookahead to see whether an instruction is followed by other instructions that both (1) don't depend on the current value of the condition code and (2) set the condition code themselves, so that when translating a given instruction preceding it, you know from context that it really doesn't have to dot the i's and cross the t's on condition code setting? You'll almost certainly want to do something special for the usual implementation of the BASIC09 syscall procedure, which pushes an SWI2 on the stack. :-) Programs that generate code on the fly, even if they do it in a re-entrant way, are nasty for this sort of code translation! There is 1 Reply. #: 8654 S10/OS9/6809 (CoCo) 08-Dec-90 17:50:36 Sb: #8653-CoCo 3 Emulator? Fm: Bob Santy 76417,714 To: James Jones 76257,562 (X) James: Well, yes. However, I hardly think that the cell size can be reduced to 16 bytes by such a technique. Even if it could, a 16 byte cell would call for a 1 Mb space for the cells in a 64k translated address space. Just not practical. My original suggestion of doing the translation by actually running the target program emulation would seem to offer the most opportunity for the tightest 68000 code. The resultant code would not be cell oriented and consequently no restrictions on the 6809 to 68000 relationship. The exercising approach would be better able to handle the BASIC09 and other such nasties as well. I suppose that this kind of a translator would be able to figure out that the PC got into data space and complain. I don't think that a 68020 would allow the address space to change like that. That would depend on the memory management arrangement for the particular machine. We could probably get a 68000 to fake it. In any event, I think a complaint and refusal would be the way I'd go. BASIC09 would be un-translatable! However, BASIC09 does run using the working emulator/interpreter. Bob Santy #: 8648 S10/OS9/6809 (CoCo) 08-Dec-90 15:36:02 Sb: #8605-#CoCo 3 Emulator? Fm: Bob Santy 76417,714 To: John M Semler 74020,736 (X) (continued) * * code for ADDA #$53 * cell_2 0040 183c 0053 move.b #$53,d4 get byte 0044 1a2e 0000 move.b regs(a6),d5 get CC 0048 1405 move.b d5,d2 copy and 004a 0202 00f0 andi.b #$f0,d2 preserve EFHI 004e 44c5 move d5,ccr make CC current 0050 d004 add.b d4,d0 add to A 0052 42c5 move ccr,d5 get CC 0054 0205 000f andi.b #$0f,d5 mask NZVC 0058 8a02 or.b d2,d5 fix CC 005a 1d45 0000 move.b d5,regs(a6) in ram 005e 6020 bra.s cell_4 skip next cell * * code for COMB * cell_3 0060 1a2e 0000 move.b cc09(a6),d5 get 6809 CC 0064 1805 move.b d5,d4 save EFHI bits 0066 0204 00f0 andi.b #$f0,d4 * * Put 6809 CC in 68000 CCR * 006a 44c5 move d5,ccr prepare for "COMB" * * 68000 not.b will set Z, N and V properly * 006c 4601 not.b d1 emulator B 006e 42c5 move ccr,d5 get CCR * * But 6809 COMB sets C! * 0070 0005 0001 ori.b #1,d5 set C 0074 0205 000f andi.b #$0f,d5 preserve NZVC 0078 8a04 or.b d4,d5 restore EFHI 007a 1d45 0000 move.b d5,cc09(a6) save 6809 CC 007e 4e71 nop fill cell cell_4 There are 3 Replies. #: 8664 S10/OS9/6809 (CoCo) 10-Dec-90 03:12:01 Sb: #8648-CoCo 3 Emulator? Fm: John M Semler 74020,736 To: Bob Santy 76417,714 (X) Bob, I recoded the example over again and I was able to make them fit in 16 bytes. I made use of the following facts: o On entry to or exit from any cell, the 68000 NZVC bits are exactly the same as the emulated 6809 NZVC bits. o Code that will overflow a cell is made into a template. I can pass up to two short words of data to a template without destroying the integrity of the NZVC bits. I don't know how many templates I would have to make but I know that it is less than 1500 (). o The emulated 6809 program counter is implicit in the 68000 program counter. The code for "adda #$53" is complex because of the H bit. Did you take this into account in your code? Did I calculate it right? The code for "coma" and "comb" is trivial. The code for "lda #$43" is slightly more complex because I have to preserve the 68000 C bit. I also included two more examples. One is "BSR $100" and it illustrates the absolute limits in calling a template. It also demonstrates how the 6809 stack frame references are emulated. The other "TFR CC,B" shows how I remap the 68000 NZVC bits into the 6809 CC register before swapping CC and B. I concede the point that this idea is impractical on all but the largest system. I have an 8Mb 68030 system so this will not deter me from trying out the idea. The register assignment I am thinking about for my model is as follows: D0 emulates A register D1 emulates B register D2 emulates CC register D3 emulates DP register A0 emulates S register A1 emulates U register A2 emulates X register A3 emulates Y register The following data structure emulates the 6809 address space: vsect m6809 dz.b 65536 ends This is the first time I have coded in 68000 assembly language so it is definite possibility that the code fragments have some bugs. The code fragment follows... (continued) #: 8665 S10/OS9/6809 (CoCo) 10-Dec-90 03:14:41 Sb: #8648-CoCo 3 Emulator? Fm: John M Semler 74020,736 To: Bob Santy 76417,714 (X) psect test_a,0,0,0,0,0 nam test_a vsect * * 6809 address space (data space emulated here) * m6809 dz.b 65536 ends * * Code for "LDA #$43" * cell_0 bcs.s cell_0a % preserve C bit moveq #$43,d0 % NZVC bits are ok bra.s cell_2 % skip to next cell cell_0a moveq #$43,d0 % NZV bits are ok ori #$01,ccr % set C bit bra.s cell_2 % skip to next cell nop * * Code for "COMA" * cell_1 eori.b #$ff,d0 % NZV bits are ok ori #$01,ccr % set C bit bra.s cell_2 % skip to next cell nop nop nop * * Code for "ADDA #$53" * cell_2 move.b #$53,d7 % set up parameter jsr adda_imed % call template bra.s cell_4 nop nop * * Code for "COMB" * cell_3 eori.b #$ff,d1 % NZV bits are ok ori #$01,ccr % set C bit bra.s cell_4 % skip to next cell nop nop nop * * Code for "EXG CC,B" * cell_4 jsr exg_cc_b % call template bra.s cell_5 % skip to next cell nop nop nop nop * * Code for "BSR $100" * cell_5 movea.w #$0007,a5 % PC offset movea.w #$0100,a4 % bsr address jsr bsr_rel % call template bra.s cell_7 % goto next cell (continued in next message) #: 8666 S10/OS9/6809 (CoCo) 10-Dec-90 03:17:33 Sb: #8648-CoCo 3 Emulator? Fm: John M Semler 74020,736 To: Bob Santy 76417,714 (X) (continued from previous message) * * Template for "xBSR $" * bsr_rel move ccr,d7 % save NZVC subq #2,a0 % SP predecrement clr.l d6 % clear b32-b16 move.w a0,d6 % save SP in b15-b0 move.w a5,d5 % free up an addr reg move.l a6,a5 % data area ptr adda.l d6,a5 % add in SP offset move.w d5,(a5) % save PC on 6809 stack clr.l d4 % clear b31-b16 move.w a4,d4 % get bsr address asl.l #4,d4 % calculate cell offset lea cell_0,a4 % get first location adda.l d4,a4 % add cell offset move d7,ccr % restore NZVC jsr (a4) % call subroutine addq #2,a0 % pop 6809 SP rts * * Template for "ADDA #$" * adda_imed andi.b #$df,d2 % clear H bit in CC move.b d0,d6 % make a copy of A andi.b #$0f,d6 % mask off lsn move.b d7,d5 % get operand andi.b #$0f,d5 % mask off lsn add d5,d6 % add the two halves andi.b #$10,d6 % discard b0..b3 asl #1,d6 % H bit in b5 or.b d6,d2 % or H bit into CC add.b d7,d0 % NZVC bits ok rts * * Template for "EXG CC,B" * exg_cc_b andi #$f,ccr % mask off 68000 NZVC move ccr,d7 % fetch 68000 NZVC andi.b #$f0,d2 % discard invalid 6809 NZVC or.b d7,d2 % save NZVC to 6809 CC move.b d1,d7 % make a copy of B exg d1,d2 % CC <-> B andi.b #$0f,d7 % mask off new NZVC move d7,ccr % set 68000 CC rts ends #: 8876 S10/OS9/6809 (CoCo) 25-Dec-90 13:01:39 Sb: #8534-#CoCo 3 Emulator? Fm: MOTD Editor..Bill Brady 70126,267 To: John M Semler 74020,736 (X) But the book on SoftPC/EGA/AT fibs. On my 32Mhz '030 Mac II Norton pegs it at only the speed of a NEC V20. (1.5x an 8088 XT @ 4.77MHz.) & Norton don't measure screen speed. SoftPC is a snail. Try running PC Paintbrush! zzzzz There is 1 Reply. #: 8925 S10/OS9/6809 (CoCo) 28-Dec-90 06:14:41 Sb: #8876-CoCo 3 Emulator? Fm: John M Semler 74020,736 To: MOTD Editor..Bill Brady 70126,267 Bill, Those are the kind of results I would expect for a 16Mhz '030. What kind of accelerator are you using? Accelerators that consist solely of a 68030 and a 32Mhz crystal only speeds up the execution unit, bus cycle time is still 16Mhz. Only marginal improvement. (Maybe I am wrong?) The 32Mhz Dove MaraThon 030 board speeds up the Mac II by a third according to the August 1990 MacWorld review on accelerators. John #: 8537 S10/OS9/6809 (CoCo) 02-Dec-90 12:51:26 Sb: #8530-CoCo 3 Emulator? Fm: Mark S 76004,373 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, Keep in mind that the Coco-3 was optimized in hardware for level II It's more then just a 6809 emulation to achive equivilent results. #: 8525 S10/OS9/6809 (CoCo) 01-Dec-90 20:48:53 Sb: #VRN Fm: Ted Miller 76545,457 To: 76625,2273 (X) Hello Bruce; Just a message of appreciation for your VRN upload. Its cleared up a long standing and puzzling problem I was having with my system. Also looking forward to your new ACIA driver. Hopefully it will clear up a few rs232 problems I've been having. Ted Miller There is 1 Reply. #: 8546 S10/OS9/6809 (CoCo) 02-Dec-90 16:38:07 Sb: #8525-#VRN Fm: Bruce Isted (UG VP) 76625,2273 To: Ted Miller 76545,457 (X) Ted, Glad you like VRN. If you don't mind, what was the problem that it cleared up? Just wondering... Bruce There is 1 Reply. #: 8556 S10/OS9/6809 (CoCo) 02-Dec-90 20:23:50 Sb: #8546-#VRN Fm: Ted Miller 76545,457 To: Bruce Isted (UG VP) 76625,2273 (X) Hi Bruce; Its kind of a long story. The ramdisk software I have installed in my system,written by Ken Drexler, would not work with the cron utility. Cron would error out saying that it didn't see a ramdisk installed. Cron wasn't the problem as it would work with a different ramdisk(i.e Kevin Darlings 'Rammer'). No matter what combination of boot disks I tried cron wouldn't work.I now realize that my nil driver (being the common denominater on all boot disks)must have been the problem for cron works fine with your VRN and nil descriptor installed in conjunction with Ken Drexler's ramdisk. The other problem was with a C Compiler user interface I use when playing around with C. All temporary files and libs are used with the ramdisk. With VDGInt, FTDD,and AGIvirq installed my source would not compile when using the interface program. I would get a ramdisk sector error. Without the above modules the interface works fine with the ramdisk. However with your VRN,ftdd,vi installed I have experienced no problems with the interface program and VDGInt in the boot disk. I don't have any idea why I should have had these problems.All I know is that the problems disappeared when I installed your VRN modules. Once again thanks. Ted Miller There is 1 Reply. #: 8580 S10/OS9/6809 (CoCo) 04-Dec-90 00:01:37 Sb: #8556-#VRN Fm: Bruce Isted (UG VP) 76625,2273 To: Ted Miller 76545,457 (X) Ted, Very strange... I don't know why VRN should apparently work better than NILDRV, because never found anything really wrong with NILDRV. It was more a case of VRN acted like a null driver anyway, so why not make a NIL descriptor for VRN? However, both FTDD and AGIVIRQDr had a few things wrong with them. But I can't see that they could cause any problems if they weren't in use, as when you're using the C compiler. Or do you play Leisure Suit Larry while waiting for C compiles? Perhaps its just because VRN is a littel smaller than FTDD, but does the job of FTDD plus AGIVIRQDr plus NILDRV, and saved you a bit of system space? I don't know, but I'm glad it helped you out. Bruce There is 1 Reply. #: 8623 S10/OS9/6809 (CoCo) 06-Dec-90 22:20:26 Sb: #8580-#VRN Fm: Ted Miller 76545,457 To: Bruce Isted (UG VP) 76625,2273 (X) Hi Bruce; The nil driver software I was using was copied from the 'Complete Rainbow guide to Os9' originally designed for a level 1 system. Maybe something in that caused a problem although it looked so simple.When I tested it and it worked it didn't dawn on me that it was the problem. I do have a large bootfile (>35k) so maybe that was it. Also I've applied your cc3io patch for the regular hires mouse. The most noticable difference? Before I couldn't run my terminal without losing characters when the gshell screen was displayed on my host Coco. Now there is no problem. Right now I'm limited to 4800 baud as I don't have the irq hack intsalled for my terminal port. Perhaps your aciapak replacement will allow 9600 baud without the hack? Any way great work. Ted Miller There is 1 Reply. #: 8652 S10/OS9/6809 (CoCo) 08-Dec-90 16:40:30 Sb: #8623-VRN Fm: Bruce Isted (UG VP) 76625,2273 To: Ted Miller 76545,457 (X) Ted, Glad you like the stuff, and thanks. Kevins Darling's trick to improve IRQ response was pretty slick, I think! I'd actually done similar things in other drivers, but it never occurred to me that it'd work in CC3IO too. Bruce #: 8570 S10/OS9/6809 (CoCo) 03-Dec-90 10:33:23 Sb: #serial printer on RS232 Fm: Mike Guzzi 76576,2715 To: all I have heard of people using an ACIAPAK port for a serial printer. I have the COMM-4 and now own a CGP-220 printer and would like to use it along with my epson thats hooked onto /p. i know it would work.. the cgp-220 has a serial port but my concern is the busy line. if i do something like "list file >/t4" and my cgp-220 is on /t4 will data flow stop while the printer is busy? what pin on the RS232 should the BUSY like be hooked to? Mike There is 1 Reply. #: 8610 S10/OS9/6809 (CoCo) 05-Dec-90 13:59:26 Sb: #8570-#serial printer on RS232 Fm: Lee Veal 74726,1752 To: Mike Guzzi 76576,2715 (X) Mike, I'm using a Comm-4 to send serial data to my printer, but I'm not using a Tandy-style serial interface (4-pin DIN). The serial device that I'm sending the data to uses a standard RS-232 interface. In your situation, I think I'd tie the BUSY line from the printer to the DTR line in the COMM-4 interface. Tying it to DSR might also be an option, but I'd try DTR first. Lee P.S. If you use Multi-Vue (or the Hi-Res Joystick adaptor), then you might experience some lost data when data is being sent to the printer (via the Comm-4 port) and the mouse pointer is being moved about. LV... There is 1 Reply. #: 8670 S10/OS9/6809 (CoCo) 10-Dec-90 20:13:24 Sb: #8610-serial printer on RS232 Fm: Mike Guzzi 76576,2715 To: Lee Veal 74726,1752 (X) hmmm ill have to try that and see which works. Mike #: 8604 S10/OS9/6809 (CoCo) 04-Dec-90 21:22:52 Sb: #Disto CCHdisk (SCSI) Fm: james pottage 71750,2012 To: Kevin Darling Kevin, this is Jim Pottage, I talked to you a while ago about a problem with my ST125N (SCSI) hard drive. I mentioned that it would not access the drive in the first attempt. Therefore, it would not run my startup file off the hard drive, or boot to the hard drive. Well, after a lot of work with Ken Scales (he did all the modifications and most of the work, I just tested the driver) Ken has a version of CCHdisk that allows the drive to work on the first access. I believe he has inserted a restore to track zero to accomplish this bbut for more accurate information you could talk to Ken. Further, the driver seems to work with the format command. I just thought I would let you know that the problem seems to have been solved. Further, if any one else has this problem they might try getting a hold of Ken. Jim Pottage There is 1 Reply. #: 8607 S10/OS9/6809 (CoCo) 04-Dec-90 23:02:23 Sb: #8604-Disto CCHdisk (SCSI) Fm: Kevin Darling (UG Pres) 76703,4227 To: james pottage 71750,2012 (X) Thanks for the info, Jim! Oddly, I had just run into a similar thing myself on an embedded SCSI drive, and ended up having the cc3go module do a coupla chd/chx's to the hard disk in order for it to finally "take". I believe that some tandy/coco-HD people found they had to do the same thing. I'll talk to Ken. thx! - kev #: 8613 S10/OS9/6809 (CoCo) 05-Dec-90 19:52:52 Sb: #How to install 512K? Fm: MICHAEL ROSEN 73340,2756 To: KEVIN DARLING KEVIN, THE ONLY PROBLEM NOW IS I HAVE (2) COCO 2'S AND NOW A SET OF COCO 3'S I HAVE AN UNPOPULATED 512K BOARD (TANDY) AND I'M WONDERING WHAT CHIPS TO USE TO MAKE IT WORK.. HAVE YOU GOT ANY IDEAS ON HOW TO INSTALL 512K IN A COCO 3? ALSO WHAT CHIPS DO I NEED? I GUESS I CAN HAVE 1 COMPUTER TO HACK ON .. ANYHOW THANKS FOR TRYING TO HELP ME..I'M NEW AT A COCO 3. I'VE HAD JUST ABOUT ALL THE ANTIQUE COMPUTERS RADIO SHACK HAD. (2) COCO 1'S,A 4P,A MODEL 3,I STILL HAVE (2) MC-10'S,(2) COCO 2'S, AND NOW (2) COCO 3'S.. I GUESS IT'S AFFIES GRAVEYARD.. MICHAEL 73340,2756 There is 1 Reply. #: 8616 S10/OS9/6809 (CoCo) 06-Dec-90 01:35:38 Sb: #8613-#How to install 512K? Fm: Kevin Darling (UG Pres) 76703,4227 To: MICHAEL ROSEN 73340,2756 (X) Michael - you'll need 16 of the 256K x 1-bit dynamic RAM chips... they usually have numbers like 41256 or anything xx256 on them. You remove the original 4 coco ram chips, and also two capacitors nearby... unfortunately my memory fails me as to their numbers on the coco3 board. Guys??? There is 1 Reply. #: 8617 S10/OS9/6809 (CoCo) 06-Dec-90 05:58:23 Sb: #8616-#How to install 512K? Fm: Dan Robins 73007,2473 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, I -THINK- the old ones are the 4154's, maybe (then maybe not...I'm going off gray cell memory on this one). Dan There is 1 Reply. #: 8618 S10/OS9/6809 (CoCo) 06-Dec-90 16:53:25 Sb: #8617-#How to install 512K? Fm: Kevin Darling (UG Pres) 76703,4227 To: Dan Robins 73007,2473 (X) Thx Dan.... but I meant the capacitor numbers to clip out for the 512 upgrade. Thanks! There is 1 Reply. #: 8621 S10/OS9/6809 (CoCo) 06-Dec-90 20:51:01 Sb: #8618-How to install 512K? Fm: Dan Robins 73007,2473 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, Oh wellst. Sorry. Guess that means I don't get any points, eh? Dan #: 8620 S10/OS9/6809 (CoCo) 06-Dec-90 19:56:44 Sb: #HD problems Fm: LUTE MULLENIX 70721,2230 To: 76703,4227 (X) Kevin: I'm having some trouble putting togeather this HD system, I keep getting an ERROR 246 (Device not ready). Is it possible that a bad cable will do this? I have sent the drive and the Disto adapter back and I get the same error. I even pulled my 3-1 board out of the controller and put the adapter in there with the same results. What do you think? If it might be the cable, where can I get about a three foot SCSI cable? The one I have is one I cobbled up out of some stuff I had around here. >Lute< There are 2 Replies. #: 8625 S10/OS9/6809 (CoCo) 06-Dec-90 23:52:14 Sb: #8620-#HD problems Fm: Kevin Darling (UG Pres) 76703,4227 To: LUTE MULLENIX 70721,2230 (X) Lute - could be the cable, or perhaps the power supply (?). Try this first tho: make a boot disk with H0 renamed to HD or something. Boot, then try an "iniz /hd" and see if that works. Or, if you're already doing this... ummm... what kind of hard disk is it? Did it format okay using that disto rsdos program? There is 1 Reply. #: 8637 S10/OS9/6809 (CoCo) 08-Dec-90 11:08:55 Sb: #8625-HD problems Fm: LUTE MULLENIX 70721,2230 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin: I found the problem, it was an addressing thing. However there is something else you may be able to help me with. Quite often when attempting to run Basic programs or those with basic subroutines I get an error #43. And now that the HD is going some of the stuff that used to work is giving it to me. When working up a boot file for the HD I smoked the one on my previous master disk (the one the basic stuff worked from) and don't remember what was in it. and the backup I had doesn't seem to work. Any ideas? Ad9 dosn't want to work and tis the season! >Lute< #: 8630 S10/OS9/6809 (CoCo) 07-Dec-90 09:13:09 Sb: #8620-#HD problems Fm: Pete Lyall 76703,4230 To: LUTE MULLENIX 70721,2230 (X) Cable is a prime candidate. If I recall, SCSI is simply 50 pin end-end. You should be able to build another cheaply, or pick one up from your local computer place for $20 or under. Pete There is 1 Reply. #: 8638 S10/OS9/6809 (CoCo) 08-Dec-90 11:09:47 Sb: #8630-#HD problems Fm: LUTE MULLENIX 70721,2230 To: Pete Lyall 76703,4230 (X) Pete: Found the problem, it was an addressing thing. Thanks for the input though. About the local computer shops. We have Radio Shack and Ultra Inc. Though I rate the local RS as excellent they carry no SCSI stuff, and Ultra, well they sell Macs but they weren't sure what SCSI was, and were sure they had never seen a 50 pin cable. Oh well. >Lute< There is 1 Reply. #: 8878 S10/OS9/6809 (CoCo) 25-Dec-90 13:27:18 Sb: #8638-HD problems Fm: MOTD Editor..Bill Brady 70126,267 To: LUTE MULLENIX 70721,2230 (X) Come to think of it, I've never seen a 50-pin *cable* myself! #: 8622 S10/OS9/6809 (CoCo) 06-Dec-90 20:57:33 Sb: #8575- StermHelp Fm: VERN STOCKMAN 70415,1057 To: Kevin Darling (UG Pres) 76703,4227 (X) list msgs/thanks #: 8624 S10/OS9/6809 (CoCo) 06-Dec-90 23:08:30 Sb: COCO lv 1.2 BBS Fm: LAVERN SCHOONOVER 73700,3217 To: all Does anyone know of a COCO lv.1.2 BBS program that I could buy I need it in order to get my hard drive to work. It only is accessable under lv 1.2 -=*< L.V. >*= #: 8633 S10/OS9/6809 (CoCo) 07-Dec-90 18:38:59 Sb: #PCoid SCSI and Burke**2? Fm: James Jones 76257,562 To: All I got a JDR Microdevices (or whatever it is) catalog in the mail today. In it I found a SCSI controller card for PClones (floppy and hard $80, hard only $50, to one significant digit I think :-). What I'm wondering is this: can one connect this beast to a Burke**2 interface and, with appropriate drivers, connect SCSI stuff to one's CoCo? The floppy hardware is claimed to handle all the various flavors of floppy sizes up to 1.44 Mbytes. That would be a nice setup, I think, if it could be pulled off. Anyone know whether it's possible? There is 1 Reply. #: 8641 S10/OS9/6809 (CoCo) 08-Dec-90 13:25:17 Sb: #8633-#PCoid SCSI and Burke**2? Fm: Zack Sessions 76407,1524 To: James Jones 76257,562 (X) The CoCo-XT by Burke&Burke does not support SCSI controllers. There is 1 Reply. #: 8644 S10/OS9/6809 (CoCo) 08-Dec-90 13:39:11 Sb: #8641-#PCoid SCSI and Burke**2? Fm: James Jones 76257,562 To: Zack Sessions 76407,1524 (X) Shucks. I don't know enough about the hardware involved to know whether it was possible. Ah, well...I wonder how hard it would be to do? There is 1 Reply. #: 8879 S10/OS9/6809 (CoCo) 25-Dec-90 13:34:43 Sb: #8644-PCoid SCSI and Burke**2? Fm: MOTD Editor..Bill Brady 70126,267 To: James Jones 76257,562 (X) James, the SCSI adapters for clones have a driver on-board which is loaded by BIOS at boot time. (as a BIOS extension). You could disassemble the code on a PC & write a driver for OS-9. (you'd prolly have to disable the ROM later) The floppy side would be easier. I bought one of those boards for $30. The one with the floppy & SCSI was about $6 more. #: 8696 S10/OS9/6809 (CoCo) 12-Dec-90 19:19:12 Sb: #File structure Fm: Denise Tomlinson 71021,3274 To: All Can anyone tell me how a file is put on a disk for a Color computer under os9? I have a arced file from the music library that consists of 36 granules. This file is too big to use "dosor9" or others to transform a Dos format to a os9 format. I thought if I split it into 2 files and used "dosor9" to 2 different disks and then copied them to a genuine os9 format, then I could modify the gat tables and file ending bytes to combine into 1 file. I have done this to files in Dos format using a disk editor. But I have never done it under os9. I have the "zapper". Lets just say for simplicity that a disk I want to trace a file has only a "root " directory to make things simple. Thanks, Denise PS: I only access compuserve via Dos system because I don't have a modem pak for os9 operation. There are 2 Replies. #: 8698 S10/OS9/6809 (CoCo) 12-Dec-90 20:11:30 Sb: #8696-File structure Fm: James Jones 76257,562 To: Denise Tomlinson 71021,3274 (X) If you split the file on the DECB side into some number of parts, then the simplest way to get them back together on the OS-9 side would be to do something like merge file1 file2 file3 >bigfile (change as appropriate for the number of parts and the names you actually do give them). Doing that does imply the existence of two copies of the data, at least for a while. Is the file big enough that two copies won't fit on one disk? If that's the case, and you only have one disk, then life becomes more difficult. On the other hand, though, I thought someone had come up with a fix for one of the DECB->OS-9 file copy programs that had to do with files longer than 32K. You might look around to see whether there's a program here that does the job and avoids the file size problem. #: 8720 S10/OS9/6809 (CoCo) 13-Dec-90 17:17:53 Sb: #8696-File structure Fm: Zack Sessions 76407,1524 To: Denise Tomlinson 71021,3274 (X) If getting the file split and copied over worked, you can them combine the two with a merge command: OS9: merge file1 file2 >combined_file Zack #: 8706 S10/OS9/6809 (CoCo) 13-Dec-90 07:21:34 Sb: #SS.WTRK Fm: William Phelps 75100,265 To: ALL How does the SS.WTRK system call know what drive to use? If a path cannot be opened on an unformatted drive, then how can a path number be generated? William There are 2 Replies. #: 8711 S10/OS9/6809 (CoCo) 13-Dec-90 09:17:59 Sb: #8706-#SS.WTRK Fm: Pete Lyall 76703,4230 To: William Phelps 75100,265 (X) William - Good question... What about the combination of doing an open on /DD@, followed by an SS.Freeze (inhibits update of path/disk parameters the next time LSN0 is read)? Pete There is 1 Reply. #: 8732 S10/OS9/6809 (CoCo) 14-Dec-90 06:44:45 Sb: #8711-#SS.WTRK Fm: William Phelps 75100,265 To: Pete Lyall 76703,4230 (X) SS.FREEZE? What page of the manual is that on? William There is 1 Reply. #: 8738 S10/OS9/6809 (CoCo) 14-Dec-90 09:12:42 Sb: #8732-#SS.WTRK Fm: Pete Lyall 76703,4230 To: William Phelps 75100,265 (X) William - You may be a victim of the RS OS9 manuals. The $40 I spent eons ago to get the 'real' MW manuals was one of the best $40 I ever spent. Page 11-70 of the OS9 System Programmer's Manual says: SS.FRZ Input: A - Path Number B - SS.FRZ function code ($0A) Output: None Function: Inhibits the reading of the identification sector (LSN0) to memory DD.xxx variables (that define the disk formats) so non-standard disks may be read. Pete P.S. May already be defined in your os9defs or OS9.H files. There is 1 Reply. #: 8746 S10/OS9/6809 (CoCo) 15-Dec-90 04:31:15 Sb: #8738-#SS.WTRK Fm: William Phelps 75100,265 To: Pete Lyall 76703,4230 (X) When does SS.FRZ have to be called if reading a disk? William There is 1 Reply. #: 8749 S10/OS9/6809 (CoCo) 15-Dec-90 08:15:42 Sb: #8746-SS.WTRK Fm: Pete Lyall 76703,4230 To: William Phelps 75100,265 (X) William - I believe SS.FRZ is a single shot affair. It prevents the next would-be read of LSN0. In that case, the time to use it is before any implicit or explicit read of LSN0. I'd do it just after opening the path. Pete #: 8715 S10/OS9/6809 (CoCo) 13-Dec-90 11:16:20 Sb: #8706-#SS.WTRK Fm: Kevin Darling (UG Pres) 76703,4227 To: William Phelps 75100,265 (X) Pete has it. Try a simple basic09 program which opens "/d0@"... you'll see that the drive light doesn't come on. Thus you have an open path. This is exactly what format does. There is 1 Reply. #: 8733 S10/OS9/6809 (CoCo) 14-Dec-90 06:47:15 Sb: #8715-#SS.WTRK Fm: William Phelps 75100,265 To: Kevin Darling (UG Pres) 76703,4227 (X) I tried that, but the system tried to read the disk. William There is 1 Reply. #: 8739 S10/OS9/6809 (CoCo) 14-Dec-90 09:13:32 Sb: #8733-#SS.WTRK Fm: Pete Lyall 76703,4230 To: William Phelps 75100,265 (X) William - You tried open /dd@ ? Are you sure it wasn't open /dd ? Pete There is 1 Reply. #: 8747 S10/OS9/6809 (CoCo) 15-Dec-90 04:32:00 Sb: #8739-#SS.WTRK Fm: William Phelps 75100,265 To: Pete Lyall 76703,4230 (X) Well, I finally got it to work with: OPEN #path,"/d0@":UPDATE But now I have two more questions. Is it possible to read sector 0 if the standard OS-9 info is not there? If the pathname is input externally, then how can one tell the difference between a name for a floppy and a name for another type of disk. That last question assumes that the descriptors and drivers do not have to be the standard ones. William There are 2 Replies. #: 8750 S10/OS9/6809 (CoCo) 15-Dec-90 08:18:29 Sb: #8747-#SS.WTRK Fm: Pete Lyall 76703,4230 To: William Phelps 75100,265 (X) William - Not sure I understand the question. If you use SS.FRZ, I believe it's your responsibility to know what the disk's parameters are before you attempt to read it, and set them accordingly in the path yourself (using SS.OPT). The business about the name being external slipped right by me... care to rephrase & reask? Pete There is 1 Reply. #: 8773 S10/OS9/6809 (CoCo) 16-Dec-90 04:39:45 Sb: #8750-#SS.WTRK Fm: William Phelps 75100,265 To: Pete Lyall 76703,4230 (X) If the path to be opened is not in the program but rather taken from the command line or an input from the keyboard, then how can it be determined that a device is definitely a floppy drive? Reading IT.TYP is not good enough because some devices like ram disks look like flopies. Does Microware have any manuals that explain everything in the defs files? Most are obvious, but some ... William There is 1 Reply. #: 8785 S10/OS9/6809 (CoCo) 16-Dec-90 12:07:24 Sb: #8773-#SS.WTRK Fm: Pete Lyall 76703,4230 To: William Phelps 75100,265 (X) William - Basically, it the descriptor _says_ it's a floppy, it's a floppy. That's as sure as you can be. What other assurances do you want/need? Of course if it HAD to be a floppy for some obscure reason, you could write some low level nasty code to watch the index pulse LED from the disk bus, but that's incredibly ugly. I guess I fail to see the need? Care to explain why it's so important? Half of the beauty of os9/unix is that all devices and files look pretty much the same. Looks like you're trying to head the other way. Pete There is 1 Reply. #: 8797 S10/OS9/6809 (CoCo) 17-Dec-90 05:11:42 Sb: #8785-#SS.WTRK Fm: William Phelps 75100,265 To: Pete Lyall 76703,4230 (X) Actually, I wanted to add some extra disk functions without writing a whole new driver. The new functions might cause trouble if used on anything other than a floppy. William There is 1 Reply. #: 8803 S10/OS9/6809 (CoCo) 17-Dec-90 12:25:32 Sb: #8797-#SS.WTRK Fm: Pete Lyall 76703,4230 To: William Phelps 75100,265 (X) Well, in that case you should just observe the floppy/hard bit in the path (device) descriptor. Pete There is 1 Reply. #: 8830 S10/OS9/6809 (CoCo) 19-Dec-90 16:27:08 Sb: #8803-SS.WTRK Fm: William Phelps 75100,265 To: Pete Lyall 76703,4230 (X) I guess I will narrow the possibilities down to floppy or hard disks using the port address. Then I will use the TYP byte. William #: 8762 S10/OS9/6809 (CoCo) 15-Dec-90 19:50:46 Sb: #8747-#SS.WTRK Fm: Kevin Darling (UG Pres) 76703,4227 To: William Phelps 75100,265 (X) William - I think few drivers support SS.Frz, so the general answer is: it's pretty tough to read LSN 0 of a non-os9 disk. If you're using any of the Santy-like floppy drivers... the disto cc3disk, bob's cc3disk, or I think isted's cc3disk... then I believe you can use SS.Opts to set the non-OS9 disk bit ($40) in the Typ byte of the path descriptor. That causes those drivers to ignore LSN0, and use the defaults from the device descriptor (actually, the defaults in the path descriptor, which were copied from the dev desc). - kev There is 1 Reply. #: 8774 S10/OS9/6809 (CoCo) 16-Dec-90 04:40:10 Sb: #8762-SS.WTRK Fm: William Phelps 75100,265 To: Kevin Darling (UG Pres) 76703,4227 (X) If the TYP byte were changed in the Device descriptor, would that lockout error #249 regardless the of cause. William #: 8714 S10/OS9/6809 (CoCo) 13-Dec-90 10:52:05 Sb: #LISP for CoCo3 Fm: David Betz 76704,47 To: all I just received a letter from someone in Belgium asking about a more recent version of XLISP that runs on the CoCo3. He's got version 1.1 and is looking for 1.7 or later. Unfortunately, I didn't do the CoCo3 port of 1.1 and don't know who did. I would doubt that version 1.7 would fit in the 64K address space allowed by OS-9 L2 (or is it 64K of code and 64K of data?). So, does anyone know of a version of LISP or Scheme that will run on a CoCo3 under OS-9 L2? Thanks in advance, David Betz There is 1 Reply. #: 8722 S10/OS9/6809 (CoCo) 13-Dec-90 18:11:20 Sb: #8714-#LISP for CoCo3 Fm: James Jones 76257,562 To: David Betz 76704,47 (X) I did the 1.1 port; I also ported 1.2. I don't recall seeing 1.3, and I think 1.4 got too big (no separate I & D space on the 6809). I tried SIOD, and it runs fine on OSK but pukes immediately on my CoCo. I really need to go ahead and upload XLisp 1.2 here if I haven't already. There is 1 Reply. #: 8734 S10/OS9/6809 (CoCo) 14-Dec-90 08:53:52 Sb: #8722-#LISP for CoCo3 Fm: David Betz 76704,47 To: James Jones 76257,562 (X) Thanks. I figured that 1.7 wasn't going to fit. To tell the truth, I can't remember what the differences between 1.1 and 1.2 were. Also, there never was a version 1.3 released. For some reason, I went right from 1.2 to 1.4. I'm in the process of porting XScheme to OSK, but I doubt it would fit into 64K on the CoCo3. Do you know of any commercial implementations of LISP on the CoCo? There is 1 Reply. #: 8743 S10/OS9/6809 (CoCo) 14-Dec-90 23:08:41 Sb: #8734-#LISP for CoCo3 Fm: James Jones 76257,562 To: David Betz 76704,47 (X) I don't know about the CoCo, but there definitely is or was a Lisp for OS-9/6809 sold in Japan, called "Lisp09." There is 1 Reply. #: 8779 S10/OS9/6809 (CoCo) 16-Dec-90 08:07:47 Sb: #8743-#LISP for CoCo3 Fm: Dan Robins 73007,2473 To: James Jones 76257,562 (X) James, I recall seeing a LISP for OS9 in the User's group library, only I think they called it XLISP in this case. It may not be there now...but worth asking Gwit to see if it's archived. Dan There is 1 Reply. #: 8783 S10/OS9/6809 (CoCo) 16-Dec-90 10:52:55 Sb: #8779-#LISP for CoCo3 Fm: James Jones 76257,562 To: Dan Robins 73007,2473 (X) That's David Betz's Lisp interpreter (with object-oriented extensions). I guess I should go ahead and upload the 1.2 version in the "Languages" DL. There is 1 Reply. #: 8798 S10/OS9/6809 (CoCo) 17-Dec-90 06:05:10 Sb: #8783-#LISP for CoCo3 Fm: Dan Robins 73007,2473 To: James Jones 76257,562 (X) James, Not a bad idea (hint,hint,grin)...since it is topical at the moment, and others might want to play with it as well. Whatchathink? Dan There is 1 Reply. #: 8802 S10/OS9/6809 (CoCo) 17-Dec-90 07:52:47 Sb: #8798-#LISP for CoCo3 Fm: James Jones 76257,562 To: Dan Robins 73007,2473 (X) OK. It's kinda hectic this week, but I'll see if I can't do it. There is 1 Reply. #: 8883 S10/OS9/6809 (CoCo) 25-Dec-90 14:06:19 Sb: #8802-#LISP for CoCo3 Fm: MOTD Editor..Bill Brady 70126,267 To: James Jones 76257,562 (X) >>>> Rumor control! There is no 64k limit in Level 2. Just a 64 k segment space that the application must manage itself. (unfortunately). There is 1 Reply. #: 8904 S10/OS9/6809 (CoCo) 26-Dec-90 15:10:20 Sb: #8883-#LISP for CoCo3 Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 (X) Does that mean that an individual application can access more than one 64K segment at a time? How does it do that? Are there mapping calls? There is 1 Reply. #: 8908 S10/OS9/6809 (CoCo) 27-Dec-90 05:06:12 Sb: #8904-#LISP for CoCo3 Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) What it means is that an application can use more that 64k. You can a non-mapped load, which puts modules in memory, but don't link them. You can them call them into your space when you need them. WizPro does this by keeping 16k free in its workspace, then RUNning & KILLing procedures as needed. Last time I tallied the total program size was about 128k. There is 1 Reply. #: 8911 S10/OS9/6809 (CoCo) 27-Dec-90 11:24:11 Sb: #8908-LISP for CoCo3 Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 Can you use this trick to get access to more than 64K of data? XLisp and XScheme mostly need more data space, not more code space. #: 8752 S10/OS9/6809 (CoCo) 15-Dec-90 14:48:30 Sb: #Help Fm: The Rev. Wayne C. Paul 76477,142 To: Mike Haaland 72300,1433 (X) Dear Mr. Haaland: On pg 6 of the doc's for EdPoint 1.2 you mention the following: Datadialog and icon display rotuines from Toby Farley BASIC09 MVDemo button routine from Kevin Darling. Are these files available on CIS? I am still a beginning programmer, but t is starting to come together. I have started working on an OS9 version of MAx-10. As soon as I get any working procedures, I will upload them to CIS. Thank you Brother Jeremy, CSJW CIS- The Rev. Wayne C. Paul 76477,142 There are 2 Replies. #: 8807 S10/OS9/6809 (CoCo) 17-Dec-90 20:39:11 Sb: #8752-#Help Fm: Mike Haaland 72300,1433 To: The Rev. Wayne C. Paul 76477,142 (X) The files you are looking for are in Lib 10. The one with the neat Icon display and DataDialog routines is called EDCON.AR and was written by Toby Farley. The second Basic09 source file is called MVDEMO.AR and was written by Kevin Darling. Both are in Lib 10. Good Luck on the Max-10 clone. Hope it's a BIG success, Mike There is 1 Reply. #: 8821 S10/OS9/6809 (CoCo) 19-Dec-90 01:00:07 Sb: #8807-Help Fm: The Rev. Wayne C. Paul 76477,142 To: Mike Haaland 72300,1433 (X) Thank you Mike, I will post anything that I come up with. #: 8808 S10/OS9/6809 (CoCo) 17-Dec-90 20:49:59 Sb: #8752-#Help Fm: Mike Haaland 72300,1433 To: The Rev. Wayne C. Paul 76477,142 (X) OOps! The second file is named MVTEST.AR (not MVDEMO.AR) Sorry about that. Mike There is 1 Reply. #: 8822 S10/OS9/6809 (CoCo) 19-Dec-90 01:01:05 Sb: #8808-Help Fm: The Rev. Wayne C. Paul 76477,142 To: Mike Haaland 72300,1433 (X) Got it. Thanks again. WCP+ #: 8778 S10/OS9/6809 (CoCo) 16-Dec-90 07:52:36 Sb: 900 Number Revisited Fm: James Jones 76257,562 To: All Well...I called the 900 number again last night--guess I just couldn't resist. Evidently "Ask Mr. Computer" does update the information, because this time they mentioned a slightly different number (OS-9 ahead by 125), and gave a total vote (227 votes altogether, which one can readily deduce from that "RSDOS" got 51 votes and OS-9 176--i.e. 77% for OS-9, 23% for DECB, which finally gives some idea of what's happening). I still am pretty curious about just who set up this poll. #: 8792 S10/OS9/6809 (CoCo) 16-Dec-90 19:17:32 Sb: #Starting out (part 1) Fm: Carlyle Hudkins 72040,2754 To: all I have a 128k CoCo 3, 1 FD-502 drive, which I have had for about 3 years. I recently bought OS9 and am having trouble adjusting to this new environment. I am conversant in CoCo BASIC, IBM BASIC, and IBM DOS. OS9 seems somewhat like IBM DOS, with enough changes to make me think I know what I'm doing when in reality I don't. My most recent problem is this: I went through the tedious disk-swapping using CONFIG, to create a customized System Master, as described in the "Getting Started" section of the manual, and created a disk with options PIPE, D040D, TERMWIN, W, W1, and FULL command set. Now I need to know what I will need to do in order to change the options, without going through the immensely painful CONFIG experience again. For instance, I want to change the usable Windows so that I might use graphics windows from BASIC09. I noticed that OS9gen can redo the Boot file, but there is a warning that this can fragment the Boot file, rendering the disk unusable. Other questions: Is the disk I made with CONFIG actually double-sided? I tried to format it using "format '40' 2," but through trial and error I discovered that the option "2" was not usable with the drive, as OS9 saw it at that time as a 35-trk, SS drive. Therefore, I did a regular '40' format and proceeded to CONFIG, telling CONFIG that I wanted D040D, in hopes that I will at least be able to format a DS from that disk. I don't yet know of a way to test a disk to see if it is DS, except from regular BASIC, and since I made the disk 40-trk BASIC wouldn't be able to use it anyway. It does not seem likely, in hindsight, that the disk I made is actually double sided, as only one side was formatted. I hope I will not have to use CONFIG again in order to make a real, DS, "Customized System Master"! Can I run a pure ML program, such as my terminal (Ultimaterm v4.0) or word processor (Simply Better v1.1) from a window so that I do not have to leave OS9 (which involves hitting Reset twice, necessitating removing the disk)? The WP uses a regular BASIC boot program to There are 2 Replies. #: 8795 S10/OS9/6809 (CoCo) 17-Dec-90 02:04:02 Sb: #8792-Starting out (part 1) Fm: James Jones 76257,562 To: Carlyle Hudkins 72040,2754 (X) You cannot run a program under OS-9 that was not written to run under OS-9, at least not unless you go to a considerable amount of trouble modifying it, as Chris Burke figured out how to do to the Color BASIC interpreter to get RSB. Download the "dmode" utility from here, and use it to modify th device descriptor for /d0 and /dd in memory to say the dt(rive is double-sided, then try formatting a disk. #: 8801 S10/OS9/6809 (CoCo) 17-Dec-90 07:48:27 Sb: #8792-#Starting out (part 1) Fm: William Phelps 75100,265 To: Carlyle Hudkins 72040,2754 (X) CONFIG does not change the format of the disk it writes on; so, the disk you made is still a plain SS one. Reboot using that disk; then xmode the window and printer descriptors to your liking. Format a new disk, and use COBBLER ow it. Copy "startup" over to the new disk. Make a "CMDS" directory, and copy shell and grfdrv into it(you can also copy any other commands you want). Now you will have a 40trk DS bootdisk. William There is 1 Reply. #: 8804 S10/OS9/6809 (CoCo) 17-Dec-90 17:03:38 Sb: #8801-#Starting out (part 1) Fm: Carlyle Hudkins 72040,2754 To: William Phelps 75100,265 (X) Thanks, William, but as a complete beginner how should I xmode the windows (I don't have a printer)? The manual says a lot about pauses, pages, null, and the like, but I'm not sure exactly what I should use it on in order to get the right results. If I understand this, the disk I now have should allow me to format a new disk DS. Then, I must create a bootfile (using Cobbler, which will put the modules I booted with onto the new disk). Then I copy "startup," use makdir to put CMDS on the new disk, copy "shell" & "grfdrv" (if I understand, shell is the actuall program I talk to OS9 through, and grfdrv is necessary if I want to enable a graphics window). I will try these, and see what happens! Carlyle H There are 3 Replies. #: 8805 S10/OS9/6809 (CoCo) 17-Dec-90 19:51:52 Sb: #8804-#Starting out (part 1) Fm: DAVID DE FEO 71630,721 To: Carlyle Hudkins 72040,2754 (X) Carlyle, to be able to do a double sided format, the drive descriptor in the boot file (d0 and ddd0) have to be the type for double sided drives. Your bootfile has to contain the following: d0_40d.dd and ddd0_40d.dd. You might want to use Config again to substitute these drivers in for the old ones, but if you feel adventerous, you can use OS9gen. It will probably be faster. You need to "build" a file called bootfile containing all the modules that you want in your system(you can find all the modules in the Modules directory of the config disk). Some modules that you have to include are: init, ioman, rbf.mn, cc3disk, d0_40d.dd, ddd0_40d.dd, scf.mn, cc3io, term_win.dt, clock.60hz, cc3go, w.dt, w1.dt, vdgint.io, grfint.io. Once the file is made "chd /d0/Modules" and "chx /d0/cmds" for single drive: os9gen /d0 -s . Which usually is no concern except in gfx paint programs. Which is why old Max9 had two-color cursors, so that your chances increased for being able to see the thing on most pictures. (the two colors were done by creating put buffers with mixed bits in them... I guess that wouldn't work ... ummm yes it should work for autofollow too, i think). There are 2 Replies. #: 8846 S10/OS9/6809 (CoCo) 22-Dec-90 18:39:45 Sb: #8844-#Color of GFX Cursor? Fm: Joseph Cheek 76264,142 To: Kevin Darling (UG Pres) 76703,4227 (X) I believe you can create 4- and 16-color mouse pointers. just use the image you need and make sure you set the STY type correctly. should i explain it better? There is 1 Reply. #: 8849 S10/OS9/6809 (CoCo) 22-Dec-90 20:14:06 Sb: #8846-Color of GFX Cursor? Fm: Kevin Darling (UG Pres) 76703,4227 To: Joseph Cheek 76264,142 (X) Joe - I think you're right. THe mouse cursor is really just a PUTBLK each time in XOR logic mode... so a different STY type and data should work as you said. #: 8847 S10/OS9/6809 (CoCo) 22-Dec-90 18:58:43 Sb: #8844-#Color of GFX Cursor? Fm: John Ranck 73540,246 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin, What if you want ot change the cursor to an underscore. Thats what it is in school on the Vax and I always like my CoCo to be more like the Vax and the Vax to be more like my CoCo. I've always wandered if there was a way to change it. Could you change like you can change mouse pointers or something. Is it mapped in w/ the fonts as a character or is it in CC3io itself? Is there a way to change the pattern of the cursor? Is there anything about this in Inside OS9? I didn't see it so thats why I'm wondering. Its a good book though. Lots info. L8R & Thanx Mike There is 1 Reply. #: 8850 S10/OS9/6809 (CoCo) 22-Dec-90 20:30:34 Sb: #8847-Color of GFX Cursor? Fm: Kevin Darling (UG Pres) 76703,4227 To: John Ranck 73540,246 (X) Well, I was about to say "sure, piece of cake"... until I looked at that part of Grfdrv... and it's not just a matter of changing something in place, as I'd hoped. Ummm. It's a not a char in the font, no. The text cursor routine reverses the attributes on a rom-text screen, and does an XOR of the whole char area on a gfx-screen... using the normal charput routines instead of a special routine... making it harder to just patch in place. (note: they partly did it this way because the cursor also had to handle proportional text, too - tough one). #: 8929 S10/OS9/6809 (CoCo) 28-Dec-90 12:45:34 Sb: #bonk etc. Fm: Joseph Cheek 76264,142 To: all Now that you all have had a while to look at it, does anyone have any comments for my bonk.pak upload? while i'm at it, does anyone have a good random-number generator in C? I wrote one, but it's SLOW. anyone? anyone? thanks . . . There is 1 Reply. #: 9000 S10/OS9/6809 (CoCo) 02-Jan-91 18:27:42 Sb: #8929-bonk etc. Fm: Kevin Darling (UG Pres) 76703,4227 To: Joseph Cheek 76264,142 Question - what is the View command that's needed? Is it available here? thx! - kev #: 8936 S10/OS9/6809 (CoCo) 29-Dec-90 11:25:46 Sb: #Format Fm: REX GOODE 73777,3663 To: All What are the differences, if any, between an OS9 FORMAT and DECB's DSKINI0? Rex There is 1 Reply. #: 8944 S10/OS9/6809 (CoCo) 29-Dec-90 20:09:34 Sb: #8936-#Format Fm: Kevin Darling (UG Pres) 76703,4227 To: REX GOODE 73777,3663 (X) Rex - if there are any differences, they can't be much. A lot of us will format under one OS, and then write the needed info to make the disk work under the other OS. The biggest diff might be related to writing... L-II/coco no longer uses precompensation because they say that it's not needed with modern equipment and disks. Doesn't seem to matter much tho. There is 1 Reply. #: 9004 S10/OS9/6809 (CoCo) 03-Jan-91 12:12:15 Sb: #8944-Format Fm: REX GOODE 73777,3663 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin, Thanks for the tip. Suddenly I have been getting errors when formatting with OS9, yet formatting the same disk under DECB seemed OK. I'll try using the DECB disks. Rex #: 8937 S10/OS9/6809 (CoCo) 29-Dec-90 14:54:47 Sb: Osterm Fm: NEAL STEWARD 72716,1416 To: ALL Can anyone tell me how the ASCII upload works with OSTerm v.2.0.8? I input a prompt (that is sent by a local BBS) and the program just idles without attempting to send a file. #: 8951 S10/OS9/6809 (CoCo) 30-Dec-90 09:34:01 Sb: patches Fm: Hugo Bueno 71211,3662 To: All I missed the Rainbow article by Bruce Isted concerning clock patches and such. Would anyone care to give me a synopsis of article? Hugo #: 8953 S10/OS9/6809 (CoCo) 30-Dec-90 09:41:21 Sb: #bonk etc. Fm: Hugo Bueno 71211,3662 To: 76264,142 (X) I like Bonk a lot. The only thing that takes getting used to is mouse movement. Also, I'm never sure how the ball will bounce off the ship. It seems random. I also noticed that the ball is surrounded by a square. Is there any way to XOR or whatever, to just have the ball without an outline? Hugo There is 1 Reply. #: 8972 S10/OS9/6809 (CoCo) 31-Dec-90 12:31:21 Sb: #8953-#bonk etc. Fm: Joseph Cheek 76264,142 To: Hugo Bueno 71211,3662 (X) the ball bounces at a 45 deg angle if it hit the ship on the edges, or at a 23 deg angle if it hit in the middle. also, 1/4 of the time if bounces back the same direction. re: ball with outline. I'll see what i can do. There is 1 Reply. #: 8993 S10/OS9/6809 (CoCo) 01-Jan-91 21:49:18 Sb: #8972-#bonk etc. Fm: Hugo Bueno 71211,3662 To: Joseph Cheek 76264,142 (X) As far as ball bouncing, it would be better to be able to put "english" on the ball. Also, I noticed when I quit the game, the VIEW utility is not unlinked from memory. You should probably make sure that all graphics buffers are also KILLed. Hugo There is 1 Reply. #: 8999 S10/OS9/6809 (CoCo) 02-Jan-91 16:13:27 Sb: #8993-#bonk etc. Fm: Joseph Cheek 76264,142 To: Hugo Bueno 71211,3662 (X) english? please repeat . . . There is 1 Reply. #: 9002 S10/OS9/6809 (CoCo) 02-Jan-91 18:47:45 Sb: #8999-bonk etc. Fm: Hugo Bueno 71211,3662 To: Joseph Cheek 76264,142 Well, "english" a term used in billiards, means putting a spin on the ball. In video games, it means if the racquet is travelling to the left when the ball is hit, then the ball will also tend to travel to the left. Many versions of BREAKOUT had this feature. Hugo #: 8967 S10/OS9/6809 (CoCo) 31-Dec-90 09:25:13 Sb: Wanted to buy Fm: Paul Rinear 73757,1413 To: All Am desperately seeking a copy of OS-9 Level One, used or otherwise; preferably with docs. Missed the tent sale at Radio Shack and now there are no copies to be found. If you have one for sale, please send E-mail to: Paul Rinear 73757,1413 #: 8970 S10/OS9/6809 (CoCo) 31-Dec-90 10:49:18 Sb: Osterm208 Fm: Chris Bergerson 72227,127 To: Neal Steward 72716,1416 Neal, I met Vaughn at a party a few weeks ago, and asked him about the osterm ASCII upload problem. I had tried many times to get it to work. Well, I won't bother trying anymore... he said that it never did work, and that he has no intentions of fixing it! There is a rumor that the source might be available for the upload sections of the program... I'm investigating, and if true, I will probably fix it. In the meantime, to accomplish the same goal, I'd recommend flipping to another window, and outputting your text file to /t2, using a simple utility to send a character, pause, send a character, etc. BTW, good to see you here! #: 8982 S10/OS9/6809 (CoCo) 01-Jan-91 02:54:50 Sb: #MultiVue Fm: NAM PUI 73347,3324 To: all I got MultiVue since it hit the market. However, after the novelty worn off after the first month, I never bother with it again. Since then I have added hard drives to all my COCO IIIs. I have been getting along fine without the use of MultiVue. Just days ago I was going through the drives to clean out the garbage in my data files. I thought it would be great to be able to use a point and click enviroment to view and delete the unwanted files. So out come Multivue again. I have been pulling my hair off since. Here is my system hardware set up. 512K COCO III with J&M JFD-CP floppy controller and Owlware hard drive interface/Omti 5200 controller on a Y-Cable. Seagate St225 and 3-720k floppy(2-5.25" and 1 3.5"). Software set up is as follow. Module Directory at 03:28:41 REL Boot OS9p1 OS9p2 Init RBF CC3Disk D0 D1 D2 CCOmti dd h0 IOMan SIO SCF CC3IO WindInt Term W W1 W2 W3 W4 W5 W6 W7 PRINTER P CPPRINT P1 Clock CC3Go GrfDrv Shell Cat Dir Display Del gotoxy ds MDir CC3Disk is the version patched for msdos ccomti.dr, dd, h0 are the Owlware driver and descriptors Term starts up in 80 column. P1, CCPRINT are for the parallel port on the J&M. All the /d0s in the autoex file is patched to /dds. Autoex renamed to Mv for manaul start up. Now, here is the problem. Everytime I move from the root directory to a sub directory on the hard drive, the window in mv just hangs in the hour mode(wait). It seem to have effect the time share as well. The other windows slowed down as well. The whole things work well in the floppys. Hope someone can help. Thanks in advance. Nam There are 2 Replies. #: 8984 S10/OS9/6809 (CoCo) 01-Jan-91 10:27:59 Sb: #8982-#MultiVue Fm: Zack Sessions 76407,1524 To: NAM PUI 73347,3324 (X) Try downloading the GShell+ patches and apply them. They fixed some bugs which could cause what you're seeing. There is 1 Reply. #: 9008 S10/OS9/6809 (CoCo) 03-Jan-91 21:37:32 Sb: #8984-MultiVue Fm: NAM PUI 73347,3324 To: Zack Sessions 76407,1524 (X) Thanks. I am heading for DL10 right now. Nam #: 8985 S10/OS9/6809 (CoCo) 01-Jan-91 11:02:36 Sb: #8982-#MultiVue Fm: Kevin Darling (UG Pres) 76703,4227 To: NAM PUI 73347,3324 (X) Hmm. I think this can happen if you have lots of files and some 3-letter extensions. At the least, apply the MVFIX.SCR patch to gshell (from Lib 10).. that should help. If you do a "bro /key:gshell" there you'll find more patches. Some people began to use it after the patches ;-). There is 1 Reply. #: 9007 S10/OS9/6809 (CoCo) 03-Jan-91 21:36:06 Sb: #8985-MultiVue Fm: NAM PUI 73347,3324 To: Kevin Darling (UG Pres) 76703,4227 (X) Thanks. I will give it a shot. Nam #: 8991 S10/OS9/6809 (CoCo) 01-Jan-91 18:49:04 Sb: disto&hardrv Fm: KENHEIST 71750,551 To: 76703,4224 kevin I'm using a disto scii w/ 4n1 and just got a Seagate 157n. I keep getting a 247 error when I bootup with ddd0 and do a chx /h0/cmds it takes two or more tries to get it to catch and of course if I try to do a ddh0 I get bootfail every time. Whats up? Used the hmode to change the cyls and hds and inittbl. i.e. cyls=615 hds=6 inittbl=026706 installed h0_4in1scsi.dd and cchdisk_scsi.dr. Did I miss something? #: 9003 S10/OS9/6809 (CoCo) 02-Jan-91 23:56:38 Sb: CoCo 3 discontinued Fm: James Jones 76257,562 To: All Well...after seeing an earlier message posted here about the change in the status of the CoCo 3 (from "active" to "discontinued"), I went over to a local RS store and asked the fellow there to look it up. At that time (mid-December), his system claimed it was "active." Yesterday, I got back from spending the holidays with family, and found among the messages on the answering machine one from the same fellow, saying that the CoCo 3 had indeed changed status to "discontinued," and he had one left at the store--so I'd better come on over if I wanted it. So...perhaps this store got the information later than others, but I guess it's true. #: 9031 S10/OS9/6809 (CoCo) 05-Jan-91 15:58:50 Sb: #VDG windows Fm: Denise Tomlinson 71021,3274 To: all Is there a way to have 2 vdg windows with shells and 2 programs running in them? I know about /w1 /w2 and soforth, and how to use the shell command and the key. The two programs I want to run at the same time use the standard 32/16 /term screens. I have to be operating out of that type of screen to boot the program. I try booting out of /w1 but it gives me a "no vdg window" error. Thanks, Denise There is 1 Reply. #: 9039 S10/OS9/6809 (CoCo) 06-Jan-91 02:24:40 Sb: #9031-VDG windows Fm: Kevin Darling (UG Pres) 76703,4227 To: Denise Tomlinson 71021,3274 (X) Yes, assuming you have enough system map space (for the text vdg windows), you can pick a descriptor and for example: xmode /w6 type=1 shell <>>>/w6& The "type=1" sets it as a vdg type window default. Other people sometimes make up a set of renamed descriptors (/v0, /v1, etc) just for this purpose (there may even be a set in Lib 10 here). But the xmode will work fine. Be sure to xmode back to type=80 afterwards... just in case later on when you exit your program, an open to /w doesn't accidentally find and use /w6 (or whatever) as a vdg window. I'm rambling, but I think you get the gist. kev #: 9036 S10/OS9/6809 (CoCo) 05-Jan-91 23:57:55 Sb: #pmap! Fm: Everett Chimbidis 76370,1366 To: 76703,4227 (X) Where do I find pmap? There is 1 Reply. #: 9037 S10/OS9/6809 (CoCo) 06-Jan-91 01:06:23 Sb: #9036-pmap! Fm: Dan Robins 73007,2473 To: Everett Chimbidis 76370,1366 (X) Everett, It (PMAP) is located in Kevin Darling's UTIL3.BIN upload, which is located in LIB 10. You can: BRO UTIL3.* and it should pop up. Dan #: 9038 S10/OS9/6809 (CoCo) 06-Jan-91 01:10:31 Sb: #FD501 power transformer Fm: Dan Charrois 70721,1506 To: all Just today the primary for the transformer in my disk drive died. The markings on the transformer are pretty well obscure so I was wondering if anyone could clue me in on what voltage it puts out. I know it is tapped in 4 places, but that's about all I can come up with when it doesn't work! Hopefully I can pick one up for cheaper than a whole power supply... Thanks for your replies Dan There is 1 Reply. #: 9086 S10/OS9/6809 (CoCo) 11-Jan-91 00:56:39 Sb: #9038-FD501 power transformer Fm: Wayne Day 76703,376 To: Dan Charrois 70721,1506 A disk drive power supply should be putting out +12v dc and +5v dc regulated, so... somewhere in the area of 13v and 6v respectively? Wayne #: 9048 S10/OS9/6809 (CoCo) 06-Jan-91 19:36:14 Sb: Disto Hard Drive Fm: james pottage 71750,2012 To: 71750,551 (X) The problem you are encountering with the disto 4 in 1 board and the seagate 157n is the same problem that I encountered with my St125n drive. Ken Scales has written a patch for the disto drivers that cure this problem and also allow formatting of the hard drive under OS9. You can contact Ken by leaving him a message on compuserve, although it would be quicker if you have access to Delfi and left him a message there. #: 9052 S10/OS9/6809 (CoCo) 07-Jan-91 00:31:32 Sb: Eliminator repair Fm: JOERG SATTLER 74016,631 To: 76625,2273 Hi there Bruce! I hope that there has been some progress toward the resolution of the problem with my Eliminator board in the meantime. I would just love to get back up and runnning if at all possible. please let me know as soon as possible. Thanks for your effort in resolving this little problem. oerg a Joerg Sattler 74016,631 #: 9075 S10/OS9/6809 (CoCo) 10-Jan-91 01:11:31 Sb: #data base Fm: Everett Chimbidis 76370,1366 To: all What the Best data base for the coco in os9?? AND where can i get it? There are 3 Replies. #: 9076 S10/OS9/6809 (CoCo) 10-Jan-91 07:15:49 Sb: #9075-#data base Fm: Ed Gresick 76576,3312 To: Everett Chimbidis 76370,1366 (X) Everett, We sell SCULPTOR by MPD for the CoCo. We think its the best. Frank Hogg sells IMS by Clearbrook - he thinks that is the best. There may be some others, but I'm not familiar with them. Ed Gresick - DELMAR CO 302-378-2555 There is 1 Reply. #: 9079 S10/OS9/6809 (CoCo) 10-Jan-91 08:03:07 Sb: #9076-#data base Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) Ed, I'm curious (really!) ... what's the going price for a CoCo version of Sculptor these days? I've lost track. Steve There is 1 Reply. #: 9087 S10/OS9/6809 (CoCo) 11-Jan-91 03:18:23 Sb: #9079-data base Fm: Ed Gresick 76576,3312 To: Steve Wegert 76703,4255 (X) Steve, Current price for CoCo Version (version 1.16) of SCULPTOR is $260.00. Ed Gresick - DELMAR CO #: 9077 S10/OS9/6809 (CoCo) 10-Jan-91 07:26:27 Sb: #9075-data base Fm: JIM HICKLE 76672,602 To: Everett Chimbidis 76370,1366 (X) Never used a commercial DB on the coco; If you wish to roll your own, check out Al Stevens' "C Database Development" (MIS Press). It has a relational database, b-tree indexing and other good stuff. -jim #: 9078 S10/OS9/6809 (CoCo) 10-Jan-91 08:02:06 Sb: #9075-data base Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 (X) Everett, I've been monkeying around with IMS from Clearbrook, and find it facinating. I've had it for years ... and finally got around to setting up a few databases to help keep me organized (That's a full time job in itself!). Steve #: 9089 S10/OS9/6809 (CoCo) 11-Jan-91 12:01:23 Sb: #mroff & Kreider docs Fm: Paul Rinear 73757,1413 To: Pete Lyall I downloaded MROFF and was able to print the mroff docs using mroff. It worked nicely. When it came time to print the Kreider C-lib docs, mroff gave out scads of unrecognized command errors and no results. The command in question seems to be .de which is not mentioned in the docs. What am I doing wrong ? Paul R. There is 1 Reply. #: 9090 S10/OS9/6809 (CoCo) 11-Jan-91 15:32:10 Sb: #9089-#mroff & Kreider docs Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 (X) The MROFF docs were prepared using a 'flavor' of Mroff created by Mark Griffith. You need Mark's copy, which _should_ be in DL6 or DL9. Pete There is 1 Reply. #: 9092 S10/OS9/6809 (CoCo) 11-Jan-91 16:03:56 Sb: #9090-#mroff & Kreider docs Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 (X) I can't seem to find it in either library using keywords of "mroff" or "print". Will look some more. There is 1 Reply. #: 9093 S10/OS9/6809 (CoCo) 11-Jan-91 16:32:24 Sb: #9092-#mroff & Kreider docs Fm: Paul Rinear 73757,1413 To: Paul Rinear 73757,1413 (X) Still can't find it. The description of "clibdo.ar" in lib 3 says Mark Griffith's mroff is included. Upon de-arcing, only the C-source for mroff is there. I could probably compile it but I am missing one DEF file; scfstat.h . Paul There is 1 Reply. #: 9097 S10/OS9/6809 (CoCo) 11-Jan-91 21:38:35 Sb: #9093-mroff & Kreider docs Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 Paul - Drop a note to Steve Wegert.... I believe he's in daily digital contact with Mark's system, and could probably have mark mail the file. Pete #: 9105 S10/OS9/6809 (CoCo) 12-Jan-91 21:02:11 Sb: #9076-#data base Fm: Greg Law 72130,23 To: Ed Gresick 76576,3312 (X) Ed, In the case of Sculptor versus IMS, the issue of 'best' is extremely particular to the sections you are speaking of. Overall, I think Sculptor is the better database engine and it has a lot more functions than IMS. On the other hand, I think IMS was implemented better. Where Sculptor generates tokenized files in the current data directory, IMS creates executable code in the current execution directory. All you need is a simple 4-byte patch to Shell (Type/Lang=$1B, run-time module=imsi) and you can run IMS database applications directly. I.E., I run 'menu' for a database I developed and Shell turns that into 'imsi menu' and gets me up and running. Sculptor requires a little more manual labor. IMS also came with a screen-form generator (screen painter) and the original version of Sculptor didn't. I don't know if one has been developed for Sculptor yet. In my humble opinion, I'd like the language features of Sculptor merged into the rest of IMS. I think Sculptor is more powerful, but IMS is easier to set up and get going. -- Greg There is 1 Reply. #: 9138 S10/OS9/6809 (CoCo) 14-Jan-91 12:41:33 Sb: #9105-#data base Fm: Ed Gresick 76576,3312 To: Greg Law 72130,23 (X) Greg, Whoops! You threw me a curve ball!!! Forgot all about that trick. It's very useful and should be used more often. Maybe you should write an article about this. Also, this might induce some vendors (MPD) to change the header of their compiled programs to permit this kind of execution. (Jeez, making me look things up!) I told John Dickey about it. John was heavily into IMS and is converting over to SCULPTOR. He hadn't heard about it but tried it after we figured out where and how to patch 'shell'. Worked just fine. We were curious whether we could do the same thing with the SCULPTOR programs 'sage' and 'sagerep'. The SCULPTOR compiled programs ___.g and ___.q are simply data files as far as OS9 concerned so we had to fake it. We made a dummy data module named with the program we want to run. Patched 'shell' and it worked. The actual sequence is - shell looked for the program in memory - data module was there with that name. shell found a module name associated with the type byte in this case 'sage'. shell called 'sage' and passed the program name to it. sage looked for that program in the CWD with a .g extension and then executed it. Interesting experiment - value ???? I agree with most of what you said (except I think the SCULPTOR 'menu' program is better and easier to use but ...). One point I feel should also be made (sorry MPD); CLEARBROOK's IMS is easier to learn. As I recall, their tutorial is very good. The documentation provided by MPD for CoCo SCULPTOR leaves much to be desired; a terse reference manual with a very sparse 'tutorial' section. The reference manual for version 2.0 of SCULPTOR has been much improved and I think is pretty good. MPD is supposed to be working on a tutorial but it's not available yet. There are 2 Replies. #: 9139 S10/OS9/6809 (CoCo) 14-Jan-91 12:42:50 Sb: #9138-#data base Fm: Ed Gresick 76576,3312 To: Ed Gresick 76576,3312 (X) --- Continued --- The latest version of SCULPTOR for the CoCo is 1.16. MPD has no plans to update it. The official reason is that the size of the code for version 2.0 will not fit into the 64K work-space allowed by the 6809. IMO, I believe the real reason is that they don't feel the market is large enough to justify the work necessary for the 2.0 port and that CoCo users will not pay what they (MPD) think is a fair price. Also IMO, when GIMIX and others (not Tandy) stopped making 6809 machines, MPD felt the 8-bit market was dead. Incidently, the CoCo version is basically the same as the 6809 version with the addition of a vdu descriptor for the CoCo. SCULPTOR version 2.0 does include a screen painter, improved utilities and more functions and commands. It also provides a 'windowing' environment within 'sage' (up to 8 screens per program). A pre-proccessor has been added which allows all kinds of neat things including conditional compilation, the ability to include library files, manifest constants and some additional commands. I do have a copy of CLEARBROOK's IMS but it goes back a few years. I had considered it for my purposes. I selected MPD's SCULPTOR because of its portability, acceptance by the business community and my perception of its power. Software written in SCULPTOR and compiled for the CoCo will run on almost any OS and machine including mainframes using the appropriate runtime module. As far as I know, no other DBM system runs on such a wide variety of platforms without recompiling. And its performance is respectable - holding its own or superior to other systems (Oracle, Informix, SyBase, etc.). Also, it is easier to program in than the others. Ed Gresick - DELMAR CO There is 1 Reply. #: 9141 S10/OS9/6809 (CoCo) 14-Jan-91 20:41:17 Sb: #9139-#data base Fm: Dan Robins 73007,2473 To: Ed Gresick 76576,3312 (X) Ed, RE: "no other DBM system runs on such a wide variety of platforms..... Although it's not on OS9...I'm impressed with Progress! Are you familiar with it? Dan There is 1 Reply. #: 9161 S10/OS9/6809 (CoCo) 16-Jan-91 04:52:53 Sb: #9141-#data base Fm: Ed Gresick 76576,3312 To: Dan Robins 73007,2473 (X) Dan, I've heard of it - good reports. No, I've never used it. None of my customers use it. Ed Gresick - DELMAR CO There is 1 Reply. #: 9162 S10/OS9/6809 (CoCo) 16-Jan-91 06:32:30 Sb: #9161-#data base Fm: Dan Robins 73007,2473 To: Ed Gresick 76576,3312 (X) Ed, It runs on many platforms (unfortunatly, not OS9 or OSK), but having both Sculptor and IMS, in comparison, it's so much simplier and much more powerful! Of course, that's my opinion...but then you know what people say about opinions, dontcha? Dan There is 1 Reply. #: 9171 S10/OS9/6809 (CoCo) 17-Jan-91 02:40:15 Sb: #9162-#data base Fm: Ed Gresick 76576,3312 To: Dan Robins 73007,2473 (X) Dan, How does it compare with either Informix or Oracle? Ed There is 1 Reply. #: 9172 S10/OS9/6809 (CoCo) 17-Jan-91 05:19:13 Sb: #9171-data base Fm: Dan Robins 73007,2473 To: Ed Gresick 76576,3312 (X) Ed, Can't speak on Informix, as I've seen it demonstrated only once, and then, it wasn't much of a demo. However, in comparison to Oracle, both the setting up of the database (and linking in to other produced relational database files) and it's ability to make both viewable & printable reports could roughly be done in about half the time. To be honest, when I saw Progress being demoed and then with assistance (a Progress programmer looking over my shoulder) being able to create a simple database, I was in awe at the speed that I could do it. My exposure to the product was not by any salesman but a guy who works for a company that develops under the system. It's an awesome system...if you can take a gander at it...it's worth the time! Dan #: 9183 S10/OS9/6809 (CoCo) 18-Jan-91 19:27:38 Sb: #9138-data base Fm: Greg Law 72130,23 To: Ed Gresick 76576,3312 (X) Ed, I can't argue with that. IMS is easier to learn than Sculptor, if for no other reason than the included tutorials. I always wondered why MPD decided to go the data file route for its database applications, especially since the modular organization of OS-9 makes it very easy to create new executable modules with a known run-time module. It soon dawned on after seeing the MS-DOS version of Sculptor. I had forgotten that MPD is offering Sculptor for so many different platforms, including OS-9, Unix, MS-DOS, and others. Even so, I think MPD can do a much better job with the manuals. Of course, the reference manual should be included. Unfortunately, a reference manual doesn't tell you diddly-squat about how to actually use the program or to develop applications. It also comes with so many executable files that you're CMDS directory will be swimming with files that you'll quickly forget where they came from. I wonder if it would have been better to split the CMDS directory on the distribution disks to the master executable in CMDS and the maintenance/reorganization stuff in the CMDS/MAINTENANCE or CMDS/SCULPTOR directory. -- Greg #: 9107 S10/OS9/6809 (CoCo) 12-Jan-91 21:47:07 Sb: #9097-mroff & Kreider docs Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 (X) Thanks, will do. #: 9110 S10/OS9/6809 (CoCo) 12-Jan-91 22:34:17 Sb: Renegade Windows Fm: Paul Rinear 73757,1413 To: Kevin Darling Something I've been afraid to ask about for a long time and have just been tolerating. I have a Coco3 running OS9 level II, 1 Meg upgrade, and three double-sided floppies, RS-232 Pak, and CM-8 Monitor. After the 1 Meg is activated, I load View, Viewgif, and sometimes Max09 (Is that one of yours?). Both these view programs have modes that permit rapid switching of images to simulate more than 16 colors or 4 gray shades. Say I'm watching a picture that contains 2 vef files alternating in this manner, and then I break the program to stop it. Once in awhile one of the images will remain in memory somewhere (you can see it flash by when hitting the clear key to change windows, but you can't stop on it). When this happens, an attempt to view another 2-file image with either view or viewgif will result in a 'window already defined' error. Using 'procs' you can see there is no process running keeping this window active. Similarly, 'deinizing' the windows doesn't matter. More detail: I boot with a vdg TERM, and define W1 type 2, W2 type 8, and W3 type 7. Running a viewer program from one of the graphics windows will sometimes turn W1 into the renegade window described above. The only way I've been able to view multi-window pictures again after this happens is to reboot. Got any ideas on what is happening here ? Paul #: 9115 S10/OS9/6809 (CoCo) 13-Jan-91 15:56:30 Sb: #9052-#Eliminator repair Fm: Bruce Isted (UG VP) 76625,2273 To: JOERG SATTLER 74016,631 (X) Joerge, I meant to get on CIS and tell you a while ago, but I just haven't had the time... anyway, your Eliminator has been repaired, and you should receive it any day now. The WD 1002-05 interface was pretty much popped, as was the Tx data line on one of the serial ports. Do you have an extra tough static problem there? Thats the only thing I can think of that'd cause the damage I saw. Anyway, not to worry, just don't let it happen again, OK? Bruce There is 1 Reply. #: 9117 S10/OS9/6809 (CoCo) 13-Jan-91 17:27:05 Sb: #9115-Eliminator repair Fm: JOERG SATTLER 74016,631 To: Bruce Isted (UG VP) 76625,2273 There is some occasional static but I dont use T1 for outside (modem) connections, only for remote terminal service. Could you gine me the name of the HD controller repair again ?. Seen to have lost the original notes I made at the time. Thank you. Joerg #: 9142 S10/OS9/6809 (CoCo) 14-Jan-91 21:37:35 Sb: #Gshell Fm: NAM PUI 73347,3324 To: Kevin Darling Thanks Kevin, and Zack Sessions. After reading the messages from both you I searched the library and downloaded all patches related to Gshell. Applied most of it to get gshell+ 1.24a. It worked great. No more hangups. With the new Grfdrv. It is fast. Now I am getting greedy. Is there a patch to get a 80*24 window (or 40*24) after you click on a file and click on list to lis the file to screen? Also, Is there a cc3io patch to patch the cc3io patched for the Dynastar keytable. I use the -<:> to get the cursor keys to work under Dunastar a lot. I also liked the ability to use the button on the joystick/mouse to move the screen. One more thing, does the serial mouse driver work with MV? Thanks again, guys, for all the helps. Nam There is 1 Reply. #: 9160 S10/OS9/6809 (CoCo) 15-Jan-91 23:20:56 Sb: #9142-#Gshell Fm: Kevin Darling (UG Pres) 76703,4227 To: NAM PUI 73347,3324 Nam - glad to help, and even gladder that you managed to apply all the patches ! A bunch, eh? Don't think there's a DS key patch (I could be wrong). No patch yet for a bigger list window either. The serial mouse driver should work, I'd think... the mod should be to CC3IO, which means Windint and Grfdrv are left alone as you've patched them. Stay "greedy", btw... keeps us on our toes . best - kev There is 1 Reply. #: 9192 S10/OS9/6809 (CoCo) 19-Jan-91 07:29:05 Sb: #9160-Gshell Fm: Mike Passer 72750,420 To: Kevin Darling (UG Pres) 76703,4227 ~ Kevin, If when you mentioned "DS key patch" (I didn't get the whole thread) you meant a patch for Dynastar keys, there is indeed one in the DL's from Ken Scales. It works quite well, and Ken is a heck of a guy! Mike #: 9170 S10/OS9/6809 (CoCo) 17-Jan-91 00:31:53 Sb: #memory Fm: Everett Chimbidis 76370,1366 To: 76703,4227 (X) Any help puting boot strap in the right order? I have pmap and dirm but don't know how to use them! Can I rearange the mods in memory then cobble back to disk? Want to make the most out of my memory (running bbs) sometimes errors out! Any help? There is 1 Reply. #: 9177 S10/OS9/6809 (CoCo) 18-Jan-91 17:31:05 Sb: #9170-memory Fm: Bill Dickhaus 70325,523 To: Everett Chimbidis 76370,1366 (X) The only way to reorder your boot file is to use os9gen or an equivalent utility. Its just a matter of making up a file of all system modules (an "ident -s" of OS9Boot is one way to get the current list of modules) and redirecting the file as input to os9gen. If you are having system memory problems, rearranging your boot won't help. Any (or all) of the following will help. Unless you really need it for something, remove VDGInt from your boot. Remove any unecessary device descriptors (if your just running the BBS you will only need a couple of window descriptors, for example). If you are using serial drivers with large buffers, make sure you really need all the buffer space (which comes from system memory). Keep the number of processes to a minimum, don't start up a bunch of shells if you don't really need them. Keep the number of open paths to a minimum, you can check this with Kevin's paths command. Make sure you don't have any duplicate modules in your OS9Boot file (this can't happen if you use cobbler to create the boot file). Make sure that both GrfInt and WindInt are not in your boot, and unless you need WindInt functions, you could use GrfInt (which is smaller). Anything you can do to reduce the size of the OS9Boot file without eliminating required functions will help. You can use Kevin's smap utility to display current system memory utilization. The pmap utility will show which processes are using how much memory, and how much (in 8K chunks), the system process (PID 1) is using. The dirm utility is similar to "mdir e", but includes additional information. It is invaluable in seeing where in memory a system module is relative to another system modules (and therefore helps in shuffling modules around to fix the BLOB). Bill #: 9174 S10/OS9/6809 (CoCo) 18-Jan-91 16:48:18 Sb: #Link shell command Fm: Denise Tomlinson 71021,3274 To: All Is it necessary to use a "link shell" command in the startup file? Also, if I want to autoboot a os9 program that is on my system disk, what is the name of the file I must use? I tryed booting "ultimusic" by inserting the line in the startup file but it bombs out. If I type "ulitmusic " after the os9 prompt everything works fine. I read somewhere that I have to rename "ultimusic" something else to autoboot it? Thanks, Denise There are 2 Replies. #: 9178 S10/OS9/6809 (CoCo) 18-Jan-91 17:38:33 Sb: #9174-Link shell command Fm: Kevin Darling (UG Pres) 76703,4227 To: Denise Tomlinson 71021,3274 Denise - no need to "link shell" in the startup file... but it speeds things up. The CC3Go program first runs "shell startup", and then "shell". So linking itself in startup saves having to load it again. Trick to starting programs in scripts (such as Startup): their standard input is the script itself, which means normal window calls using path #0 won't work in the programs and they stop. So you redirect the stdinput in the script to be the same as the std output (which is usually the window), like this: ultimusic There is 1 Reply. #: 9190 S10/OS9/6809 (CoCo) 19-Jan-91 00:33:58 Sb: #9185-12-bit timer: help! Fm: Kevin Darling (UG Pres) 76703,4227 To: PaulSeniura 76476,464 I believe it's pretty easy to use the timer, Paul. Just write a 12-bit countdown value to the timer (forgot address: read gime docs here), turn on the IRQ enable bit, and that's it. It reloads and interrupts each time it passes down through 0000. Oh, and you can set the counter freq in the GIME to either horizontal scan rate (15khz) or something very much faster (again, check the docs. GIME.TXT I think?). Long time ago I did an IRQ-driven timer-based sound output driver (crude effort)... and found that around 3KHz the interrupts overwhelmed the coco. (I could be wrong about rate: long time ago). For MIDI use, you'd probably want it to simply increment a global system variable, and have the serial input driver read that for a timestamp. Dunno about output. #: 9194 S10/OS9/6809 (CoCo) 19-Jan-91 10:29:36 Sb: #EPROMs Fm: LUTE MULLENIX 70721,2230 To: 76703,4227 (X) Kevin: I have a question for you, I noticed that someone asked about putting the boot in a EPROM. Do you think that it would be possible to burn every thing up to the reading of the startup file in an EPROM? Some way of booting without a floppy. I now have a SCSI HD using the Disto adapter and Ken Scales drivers. And I have noticed that on bootup, it reads from /D0 up to the point of the startup file, which is read from /DD (/H0). By the way, does OS9 automaticly change to a hard drive as the primary drive when one is on line? >Lute< There are 2 Replies. #: 9199 S10/OS9/6809 (CoCo) 19-Jan-91 17:47:41 Sb: #9194-EPROMs Fm: Pete Lyall 76703,4230 To: LUTE MULLENIX 70721,2230 (X) Lute - If you have a large enough EPROM (typically around 32K), you can burn the whole mess into EPROM. Most coco's are setup with 8K ROM slots though. The thing that causes /D0 to be read is the preboot (part of track 34), and then the Boot module. When the Boot module completes, it hands off to Os9, which in turn runs Sysgo, CC3Go, or whatever is specified in the Init module. The Init module also controls who the Root directory will be at startup, so this is the place you need to tweak for HD startup. Once you have customized your INIT module, cobbled a bootfile, and burned it into ROM, you can do what you like. Pete #: 9205 S10/OS9/6809 (CoCo) 19-Jan-91 22:41:13 Sb: #9194-EPROMs Fm: Kevin Darling (UG Pres) 76703,4227 To: LUTE MULLENIX 70721,2230 (X) Well, let's review the relevant boot sequences: 1. DOS command loads in kernel track (REL,BOOT,OS9P1), executes it. 2. REL relocates (copies) kernel track code to $ED00, sets GIME etc. REL then jumps to OS9P1. 3. OS9P1 inits vars, verifies kernel modules, tries F$Link to INIT. Link fails, so does F$Boot which calls BOOT. 4. BOOT loads in os9boot file from floppy. OS9P1 can now find INIT. 5. OS9P1 tries link to OS9P2, jumps to it (else does F$Boot). 6. OS9P2 inits vars, checks INIT for default device, CHD/CHX to it (else F$Boot) 7. OS9P2 checks INIT for default term, opens it. 8. OS9P2 starts up CC3GO. 9. CC3GO tries to CHD/CHX to /H0. Does startup shell, etc. To boot without a floppy, the best method is to make an EPROM which loads in a kernel "track" off the hard disk... and also make a BOOT module which reads in an OS9boot file from hard disk. This leaves everything updateable, and the only thing you have to really change is the BOOT module. Still, you could burn everything (bootfile and all) into EPROM which copied itself into RAM... with a BOOT module that just returned "okay". Or change OS9P1 slightly so that it verifies _all_ the EPROM'd modules (then BOOT wouldn't get called at all!). #: 9196 S10/OS9/6809 (CoCo) 19-Jan-91 14:14:08 Sb: #9190-12-bit timer: help! Fm: Bill Dickhaus 70325,523 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, Probably the only workable way to deal with MIDI output would be to have the driver handle timing. This means passing timing information with the outgoing MIDI data to the driver. It would end up being fairly complex. I think the most realistic place for all this timing and stuff is out on a hardware interface, rather than bogging down the CoCo with all those interrupts. Bill #: 9198 S10/OS9/6809 (CoCo) 19-Jan-91 17:39:09 Sb: #9190-#12-bit timer: help! Fm: Pete Lyall 76703,4230 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev - On the internet mailing address, those used for UUCP don't translate directly. Example: Internet: pete@wlbr.imsd.contel.com The imsd.contel.com is a domain name assigned to my company out here. It is registered at SRI, where the internet numbers are controlled. Saying 'imsd.contel.com' is the same as using a Internet address (TCP/IP) of 192.26.147.???. In our case, 'wlbr' is a local host with a node number of 8, so the resolved Internet address for wlbr.imsd.contel.com is 192.26.147.8. The 'pete@' part just says that when it gets to that machine, further direct it to user id 'pete'. Now - how this message gets routed from its source to pete@wlbr.imsd.contel.com is a complex issue, and one I'm not slick enough to explain. The UUCP addresses however are VERY literal. In my case, the UUCP address would be {major backbone sites}!jplgodo!wlbr!pete, where the message will actually pass through each of the specified sites, until it reaches wlbr, and is ultimately mailed to me. Pete There is 1 Reply. #: 9204 S10/OS9/6809 (CoCo) 19-Jan-91 22:40:11 Sb: #9198-12-bit timer: help! Fm: Kevin Darling (UG Pres) 76703,4227 To: Pete Lyall 76703,4230 (X) Ah! Thanks. I knew it wouldn't/couldn't be that simple ;-). #: 9200 S10/OS9/6809 (CoCo) 19-Jan-91 18:08:43 Sb: FOR SALE Fm: John Colegrove 76467,36 To: ANYONE FOR SALE!COCO3 512K,2 drives,CM8mon,modem-pak,music-pak,del-joysticks,lots of software+XtraCOCO3for parts-Leave Message-J.Colegrove76467,36 #: 9202 S10/OS9/6809 (CoCo) 19-Jan-91 19:48:17 Sb: #9117-#Eliminator repair Fm: Bruce Isted (UG VP) 76625,2273 To: JOERG SATTLER 74016,631 (X) Joerg, I've heard that Emerald may not be able to help with WD 1002-05 repair at the moment, but here's their address & phone number again anyway: Emerald Microware P.O. Box 1726 Beaverton, OR 97075 Phone: (503) 641-0347 There is 1 Reply. #: 9231 S10/OS9/6809 (CoCo) 22-Jan-91 07:14:43 Sb: #9202-Eliminator repair Fm: JOERG SATTLER 74016,631 To: Bruce Isted (UG VP) 76625,2273 Spoke to Brian just this past Friday. He' going to try and see what he can do. He's got the controller, so we'll have to hope and see. Thanks Joerg #: 9206 S10/OS9/6809 (CoCo) 19-Jan-91 23:00:28 Sb: #Eliminator RTC Fm: james pottage 71750,2012 To: [F] Bruce Isted 76625,2273 (X) Bruce, I've been using the eliminator with the real time clock for about one month now and I have noticed that the system seems to speed up about every 15 seconds (like a power burst) when I am running Pacos9. The momentary speed increase only happens when I am using Pacos9 as far as I can tell. Any ideas on why this is happening and how to solve it would be greatly appreciated Jim Pottage exit There are 3 Replies. #: 9207 S10/OS9/6809 (CoCo) 20-Jan-91 10:50:47 Sb: #9206-Eliminator RTC Fm: James Jones 76257,562 To: james pottage 71750,2012 (X) You know, that is sort of odd--there are times when I run pacos9 that things do seem to speed up in short bursts, and the creatures seem to dash about the maze faster. (The glyph that I'm controlling doesn't seem to...sigh. :-) I wonder what, if anything, pacos9 is doing? #: 9211 S10/OS9/6809 (CoCo) 20-Jan-91 13:58:09 Sb: #9206-Eliminator RTC Fm: Bruce Isted (UG VP) 76625,2273 To: james pottage 71750,2012 (X) Jim, I haven't seen a problem such as the momentary speed up that you describe, but it sounds like a problem that could be caused by a marginal GIME chip. Since the 60 Hz tick count of the GIME's VBORD IRQ is used by the RTC clock module (same as the software clock module) that'd be the first thing to check. Do you happen to know what version (1986, 1987, or 1987A - I think those are the versions the GIME has gone through) GIME chip you have? If your CoCo 3 is pretty old I'd suspect it had a questionable 1986 version GIME. Oh... before going out & replacing the GIME, sometimes all it takes is a gentle press to seat it in its socket properly... if you don't mind opening the case. Also, are you using a Multi-Pak Interface, and if so, is it upgraded for use with the CoCo 3? If its not upgraded, do that first before you do anything else. Bruce #: 9220 S10/OS9/6809 (CoCo) 21-Jan-91 04:44:36 Sb: #9206-Eliminator RTC Fm: LARRY OLSON 72227,3467 To: james pottage 71750,2012 (X) James, Put your tools and testers away , there is nothing wrong with the hardware. The speedup you see in pacos9 is all software related. Kevin was right about part of what you are noticeing, with the new GRFDRV installed the ghosts will sometimes line up on a byte boundry which makes the gets/puts faster, this is part of the speed increase. The other part of the speed increase you see is if pacman is not moving, when pacman is stopped, the processing time that would be devoted to moving pacman is now available for the ghosts, which causes them to speed up. If Bruce Isted's VRN was available at the time, it could have been used to fix that problem by setting the program up to move the objects under control of interrupts. I had some code in the program that would waste the processing time that pacman wasn't using, so that the ghosts didn't speed up noticeably, but I took it out. It seemed terrible to be throwing away processing time and anyway the more I thought about it, I thought that the speedup of the ghosts when pacman stops might add a little more of a challenge to the game. So James....Do Not Attempt To Adjust Your Set We Are Controlling What You See.... Larry (guilty party) Olson #: 9209 S10/OS9/6809 (CoCo) 20-Jan-91 13:14:06 Sb: #9178-Link shell command Fm: Denise Tomlinson 71021,3274 To: Kevin Darling (UG Pres) 76703,4227 (X) Thanks, I'll try that. I am using a real time clock for "setime". I am using the smart watch in my controller. Works real good for time keeping under os9, by the way. Huggs, Denise #: 9210 S10/OS9/6809 (CoCo) 20-Jan-91 13:15:02 Sb: #9179-Link shell command Fm: Denise Tomlinson 71021,3274 To: Bill Dickhaus 70325,523 (X) Thanks for the info Bill, I'll try that. Huggs, Denise #: 9212 S10/OS9/6809 (CoCo) 20-Jan-91 15:36:40 Sb: #Eliminator RTC Fm: james pottage 71750,2012 To: Bruce Isted Bruce, I am not using a multi pak interface. As well the problem does not seem confined just to the one coco. I have a second newer coco3 that also has the same problem as the older coco3. The problem I encounter is the same as James Jones described in message 9206. The newer COCO3 was boughtin 1989 during the coco clearance sales. The eliminator system I am running is composed of the eliminator, on seagate st124 drive (20meg), one 40meg imprimis wren II drive, one 3 1/2 720K drive and one 360K 5 1//4 drive. Also I am using a monochrome monitor with the disto monocrome adapter on this system, along with one joystick. Could the problem be with either the RTC or with pacos9? Jim Pottage There are 2 Replies. #: 9213 S10/OS9/6809 (CoCo) 20-Jan-91 15:48:22 Sb: #9212-Eliminator RTC Fm: Bruce Isted (UG VP) 76625,2273 To: james pottage 71750,2012 (X) Jim, I really don't know what the problem is... I have pacos9 (CRC $FE5BF0) but I've never noticed any problem. Of course, I don't play too many games, except when I need a break and probably wouldn't notice a problem if it bit me. I doubt the problem is with the RTC, but you could check by making up a new boot file that has the software clock module in it. Bruce #: 9215 S10/OS9/6809 (CoCo) 20-Jan-91 19:43:40 Sb: #9212-Eliminator RTC Fm: Kevin Darling (UG Pres) 76703,4227 To: james pottage 71750,2012 (X) Jim - I've forgotten whether Pacos9 used the windowing system or not... if it did, then perhaps it hits on the fast Grfdrv PUT boundaries now and again, and that's the reason for the speedups you see. He wrote it before that grfdrv was widely available, if I recall. best - kev #: 9214 S10/OS9/6809 (CoCo) 20-Jan-91 16:22:44 Sb: #Eliminator RTC Fm: james pottage 71750,2012 To: Bruce Isted Bruce, after I sent my last message I discovered two interesting things. First, the old grfdrv driver seems to work fine with the RTC. Only the new grfdrv seems to cause the problem. Also, the system works fine with the new grfdrv if the RTC is not used and the clock driver sent with the eliminator package is used (or the old clock driver that came with OS9 Level II - I am presently using your clock with my disto system and it works fine). Is it possible that the new grfdrv is turning off the interupts? Jim Pottage There is 1 Reply. #: 9216 S10/OS9/6809 (CoCo) 20-Jan-91 19:44:26 Sb: #9214-Eliminator RTC Fm: Kevin Darling (UG Pres) 76703,4227 To: james pottage 71750,2012 (X) Aha. Yep, see previous message. It must be the fast PUT locations. - kev #: 9218 S10/OS9/6809 (CoCo) 20-Jan-91 21:17:58 Sb: Eliminator RTC Fm: james pottage 71750,2012 To: Kevin Darling Kevin - Thanx very much for the reply. #: 9219 S10/OS9/6809 (CoCo) 20-Jan-91 21:51:19 Sb: #HELP Fm: John Colegrove 76467,36 To: ANYONE I am fairly new at OS9 and have a problem. I try to use Deskmate 3's Telecom with a Direct connect modem pak(junk I know)and it won't work. When I run ident on the different modules, I get MODULE HEADER IS INCORRECT! on DMAPPS and DMALT. I asked people in Fort Worth and they don't know what I am talking about. Can anyone help? There is 1 Reply. #: 9223 S10/OS9/6809 (CoCo) 21-Jan-91 16:18:46 Sb: #9219-HELP Fm: Steve Wegert 76703,4255 To: John Colegrove 76467,36 (X) John, I wouldn't get too concerned over the ident error report, just yet. It's possble that Deskmate just can't find the right serial device. You did tell it to use /m1 and you have /m1 and modpak in your boot, jes? Steve #: 9225 S10/OS9/6809 (CoCo) 21-Jan-91 18:35:47 Sb: #Sending nulls to T2 Fm: Paul Rinear 73757,1413 To: Anyone I use an old printer that has trouble keeping up at 1200 baud. If I use xmode to set null=120, there is enough delay for it to work. However, consecutive line feeds are unbearably slow. I tried setting null back to zero and writing a filter that counts output characters until a 'return' and then sends a number of nulls based on this line length. The shorter the line the shorter the delay after a return. Using this command : list filename ! filter > /t2 I get no delay no matter how many null characters the filter sends out. Should this work, or is there something in the device descriptor that ignores these null characters ? ??????, Paul R. There is 1 Reply. #: 9229 S10/OS9/6809 (CoCo) 21-Jan-91 22:52:42 Sb: #9225-#Sending nulls to T2 Fm: Kevin Darling (UG Pres) 76703,4227 To: Paul Rinear 73757,1413 (X) Paul - your filter would have to do I$Read and I$Write (vs WriteLn which would ignore nulls, you see). What language are you using? (if you don't understand, that is ;-). best - kev There is 1 Reply. #: 9232 S10/OS9/6809 (CoCo) 22-Jan-91 12:40:48 Sb: #9229-#Sending nulls to T2 Fm: Paul Rinear 73757,1413 To: Kevin Darling (UG Pres) 76703,4227 (X) I wrote it in C using getchar and putchar. No good? While on the subject of languages, I have another question: I got the Level I assembler (asm) so that I can assemble code generated by the Pascal translator program. It seems to work with no errors, but it leaves no object code anywhere. ?? I ordered a copy of your book, Inside OS9 Level II, and there is a three week wait. Maybe it will help answer the last question I left (about renegade windows?). Thanks, Paul There are 2 Replies. #: 9233 S10/OS9/6809 (CoCo) 22-Jan-91 13:34:07 Sb: #9232-Sending nulls to T2 Fm: Kevin Darling (UG Pres) 76703,4227 To: Paul Rinear 73757,1413 (X) I can't recall if Asm automatically leaves a module in your current CHX dir or not. If not, try something like "asm file o=filename"... been a while since I did that. On the filter, try redirecting its output to a file, and dumping it to see what's actually coming out of your filter. Might give some clues. #: 9236 S10/OS9/6809 (CoCo) 22-Jan-91 18:30:00 Sb: #9232-#Sending nulls to T2 Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 (X) Paul - Getchar and putchar use buffered I/O, which will intelligently select I$writ/readln or I$write/read.... You'd be better off using read()/write()... There's some skulduggery you can use to force binary operations, but this is cleaner... Re: asm no generating code... hmmm. Did you try: asm l o=/d0/cmds/woof woof #20k The 'o' argument tells it to generate the binary... actually, you could have omitted the filename and it would have defaulted to the execution dir and the same name as the source. Pete There is 1 Reply. #: 9237 S10/OS9/6809 (CoCo) 22-Jan-91 19:17:16 Sb: #9236-#Sending nulls to T2 Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 (X) The 'o' argument works, and I get an output file. If I set the attributes and then load the file, it shows up on an 'mdir' but will always load from disk again when I try to run it. It also will load into memory without the execute attribute set. This is utterly useless. I will try your suggestions on the C code. Thanks, Paul There is 1 Reply. #: 9246 S10/OS9/6809 (CoCo) 22-Jan-91 23:43:44 Sb: #9237-#Sending nulls to T2 Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 (X) If it loads from disk if it is already in memory, then very likely your MODULE name is not the same as the FILENAME. Make sure that they are the same. Also - I _dare_ you to load an executable without execute permissions... are you SURE it's actually in memory? Pete There is 1 Reply. #: 9255 S10/OS9/6809 (CoCo) 23-Jan-91 09:45:19 Sb: #9246-#Sending nulls to T2 Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 (X) My mistake on the attributes; I had the source code file named the same as the executable and I attr'd that one. On the other point, it doesn't seem to matter if the module name is the same as the disk file name or not, it still goes to the disk. The module is definitely in memory. Makes me think that the module itself ia is accessing the disk. It is only a test program of the 'hello world' sort. Paul There is 1 Reply. #: 9258 S10/OS9/6809 (CoCo) 23-Jan-91 16:13:18 Sb: #9255-#Sending nulls to T2 Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 (X) If you type 'LOAD xxxxxx', it WILL go to the disk regardless. If you type 'xxxxxx', it will: a) See if the module is in memory... if yes, link to it and execute it. b) If NOT a, then see if it lives in the execution directory. If yes, load it, link to it, and execute it. c) If NOT a AND NOT b, then look for a file by that name in current data directory, and treat it as a shell script (i.e. fork another shell with it's input redirected to that filename. See which of the above applies to you. Unless your program explicitly accesses the disk itself, this is the behavior that will take place. Pete There is 1 Reply. #: 9264 S10/OS9/6809 (CoCo) 24-Jan-91 00:21:51 Sb: #9258-#Sending nulls to T2 Fm: Paul Rinear 73757,1413 To: Pete Lyall 76703,4230 (X) I'm familiar with that. I "load test" then I "mdir" to check for it in memory. It is there named 'test'. So I type "test" and it heads right for the disk. So the module must be accessing the disk. Here is the source code: $TITLE Test $SUBTITLE pas PROGRAM message (input,output); BEGIN write ('good grief') END. Doesn't look disk intensive. Here is the output of PascalT.PRUN : NAM MESSAGE USE PASCALDEFS MOD P.END,P.NAME,P.TYPE,$81,P.START,P.DATA P.NAME FCS /borg/ FCB 1 P.TYPE EQU 17 RMB 3548 P.DATA EQU . TTL PROCEDURE MESSAGE PAG A0D0 FCC "good grief" FCB $D P.SUP FCS "SUPPORT" P.START STY MEMTOP STX PARAMBEG LEAX -1,Y STX PARAMEND STU MEMBOT LEAX P.ABORT,PC STX ABORT STX DISPATCH LEAX >Rod<< #: 9277 S10/OS9/6809 (CoCo) 25-Jan-91 17:29:31 Sb: #Seagate St225N Fm: james pottage 71750,2012 To: Rodney Harper, 75130,1321 (X) The formatting for the St225N ussually gives an error on the first attempt, Try formatting a second time without shutting the system down. A better plan would be to contact Ken Scales on Delfi, or leave him electronic mail on compuserve. He has a new patch for the disto SCSI drivers which solve a problem encountered on booting up, and also allow formatting. They also allow better multi tasking. If you can not get a hold of him leave me another message and I will contact him for you Jim Pottage There is 1 Reply. #: 9279 S10/OS9/6809 (CoCo) 25-Jan-91 20:05:15 Sb: #9277-Seagate St225N Fm: Rodney Harper 75130,1321 To: james pottage 71750,2012 Jim, What is his User Name ? I am RWHARPER on Delphi. >>Rod<< Press !> #: 9287 S10/OS9/6809 (CoCo) 26-Jan-91 02:47:13 Sb: #9256-#Seagate ST225N Fm: Ken Scales 74646,2237 To: Rodney Harper 75130,1321 (X) Rod - Yes, the 4-in-1 does require the add-on power supply for the Hard Drive interface. That one stumped a friend and I first time we tried to set up his drive -- the manual mentioned the power supply only under the Serial Port, but it is required for the HD as well. (not the clock, tho.) Also, I am in the process of releasing a new version of the CCHDisk driver (v 4.7) which will let you do the physical format under OS-9, rather than using that Basic program. Also has a few other tweeks specifically for Seagate STxxxN drives (though it is not limited to Seagates). Should be available in a few days. (Gotta reformat the doc file.) Cheers... / Ken There is 1 Reply. #: 9290 S10/OS9/6809 (CoCo) 26-Jan-91 12:20:42 Sb: #9287-Seagate ST225N Fm: Rodney Harper 75130,1321 To: Ken Scales 74646,2237 (X) Ken, Many thanks for the reply. I was getting real close to making the Seagate a door stop. Once you get the file done, hopefully soon, let me know I would like to give it a try. I am online daily, so I will be looking out for your message saying " OK, Rod....Give it a try !!" Any ideas on why the Disto Basic Formatter will not work most of the time ? >>Rod<< #: 9289 S10/OS9/6809 (CoCo) 26-Jan-91 12:03:50 Sb: Seagate St225N Fm: james pottage 71750,2012 To: Rodney Harper Rod, Ken Scales user name is KSCALES and he uses the OS9 Forum only. Jim Pottage #: 9291 S10/OS9/6809 (CoCo) 26-Jan-91 12:48:09 Sb: #9205-#EPROMs Fm: LUTE MULLENIX 70721,2230 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin: So what your saying is it should be possable to work up an EPROM that would just boot off the HD. Now what kind of a job would that be for someone like me? I can plug things in, solder in diodes, and patch modules, but I,m not really up on figuring out what to patch, and what to to change things to. Am I correct in thinking that the EPROM would have to know where on the HD to find the kernel (track), and then a new BOOT mod would have to be written in say assembly. Of course the code in the EPROM would have to be machine code to start things off, right? I just noticed something, looking through a couple of folders I have of boot modules, that REL BOOT and OS9P1 are not in there. Interesting. When we do an OS9gen, these must be pulled out ot memory, right? Am I getting in over my head here? By the way, when I get this figured out is there somewhere a guy can get EPROMs burned for a resonable fee? Also I'm not a programmer, so any books you might think would help me on my way on assembly would be most appreciated. I have Bill Barden's book for EDCB, would this do me some good to go through? >Lute< There is 1 Reply. #: 9292 S10/OS9/6809 (CoCo) 26-Jan-91 13:48:06 Sb: #9291-#EPROMs Fm: Pete Lyall 76703,4230 To: LUTE MULLENIX 70721,2230 (X) The bootfile is located via a LSN pointer in LNS0 on the hard disk. The boot need only look there, and then seek to the designated spot, and read the bootfile. In coco land, os9p1, REL, Boot, and Init (?) are on track 34 of the boot floppy, and are loaded by the DOS command (reads 18 sectors from track 34 into memory). Once loaded, they jump into it, and it takes over by enabling the appropriate RAM mode, copying the modules to high RAM, and then jumping into os9. That's the 1st level boot. Then os9's Boot module takes over (via OS9p1) and loads the OS9Boot file. Pete There is 1 Reply. #: 9327 S10/OS9/6809 (CoCo) 29-Jan-91 21:06:35 Sb: #9292-#EPROMs Fm: LUTE MULLENIX 70721,2230 To: Pete Lyall 76703,4230 (X) Pete: So really, all the EPROM would have to do is know where to find the first part of the Boot. Then OS-9 will just read the rest of it off the disk? >Lute< There is 1 Reply. #: 9338 S10/OS9/6809 (CoCo) 30-Jan-91 11:33:36 Sb: #9327-EPROMs Fm: Pete Lyall 76703,4230 To: LUTE MULLENIX 70721,2230 (X) Lute - A standard (well, COCO) bootstrap is really three separate stages of bootstrapping: 1 - The DOS command reads track 34 into memory, and executes the REL code manually. The REL code takes the rest of track 34 (which contains os9p1, boot, and init) and relocates it to upper memory. Then it jumps into OS9 (or OS9p1). 2 - OS9 calls f$boot, which eventually locates and starts the BOOT module. The BOOT module goes to the floppy (hard coded) and looks at LSN0. It gets the location of the OS9Boot file (or whatever it's called - name is unimportant) in terms of absolute sector number (LSN), and the size of the boot file from the LSN0 info. It seeks the disk to that point, and reads exactly that many bytes (modulo 256). It then passes control back to os9. 3 - OS9 then finishes initialization, and starts Sysgo/CC3Go. Sysgo/CC3go gets parameters from Init (working and exec dirs, standard I/O defaults, etc.) and sets them up. It then forks a shell to perform the startup script, and upon completion of that, forks another shell, which is the first user shell, and the initial OS9: prompt that you see. Pete #: 9293 S10/OS9/6809 (CoCo) 26-Jan-91 16:13:33 Sb: #9230-#mv/aif Fm: NAM PUI 73347,3324 To: Kevin Darling (UG Pres) 76703,4227 (X) I did, I varied the foreground and background from 0 to 7 and all the combination possible. It have not effect. Montype would change the display on a monochrome. But not to a point that I can read it. The only way I can change them at this point is to change the palette setting with control in MV. Then the changes would carry through to the window setup in aif. But doing it this way would render the MV window unreadable. Hope there is some other way or I will have to go back to the old fashioned way of startup a pro program. Nam There is 1 Reply. #: 9294 S10/OS9/6809 (CoCo) 26-Jan-91 22:51:53 Sb: #9293-#mv/aif Fm: Kevin Darling (UG Pres) 76703,4227 To: NAM PUI 73347,3324 (X) Oh. Are you running M-V when you start up? What does the standard palette have in it? (I mean in the env.file) Have you saved out the changes you made? There is 1 Reply. #: 9300 S10/OS9/6809 (CoCo) 27-Jan-91 17:45:21 Sb: #9294-#mv/aif Fm: NAM PUI 73347,3324 To: Kevin Darling (UG Pres) 76703,4227 (X) I started up MV from startup file to /w3. The env.file palette was on the previous message I posted. The palette was change await back to a more pleasing set then the standard set from the Tandy Disk. I found one thing the hard way. The aif file change have not affect on the window if you have start the application before during the same session. You must reboot to see the foreground and background changes. After playing around a little more with the MV and some applications. I have came up with some workable solutions. Having a color monitor to turn to to identify the actual color help. With a monochrome monitor(The one i got was used a video monitor and the grey level is not as as stable as a computer monochrome monitor). You can set the MV palette as follows. Palet0=0,0,0 palet1=3,3,3 Palet2=2,0,0 Palet3=2,2,0 You can set the dynacalc aif file as follows: 2,80,24,0,4 This will show up as a red on black screen on a color monitor and a very readable white on black on a monochrome. The Dynacalc used is the Ver 1.00.00 from tandy copyright 1984 The Dynastar aif can be set up as: 2,80,24,2,0 This will also yield a fairly readable screen. There is still a minor problem. The cursor is not visible and the command prompts are not visible. This is the ver. 3.4 for coco III lvl II. Hope this is of some help and maybe there is fix for the problems I got. Nam There are 2 Replies. #: 9302 S10/OS9/6809 (CoCo) 27-Jan-91 20:48:23 Sb: #9300-#mv/aif Fm: Kevin Darling (UG Pres) 76703,4227 To: NAM PUI 73347,3324 (X) Thanks much for your solutions, Nam! Right, the MV startup uses the env.file to set the global default colors, so any programs started beforehand would use the stock global defaults instead. I'll keep thinking, also. There is 1 Reply. #: 9328 S10/OS9/6809 (CoCo) 29-Jan-91 21:45:36 Sb: #9302-mv/aif Fm: NAM PUI 73347,3324 To: Kevin Darling (UG Pres) 76703,4227 (X) The env.file seems to affect only one window. Another type 2 window started up before the MV would not get affected. I will try to see if any type e 2 window startup after the MV will get affected or not. I will keep in touch. Nam #: 9305 S10/OS9/6809 (CoCo) 27-Jan-91 22:51:06 Sb: #9300-#mv/aif Fm: Randy Wilson 71561,756 To: NAM PUI 73347,3324 (X) Nam, One thing I have not seen metioned yet is that DynaStar v3.4 knows about CoCo windows. It keeps it's own record of palette slots to use in it's termset file. You might also try changing these to get a readable screen, with the cursor and such visible. Randy There is 1 Reply. #: 9329 S10/OS9/6809 (CoCo) 29-Jan-91 21:57:39 Sb: #9305-mv/aif Fm: NAM PUI 73347,3324 To: Randy Wilson 71561,756 (X) Thats right, but the MV env.file mess up the default palette slot to an point that DS V3.4 will not be visible. I have my Termset use white on black type 2 windows in all the windows. It works fine if I start up DS from a stock type 2 windows with default color palettes. If the application before that switches/or changes te the palettes. Then DS will use the altered palette. Mv is teh one that alters it. What I want is for the aif to tell the DS window the altered palette slots. It seems to me we need to have some way of letting the aif reset the palette slot back to the default before DS starts. (The MV gshell may start in a different window every time. I don't want to mess around with the termset.) Nam #: 9339 S10/OS9/6809 (CoCo) 30-Jan-91 17:49:15 Sb: #9228-#mv/aif Fm: Mike Stephenson 71655,415 To: NAM PUI 73347,3324 (X) I read your message about GSHELL+, DynaStar 3.4, and a monochrome monitor. I have uploaded a file which may help you. The files will allow you to make a new TERMset and alter your /dd/sys/env.file. These work fine for me on my Magnavox 8515 RGB monitor in both RGB mode and Monochrome mode. Hope this will help you. Look for TRMSET.AR in the APPLICATIONS library when it is enabled. P.S. My AIF for DynaStar look like this . . Ds ICONS/Icon.dyna 0 2 80 24 1 0 Enjoy. There is 1 Reply. #: 9348 S10/OS9/6809 (CoCo) 30-Jan-91 22:07:18 Sb: #9339-mv/aif Fm: NAM PUI 73347,3324 To: Mike Stephenson 71655,415 (X) Thanks. I will download the file and see what happens. Nam #: 9306 S10/OS9/6809 (CoCo) 27-Jan-91 23:19:09 Sb: #DynaStar arrow keys Fm: Ken Scales 74646,2237 To: NAM PUI 73347,3324 (X) Nam - About a week or so ago, you asked about making the arrow keys work under DynaStar, after applying the GShell+ patches. The utility (patch file) you are after is called KeyTable, and is contained in DSPAT.AR in DL10. This is the latest version of the file, and should be compatible with your upgraded version of CC3IO. I have tried it with most CC3IO upgrades successfully, including the latest version released by Bruce Isted in ESW110.AR (Eliminator S/W version 1.10). Exception: I haven't got a serial mouse working, so have only tried the ".joy" versions from Bruce's file. Good luck... let me know if you have any problems. Cheers... / ken There is 1 Reply. #: 9330 S10/OS9/6809 (CoCo) 29-Jan-91 22:00:51 Sb: #9306-DynaStar arrow keys Fm: NAM PUI 73347,3324 To: Ken Scales 74646,2237 (X) Thanks. The ctrl-e,s,d,x cursor movement is wearing me down fast. Nam #: 9307 S10/OS9/6809 (CoCo) 28-Jan-91 00:14:28 Sb: #9219-#HELP Fm: Lee Veal 74726,1752 To: John Colegrove 76467,36 (X) DMAPPS is not an executable module (does not start with 87CD), therefore it should get a module header is incorrect error. DMALT is executable and should be Header for: DMALT Module size: $3FAB #16299 Module CRC: $6926DE (Good) Hdr parity: $3D Exec. off: $0012 #18 Data Size: $03D4 #980 Edition: $7E #126 Ty/La At/Rv: $11 $00 Prog mod, 6809 obj, non-shr, R/O provided that I don't have any mods in it that make it different from the Deskmate 3 Master Disk. What slot do you have the Modem Pak plugged into on your MPI? Lee There is 1 Reply. #: 9312 S10/OS9/6809 (CoCo) 28-Jan-91 22:03:58 Sb: #9307-#HELP Fm: John Colegrove 76467,36 To: Lee Veal 74726,1752 (X) Lee, I figured out my problem. I had customized my Deskmate3 disk, I have it all on one double sided disk and stepping at 6 milliseconds, but when I configured it, I must have left out the /M1 and /M2 descriptors because at that time, I didn't have a modem,(I waited till the shack reduced them to $9.95) but anyway all I had to do was copy the /M1 to my Deskmate3 and now everything is A-OK. Thanks for the help. I do have another problem though, I can't figure how to handle any of the programs I have downloaded (binary or arc). I tried changing attributes, loading to memory and Basic09, I wonder what I'm doing wrong? John There are 2 Replies. #: 9313 S10/OS9/6809 (CoCo) 28-Jan-91 22:12:41 Sb: #9312-#HELP Fm: DAVID DE FEO 71630,721 To: John Colegrove 76467,36 (X) John, the archived files need to be eXtracted using the ar program. I think you can find it in the Utility lib. Then you have to set the e attr to the dearced program. Dave There is 1 Reply. #: 9314 S10/OS9/6809 (CoCo) 28-Jan-91 22:34:58 Sb: #9313-HELP Fm: John Colegrove 76467,36 To: DAVID DE FEO 71630,721 (X) Dave, I'll try it and see. Thanks. John #: 9320 S10/OS9/6809 (CoCo) 29-Jan-91 16:25:51 Sb: #9312-#HELP Fm: Lee Veal 74726,1752 To: John Colegrove 76467,36 (X) As for the binary stuff, it needs to have any x/y-modem pad characters removed, then you can set the execution attributes on with ATTR. DED can be used to help truncate the downloaded binary file. DED is another utility that you can find in the libraries here. Then you just put the module in the current execution directory. As previously stated, you have to use the AR utility to deARchive files that are suffixed with ".AR". On the binary files, if they are packed BASIC09, you'll still have to adhere to the same rules that detail where RUNB and other support modules have to be. Lee There is 1 Reply. #: 9321 S10/OS9/6809 (CoCo) 29-Jan-91 18:05:24 Sb: #9320-#HELP Fm: Pete Lyall 76703,4230 To: Lee Veal 74726,1752 (X) Lee - The simplest way to strip X/Ymodem padding is: 1. Set execute permissions on (attr filename e pe) 2. Load the module (with padding attached) 3. Ignore any error messages 4. Delete the disk image of the module 5. SAVE the module from memory to disk. After step 5, the padding will be gone, as the module header size field determines how much is written to disk (actually, how much is loaded as well. When loading, os9 will see the anticipated end of the module, note that it's not at EOF, and look for a subsequent module in the file (SYNC BYTES). If not there, it should bark about an illegal module header, or the like). Pete There is 1 Reply. #: 9377 S10/OS9/6809 (CoCo) 02-Feb-91 20:16:30 Sb: #9321-HELP Fm: Lee Veal 74726,1752 To: Pete Lyall 76703,4230 (X) Yes, I'm aware of that one, too. Thanks for the the remind. Lee #: 9317 S10/OS9/6809 (CoCo) 29-Jan-91 00:27:05 Sb: memory help! Fm: Everett Chimbidis 76370,1366 To: all How do you set up your memory?? (to make the most of it?) #: 9322 S10/OS9/6809 (CoCo) 29-Jan-91 18:16:23 Sb: #LOGIN/TSMON on V2.0 Fm: Michael Wood 71631,340 To: all I am a new user to OS9. Recently I purchased a CoCo3 (128k), drive0, and of course OS9. The OS version number is 02.00.01 and the RS stock number is 263031. I am doing some experimenting with its multiuser capabilities and have build a null modem cable to interface with my Macintosh. My problem has to do with the LOGIN and TSMON commands/modules. Nothing was mentioned about them in my documentation and, after looking through the disks, I find they don't appear on either of them. Did I purchase the RS 2.0 UPGRADE only? In order to have password security on my /t1, etc. do I need to get the 01.00.00/01.00.01 version also? I am perfectly able to get a shell running on /t1.... What am/did I do wrong or am missing here? HELP! There is 1 Reply. #: 9335 S10/OS9/6809 (CoCo) 30-Jan-91 08:04:33 Sb: #9322-#LOGIN/TSMON on V2.0 Fm: Steve Wegert 76703,4255 To: Michael Wood 71631,340 (X) Michael, Login and Tsmon were not included in the Level II release of OS9. Instead, they were bundled on the Developer's Pak. Not to worry .... there are several replacements in the LIBRARIES. Do a Browse on LOGIN and see what pops up. LIB 8 should be the place to look. Give a shout if you need more info. Steve There is 1 Reply. #: 9341 S10/OS9/6809 (CoCo) 30-Jan-91 19:43:40 Sb: #9335-#LOGIN/TSMON on V2.0 Fm: Michael Wood 71631,340 To: Steve Wegert 76703,4255 (X) Thanks Steve. I don't remember seeing a developers pak in my local store but I would have been suprised to do so. They don't stock much... Another problem I hm I have is the lack of a modem interface for my CoCo so I'll have to figure out another way to get those utilities. Thanks again for your help! -Mike There are 3 Replies. #: 9342 S10/OS9/6809 (CoCo) 30-Jan-91 20:33:23 Sb: #9341-LOGIN/TSMON on V2.0 Fm: Dan Robins 73007,2473 To: Michael Wood 71631,340 Michael, I've got a Developer's Pack hanging around the house that I'll sell ya. How does $35 & shipping costs sound? Dan #: 9344 S10/OS9/6809 (CoCo) 30-Jan-91 21:00:28 Sb: #9341-LOGIN/TSMON on V2.0 Fm: Steve Wegert 76703,4255 To: Michael Wood 71631,340 Michael, Where's there's a will ... A 232pak or equal is almost a requirement for modeming with OS9. But ... if you have a RSDOS terminal package that supports xmodem or B protocol, you can use one of the converting utilities to move the file from RSDOS to OS9. DOSOR9 comes immediately to mind. Give a yell if you need more info. In the meantime, check out the ultilites library for this file. Steve #: 9346 S10/OS9/6809 (CoCo) 30-Jan-91 21:04:27 Sb: #9341-LOGIN/TSMON on V2.0 Fm: Steve Wegert 76703,4255 To: Michael Wood 71631,340 Mike, DOSOR9.BAS and DOSOR9.HLP can be found in the COCO Library (#10). Steve #: 9345 S10/OS9/6809 (CoCo) 30-Jan-91 21:02:11 Sb: #Games Fm: WAYNE LAIRD 73617,3042 To: Floyd Resler ? s/194/ S/194/ S[/194/] Floyd, I've got your games: gemquest, spacezap, tank, dungeon. Wwould like to register them shortly, they are are with excellant graphics. I am however running into a few error messages and problems though. Dungeon, OS9 runs quite well but does it end? I get to the point of where the man is surrounded by one-way tunnels, and I can't find the way out. Spacezap when I downloaded this one it didn't have a graphics window maker so I used the one that came with tank but the fonts do not come on the screen just a row of dots instead of letters. I can run tank first then I can have the fonts come up but then I constantly get error 194 right after the game comes up, Zap #30k doesn't do me any good ethier, same error code. Tank, when I'm on a high level seems to error out on me, missed the code number there. Gemquest, on level 4 when I'm there I'll always end up with error #55 Could be bad downloads from other boards But I would appreciate your help here, and keep on the good work! Wayne Laird There is 1 Reply. #: 9355 S10/OS9/6809 (CoCo) 31-Jan-91 17:25:44 Sb: #9345-Games Fm: Floyd Resler 72500,2572 To: WAYNE LAIRD 73617,3042 Good questions. For The Dungeon Depths, there are 15 levels. Some of the levels are very tough as you discovered. I'm not sure what the problem with the fonts on SpaceZap is. In Tank a couple of the levels included with the game were bad. You can find the corrected levels on here (LIB 10). If you download my patch file (can't remember the name of it right now) from LIB 10, it will {ix the error in GemQuest plus some bugs in some of my other games. Floyd #: 9359 S10/OS9/6809 (CoCo) 01-Feb-91 00:12:18 Sb: #OS9 to MSDOS Fm: Paul Rinear 73757,1413 To: Anyone I seem to recall reading messages about a program here that runs on MS-DOS and lets you read files from OS9 disks. Do you know where this can be found? Paul There is 1 Reply. #: 9362 S10/OS9/6809 (CoCo) 01-Feb-91 06:43:34 Sb: #9359-#OS9 to MSDOS Fm: Dan Robins 73007,2473 To: Paul Rinear 73757,1413 (X) Paul, Are you sure it isn't the other way around (a program that runs under OS9 that lets you read/write PC diskettes)? The program that runs under OS9 is called PCDOS.AR and is in LIB 10. Dan There is 1 Reply. #: 9363 S10/OS9/6809 (CoCo) 01-Feb-91 09:55:49 Sb: #9362-#OS9 to MSDOS Fm: Paul Rinear 73757,1413 To: Dan Robins 73007,2473 (X) Yeah. I have PCDOS and it works well. But I do remember one like I described. It was quite awhile back and I could be wrong. Paul There are 2 Replies. #: 9366 S10/OS9/6809 (CoCo) 01-Feb-91 22:35:38 Sb: #9363-OS9 to MSDOS Fm: Dan Robins 73007,2473 To: Paul Rinear 73757,1413 (X) Paul, I'm nothing familiar in this forum that will do it on an MS-DOS machine, and I can't recall any MS-DOS program which will do it either. I would be glad to know I am wrong though!....so if you hear of one, let me know too! Dan #: 9367 S10/OS9/6809 (CoCo) 02-Feb-91 00:32:34 Sb: #9363-#OS9 to MSDOS Fm: Kevin Darling (UG Pres) 76703,4227 To: Paul Rinear 73757,1413 (X) Paul - I too recall someone once saying that there was a commercial MSDOS program which would read os9 disks... but can't remember the name. I keep bugging Chris Babcock to do one, tho . There is 1 Reply. #: 9375 S10/OS9/6809 (CoCo) 02-Feb-91 17:09:09 Sb: #9367-#OS9 to MSDOS Fm: Paul Rinear 73757,1413 To: Kevin Darling (UG Pres) 76703,4227 (X) The commercial program I see advertised in Rainbow is Xenocopy ? There is 1 Reply. #: 9390 S10/OS9/6809 (CoCo) 03-Feb-91 19:30:09 Sb: #9375-OS9 to MSDOS Fm: Lee Veal 74726,1752 To: Paul Rinear 73757,1413 There was a program called "CoCoUtil" (and later CoCoUtil II) that ran on MS-DOS machines, but it would only read RS-DOG disks. It was commercial. Lee #: 9385 S10/OS9/6809 (CoCo) 03-Feb-91 12:13:04 Sb: #8908-LISP for CoCo3 Fm: Mike Knudsen 72467,1111 To: MOTD Editor..Bill Brady 70126,267 UltiMusE-III also beats the 64K limit by mapping various object-code routines into an 8K segment kept open for that use. Uses C-coded machine code, and WizPro uses packed B09 RUNB modules, but basically same idea. Umuse also fights the 64K limit by forking off the whole grafix end of the beast and PIPElining to it. Dale Puckett wrote this up in his Rainbow OS9 column about a year ago. --mike k #: 9387 S10/OS9/6809 (CoCo) 03-Feb-91 15:23:29 Sb: #OS9 LII Fm: PHIL SCHERER 71211,2545 To: ALL Am I remembering wrong or was there supposed to be an updated version of OS9 level 2 coming out????? There is 1 Reply. #: 9388 S10/OS9/6809 (CoCo) 03-Feb-91 16:12:46 Sb: #9387-#OS9 LII Fm: Kevin Darling (UG Pres) 76703,4227 To: PHIL SCHERER 71211,2545 You remember right. You've also got some good parts of it already (fast grfdrv, serial mouse and clock hacks, gfx2, etc). We'd like to shoot for the Chicago fest, but there's a lot of work to be done first. We'll see. There is 1 Reply. #: 9389 S10/OS9/6809 (CoCo) 03-Feb-91 19:26:19 Sb: #9388-#OS9 LII Fm: Lee Veal 74726,1752 To: Kevin Darling (UG Pres) 76703,4227 (X) Congrats, Finally saw that Kyum-Gai (OS-9 L2 version) is at last seeing the light of day. And I hope it's a bright new day, too. I think it will be if we, the OS-9 community, can keep the pirating down. Try as I might, I just can't convince some of my fellow club members here locally that pirating is detrimental to the whole community. Lee There is 1 Reply. #: 9391 S10/OS9/6809 (CoCo) 03-Feb-91 20:23:23 Sb: #9389-OS9 LII Fm: Kevin Darling (UG Pres) 76703,4227 To: Lee Veal 74726,1752 Lee - yes, thanks to Eddie Kuns who fixed a coupla things, Kyum-Gai finally left the "to do" queue ;-). I've always claimed that OS9ers believe in paying for stuff, in order to support third parties. Hope I'm right! (I think so) Press !> #: 9394 S10/OS9/6809 (CoCo) 04-Feb-91 18:15:08 Sb: #9388-OS9 LII Fm: PHIL SCHERER 71211,2545 To: Kevin Darling (UG Pres) 76703,4227 (X) Thanks for the reply Kev--and all those good parts #: 9398 S10/OS9/6809 (CoCo) 04-Feb-91 20:31:20 Sb: Thanks Fm: NEAL STEWARD 72716,1416 To: Chris Bergerson Chris: Thanks, I'll try that. Glad to see that you are on here too. We are in the process of finishing the new charter for the club. We are planning some major changes in the function and operation of ECCCC. We are using the bbs for an exchange of ideas for the new charter. We're going ahead with the new BBS too. Alpha Softwares Level II BBS, with all the bells and whistles. Will let you know when we're up and running. Take care... #: 9400 S10/OS9/6809 (CoCo) 04-Feb-91 21:15:50 Sb: #9390-#OS9 to MSDOS Fm: Paul Rinear 73757,1413 To: Lee Veal 74726,1752 (X) What's an RS-DOG disk? There are 2 Replies. #: 9401 S10/OS9/6809 (CoCo) 05-Feb-91 06:39:24 Sb: #9400-#OS9 to MSDOS Fm: Dan Robins 73007,2473 To: Paul Rinear 73757,1413 (X) Paul, It's tounge-in-cheek humor for RS-DOS (woof woof). Dan There is 1 Reply. #: 9416 S10/OS9/6809 (CoCo) 06-Feb-91 17:06:40 Sb: #9401-#OS9 to MSDOS Fm: Lee Veal 74726,1752 To: Dan Robins 73007,2473 (X) The fact that he had to ask is a good sign that he's well on his way to being a dyed-in-the-wool OS-9er. Don't ya' think? :-) Lee There is 1 Reply. #: 9422 S10/OS9/6809 (CoCo) 06-Feb-91 21:48:29 Sb: #9416-OS9 to MSDOS Fm: Dan Robins 73007,2473 To: Lee Veal 74726,1752 (X) Lee, Jessir! Aren't we all??!!?? Dan #: 9417 S10/OS9/6809 (CoCo) 06-Feb-91 17:16:05 Sb: #9400-OS9 to MSDOS Fm: Lee Veal 74726,1752 To: Paul Rinear 73757,1413 (X) Dan was right. Technically there is no trademarked or copyrighted product called RS-DOS (Radio Shack - Disk Operating System), but DECB (Disk Extended Color Basic) is commonly referred to as RS-DOS. DECB is what comes up automagically when you fire up your CoCo and you have a disk controller (501, 502, etc) that has a stock Radio Shack ROM plugged into it. Lee #: 9403 S10/OS9/6809 (CoCo) 05-Feb-91 18:13:41 Sb: #9302-#mv/aif Fm: NAM PUI 73347,3324 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin: Here is whay what I found that works with DS. In aif use 0,2,80,24,0,2 In env.file change palette 10 from default 0,1,0 to 3,3,3. This will fix the black on black on the menu on a monochrome monitor. This also kind of solved the invisible cursor problem with a light background. Hope this is of some use. Nam There is 1 Reply. #: 9407 S10/OS9/6809 (CoCo) 05-Feb-91 21:20:09 Sb: #9403-mv/aif Fm: Kevin Darling (UG Pres) 76703,4227 To: NAM PUI 73347,3324 (X) Thanks, Nam! #: 9406 S10/OS9/6809 (CoCo) 05-Feb-91 21:03:41 Sb: #3 ds drives on L1,v2 ?? Fm: Sandy Tipper 72060,76 To: Kevin Darling Is there a problem with 3 ds drives under OS9 Level 1, ver 2.00.00? I am trying to hook a 5.25 40tkds floppy as /d0, another as /d1, and a 3.5 80tkds as /d2. They all work fine with 35tkss descriptors, but when I use DEBUG to change the descriptors as I would under Level 2, they can read 335tkss disks but formatting in full capacity fails, in that it gets to asking for disk name, then lists all cylinders up to where I expect (e.g. 04F on /d2), then it keeps trying to go on, resulting in error #244 and lots of retries. Why does it not stop? Have I misconfigured the jumpers on the drives? (/d2 is the last on the cable; I *think* that I have removed the terminating resistors from the 5.25's, by removing a jumper near a long SIP; drive selects all seem alright) Sandy (experienced LII hacker, but trying to improve my brother's L1 system) There is 1 Reply. #: 9409 S10/OS9/6809 (CoCo) 05-Feb-91 21:26:31 Sb: #9406-#3 ds drives on L1,v2 ?? Fm: Kevin Darling (UG Pres) 76703,4227 To: Sandy Tipper 72060,76 (X) Hi Sandy... is it just /d2 (the 80tk) that fails? Make sure that you've also set the density byte in the descriptor to $03. I believe an 80tk DS disk goes up to $9F on the format trace ($A0 = 160 tracks = 80 cylinders * 2 sides). Did you have cylinders and sides set for 80DS? There is 1 Reply. #: 9410 S10/OS9/6809 (CoCo) 05-Feb-91 23:05:59 Sb: #9409-#3 ds drives on L1,v2 ?? Fm: Sandy Tipper 72060,76 To: Kevin Darling (UG Pres) 76703,4227 (X) No, the same thing happens with /d1. (I didn't try formatting /d0, but it reads ss 35tk floppies flawlessly). Testing on /d2 (the 3.5" ds 80tk), I got the same results with density set to 1 or 3 (dd, 48tpi or 96tpi). Cylinders=$28,sides=-2 and cylinders=$50,sides=1 both work, showing tracks 000 to 04F, with %A0 sectors verified, but with cylinders=$50,sides=2, there is some audible head-banging in the first pass, and after verifying track 04F, the machine starts retrying like ma like mad, and produces error #244 with no more tracks verified. btw, I am using a Tandy floppy controller 501, with RSDOS 2.1, with my COCO3. I have had success with other floppy drives and this combination with OS9 Lii, so I expected no trouble. I assume if the cable was bad, I would have had other problems (eg. failure for 40tkds), but maybe some jumpers on the drives are wrong (of course they were intended for IBM PCs). Thanks for giving this a thought. Sandy There is 1 Reply. #: 9411 S10/OS9/6809 (CoCo) 06-Feb-91 03:32:39 Sb: #9410-#3 ds drives on L1,v2 ?? Fm: Kevin Darling (UG Pres) 76703,4227 To: Sandy Tipper 72060,76 (X) Sandy - after verifying track 04F, format goes back and writes the bitmap so far... then should continue. So what this means is that the format didn't take at all on the first track/side. Is the 3.5 known to be good? Do all the lines go thru on the cable? Can you take off the second drive and see what happens? (in other words, swap some stuff around ;-). Is the 3.5 set to always have motor-on with motor signal (vs drive select)? You say that the 3.5 will format okay with only 40 tks? Hmm. Someone is bound to recognize something here. - kev There is 1 Reply. #: 9444 S10/OS9/6809 (CoCo) 08-Feb-91 20:34:17 Sb: #9411-#3 ds drives on L1,v2 ?? Fm: Lee Veal 74726,1752 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin, didn't Lvl 1 ver. 2.0.0 still pretty much ignore the descriptors? Instead weren't some if not most of the device characteristics hard-coded in the driver? Seems like I remember that, at least, cylinder patches were in the driver. Lee There is 1 Reply. #: 9447 S10/OS9/6809 (CoCo) 08-Feb-91 22:19:37 Sb: #9444-#3 ds drives on L1,v2 ?? Fm: Kevin Darling (UG Pres) 76703,4227 To: Lee Veal 74726,1752 (X) Lee - oops!!! my fault for failing to notice that you were talking about L-I. Arrgh. Yes, it ignored most of the descriptor. A good alternative would be to download and use the Newdisk driver instead. Should be in Lib 10 under a keyword of "newdisk" or "ccdisk", I'd guess. There is 1 Reply. #: 9453 S10/OS9/6809 (CoCo) 09-Feb-91 11:32:10 Sb: #9447-#3 ds drives on L1,v2 ?? Fm: Lee Veal 74726,1752 To: Kevin Darling (UG Pres) 76703,4227 (X) Well, it wasn't me that was asking, it was Sandy Tipper that was asking. I just butt ed into the conversation that the two of you were having. You're right, though the NEWDISK file should solve the problem. Lee There is 1 Reply. #: 9461 S10/OS9/6809 (CoCo) 10-Feb-91 00:09:17 Sb: #9453-3 ds drives on L1,v2 ?? Fm: Sandy Tipper 72060,76 To: Lee Veal 74726,1752 (X) Thanks, Lee and Kevin, I got newdisk, and it works fine now. CCDISK *tried* to understand the descriptors, it just got a bit confused. However, apparently os9gen and cobbler don't like ds drives, so I have to register to get my boot disk ds'd (the author supplies a new version of os9gen and cobbler if you register for newdisk). Sandy #: 9435 S10/OS9/6809 (CoCo) 08-Feb-91 08:05:32 Sb: #Disto HD/232 adapter Fm: Steve Wegert 76703,4255 To: All A user on my system is having some difficulty with his Disto hard drive/Rs232 adapter and would like to know what chips are used for the RS232 portion of the device as well as the purpose of the 5 jumpers on board. Anybody? Steve There is 1 Reply. #: 9436 S10/OS9/6809 (CoCo) 08-Feb-91 08:18:10 Sb: #9435-#Disto HD/232 adapter Fm: Kevin Darling (UG Pres) 76703,4227 To: Steve Wegert 76703,4255 (X) Steve - it uses the same 6551 as the RS232 paks. I don't remember 5 jumpers... umm, there might be a row of them meant to tell what SASI ID number is being used (no jumpers = 0). There's also a jumper near the crystal which is the interrupt pin for the ACIA, and it needs to be wired to the interrupt pin of the host board. I'll try to find the schematics. - kev There is 1 Reply. #: 9454 S10/OS9/6809 (CoCo) 09-Feb-91 13:46:10 Sb: #9436-Disto HD/232 adapter Fm: Steve Wegert 76703,4255 To: Kevin Darling (UG Pres) 76703,4227 (X) Thanks Kev. I'll pass this info along. Should you happen across the schematics, lemme know. Steve #: 9462 S10/OS9/6809 (CoCo) 10-Feb-91 07:00:24 Sb: #sea3d Fm: Everett Chimbidis 76370,1366 To: 76217,3045 (X) Tryed to look at your program(did all you said) (SEA3D) and I get an error 43?? What else do I need to do? There is 1 Reply. #: 9470 S10/OS9/6809 (CoCo) 10-Feb-91 21:11:10 Sb: #9462-sea3d Fm: Brian Paquette 76217,3045 To: Everett Chimbidis 76370,1366 (X) Dear Everett, You were asking about help for Sea3d. Error #43 is "unknown procedure". Basic09 has an attitude problem about its routines, even when they are packed. The way it works is: SHELL loads the module, and when it sees that it is I-Code (packed Basic09) then it loads/executes RunB. Runb then calls the module originally specified as a subroutine. Actually, Shell doesn't even load the module, but rather just looks at it's header. The catch is: Shell only passes the name of the module to Runb. If you try to execute it with an absolute path: eg, /R0/UNPAK/sea3d, you will get trouble. Runb expects the module called to either be in memory, OR to be in the current execution directory. To fix the trouble, either preload the module (Sea3d) OR CHX to whatever directory you have it in. (By the way, I should have put a READMe file in stating that you need to have Runb, GFX2 and Syscall merged. Be sure this is the case as well. [I don't think Inkey is called, but it doesn't matter if Inkey is merged as well. You can check the source I included to see if I call it. As I remember I don't ]). By the way, if you are trying to run it from Basic09 without packing it first, you are going to have some trouble unless you get the workspace size JUST RIGHT. It uses a large 2 dimensional array, so you have to use extra memory for Basic09, BUT basic09 needs to call GFX2 and SYSCALL which get loaded OUTSIDE the basic09 workspace, so you have to leave room for it. BASIC09 #24k should be about right. But use the packed version, and follow my directions above. Brian #: 9479 S10/OS9/6809 (CoCo) 12-Feb-91 08:29:03 Sb: CoCo's for Sale Fm: Steven Barlett 71635,1562 To: Steven Barlett Color Computer-3 Equipment for Sale: Coco 3's.............128k..... Coco 3's.............512k..... CM-8 Monitors................. Tape Recorders................ For more information call: First Baptist Church of Rosemead 8618 Mission Drive Rosemead, CA 91770 (818) 287-5053 Ask for Pastor Walter Jackson or Leave Steven Barlett a mail message > 71635,1562 #: 9480 S10/OS9/6809 (CoCo) 12-Feb-91 09:15:45 Sb: Amiga monitor Fm: David Betz 76704,47 To: all I've got an old Commodore Amiga 1070 monitor that I'd like to use with a CoCo3. Does anyone know if this would work (it's an analog RGB monitor) and how to wire the cable? Thanks in advance. David Betz #: 9483 S10/OS9/6809 (CoCo) 12-Feb-91 18:16:21 Sb: Multiview Fm: Denise Tomlinson 71021,3274 To: all How does one change the drive descriptions under Multiview? I have changed them and made a custom boot for a work disk. I tried making a "multiview" disk from my custom boot and it didin't work. So I tried the original os9 disk and everything was cool. But I like using my 40trk double sided drives and 6ms. Also, is there a way to put the 2 multiview boot disks on one drive when I get my /dd/ descriptor readjusted for my config? Would this be done by copying all the files from the 2nd disk onto the first one? Thanks, Denise Press !> #: 9494 S10/OS9/6809 (CoCo) 14-Feb-91 00:11:52 Sb: #GFX2 Upgrade Fm: The Rev. Wayne C. Paul 76477,142 To: All Is there any further news on the OS9 Level 2 Upgrade now that the COCO has been discontinued by Radio Shack. In particular: the items that were not included in the forum release, clickable buttons and dialog boxes. There is 1 Reply. #: 9496 S10/OS9/6809 (CoCo) 14-Feb-91 02:20:47 Sb: #9494-GFX2 Upgrade Fm: Kevin Darling 76703,4227 To: The Rev. Wayne C. Paul 76477,142 Yah, we're trying to clean it up now. Gotta get some disks off to Kent, tho ;-). #: 9509 S10/OS9/6809 (CoCo) 14-Feb-91 23:00:06 Sb: #dir file help Fm: Everett Chimbidis 76370,1366 To: all I need some help with a dir file !! Anyone care to look?? Also like to know why this happends? There are 2 Replies. #: 9511 S10/OS9/6809 (CoCo) 15-Feb-91 04:34:45 Sb: #9509-dir file help Fm: James Jones 76257,562 To: Everett Chimbidis 76370,1366 (X) Why *what* happens? It would be a lot easier to help if you described the problem you're having. #: 9519 S10/OS9/6809 (CoCo) 15-Feb-91 17:06:20 Sb: #9509-#dir file help Fm: Pete Lyall 76703,4230 To: Everett Chimbidis 76370,1366 (X) Everett - More specifics... like _what_ happened? Pete There is 1 Reply. #: 9524 S10/OS9/6809 (CoCo) 15-Feb-91 20:13:38 Sb: #9519-#dir file help Fm: Everett Chimbidis 76370,1366 To: Pete Lyall 76703,4230 (X) Seems to read garbage in some dirs??? No dates time or size!! Do you want to see the program?? Also How do I add ansi? There is 1 Reply. #: 9528 S10/OS9/6809 (CoCo) 16-Feb-91 08:11:13 Sb: #9524-dir file help Fm: Pete Lyall 76703,4230 To: Everett Chimbidis 76370,1366 Everett.. Sounds like you're due for some reading. You need to study the disk structure of OS9 - I recommend sitting down with the tech manual and scouring the section on file system and disk layout. The directory entry for each file contains only two things... a) Name (up to 29 characters, last character has high bit on) b) A 3 byte LSN# that tells where the file's FD sector on the disk is The FD sector tells all the characteristics of the file (i.e. owner, attributes, dates of creation and modification, size, links, and physical sector mapping on the disk). If your dates are getting munged then a) They really ARE munged in the FD sectors or b) Your program isn't manipulating the infor in the FD sectors properly. Pete #: 9535 S10/OS9/6809 (CoCo) 16-Feb-91 21:28:45 Sb: #9528-#dir file help Fm: Everett Chimbidis 76370,1366 To: Pete Lyall 76703,4230 (X) Not all dirs does this happen to!! only 2 out of 32 dirs!! Can you look at this for me? There are 2 Replies. #: 9537 S10/OS9/6809 (CoCo) 16-Feb-91 22:05:21 Sb: #9535-#dir file help Fm: Kevin Darling 76703,4227 To: Everett Chimbidis 76370,1366 (X) Ev - email me your code again (and be ****sure**** you send it as text)... I was going to look at it today, but the power dropped at the house and I lost it off my ramdisk. Have those dirs been sorted or anything, btw? What exactly is happening? Just giving the wrong dates and file sizes, or ? There is 1 Reply. #: 9567 S10/OS9/6809 (CoCo) 18-Feb-91 23:18:34 Sb: #9537-#dir file help Fm: Everett Chimbidis 76370,1366 To: Kevin Darling 76703,4227 (X) only wrong on 2 out of 26 dirs!! All is wrong dates file size (name is ok) Sending it to you! There is 1 Reply. #: 9571 S10/OS9/6809 (CoCo) 20-Feb-91 08:50:45 Sb: #9567-#dir file help Fm: Kevin Darling 76703,4227 To: Everett Chimbidis 76370,1366 (X) Ev - your program seemed to work okay here. Are those 2 bad dirs okay? That is, "dir e" and all the files work there? Have you checked to see just _what_ is unusual about those dirs? Like perhaps they're much further into the disk? (which would mean that the sector math is getting screwed up?) And have you inserted a PAUSE in your program, and stepped through it to try to figure out what is going wrong, and where? - kev PS: I assume those 2 dirs are on /dd? Since you have that part hardcoded where you open "/dd@". There is 1 Reply. #: 9576 S10/OS9/6809 (CoCo) 21-Feb-91 00:30:24 Sb: #9571-#dir file help Fm: Everett Chimbidis 76370,1366 To: Kevin Darling 76703,4227 (X) No the two bad dir are on the ab drive (I never use that any more)! How do I fix the math? There are 2 Replies. #: 9578 S10/OS9/6809 (CoCo) 21-Feb-91 02:52:29 Sb: #9576-dir file help Fm: Kevin Darling 76703,4227 To: Everett Chimbidis 76370,1366 I don't know... the math looked okay to me at first glance, but then that can be tricky at times. Again: put a PAUSE in there and trace the program flow!!! Or at the least, put in some PRINT statements to make sure things go as you expected. This is what we all do at times like this.... debug! #: 9579 S10/OS9/6809 (CoCo) 21-Feb-91 02:55:14 Sb: #9576-dir file help Fm: Kevin Darling 76703,4227 To: Everett Chimbidis 76370,1366 PS: in addition to print/debug stuff... you can use dEd in another window to check on the FD's and directory structure as your program steps along. Multiple screens are an excellent help to debugging stuff like this. So far we have no idea if the math is bad, or what. You must do some debugging first (which can only be done by YOU on your system), in order to get more clues and info... enough to at least get closer to the problem. best - kev #: 9540 S10/OS9/6809 (CoCo) 17-Feb-91 11:46:39 Sb: #9535-dir file help Fm: Pete Lyall 76703,4230 To: Everett Chimbidis 76370,1366 (X) Everett - a) Look at _what_? b) When you do DIR commands, do the directories show up okay? c) The code would have to pretty much be in C.. I have long since forgotten B09.. Pete #: 9536 S10/OS9/6809 (CoCo) 16-Feb-91 21:43:43 Sb: #9496-GFX2 Upgrade Fm: The Rev. Wayne C. Paul 76477,142 To: Kevin Darling 76703,4227 (X) I can hardly wait!!!! #: 9543 S10/OS9/6809 (CoCo) 17-Feb-91 19:18:48 Sb: #9190-12-bit timer: help! Fm: PaulSeniura 76476,464 To: Kevin Darling (UG Pres) 76703,4227 (X) I know we sparked a thread on MIDI recording using the CoCo3 some time back, but this Timer/SMF project is not related to MIDI recording: we're just going to read a SMF and play it into a synth. The MIDI data stream isn't the question; how to do "Timed I/O" using "anyone's existing I/O driver to his hardware port" is the question. And I think I have a neat solution as explained in my TMRDRV.TXT article. I'd appreciate some response on it! Also this Timer thing was hopefully going to be useable by others -- for example Mike Knudsen if he'd care to respond! -- to alleviate the "bogging down effect" we've continually noticed when playing some thick UME scores. This reply I suppose should really be sent to "All". I was hoping my TMRDRV.TXT file will be read before anyone decides to respond to this particular thread. I know how the 12-bit register ought to be programmed. What I NEED to know is how best to implement the support for it under OS9 L2. I wouldn't write 19k-bytes of "ideas and questions" if I didn't need the help! My article also describes how the 12-bit timer could be used to control the task switching etc. instead of a constant 50/60Hz interrupt. One of the *main* reasons for one of these threads is to find out whether SVC numbers or Get/Set-Stat numbers have been assigned to Timing Functions under any OS9/OSK flavor. If so, could the docs be shared? So I'd know and I'll try to follow them to make this timer driver compatible. And I would also like to know whether similar hardware timer poppers are available on the 680x0 machines being produced? If not, we'll find it most difficult to perform accurate timing. All these specific questions are in my TMRDRV.TXT article. If y'all have any free time to respond -- don't be afraid to get technical -- I could use your input. Do read the article at any rate. -- Thx, Paul Seniura (76476,464) #: 9544 S10/OS9/6809 (CoCo) 17-Feb-91 19:20:29 Sb: #9198-#12-bit timer: help! Fm: PaulSeniura 76476,464 To: Pete Lyall 76703,4230 (X) Hi Pete - just wondering if we could still get ya to send Tim Thompson a message thru your Usenet node? I do wish there was a postal address mentioned in these docs. I'd share these sources with y'all and Mike Knudsen if we could get it cleared thru him (one hurdle would be out of our way in getting some SMF support started for OS9ers). Oh his network path again is: ...att!twitch!glimmer!tjt... -- Thx, Paul Seniura (76476,464) There is 1 Reply. #: 9564 S10/OS9/6809 (CoCo) 18-Feb-91 13:09:49 Sb: #9544-12-bit timer: help! Fm: Pete Lyall 76703,4230 To: PaulSeniura 76476,464 Paul - Well - now I'm in the right place, but the context escapes me. Could you refresh me as to what I'm supposed to be asking Tim? Also, when you reply, please include Tim's address again. That way it won't matter whether I'm at work or at home.. Pete #: 9545 S10/OS9/6809 (CoCo) 17-Feb-91 19:21:56 Sb: #dropping the CoCo3 Fm: PaulSeniura 76476,464 To: all Ok alright well shoot I knew they're going to do it. Tandy drop the CoCo that is. But just what the heck am I suppose to buy in its place? HUH? Where can I get a good multitasking-capable computer for under $200? HUH? Answer me that. I dare ya. And how much will it cost to upgrade that computer to 512k? 1-meg? 2-meg?? HUH? You say your o.s. needs a minimum of 4-meg????? Git yo' face outa mine before I slap it off..... you must own stock in IBM or Intel or Microsoft.... or worse, work for them...... What all kinds of jumpers & board addresses & XMA drivers and stuff like that will I need to do? HUH? Where do I buy a multitasking operating system complete with full window support -- ALL VARIETIES of windows: hardware text fonts for fast ASCII I/O, graphics windows with automatic scaling of vector-style graphic-drawing escape-driven commands that can be USED OVER A MODEM, SOFTWARE LOADABLE FONTS for these graphics windows -- ALL supported AT THE OPERATING-SYSTEM LEVEL FOR UNDER $100? HUH?? WHERE AM I GOING TO BUY STUFF LIKE THIS AT THESE PRICES??? HUH???? THIS USED TO BE A HOBBY FOR CRYIN' OUT LOUD! I can't afford an MM/1, a Delmar, or any of the TomCats. FORGET IT. If IMS COULD bring its prices down to HALF what they charge for example, maybe just maybe I could ask IMS for a FINANCE APPLICATION. Forget it otherwise. Is any of this sinking in, folks? Do you know what I am saying? Do you HEAR what I'm saying? Can you COMPREHEND what I'm saying? Some of us don't need a Megafloppin' machine if it costs that much. Microware: announcing you have a new release of Basic/OSK in the Rainbow -- for $500 no less!!! Shame on you. Gawd I was embarrased when some coworkers saw that announcement. I was TRYING to show them how cheap we could buy ready-made canned programs. Sheesh. I would like to request that anyone developing applications for OSK should make a version for us Level 2 users, too, please. Well this message has reached the 2k limit. -- Paul Seniura. There is 1 Reply. #: 9551 S10/OS9/6809 (CoCo) 17-Feb-91 20:09:11 Sb: #9545-#dropping the CoCo3 Fm: James Jones 76257,562 To: PaulSeniura 76476,464 (X) That wasn't a Microware announcement; that was a RAINBOW certification, saying that the RAINBOW people knew that Microware BASIC for OS-9/68000 in fact exists. I know what you mean about the $$$; $$$ are a problem for me, too, and I'm sorry, in a way, that Tandy has discontinued the CoCo. In a way, though, I'm not, because it just makes official what sure seemed to be operationally the case for a long time, and people had better realize that the CoCo now depends on its users. Shoot, it always has, but this is sort of like whatever Greek legend Asimov's old story "Black Friar of the Flame" was based on--we can't look elsewhere for our salvation. There is 1 Reply. #: 9553 S10/OS9/6809 (CoCo) 17-Feb-91 20:50:01 Sb: #9551-dropping the CoCo3 Fm: PaulSeniura 76476,464 To: James Jones 76257,562 (X) Hi JJ! Mike Andrews says "Hi" too (not here, but some time back, next time I "see" ya!). Well at least I got my gripe-bag emptied out. It was building up to explosion status over these last many weeks. It popped when the RS dude at Heritage Park Mall (goodness I know 'em all now they've rotated so much!) when the store manager did say once the CoCo gear is gone, it is GONE. If anyone reading this is still not convinced - I thought I was the "last" one to BE convinced! - go git your favorite manager to check the story out. Would you believe that I almost got Mike to buy a CoCo - he saw UltiMusE on it before the commercial one came out - and of course he heard your tape from a while back as to what an MT-32 can do. For those of you who don't know - Mike is a right-smart high-genius-level IBM mainframe system programmer and a whole lot of other things. He considers his PC to *BE* the mainframe!! -- Right James?? :-) Oh and Mark Grennan says to come by his place whenever you come into town. Something I heard went on this past Christmas over there?? Oh well .. on to other projects -- Thx, Paul Seniura (76476,464). #: 9546 S10/OS9/6809 (CoCo) 17-Feb-91 19:23:18 Sb: #Level 2 upgrade? Fm: PaulSeniura 76476,464 To: all Another message thread ... another subject. I keep hearing/reading about an update for OS9 L2 and I see that it's going to be "real". I wonder whether any of my text articles have been read in hopes of adding the kind of support we need in the operating system code itself? For example, I know several people have downloaded my original article about GRFDRV_PATCHES.TXT from GEnie (and Delphi & CIS I think had an official copy available). In it I discussed why a 225-line graphics screen cannot be supported by OS9 L2 on the CoCo3 -- due to the way the GrfDrv module and secondary system address space itself was being mapped. And how an upgraded L2 release could change this map to support 225 graphic lines. This text file is almost 1.5 years old! Have any of the L2-Update developers read this article? Do any of you want to read it if you have had no access to it yet? Is it too late to make y'all wait to postpone releasing the update if the support could be worked into it? Or have y'all already put this support into the L2 upgrade? If all the massive midnight-oil nights of studying & hacking to get this article written is to no avail, well IT WASN'T MY FAULT! I shared it with hopes of causing an upgrade to be written in the first place, or at least have the 225-line mode supported in a planned upgrade. On a similar note, my TMRDRV.TXT article describes how the built-in 12-bit timer might be used for much smoother task switching, which would help stop the constant 50/60Hz IRQs to the 6809 CPU. This change ought to help OS9 from missing real-time response/data from higher-speed serial ports and the like. I know this article is quite new but the ideas presented could drastically enhance how OS9 performs on the CoCo3 -- it could really make it into a new animal. [...more...] There is 1 Reply. #: 9599 S10/OS9/6809 (CoCo) 22-Feb-91 18:23:43 Sb: #9546-Level 2 upgrade? Fm: Kevin Darling 76703,4227 To: PaulSeniura 76476,464 Actually, I don't think I've ever seen your Grfdrv patches idea file. Is it posted here? If not, please do so! Yes, the map could be changed to allow 225 line screens... except that the map (in at least one version) is used up beyond current versions. The extra space is used to map in an overlapping window mask table. Re: termcaps. I think we'd all like that in the system. Kinda short on system space under current L-II tho. One version of the upgrade does support the cursor getstt under windows. Even returns the character there (if on a text window). Hang on. Post the stat calls you don't have docs for; I'm sure people can help. Some of them people found out by having the original L-I MW docs. Haven't finished reading your timer article yet... lost it during a power outage here before I could. The stuff all over it kinda delayed me, also ;-). best -kev #: 9547 S10/OS9/6809 (CoCo) 17-Feb-91 19:24:05 Sb: Level 2 upgrade? Fm: PaulSeniura 76476,464 To: all [...continued...] Then there's the inevitable question I have always asked: Why can't ANSI and TermCap support be at a system level? An application program should *never* need to worry about such hardware-level interdependence. It therefore never should need to worry about TermCap files but just use what control codes the o.s. supports -- the o.s.'s I/O modules will then massage the "meaning" of that control into whatever the device will support to "do" that. For example, the OS9 L2 environment uses $08 for backspace and $0C for clearing the screen. What if the device needs VT100 controls? The application shouldn't care -- the System, however, SHOULD DO the TermCap conversions, turning $08 into $1B3144 and $0C into $1B324A (examples). What if the same device (like a modem dial-up line) needs multiple emulation support (say one caller needs VT52 but the next caller uses only basic TTY)? The Login utility, and some other on-line utility available to the user/caller, should do a SetStat call by, say, passing a character string which spells the name of a TermCap entry, and the I/O module will then read TermCap and determine its conversion rules/tables. The on-line utility can be used to let the caller change his mode on-the-fly. I was actually hoping to find a way to open up the control code definitions provided by any Device Descriptor. The problem here is that these definitions are only one-byte-per-control when they *ought* to be variable-length fields to be truthful and usable. Ignoring how this would change the existing Descriptor standards, just think and ponder about this for a while: This will permit OS9 (any flavor) to truly become "Unified I/O", and will actually unload the burdon of the application having to support TermCap or hard-coded emulation. And the programmers who, at their whim, don't want to use TermCap or Emulation in their code, suddenly their applications should start working on any device. [...more...] #: 9548 S10/OS9/6809 (CoCo) 17-Feb-91 19:24:39 Sb: Level 2 upgrade? Fm: PaulSeniura 76476,464 To: all [...continued...] There's one more requirement we have stated in the past: We need a GetStat call for GrfInt/WindInt to provide us with the current X/Y location of the text cursor on any window! There is support for this in VDGint already. There currently isn't any such support for real windows (if there is, why hasn't anyone documented it yet?). Caution -- the cursor location calls listed in the book are for VDGint windows ONLY and they cause an "unknown stat call" error on real window devices (e.g. GrfInt/WindInt). My goodness, I found that we've been asking for this function since 3 years ago! Or at least how to patch the window drivers to provide this info. If this can be implemented, another burdon of application programs (most notably those terminal programs which understand an emulation protocol) will be lifted whereby the program must keep track of the X/Y position itself, and it can get off if it doesn't understand a control code properly. Why have all this duplicate effort in the application's coding logic (and prone to error) when the I/O system knows full well where that cursor is at all times? [...more...] #: 9549 S10/OS9/6809 (CoCo) 17-Feb-91 19:25:18 Sb: Level 2 upgrade? Fm: PaulSeniura 76476,464 To: all [...continued...] A final problem is with the books that come with OS9. I have YET to have anyone help me with the UNDOCUMENTED STAT CALLS as I've listed in my various articles I have posted here. WHEN ARE THEY GOING TO BE EXPLAINED????? People are waiting for me to wrap up my ACIA driver! (It'll take too much space explaining what I'm missing to type it in the message forum here. Besides, I've already described what I'm missing: PLEASE download the articles if you think you can help, and we'll ALL appreciate it.) Lemme know about these improvement ideas ... -- Thx, Paul Seniura. (p.s. once again I'll post these sets of messages on all the systems I have accounts with, in case ya wonder why ya might've seen them elsewhere. I am trying desparately to reach the proper people involved with all flavors of OS9.) #: 9550 S10/OS9/6809 (CoCo) 17-Feb-91 19:26:23 Sb: #speed-up kit for CoCo3? Fm: PaulSeniura 76476,464 To: all Does anyone make a kit for the CoCo3 that will speed up the rate of the CPU? I seem to recall reading some messages on CIS way back that Bob van der Poel was about to finish up inventing such a critter. I know the TC-9 will do the same thing, but I can't afford even the bare TC-9 board that FHL is selling. But I think I could $afford$ buying a speed-up kit and doing the mods myself. -- Thx, Paul Seniura. There is 1 Reply. #: 9552 S10/OS9/6809 (CoCo) 17-Feb-91 20:17:25 Sb: #9550-#speed-up kit for CoCo3? Fm: James Jones 76257,562 To: PaulSeniura 76476,464 (X) It is *not* the case that the CPU in the TC09 will run any faster than the CPU in the CoCo 3. The prototype that FHL had running at the April 1990 RAINBOWFest was hacked so that it could at least some of the time run at a clock rate greater than 1.78 MHz, but that hackery will *not* appear in production TC09s. See the first of FHL's weekly TC09 blurbs for confirmation. I'm kind of disappointed--it means, as far as I can tell, that aside from not having to deal with bogosities like keyboard matrix decoding or the high-res mouse adapter (but one can grab info here on how to use a serial mouse), OS-9 won't run any faster on a TC09 (by itself--we're not talking TC09 assisted by a 680xx on another board) than on a CoCo 3. There is 1 Reply. #: 9554 S10/OS9/6809 (CoCo) 17-Feb-91 20:52:22 Sb: #9552-#speed-up kit for CoCo3? Fm: PaulSeniura 76476,464 To: James Jones 76257,562 (X) Oh *NO*. I thought the FHL announcements "said" that but boy were they kinda vague about it. I guess I hope can see if Bob van der Poel ever did get his mods going the right way. That's *my* only hope of upgrading to anything this year (1991)!. -- Thx, Paul Seniura (76476,464). There is 1 Reply. #: 9566 S10/OS9/6809 (CoCo) 18-Feb-91 21:41:23 Sb: #9554-speed-up kit for CoCo3? Fm: Bob van der Poel 76510,2203 To: PaulSeniura 76476,464 Paul, Just to keep the record straight, I was not working on a speedup mod. I think that Bob Puppo was doing something in that line. Speedup mods sound like there might be hardware involved--and just changing a jumper is a big deal for this software fellow.... #: 9574 S10/OS9/6809 (CoCo) 20-Feb-91 19:15:34 Sb: #DeskMate artifacting Fm: REX GOODE 73777,3663 To: All I just got deskmate at a big discount from a shrewd RS manager. It looks like fun, but uses artifacted colors for a lot of stuff. I've got an RGB monitor. Any ideas on how to get something more that black, white, and gray? I have the same problem with D.L. LOGO, a wonderful program, but inadequate without the color potential. I'm beginning to think I'll have to get a TV onto my already overcrowded CoCo desk. Rex There is 1 Reply. #: 9577 S10/OS9/6809 (CoCo) 21-Feb-91 01:44:41 Sb: #9574-#DeskMate artifacting Fm: Pete Lyall 76703,4230 To: REX GOODE 73777,3663 (X) Rex - The typical 'best' solution to the problem is to spring for a Magnavox 8CM515.... It's both analog RGB and composite color. This way, you can use the composite mode connected to the Coco3's video out jack for artifacted stuff. Other than that, a TV or additional monitor is probably in the cards for you. Pete There is 1 Reply. #: 9581 S10/OS9/6809 (CoCo) 21-Feb-91 10:16:55 Sb: #9577-#DeskMate artifacting Fm: REX GOODE 73777,3663 To: Pete Lyall 76703,4230 (X) Pete, How much is this Magnavox and where do I get it? Rex There is 1 Reply. #: 9582 S10/OS9/6809 (CoCo) 21-Feb-91 13:04:28 Sb: #9581-DeskMate artifacting Fm: Pete Lyall 76703,4230 To: REX GOODE 73777,3663 (X) Ballpark $275. Howard Medical used to sell them, but other cocoists could probably give some other ideas on possible vendors. Pete #: 9589 S10/OS9/6809 (CoCo) 21-Feb-91 23:31:20 Sb: #GFX2 Fm: The Rev. Wayne C. Paul 76477,142 To: All I have been working on a program based on the new GFX2 module and the MVFINANCE program from, I think MAY 90 Rainbow. What I would like to be able to do is after running the program, end it, either with the mouse by clicking on close or hitting break. When I try to load a new program and run it, or rerun the existing one, I get an error 184. Is ther a way to kill the window, as part of the procedure so that I could edit the source, in an other window, and the clear back to basic09, whcih was aded at startup, per Dale Puckett, and then load the new or revised procedure into BASIC09 and run it. Now I have to reboot. Perhaps, what I want should be called "Self-resetting program code." What I would like to do is enter a program, edit it, rerun run with the changes, do additional editting, rerun it, etc., without rebooting or having to reload basic09. Thank you for your replies. The Rev. Wayne C. Paul PS> I am a monk in an order known as the Community of St. Joseph the Worker. (CSJW) In religious life, I am known as Brother Jeremy, CSJW. That is the way I appear on various BBS and Delphi. If you make iot to Rainbowfest in Chicago, I will be the monk in the cinnamon brown habit (ST. Joseph's color) with an unbleached white scapular. [Not that I think Rainbowfest will exactly be crawling with Monks.] Hope to see you all there. -Jeremy, CSJW. There is 1 Reply. #: 9597 S10/OS9/6809 (CoCo) 22-Feb-91 18:23:07 Sb: #9589-#GFX2 Fm: Kevin Darling 76703,4227 To: The Rev. Wayne C. Paul 76477,142 (X) Jeremy - Do you mean error 184, or 194? (is there a 184?). Do you use any gfx buffers? Your program needs to reset everything at the beginning, so that anything left over from before gets killed. A hint also... do an SS_WnSet (run wnset?) to a type of 00 first. That makes sure that everything is cleared out from previous wnset commands. best - kev There is 1 Reply. #: 9604 S10/OS9/6809 (CoCo) 22-Feb-91 23:00:52 Sb: #9597-#GFX2 Fm: The Rev. Wayne C. Paul 76477,142 To: Kevin Darling 76703,4227 (X) It is a 184 - "window already defined" error. There is 1 Reply. #: 9633 S10/OS9/6809 (CoCo) 26-Feb-91 19:13:44 Sb: #9604-GFX2 Fm: Kevin Darling 76703,4227 To: The Rev. Wayne C. Paul 76477,142 Why don't you post the first few lines of your program... the part where it does any DWSet's... if it does. That'll tell us what to advise. thx! #: 9612 S10/OS9/6809 (CoCo) 23-Feb-91 16:12:54 Sb: #Write IBM Disks? Fm: Bill Henderson 72215,341 To: All How can I transfer some ASCI files I have on OS9 disks to MSDOS? I tried PCREAD/WRITE but that only garbles my data on the MSDOS floppy. Is there another CHEAP way? Thanks! Bill Henderson There are 2 Replies. #: 9613 S10/OS9/6809 (CoCo) 23-Feb-91 17:13:08 Sb: #9612-#Write IBM Disks? Fm: James Jones 76257,562 To: Bill Henderson 72215,341 (X) The *real* quick and dirty way would be to ship them across a serial connection via Kermit. Kermit handles the bonzo end of line differences between systems (MS-DOS uses CRLF, OS-9 uses CR). If that's possible, and not expensive (e.g. a long distance phone call to the MS-DOS system :-), I'd say give it a shot. There is 1 Reply. #: 9624 S10/OS9/6809 (CoCo) 25-Feb-91 14:43:00 Sb: #9613-Write IBM Disks? Fm: Bill Henderson 72215,341 To: James Jones 76257,562 (X) James, Thanks for the idea on using Kermit. #: 9617 S10/OS9/6809 (CoCo) 24-Feb-91 02:19:38 Sb: #9612-#Write IBM Disks? Fm: Ian Hodgson 72177,1762 To: Bill Henderson 72215,341 (X) Bill, I had similar problems a long time ago doing it your way. The solution is to grab the PCDOS utility from one of the libs here (don't know which off hand) and to buy SDISK3 to replace your disk driver. After that, all is well and it never misses a byte. By the way, PCDOS also adds LF's after CR's to make text files compatible with MSDOS, and strips them when you go the other way. I use it often: no problems. There is 1 Reply. #: 9625 S10/OS9/6809 (CoCo) 25-Feb-91 14:44:14 Sb: #9617-Write IBM Disks? Fm: Bill Henderson 72215,341 To: Ian Hodgson 72177,1762 (X) Ian, I have Sdisk for Level 1; I may try that method to convert stuff. Thanks for the idea. Bill #: 9639 S10/OS9/6809 (CoCo) 28-Feb-91 16:31:26 Sb: #9625-#Write IBM Disks? Fm: JIM HICKLE 76672,602 To: Bill Henderson 72215,341 (X) Bill, somewhere, (here or Delphi) is an IPATCH for cc3disk, if you don't have Sdisk. PCDos transfers great, but I can't figure out hou to format a pcdos disk. -jim There is 1 Reply. #: 9658 S10/OS9/6809 (CoCo) 01-Mar-91 19:03:06 Sb: #9639-Write IBM Disks? Fm: Lee Veal 74726,1752 To: JIM HICKLE 76672,602 For formatting a PC-DOS diskette, there's a couple of utilities in the commercial arena. As I recall D.P. Johnson (author of SDISK3) has or had some OS-9 Utilities that formatted a PC-DOS diskette. Also, I think that Clearbrook Software Group has some similar utilities. Lee #: 9641 S10/OS9/6809 (CoCo) 28-Feb-91 23:36:11 Sb: #9363-#OS9 to MSDOS Fm: Ralph Fehringer 76200,1045 To: Paul Rinear 73757,1413 (X) Does anyone know of an OS-9 program that will format msdos floppies (I have tried Marty's RS-DOS utility and can't get pcdos to read them. There are 2 Replies. #: 9651 S10/OS9/6809 (CoCo) 01-Mar-91 08:48:30 Sb: #9641-OS9 to MSDOS Fm: Pete Lyall 76703,4230 To: Ralph Fehringer 76200,1045 (X) Ralph - I don't know of any functional PC/MSDOS floppy formatters for the coco. Pete #: 9657 S10/OS9/6809 (CoCo) 01-Mar-91 18:51:25 Sb: #9641-OS9 to MSDOS Fm: Lee Veal 74726,1752 To: Ralph Fehringer 76200,1045 (X) I think the D.P. Johnson (company) had some cross-system utilities. Seems like I remember, too, that Clearbrook Software Group use to have PC-DOS formatter that ran under OS-9. Lee #: 9644 S10/OS9/6809 (CoCo) 01-Mar-91 00:00:38 Sb: #9566-speed-up kit for CoCo3? Fm: PaulSeniura 76476,464 To: Bob van der Poel 76510,2203 (X) Ooops ... sorry ... I wasn't sure so that's why I said "I thought" it were U. I see I'm getting Bobs mixed up. And now I remember Mr. Puppo was the one who invented the PC-AT interface for "us". Sorry about that, y'all. I know what you say about hardware mods, and that's probably why they don't sell too well. I myself, however, will do anything to oooch more zip into this tired machine, cuz I can't even begin to find any way this year whatsoever to buy them 68k models coming out (as I said earlier here!). Thx for getting me straight there ... -- Paul Seniura (76476,464). #: 9645 S10/OS9/6809 (CoCo) 01-Mar-91 00:19:20 Sb: #9599-Level 2 upgrade? Fm: PaulSeniura 76476,464 To: Kevin Darling 76703,4227 (X) Ok I see that the Grfdrv article is not here - I guess back then I only had an account on GEnie - I'll get it up by the weekend then. It was sparked by the 25-line text zap found in SuperComm's docs and all due respects paid therein. I've had a few gripes about my copyrighting these articles - well the record shows on Delphi that way too many things are plagerized and the patches are never recorded in the database themselves, which makes other users ask the very same questions every time the subject comes up around the world. (Well here on CIS, too, it's that way but more organized. :-) So to stop the abuse, I wrote up everything we had, did all my own research (again credit is "paid" where it was due - I do own all of y'all's books, not a photocopied one!), thought up how to get those other modes working (yep a rewrite was needed) and I spit the article out in hopes y'all would read it before the upgrades were finalized - 1.5 years ago! So that's why I do them seemingly legal-sleeze things. If I mention something as specific as "I hope the authors of the L-II upgrade will read this", well that's kinda giving y'all the authority to use it right then & there - or so I thought! :-) As for the stat calls - the ACPDS7.TXT file mushes thru what we've been able to accomplish so far with our Acia driver - I have been told by Ron Bihler that Bill Brady will let us share it now. I'm still waiting for the responses cuz what we still need help on is already explained in that article (CIS and Delphi both have it). Again it's 'd cuz of the willful plagerizing that goes on and I need to keep track of what we are all talking about when the help (e.g. you & whomever) does come. In order to support this driver, there is a customization pgm to set the size of the send & recv buffers (separately). It is *known* to cure all RiBBS ills, the y-reg problem with C-language pgms, and the like, plus I can pretty darn well keep up with 9600 uncompressed I/O so long as the host pauses at a full screen. It still won't do 1k Xmodem #: 9646 S10/OS9/6809 (CoCo) 01-Mar-91 00:28:20 Sb: #9599-Level 2 upgrade? Fm: PaulSeniura 76476,464 To: Kevin Darling 76703,4227 (X) uh got cut off ... This ACPDS7.TXT file might shed some light on the subjects we're needing help on. Might show something "hidden" that messes up our 1k Xmodem at 9600. I actually stated in it that maybe there's a long-term timing problem between the Acia & modem at 9600 or greater speeds, otherwise I dunno why 1k Xmodem can't keep up while a whole 1920-byte 80x24 text screen will look perfect. I do have the L-I docs that R.S. sold way back then, around when 1.1.0 was available. Got the 2.0.0 docs also (they actually had my name on the mailing list, kin U beleev?!). So the ACPDS7.TXT shows what we're after and where we've already been. This time around, if the cost of an upgrade for L-II becomes such that the manuals get editted, please consider an "optional" set of manuals for the people who'd need the "complete" docs on everything. Even big blue sells their software/manuals that way: most users simply don't need a Diagnostics book or example! - that's for the systems pgmrs! -- Thx, Paul Seniura (76476,464). #: 9664 S10/OS9/6809 (CoCo) 03-Mar-91 00:23:44 Sb: #Hires Joystick Interface Fm: NAM PUI 73347,3324 To: all I have encountered a couple of problems with both my hires joystick interface. Both of them seems to get "stuck" half of the time after starting up MV and can be freed if I use the keyboard mouse to get to CONTROL and get out again. I replaced the IC in both of them. One seems to be fixed for a few days and back to the same problem again. The other problem I encountered with one of them is that when the cursor reached about one inch from the right edge or the bottom edge of the screen it "jump" to the edge of the screen. There is nothing in between. I tried to fix the problem by replacing all the component on the board. Is there anybody out there with a service manual covering the part list of the hires interface? What is the value of C1. I replaced all the other components and the problem presists. Thank for any help. Nam There is 1 Reply. #: 9665 S10/OS9/6809 (CoCo) 03-Mar-91 02:18:11 Sb: #9664-#Hires Joystick Interface Fm: Kevin Darling 76703,4227 To: NAM PUI 73347,3324 (X) Nam - define "stuck". Does it just stay in one place? Or only move half way across the screen? Or? Added any other hardware lately? Cleaned off the GIME, too? best - kev There are 3 Replies. #: 9666 S10/OS9/6809 (CoCo) 03-Mar-91 05:58:23 Sb: #9665-#Hires Joystick Interface Fm: James Jones 76257,562 To: Kevin Darling 76703,4227 (X) I think I've seen the behavior Nam Pui describes. There's a strip down the right hand side of the screen such that if you enter it, the mouse cursor is immediately dragged over to the far right side of the screen, making it almost impossible to position the mouse within that strip. The problem I've more recently had is jittery mouse, with the mouse cursor jumping back and forth even when the mouse is stationary. What this probably *really* means is it's time to seriously look at smouse.ar. There are 2 Replies. #: 9668 S10/OS9/6809 (CoCo) 03-Mar-91 08:20:40 Sb: #9666-#Hires Joystick Interface Fm: John R. Wainwright 72517,676 To: James Jones 76257,562 (X) Hey James, I also have a mouse that is very sensitive on the right edge of the screen. I can position it, but verrrry carefully. For your jumpy cursor, try moving the mouse cables around a little. I had the same thing and it turned out that my (extra long, homemade) cables from the hires adaptor to the coco were picking up some stray signals. There are 2 Replies. #: 9672 S10/OS9/6809 (CoCo) 03-Mar-91 15:11:49 Sb: #9668-Hires Joystick Interface Fm: Kevin Darling 76703,4227 To: John R. Wainwright 72517,676 (X) John - yah, I had to move my mouse cables away from my monitor... got real jumpy on me. Also, sometimes I had to remove my joystick for the mouse to work right... but that went away for some reason. #: 9678 S10/OS9/6809 (CoCo) 03-Mar-91 23:40:21 Sb: #9668-Hires Joystick Interface Fm: James Jones 76257,562 To: John R. Wainwright 72517,676 (X) Aha! Thanks for the advice. Alas, the cartridge port position means that for right-handed folks, the ergonomically best place for the mouse maximizes the problem you describe. I may just try it southpaw to see what happens. #: 9693 S10/OS9/6809 (CoCo) 05-Mar-91 20:18:19 Sb: #9666-Hires Joystick Interface Fm: NAM PUI 73347,3324 To: James Jones 76257,562 (X) I have looked at smouse.ar and got a serial mouse. (It is currently with my AT) But, with all the 68K systems arround the corner and all the possible 386's for OS9000. I am just keeping the COCO the way it it. Try my best to keep it working until I can afford one of the nice machines. Nam #: 9692 S10/OS9/6809 (CoCo) 05-Mar-91 20:12:08 Sb: #9665-Hires Joystick Interface Fm: NAM PUI 73347,3324 To: Kevin Darling 76703,4227 (X) Kevin I behaves erratically. It moves in the opposite direction about 1/3 of the way from the bottom of the screen or at the left most of the screen in a straight line only. Almost as if I have defined the wrong type of interface i.e. defined low res with the hires interface in. Nam #: 9694 S10/OS9/6809 (CoCo) 05-Mar-91 20:29:54 Sb: #9665-Hires Joystick Interface Fm: NAM PUI 73347,3324 To: Kevin Darling 76703,4227 (X) Kevin: Haven't add any hardware recently. Will try cleaning the GIME. The "over sensitive" right and bottom edge is hires interface dependent and not COCO deppendent. Could the GIME be the one causing my COCO to hang as I exist SCULPTOR? This is very strange one I am trying to figure out. I got Sculptor setup on one COCO. It runs fine. I transported the setup to the other COCO. It hangs everytimes I exist the main menu. Nam #: 9669 S10/OS9/6809 (CoCo) 03-Mar-91 11:18:50 Sb: #9633-GFX2 Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) I seem to have gotten it working by ending with a WnSet 0,0 command. As soon as I get a chance to play with it some more, I will post the results. Tank you, Br. Jeremy #: 9671 S10/OS9/6809 (CoCo) 03-Mar-91 14:54:47 Sb: #Memory Fm: DAVID DE FEO 71630,721 To: All I'm trying to slim down my memory requirements to give me more ram, but I've r run into a problem. I have a 512k Coco, OS9 level II. Once I boot up and get my shell running, mdir says I have 392k ram free. However, I checked all my modules in memory, taking into account the 8k minimum block size and all the merged files and I come up short 48k. OS9boot takes up 32k, shell+ 8k, all the rest of my loaded utils 16k, and grfdrv 8k. My term is patched to come up as a type 2 window and uses 8k. Thats it...72k. This means I should have 440k free mem. Where is the other 48k?? Thanks in advance...Dave There is 1 Reply. #: 9673 S10/OS9/6809 (CoCo) 03-Mar-91 15:15:14 Sb: #9671-#Memory Fm: Kevin Darling 76703,4227 To: DAVID DE FEO 71630,721 (X) Dave - Shell itself would need a block for it's data. The kernel itself may add another block, plus one for it's data (process descs, path descs, etc). With MMap and PMap, you should be able to see exactly where all the blocks have gone. Got those? There is 1 Reply. #: 9675 S10/OS9/6809 (CoCo) 03-Mar-91 20:27:52 Sb: #9673-Memory Fm: DAVID DE FEO 71630,721 To: Kevin Darling 76703,4227 (X) Kevin, I do have MMap and PMap, but this my first real forage into the heavy duty, behind the scenes OS9 works so I've been getting "slightly" confused and disoriented of late :-). I read in The Complete Rainbow Guide to OS9 that OS9 Level II needs 64K for the operating system (pg 10). Does this mean that even if OS9Boot needs only 32K of memory, an additional 32K is still put aside by the OS? Are the Boot, OS9P1, and REL part of OS9P2 or are they already in the system (ROM)? I've been doing my calculations assuming that they are part of OS9P2 and take up part of OS9Boot's 32K. If they are not merged in with OS9P2 then they take up a separate 8K block. Or do they each take up a separate 8K block (which comes to 24K). Even if thats the case, I'm still short 24K somewhere. Shell+ is already linked in memory so Term should just take up an additional 8K for the term-window itself. I'll try using MMap and PMap again and see if I can get this figured out down to the BYTE (yeah, right). Thanks, Dave #: 9679 S10/OS9/6809 (CoCo) 04-Mar-91 03:24:02 Sb: #Memory at 3am Fm: DAVID DE FEO 71630,721 To: Kevin Darling With no help from the Tandy OS9 LII manual (man, is it confusing) and with the help of your pmap and smap utilities, I've come to few conclusions about memory use under OS9 LII. Is any of this right or am I way off base??: When a module is loaded into memory, only its module size uses up memory(at the top of free RAM). When a module becomes an active process, its data then uses up memory(at the bottom of free RAM). These memory requirements can be found with ident==>Module size and Data size. Everything in OS9Boot is considered active and takes up memory in both code (top) and data(bottom) RAM areas. All these modules together, along with Boot, REL, and OS9P1 are known collectively as "System". If modules are merged, as in OS9Boot, they load without leaving 8K block gaps between them. Therefore, if a merged file has modules needing altogether 25K, then you actually use 32K of RAM or 4 blocks. Code blocks and data blocks are separate and use up 8K blocks individually of eachother. EVEN if the total System memory requirement is less than 64K, 64K is still reserved and whatever the difference is not useable. Now for some questions :-) ==> 1) Why doesn't PMap show the memory blocks for active windows? 2) If you iniz or wcreate two 4K windows, do they use up only 8K together, or do they each use 8K(through my fumblings I've seem to come to the conclusion that they both wind up in the same 8K block)? 3)Why does SLED use up 16K of data RAM when ident shows it to need only 8K==> data size: #4101 ?? 4) Why do I invariably never get my memory back when I deiniz or display 1b 24 a window? The window disappears and so does the memory!!! Hey, who knows...5, 10 more years of this and I might even be able to write a decent program ;-). Thanks...Dave There is 1 Reply. #: 9686 S10/OS9/6809 (CoCo) 05-Mar-91 00:53:44 Sb: #9679-#Memory at 3am Fm: Kevin Darling 76703,4227 To: DAVID DE FEO 71630,721 (X) Dave - you're right on target, with the sole exception that: the System process doesn't go ahead and allocate 64K of RAM, but will get more if it needs to. If your PMAP shows the system map to be all full up, then that happened. PMap only shows what "64K images" have been assigned to process descriptors (it's a Process Map). It's to help you visualize how block numbers are shared if they hold a module, and to show that code is mapped in high and data mapped in at lower addresses, and to help debug memory requirements, etc. MMap kinda shows the window RAM usage... the window memory comes from the highest block numbers (with the kernel taking up block 3F at the very top). WDir (in the libs) will actually tell you the block number(s) being used for each window, if that'll help. Each little tool tells a piece . The SLED answer: I dunno, but any program can ask for more RAM after it starts up, which could be what's happening there. Yes, two 4K windows will try to use the same 8K block if possible. Use DDir to make sure that the deiniz actually gave up the window. There is a bug with the text windows tho... what happens is this: if the window was visible when it's given up, it is CLS'd. Unfortunately that happens AFTER a "this block is free" flag ($FF) was stored in the first byte of that 4K section when the RAM was given back :-( So the memory effectively disappears from use. Ouch. I'll see if I have a patch. Fast grfdrv? - kev There is 1 Reply. #: 9687 S10/OS9/6809 (CoCo) 05-Mar-91 03:22:51 Sb: #9686-#Memory at 3am Fm: DAVID DE FEO 71630,721 To: Kevin Darling 76703,4227 (X) Kev... Thanks so much for the explanations!!!! Ok..when I did PMap, System used only 48k. I was still missing 16K somewhere. Then it kinda dawned on me...I had two immortal shells running. Since Shell is loaded in memory, it takes up 8K. When it comes alive in /term, it needs to take an additional 8K for data. When the second shell came up, it also needed an additional 8K for data, but lived in the same 8K code block as the original shell. I had counted only 16K for both shells when in reality it was 24K. That accounted for 8 of the 16k still missing. Now, even though mfree is loaded into memory, when it is called it takes up an 8k block of RAM for ITS data. Therefore, when you do an mfree, you actually have an extra 8K that will be given back once mfree is finished (ie mfree=48K + 8K for mfree data which will be returned = 56K). Did I find my missing 16k or am I reaching for straws(or bytes)????:-) As for losing memory with my windows...usually the window is visible when I deiniz or display 1b 24. This is because I run basic09 in one window and Sled in another (sled/basic09<>>>/w#). If I quit B09 and sled, the window remains (dead of course). I use wcreate to make my windows...does this make a difference?? Actually, I do iniz one window right away and merge stdfonts,etc to it. I just download fstgrf today...as a matter of fact I just finished making a bootable shellplus with alot of the patches I'v been living without(gfx2, fstgrf,cc3disk.ipc,scffix,new copy and list, and ls). Iwas able to give myself an extra 16k of ram(64k total now) with everything either loaded or in an /r0/cmds/file. Which comes to my final :-) question. When I try to format a disk with my newly booted shell+ and patches, I get an error 237...insufficient Ram. Mfree says I have 64k free. Did the CC3Disk patch cause this??? All other cmds seem to work fine. CRC of patched CC3IO: $E11F29, Edition #11 Once again, thanks for your patience and help. I'll get Wdir and see if I can figure out these windows....does fstgrf fix this???...I didn't check it on the new boot...hm... Dave There is 1 Reply. #: 9688 S10/OS9/6809 (CoCo) 05-Mar-91 05:45:06 Sb: #9687-#Memory at 3am Fm: Kevin Darling 76703,4227 To: DAVID DE FEO 71630,721 (X) Dave - gee, you sound like an expert ! Yes, I think you found your missing memory. The 237 is different from 207. 207 means not enuf RAM left in the whole system. 237 means there's no room left in the system 64K map. In the case of format, that meant there was not enuf system ram (SMap) left to allocate for the necessary 6K+ track format data buffer. That's a toughie, there, and I think we all run into it... especially with the large bootfiles we now have. Only solution: either kill off some shells, or do formatting when you first boot up ;-). PS: is /r0 inside your 512K? If so, it makes more sense to merge and preload any commands, instead of storing them on internal ramdisk... as loading and executing them means you're using twice the RAM! Ramdisks make more sense for data only under OS9. best - kev There is 1 Reply. #: 9696 S10/OS9/6809 (CoCo) 05-Mar-91 21:50:46 Sb: #9688-#Memory at 3am Fm: DAVID DE FEO 71630,721 To: Kevin Darling 76703,4227 (X) Kev, I could've kicked myself when I read about /r0. I was so enchanted with the speed, that I totally forgot/didn't realize that I would use up twice the ram. Oh well, time to write a new OS9Boot :-)! About error 237...I understand the part about not having enuf system ram left.. SMap does show it using up the full 64K. But, I don't understand what killing Shells will do. I don't have shell in my OS9Boot. It loads separately with other merged files and then I link it in the stsrtup file. OR...does it load into System ram??? But PMap shows each shell (2 altogether) to occupy a different 64k block. I'll kill one of the Shells and see if it works, and if it does I'll be da*ned if I'll know why >:-| !!! As always, THANKS!!!! Dave There is 1 Reply. #: 9698 S10/OS9/6809 (CoCo) 06-Mar-91 00:16:34 Sb: #9696-#Memory at 3am Fm: Kevin Darling 76703,4227 To: DAVID DE FEO 71630,721 (X) Dave - ok, the part about killing off shells, windows or other programs (last first) to carve out some system map space for format is because: OS9 uses up that system space for process and path descriptors, and window device variables, etc. Check your SMap, start a new shell, then check SMap again. Anywhere from two to four or more pages are used up for each new process. So.. by getting rid of the lastmost-setup devices/processes, you can sometimes regain enough free system map space for the format buffer. - kev There is 1 Reply. #: 9702 S10/OS9/6809 (CoCo) 06-Mar-91 12:03:05 Sb: #9698-#Memory at 3am Fm: DAVID DE FEO 71630,721 To: Kevin Darling 76703,4227 (X) Kev, Got it about the system map space! I finally got up and running with commands loaded into mem instead of /r0 and patched shell+ so it would only reserve 1 page of mem when it chained/forked a process instead of 31 pages (thanx Paul Seniura!). This now leaves me with a whopping 112K free, including a 77K ramdisk :-)!! Takes a while to load, but I think I can live with it (he he!). Thanks for the help....I really learned a GREAT deal!!!! Dave There is 1 Reply. #: 9710 S10/OS9/6809 (CoCo) 07-Mar-91 03:10:57 Sb: #9702-Memory at 3am Fm: Kevin Darling 76703,4227 To: DAVID DE FEO 71630,721 (X) Dave - heck, I didn't do much... you learned it all yourself! PS: a secret -- I wrote those utils so *I* could learn it myself, too . #: 9691 S10/OS9/6809 (CoCo) 05-Mar-91 14:44:04 Sb: #SALT problems?? Fm: Dan Charrois 70721,1506 To: all c/0.1/0.1/ I have a problem with communications on my Coco. I have used the serial port for quite some time, both under RSDOS and with OS9 using the "build-your-own internal RS232 chip" featured in Rainbow several years ago. (I believe it was called "The forgotten chip". At any rate, it has just decided to stop working. Even using thbitbanger method of communicating with the port under RSDOS doesn't seem to do the job. I have disconnected my modification from the SALT chip and the computer is able to communicate with the printer just fine (I re-installed the trace that needed to be removed as well..) Things should be back to normal, but although communication with the printer through the bitbanger is possible, it is not with the modem. (It seems as though the modem must be a little more fussy with voltage levels than the printer is.) Digging a little deeper, I found that sending a 0 to the port gave 0.1V at pin6 of the SALT and a 1 ives 4.7V. This seems fine enough. But pin 12, which seems to be connected to the output port (and hence the peripherals) outputs a 4.1V on a 0, and 1.2V on a 1. I thought the standard was in the 12V range..?? At any rate, this subtle difference dsn't make fr great logic levels, and I think this is why the modem can't figure out what's going on. So, what I'm asking is, is this response to be expected for a SALT chip, or should I look into installing a new one? This is rather frustrating since I operate a BBS under OS9 and it'll have to be down until I fix this. Thanks for your reply....Dan There is 1 Reply. #: 9697 S10/OS9/6809 (CoCo) 06-Mar-91 00:06:38 Sb: #9691-#SALT problems?? Fm: Kevin Darling 76703,4227 To: Dan Charrois 70721,1506 (X) Haven't checked it on my machine, but I believe the output should be around +/- 5 volts... they define RS232 as +/- 3 to 12 volts, I think. Sounds like no negative regulation going on. The input at pin 15 should be a negative voltage (unregulated) of at least -10v. If not, check those large diodes at the pwr supply. There is 1 Reply. #: 9708 S10/OS9/6809 (CoCo) 07-Mar-91 00:23:02 Sb: #9697-SALT problems?? Fm: Dan Charrois 70721,1506 To: Kevin Darling 76703,4227 (X) Thanks a lot for your reply, Kevin. I will check out the voltage levels and see what is going on. Hopefully I can come up with something productive. Thanks....Dan #: 9704 S10/OS9/6809 (CoCo) 06-Mar-91 18:20:38 Sb: TSMON Fm: Bob Archambault 76506,3544 To: ALL Has anyone used the program TZMON.AR in lib 8 ? If so could someone please tell me how to use it :-), is it anything like TSMON under level 1 ? Since it comes with no docs, I am totally in the dark!! Any help would be GREATLY appreciated!!!!! Thanx, Bob #: 9705 S10/OS9/6809 (CoCo) 06-Mar-91 18:35:41 Sb: #DeskMate3 Fm: Floyd Resler 72500,2572 To: all Deskmate 3 won't run with the 1 meg upgrade. Is there a patch that will allow it to run? There is 1 Reply. #: 9711 S10/OS9/6809 (CoCo) 07-Mar-91 03:12:40 Sb: #9705-DeskMate3 Fm: Kevin Darling 76703,4227 To: Floyd Resler 72500,2572 (X) Hmmm. It must assume that memory block numbers don't go that high. You're using the patched VDGInt, right? Can't recall if I ever tried DM3 under 1 meg... probably not. You'd have to just about disasm it to figure out where it was playing games. #: 9713 S10/OS9/6809 (CoCo) 07-Mar-91 05:30:16 Sb: #8925-CoCo 3 Emulator? Fm: MOTD Editor..Bill Brady 70126,267 To: John M Semler 74020,736 I am using the Dove. 30% speed-up is just about right. Makes the SE seem like a snail. #: 9714 S10/OS9/6809 (CoCo) 07-Mar-91 05:32:45 Sb: #9385-LISP for CoCo3 Fm: MOTD Editor..Bill Brady 70126,267 To: Mike Knudsen 72467,1111 Yup, I know all about Wiz Pro, , and Dales col. I'm glad that *someone* followed suit. No 64k limit eh? ;) #: 9716 S10/OS9/6809 (CoCo) 07-Mar-91 12:40:21 Sb: #gfx problem Fm: Tom Napolitano 70215,1130 To: all A friend has found a strange problem with Basic09 and we both would like to hear your ideas. From a VDG screen, run a GFX("mode",1,2) GFX("quit"). Try to rerun the program. I keep getting errors which only clear up with a $display # where # can be anything. If I replace the "quit" with a print or put #1 chr$($12), I still get the same error. However, if I shell "display 12" then the program works just fine. GFX is just doing a write $12 to CC3IO as is the print and put. So why do I need a shell intermediary? The error varies from 246 to 207 to others, but is based on problems with screen deallocation. Even a $display 0 clears up the problem. Any ideas? It sounds like what I experience when io is blocked to a screen. Instead of "display #" if I just do a dir or procs or any command that generates io on the current screen it fixes the error. This also happens when I abort a command that uses pipes and so I attributed it to io that doesn't get flushed to the stdout (maybe because its buffered?) until you do something like running another command that flushes the buffer. Is this just another "feature" of os9? There is 1 Reply. #: 9719 S10/OS9/6809 (CoCo) 07-Mar-91 23:00:47 Sb: #9716-#gfx problem Fm: Kevin Darling 76703,4227 To: Tom Napolitano 70215,1130 (X) Tom - I can't duplicate the problem here, but then I'm patched a bit. I wrote a two line basic09 program: run gfx("mode",1,2) and run gfx("quit"), and it worked over and over. My GFX brain is rusty tho. What kind of screens have you used before this is done, etc? Also, is a progam always alive on that VDG window? There is 1 Reply. #: 9725 S10/OS9/6809 (CoCo) 08-Mar-91 07:01:24 Sb: #9719-gfx problem Fm: Tom Napolitano 70215,1130 To: Kevin Darling 76703,4227 (X) Kevin, yes, a program is always running in the window, but I think the vdg screen was the only one up at the time. Thanks, tom #: 9754 S10/OS9/6809 (CoCo) 10-Mar-91 15:53:42 Sb: Tetris Fm: Al Fleagle 72527,1354 To: all Does anyone know where I can get a copy of Tetris for OS9? I lost my copy when my drive crashed. #: 9772 S10/OS9/6809 (CoCo) 12-Mar-91 07:04:11 Sb: RAINBOW Mags forsale Fm: Bill Henderson 72215,341 To: All I have for sale a complete set of RAINBOW magazine from December 1982 to January 1990. If you are interested in purchasing these magazines (all 84 of them), please leave me a message. I will gladly part with them for the best offer. Bill Henderson #: 9774 S10/OS9/6809 (CoCo) 12-Mar-91 16:33:43 Sb: Addresses needed Fm: Floyd Resler 72500,2572 To: All Many of you have sent me money for the games I have written. Many thanks! A However, my database file got scrambled and I lost everyones' addresses. I need the addresses for two reasons: so I can send out upgrades and source code requests and so I can send everyone a copy of my upcoming game for beta testing. So, anyone who has sent money for one of my programs, please leave email with your addresses. Thanks! #: 9775 S10/OS9/6809 (CoCo) 12-Mar-91 20:34:20 Sb: #WD1002 controller Fm: JOERG SATTLER 74016,631 To: Bruce Isted Bruce. I have been ofered a WD 1002-HDO controller. The person that has them has told me that they are a direct replacement for the WD 1002-05. The instruction set in the WD1002-HDO is more extensive but otherwise the same as the WD1002-HDO. Now I have no real way to check this out so I am hoping that you may know something about these controllers and will be able to solve this dillema for me. BTW thanks or the repair of the ELIMINATOR board. Joerg Sattler, 74016,631 There are 2 Replies. #: 9777 S10/OS9/6809 (CoCo) 13-Mar-91 11:31:40 Sb: #9775-#WD1002 controller Fm: Pete Lyall 76703,4230 To: JOERG SATTLER 74016,631 (X) Joerg - I believe the only difference between the WD-1002-05 and the WD-1002-HDO is that the latter is HARD DISK ONLY, and has no onboard WD2797 floppy disk controller. Pete There is 1 Reply. #: 9784 S10/OS9/6809 (CoCo) 13-Mar-91 22:46:06 Sb: #9777-#WD1002 controller Fm: JOERG SATTLER 74016,631 To: Pete Lyall 76703,4230 (X) I was led to believe that the HDO version has both lfloppy as well as hard disk support. Did I get it wrong ?? Joerg There is 1 Reply. #: 9789 S10/OS9/6809 (CoCo) 14-Mar-91 13:08:34 Sb: #9784-#WD1002 controller Fm: Pete Lyall 76703,4230 To: JOERG SATTLER 74016,631 (X) When I was last paying attention to the WD-1005-xxx series, I was told by Kent Meyers that the HDO was hard disk only (or was it Steve Odneal, who put out the predecessor to the Isted system?) That's my only reference to the HDO unit, as all of mine (3) have been -05's. If you can't get a response from Bruce, try calling Computer Surplus listed in the Computer Shopper. They were selling WD-1005's for long time (may still have them) and could probably tell you. Pete There is 1 Reply. #: 9790 S10/OS9/6809 (CoCo) 14-Mar-91 15:41:40 Sb: #9789-WD1002 controller Fm: JOERG SATTLER 74016,631 To: Pete Lyall 76703,4230 (X) Thanks I will do that. Joerg #: 9827 S10/OS9/6809 (CoCo) 16-Mar-91 18:50:31 Sb: #9775-#WD1002 controller Fm: Bruce Isted (UG VP) 76625,2273 To: JOERG SATTLER 74016,631 (X) ~ Joerg, As I said in EMAIL, the WD 1002-HDO is a "Hard Drive Only" version of the WD 1002-05. It supports hard drives exactly the same as the -05, but can't be used to control floppy drives. This is more for others than for you, since I see you've already seen my EMAIL. Bruce There is 1 Reply. #: 9836 S10/OS9/6809 (CoCo) 17-Mar-91 10:34:47 Sb: #9827-WD1002 controller Fm: JOERG SATTLER 74016,631 To: Bruce Isted (UG VP) 76625,2273 (X) So the problem of locating a WD 1002-05 still remains. Joerg #: 9860 S10/OS9/6809 (CoCo) 18-Mar-91 22:11:44 Sb: WD1002 controller Fm: JOERG SATTLER 74016,631 To: Bruce Isted 76625,2273 Well Frank (Hogg) gave me a number to call for RMT. 800 243 6922 but when I tried it there was no answer. I tried sveral times but had no luck. So I'm not sure the number is still valid . Joerg. Ex 1 #: 9782 S10/OS9/6809 (CoCo) 13-Mar-91 19:59:09 Sb: #Ldgr45.pak Fm: Denise Tomlinson 71021,3274 To: 76264,142 Tried to use ldgr45.pak, got an error, "module not found". What is Gshell+? Will the program run as is under runb? Or does it need Gshell+? Is Gshell+ the same as multiview? I got that if I need it. One other thing, is it an arcd file (ldgr45)? Thanks, Denise There is 1 Reply. #: 9802 S10/OS9/6809 (CoCo) 14-Mar-91 23:28:04 Sb: #9782-Ldgr45.pak Fm: DAVID DE FEO 71630,721 To: Denise Tomlinson 71021,3274 (X) Denise.... GShell+ is an enhanced GShell for Multivue. It should be in the Apps lib but I'm not sure. -Dave #: 9795 S10/OS9/6809 (CoCo) 14-Mar-91 18:52:26 Sb: #LDGR45.PAK Fm: Denise Tomlinson 71021,3274 To: Sysop (X) Is the file "LDGR45.PAK" in library 10, a arced file? I can't get it to run on my Coco 3 512k using runb Thanks, Denise There are 2 Replies. #: 9796 S10/OS9/6809 (CoCo) 14-Mar-91 18:56:59 Sb: #9795-#LDGR45.PAK Fm: Pete Lyall 76703,4230 To: Denise Tomlinson 71021,3274 (X) Denise - There's yet another archiver/packer/cruncher/compressor floating about called PAK. Anything with a .pak extension needs that in order to be unPAKed. Check DL9 for PAK (i.e. BRO/KEY: PAK or BRO PAK*). Pete There is 1 Reply. #: 9811 S10/OS9/6809 (CoCo) 15-Mar-91 19:01:24 Sb: #9796-#LDGR45.PAK Fm: Denise Tomlinson 71021,3274 To: Pete Lyall 76703,4230 (X) Thanks Pete, for the much needed info Huggs, Denise There is 1 Reply. #: 9816 S10/OS9/6809 (CoCo) 15-Mar-91 22:52:30 Sb: #9811-LDGR45.PAK Fm: Pete Lyall 76703,4230 To: Denise Tomlinson 71021,3274 (X) De nada, De nise. (g) Pete #: 9797 S10/OS9/6809 (CoCo) 14-Mar-91 18:58:27 Sb: #9795-LDGR45.PAK Fm: Pete Lyall 76703,4230 To: Denise Tomlinson 71021,3274 (X) Denise - Found it... nab PAK.BIN in DL10. That should do it. Pete #: 9799 S10/OS9/6809 (CoCo) 14-Mar-91 20:01:15 Sb: #Voltage level Fm: Chris Bergerson 72227,127 To: All I'm looking for some suggestions... I'm running OS9 level II on my Coco, and would like to monitor the status of a voltage level as a background task, and periodically record the value of the (binary) level to a log file. I've written a program that almost works, but there is a problem. I have wired the signal to the left joystick X input. Apparently, though, the returned value is valid only if I am in the calling window. Wiring the signal to the fire button won't work, of course, since if the signal is true, the keyboard will be locked out for all other processes. Most of my available ports are tied up. I've got a hi-res interface tying up the right joystick input and the casette I/O. The printer, of course, is hogging T1. I've got a MultiPak with slot 1 being a dual RS232 pak, slot 3 is the HD adapter and slot 4 is the floppy controller. I'd prefer to keep slot 2 open. What can I wire my signal to, such that it will not conflict/ interfere with other processes? The output of my device is either 0.7V or about 5 volts. There is 1 Reply. #: 9805 S10/OS9/6809 (CoCo) 15-Mar-91 11:41:37 Sb: #9799-#Voltage level Fm: Pete Lyall 76703,4230 To: Chris Bergerson 72227,127 (X) What about using a bit of buffering circuitry (and possibly level reducing) and using that cassette data input line? That's certainly unused under os9. Also - you could get 'dirty' and write a program that interrogates the other joystick input (using your OWN low level routines to manipulate the joystick selector MUX and comparator - using the system's would obviously create the problem you've encountered). Other possibilities include using unused lines on one of the PIA's and hanging a wire out the back. Pete P.S. You could get some joystick tweaking code from the color basic rom disassemblies, if you have the "UNRAVELLED" series. You'll need to be careful to lock interrupts while you're manipulating any control registers and restore things as you found them. There is 1 Reply. #: 9831 S10/OS9/6809 (CoCo) 16-Mar-91 23:18:13 Sb: #9805-Voltage level Fm: Chris Bergerson 72227,127 To: Pete Lyall 76703,4230 (X) Thanks for the good suggestions, Pete. Seems to me that there's also an unused input to be found on the RGB connector. I do like the idea, though, of writing a non-system routine to look at one of the joystick buttons. #: 9800 S10/OS9/6809 (CoCo) 14-Mar-91 21:22:50 Sb: #NEED OS9 Term Prog Fm: Charles L. Mallory 76447,166 To: [F] All T0: OS9 SYSOP FROM: 76447,166 Charles L. Mallory Looking for: Communications software compatible w/OS9 Requirements: 1. Can be used with Hard drive 2. has built in or can access wordprocessor while in term mode 3. Can access OS9 files for uploading while on-line at the terminal screen 4. Can direct incomming data to /D0 /D1 or /H0 /H1 5. Ccan be used with auto dial auto answer modem 7. Compatible with 300-9600 baud modem 8. several xmit and receive protocols 9. If possible, can send incomming data to /P as it is received We are currently using the listed Hdwr CoCo 3 512K Multipak interfface Segate ST251-1 80 meg Hd Ddrive; /H0 and /H1 Burke & Burke CcoCo XT & XT-RTC Controller Ver. 2.4B Tandy 501 Disc Drive /D0 & /D1 Tandy 300 Baud Direct Connect Modem Pak (Slot ) Tandy CM8 Moniter Tandy DMP 130 A Printer If you know of software which may conform to the above, or close to those specs, please leave a message for us. Wwe We also need a more so Thank you very Much: 76447,166 Charles L. Mallory There is 1 Reply. #: 9806 S10/OS9/6809 (CoCo) 15-Mar-91 11:45:16 Sb: #9800-NEED OS9 Term Prog Fm: Pete Lyall 76703,4230 To: Charles L. Mallory 76447,166 (X) Best for use with Compuserve is Sterm version 1.3. Handles BPlus protocol, which is optimal for file xfers here. Also manages X modem, and possibly another. For the minimalist, Xcom9 is best. Fast, small, and handles Xmodem. I doubt you'll get more than 2400 baud service out of a coco3 running os9/LII. Interrupt response time, buffering problems, and inherent limitations of the hardware require special attention and adjustment to get any faster. Pete #: 9801 S10/OS9/6809 (CoCo) 14-Mar-91 22:40:31 Sb: #9793-#Ultimusic os9 Fm: Wayne Day 76703,376 To: Denise Tomlinson 71021,3274 (X) Uh... well, you can CHAnge the description of the file yourself, Denise. Just BROWse the file, and at the download prompt, enter: CHA (for CHAnge). If it's not too much trouble, though, the easiest thing might be just to re-upload the file as it should have been. Wayne There is 1 Reply. #: 9812 S10/OS9/6809 (CoCo) 15-Mar-91 19:04:26 Sb: #9801-#Ultimusic os9 Fm: Denise Tomlinson 71021,3274 To: Wayne Day 76703,376 (X) Thanks, Actually the file is intact, just missing the bar at the end for good vus visual effects is all. All of my access to Compuserve is long distance, so I pay "dearly" for the privelege of using it. All access numbers close by are. Even tynet and such. Im not sure if the Compuserve 1-800 number is cheaper or not? There is 1 Reply. #: 9820 S10/OS9/6809 (CoCo) 16-Mar-91 06:56:53 Sb: #9812-#Ultimusic os9 Fm: Ches Looney 73016,1336 To: Denise Tomlinson 71021,3274 (X) Denise, the end bar is not just visual; without it the note(s) in the last measure do not play. Perhaps just a change in the description could be added (or is this what you were asking Wayne to do?). Ches. There is 1 Reply. #: 9822 S10/OS9/6809 (CoCo) 16-Mar-91 11:25:16 Sb: #9820-Ultimusic os9 Fm: Denise Tomlinson 71021,3274 To: Ches Looney 73016,1336 (X) The last measure has only the first eigth note showing. After that, there is only rests to fill the last measure. All you need to do is add a end bar. Yes, I was asking Wayne to change the message to read that the entire score was there, only the bar was missing. He replied to me that all I need to do is do a Bro to the file and reply CHA to change the descript message. Interesting, Compuserve dosen't tell us how to change a file message once it's uploaded, but Wayne did. Might make note of this if you want to change file upload messages. Later, Denise #: 9810 S10/OS9/6809 (CoCo) 15-Mar-91 18:49:03 Sb: #satellite upgrade Fm: Hugo Bueno 71211,3662 To: All Hello all, I have a hardware/soldering type question. I just acquired the satellite upgrade baord for the multipak. The wires on that thing are really thin. Question is, do I have to strip the ends a bit before soldering? If yes, is there a recommended procedure other than wire cutters/strippers? I think wire strippers would just break the wires since they're so delicate. This will be my first hardware "hacking" other than creating myself an rs232 cable and installing the 512K upgrade. Hugo There are 2 Replies. #: 9815 S10/OS9/6809 (CoCo) 15-Mar-91 22:52:01 Sb: #9810-#satellite upgrade Fm: Pete Lyall 76703,4230 To: Hugo Bueno 71211,3662 (X) Hugo - You could just use the blades of a pair of dikes (diagonal cutters) or even a knife. For really thin wires, I sometimes use the stripper built into those little wire wrap tools. Pete There is 1 Reply. #: 9833 S10/OS9/6809 (CoCo) 17-Mar-91 09:53:20 Sb: #9815-satellite upgrade Fm: Hugo Bueno 71211,3662 To: Pete Lyall 76703,4230 (X) Thanks for the reply Pete! (re: wire stripping) Hugo #: 9821 S10/OS9/6809 (CoCo) 16-Mar-91 10:06:58 Sb: #9810-#satellite upgrade Fm: LARRY OLSON 72227,3467 To: Hugo Bueno 71211,3662 (X) Hugo, If you have an enamel coated wire, one way to strip them is with some sandpaper. You could use a knife too scrape a little test spot on one of the ends, too see if it is just an enamel coating or not. Larry There is 1 Reply. #: 9834 S10/OS9/6809 (CoCo) 17-Mar-91 09:54:11 Sb: #9821-#satellite upgrade Fm: Hugo Bueno 71211,3662 To: LARRY OLSON 72227,3467 (X) The wires do look like they're coated. Thanks for the suggestion. Hugo There is 1 Reply. #: 9842 S10/OS9/6809 (CoCo) 17-Mar-91 16:06:57 Sb: #9834-#satellite upgrade Fm: LARRY OLSON 72227,3467 To: Hugo Bueno 71211,3662 (X) Hugo, Yea, sandpaper works pretty good on enameled wires, you don't run the chance of nicking the wires. Another process I have used is to run the wire through the flame of a match or lighter. This will burn the insulation off, leaving a charred residue on the wire that can be easily removed. I only do the flame trick as a last resort because I don't know if heating the wire up like that weakens it or makes it brittle. Maybe someone with more or a metallurgy background would know for sure. larry There are 2 Replies. #: 9853 S10/OS9/6809 (CoCo) 18-Mar-91 00:53:15 Sb: #9842-#satellite upgrade Fm: DAVID DE FEO 71630,721 To: LARRY OLSON 72227,3467 (X) RE: using the flame method.....I learned about using flame to get insulation off wires in the army setting up commo equipment. As a matter of fact, its the only method I use cause its so easy. You just have to make sure that the flame doesn't stay on the wire too long (ie about 3 sec) or else some of the metal might lose some of its conducting capability. A good way to be careful is to watch the insulation. As soon as it starts to melt, that is long enough. The insulation can then be easily pulled off the wire. --Dave There is 1 Reply. #: 9861 S10/OS9/6809 (CoCo) 19-Mar-91 09:53:39 Sb: #9853-satellite upgrade Fm: LARRY OLSON 72227,3467 To: DAVID DE FEO 71630,721 David, I have to agree that if it is done carefully the flame method is in some cases much better. A very slight nick in a vibration prone wire will cause more problems then the damage that might be done to the wire by heating it. Larry #: 9858 S10/OS9/6809 (CoCo) 18-Mar-91 19:20:14 Sb: #9842-#satellite upgrade Fm: Hugo Bueno 71211,3662 To: LARRY OLSON 72227,3467 (X) As of yesterday, I installed the satellite board and the whole computer still works! (pat on back). By the way, I ended up using a pocket knife to slice the insulation off, it was plastic. Thanks for your reply, though. Hugo There is 1 Reply. #: 9862 S10/OS9/6809 (CoCo) 19-Mar-91 10:00:57 Sb: #9858-satellite upgrade Fm: LARRY OLSON 72227,3467 To: Hugo Bueno 71211,3662 Hugo, Thats great, Success stories are always welcome news. #: 9813 S10/OS9/6809 (CoCo) 15-Mar-91 19:19:16 Sb: Gshell+ Fm: Denise Tomlinson 71021,3274 To: [F] All Where can I get Gshell+ ? Is it in the forum or is it commercial software available? I did a bro Gshell+ but didn't get anything in Lib 10. Thanks, Denise #: 9823 S10/OS9/6809 (CoCo) 16-Mar-91 14:20:33 Sb: #Gfx2-Help Fm: Brother Jeremy, CSJW 76477,142 To: All GFX2-Help Needed I have been working on some ce to run under the upgraded GFX2. What I want to do is: 1. Open an overlay window. 2. Direct a path to it. 3. Create either a framed window with scroll bars, or one without. This would be similar to gport under Multi_Vue. I keep getting 189-Illegal co-ordinates errors. Is it possible to open an over lay window and start another procedure in it that would have its own menu bar, etc. Then when finished could you return to the first window. I have tried to right the code but with no luck. Also is there any way to have a split/screen with several procedures running at the same time? Thank you, Brother Jeremy, CSJW There is 1 Reply. #: 9825 S10/OS9/6809 (CoCo) 16-Mar-91 18:05:50 Sb: #9823-#Gfx2-Help Fm: Floyd Resler 72500,2572 To: Brother Jeremy, CSJW 76477,142 (X) Keep in mind that any MV window has at least a one character border all the way around the screen. If you try to do this, for example, RUN gfx2("owset",1,0,0,80,24,2,0), it won't work. There is 1 Reply. #: 9832 S10/OS9/6809 (CoCo) 16-Mar-91 23:37:16 Sb: #9825-#Gfx2-Help Fm: Brother Jeremy, CSJW 76477,142 To: Floyd Resler 72500,2572 (X) I will try that. What I would like to be able to do is similar to what can be done on a MAC. Open an overlay with scroll bars, move up and down on it, click on whatever. Close the overlay, and return to the original window. Can this be done under OS9 on the COCO3? There is 1 Reply. #: 9843 S10/OS9/6809 (CoCo) 17-Mar-91 17:42:31 Sb: #9832-#Gfx2-Help Fm: Floyd Resler 72500,2572 To: Brother Jeremy, CSJW 76477,142 (X) I have opened up an overlay and have establish another MV window in it. However I have never had any luck with the scroll bars working in an overlay. I'll mess around with it again and let you know what I come up with. Floyd There are 2 Replies. #: 9846 S10/OS9/6809 (CoCo) 17-Mar-91 21:14:27 Sb: #9843-Gfx2-Help Fm: Brother Jeremy, CSJW 76477,142 To: Floyd Resler 72500,2572 Thank you for your response. I will keep trying also, and I will let you know what I can come up with. I hope that maybe someone else will have some ideas here on CIS. With all best wishes, Brother Jeremy, CSJW #: 9851 S10/OS9/6809 (CoCo) 17-Mar-91 22:08:23 Sb: #9843-Gfx2-Help Fm: Kevin Darling 76703,4227 To: Floyd Resler 72500,2572 Yeah, there's a bug in windint having to do with calculating the offsets of overlay controls... like scrollbars. Only an overlay in the upper left corner will work for those right now. One solution: draw your own controls! #: 9828 S10/OS9/6809 (CoCo) 16-Mar-91 20:06:14 Sb: #MULTI-VUE Fm: Bob Archambault 76506,3544 To: ALL I just acquired Multi-Vue from Radio Shack at a nice low price :-) Now I have a question. Can it be used to run any other programs besides its own? If I try to run another program like a game or anything that did not come on the MV disk, it doesn't work. Also some of the files ON that disk won't run either. A small blue window will pull down from the center of the screen and then I'll get errors. So far I've asked myself - WHY did I buy this? What GOOD is it? I'm hoping that some of you will have the expertise with this thing to help me out!! Thanx, Bob There is 1 Reply. #: 9829 S10/OS9/6809 (CoCo) 16-Mar-91 20:45:03 Sb: #9828-#MULTI-VUE Fm: James Jones 76257,562 To: Bob Archambault 76506,3544 (X) Read up on how to set up aif files to run applications, and check out some of the examples here in DL 10. (While you're at it, I'd seriously recommend grabbing Kent Meyers's patches to gshell.) There is 1 Reply. #: 9841 S10/OS9/6809 (CoCo) 17-Mar-91 15:06:30 Sb: #9829-MULTI-VUE Fm: Bob Archambault 76506,3544 To: James Jones 76257,562 (X) Thanx very much, James! I definitely will do all the things that you mentioned. Last night, after posting that message, I read further and noticed the section on AIF files and I wondered if they were the key. But I thought I would wait for a reply here from someone who KNEW what they were doing :-) Is it just me? Or are all the manuals that Tandy put out for OS-9 about as clear as MUD?? I say this because when I first got into OS-9 itself, I had about a million questions! So I was just wondering, is it me (am I THAT dumb?), or are the manuals confusing for a beginner? Thanx a million again, James, for your advice!! Bob #: 9839 S10/OS9/6809 (CoCo) 17-Mar-91 14:26:11 Sb: #Inside OS9 Level II Fm: Paul Rinear 73757,1413 To: Kevin Darling Kevin, Have been trying to get a copy of your book "Inside OS9 Level II". Microcom said it was out of print when I called and to try at a later date. I called back a month later and was told that they have a lot of requests for this book but they still don't have any. Know of another source? Paul There is 1 Reply. #: 9850 S10/OS9/6809 (CoCo) 17-Mar-91 21:38:42 Sb: #9839-Inside OS9 Level II Fm: Lee Veal 74726,1752 To: Paul Rinear 73757,1413 Frank Hogg Labs had them for a while. They might yet. Lee #: 9840 S10/OS9/6809 (CoCo) 17-Mar-91 14:27:58 Sb: #Remote terminal Fm: Paul Rinear 73757,1413 To: Bruce Isted , Pete Lyall Was reading the message string about tsmon and saw that you require a different driver SACIA instead of ACIAPAK. Where can I get this? Also, here is what I want to do; I have an IBM compatible in another room which I want to hook to my Coco3 via the RS232 ports. I have a multipack with an RS232pak connected to a modem and will get another RS232pak for this remote terminal. Is it possible with a configuration like this to somehow pipeline the modem through OS9 and out to the remote terminal where the remote can do an X-modem download at 2400 baud using its own program timing? When using tsmon with a IBM PC on the other end, what keys generate an escape in OS9 ? Hope you can help with this, Thanks, Paul There are 2 Replies. #: 9849 S10/OS9/6809 (CoCo) 17-Mar-91 21:15:14 Sb: #9840-Remote terminal Fm: Bruce Isted 76625,2273 To: Paul Rinear 73757,1413 ~ Paul, You'll find the SACIA driver in my esw110.ar package, available here on CIS in this forum's CoCo OS-9 data library. You can hook your CoCo up to a PC, but you will need to modify the 2nd RS-232 Pak to work at a different address, even though the two RS-232 Paks are plugged into different MPI slots. There is a text file that describes how to do this, but I don't know where it is or what it is called... maybe BRO/KEY:RS232 in the appropriate LIBs will turn it up. You may also want to install the "MPI IRQ Hack" to allow both RS-232 Paks to be IRQ driven. The "MPI IRQ Hack" is described in the manual in esw110.ar, as well as in other files available for DL here. If you're using a serial port descriptor that is set up with "standard" OS-9 values, you'll find that the PC's Esc is CONTROL-BREAK (ESCAPE), Ctrl-E is BREAK, and Ctrl-C is SHIFT-BREAK. Bruce #: 9856 S10/OS9/6809 (CoCo) 18-Mar-91 11:28:09 Sb: #9840-Remote terminal Fm: Pete Lyall 76703,4230 To: Paul Rinear 73757,1413 Paul - I used to do that when I had the Gimix hooked up. I had 6 terminals and 2 modems connected. I also had a PC in the studio, attached by serial line to the Gimix. I'd log into the gimix using Procomm to make the PC look like a VT100, and then use Sterm on the gimix to dial into cis. I'd use Kermit to transfer files between the two boxes. You could probably also write a very simple pass-thru utility, but it gets complicated when you try to figure out how to pass out of band information, like how to disconnect, for example. Pete #: 9868 S10/OS9/6809 (CoCo) 19-Mar-91 22:57:25 Sb: #9849-Remote terminal Fm: Paul Rinear 73757,1413 To: Bruce Isted 76625,2273 (X) Thanks Bruce. I've had the MPI interrupt hack installed for some time but was unaware that I had to change the address of the 2nd RS232 pak. Makes sense though. Paul #: 9873 S10/OS9/6809 (CoCo) 20-Mar-91 16:35:57 Sb: #9846-#Gfx2-Help Fm: Floyd Resler 72500,2572 To: Brother Jeremy, CSJW 76477,142 (X) Well, I tried an overlay with a MV window in it with the menu bar and scroll bars. The menus worked just fine, but the menu id number was returned as 0 when I clicked on the scroll arrows. Floyd There is 1 Reply. #: 9907 S10/OS9/6809 (CoCo) 23-Mar-91 08:30:06 Sb: #9873-#Gfx2-Help Fm: Brother Jeremy, CSJW 76477,142 To: Floyd Resler 72500,2572 (X) I was able to get an overlay with menu also, but I have the same problem. The scroll bars do not work properly. I will keep trying. --Jeremy, CSJW There is 1 Reply. #: 9953 S10/OS9/6809 (CoCo) 24-Mar-91 20:42:50 Sb: #9907-#Gfx2-Help Fm: Floyd Resler 72500,2572 To: Brother Jeremy, CSJW 76477,142 (X) Here's something you might try. On the overlay, use the ScSize syscall to get the size of the overlay. Then, when the mouse is clicked, check to see if the pointer is over where the scroll arrows would be. Floyd There is 1 Reply. #: 9954 S10/OS9/6809 (CoCo) 24-Mar-91 23:09:06 Sb: #9953-Gfx2-Help Fm: Brother Jeremy, CSJW 76477,142 To: Floyd Resler 72500,2572 I'll try it and let you know. I probably won't have a chance during Holy Week. I don't think that I will be online again until Easter Evening. Have a blessed holiday. With all good wishes--Jeremy, CSJW #: 9875 S10/OS9/6809 (CoCo) 20-Mar-91 22:10:09 Sb: #MULTI-VUE Fm: Bob Archambault 76506,3544 To: 76407,1524 (X) Zack, I just downloaded your files concerning installing RS games on Multi-Vue. Right now, I'm asking about FS2MV.AR, putting Flight Simulator 2 on Multi-Vue! I set everything up exactly as described on fs2.doc. What happens is the icon is perfect and the caption reads fs2. When I doubleclick on the icon, it starts to load something, the screen changes to an all-blue background with a white cursor (looks like 40 column) for about 3 seconds. Then the gshell screen comes right back as if nothing had happened (right back to MV again). What could be the problem? I'm new to this Multi-Vue stuff, and so far I'm finding it real interesting (and a little frustrating :-)) Any help would be gratefully received!!!!!! Thanx, Bob There is 1 Reply. #: 10018 S10/OS9/6809 (CoCo) 27-Mar-91 22:56:50 Sb: #9875-#MULTI-VUE Fm: Zack Sessions 76407,1524 To: Bob Archambault 76506,3544 (X) As the documentaion file states, once the screen returns to GShell, you must CLEAR over to the window which will be running Flight Sim. Currently, GShell cannot fork a VDG-based application directly. My program does the next best thing, allows you to start the VDG-based app from an ICON OSN double click, but unforch, you MUST CLEAR to the window which will be running the VDG-based app. Zack There is 1 Reply. #: 10032 S10/OS9/6809 (CoCo) 28-Mar-91 20:41:21 Sb: #10018-#MULTI-VUE Fm: Bob Archambault 76506,3544 To: Zack Sessions 76407,1524 (X) Boy Zack, Are you a tough man to reach!! :-) Must be busy with some of that new 68000 stuff, eh? I understood in your docs about CLEARing to the VDG screen for FS. Unfortunately, it doesn't work. Apparently, for some reason, that new VDG screen is NOT established or FS is looking for something that isn't there. Kevin gave me a hint to check my Init file, so I'm heading there first. Hopefully, that'll do it! Thanks for getting back to me! Bob There is 1 Reply. #: 10035 S10/OS9/6809 (CoCo) 28-Mar-91 23:11:28 Sb: #10032-#MULTI-VUE Fm: Zack Sessions 76407,1524 To: Bob Archambault 76506,3544 (X) Next thing to check is to make sure you have VDGInt in your OS9Boot file. To support VDG type windows, you must have VDGInt. (I recently was laid off of my day job, so in an effort to curb expenses, I only logon once a week to CIS) Zack There is 1 Reply. #: 10060 S10/OS9/6809 (CoCo) 30-Mar-91 17:15:45 Sb: #10035-#MULTI-VUE Fm: Bob Archambault 76506,3544 To: Zack Sessions 76407,1524 (X) Zack, The INIT file was the problem. I changed it as Kevin told me, and it now works perfectly. I was getting a little discouraged in that I followed your docs to the letter, and it still didn't work. I NEVER would have known about that INIT file without some help. When you write your docs, please remember to explain things to the "dummy" users ! I can see why you would only log on once a week if you're laid off (that stinks!), thanx for responding! Best of luck to you in regaining employment! Bob There is 1 Reply. #: 10108 S10/OS9/6809 (CoCo) 03-Apr-91 23:51:15 Sb: #10060-#MULTI-VUE Fm: Zack Sessions 76407,1524 To: Bob Archambault 76506,3544 (X) Just for my future reference, just what was your problem with the INIT file, and just which INIT file are you talking about? Glad you got it working! Zack There is 1 Reply. #: 10124 S10/OS9/6809 (CoCo) 05-Apr-91 19:47:25 Sb: #10108-#MULTI-VUE Fm: Bob Archambault 76506,3544 To: Zack Sessions 76407,1524 (X) The problem was in the INIT module of the OS9Boot file. I had to change the byte value at offset $0C from $0F to $0C. Something about a polling table & IRQ's. Bob There is 1 Reply. #: 10126 S10/OS9/6809 (CoCo) 05-Apr-91 20:52:49 Sb: #10124-MULTI-VUE Fm: Zack Sessions 76407,1524 To: Bob Archambault 76506,3544 That is something I have never heard about. Somehow, my INIT module does contain $0C and offset $0C, but I don't remember when I changed it or why. But I will include a note about that in a special readme file on all subsequent WPShel disks. Thanks!! #: 9876 S10/OS9/6809 (CoCo) 20-Mar-91 22:24:21 Sb: #Two RS232's Fm: Paul Rinear 73757,1413 To: Anyone I looked all over and can't find a file describing the hardware modification necessary when using two RS-232paks in the MPI. Anyone know where it is? Thanks, Paul There is 1 Reply. #: 9878 S10/OS9/6809 (CoCo) 20-Mar-91 22:40:57 Sb: #9876-#Two RS232's Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) Paul - try MPI232.TXT in library 10. Did you search on a key of "rs232"? Have fun! - kev PS: there might be another such file, too. There is 1 Reply. #: 9885 S10/OS9/6809 (CoCo) 21-Mar-91 18:38:54 Sb: #9878-#Two RS232's Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) An enlightening file. In it is mentioned that after modifying an RS232pak you can use one with ACIAPAK in slot 1 and one with MODPAK in slI can't use ACIAPAK for both? Right now I have a Modempak and an RS232pak with only the ACIAPAK driver and they seem to work together OK. Paul There is 1 Reply. #: 9890 S10/OS9/6809 (CoCo) 21-Mar-91 22:45:14 Sb: #9885-#Two RS232's Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) Paul - right; if you tie interrupts together then you can use ACIAPAK for both devices... the file was no doubt written before any interrupt hacks were common ;-). I assume you have MPI interrupts tied together on your current machine? thx - kev There is 1 Reply. #: 9898 S10/OS9/6809 (CoCo) 22-Mar-91 18:11:51 Sb: #9890-Two RS232's Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) Yep. Interrupts are tied together. Thanks for the clarification. Paul #: 9916 S10/OS9/6809 (CoCo) 23-Mar-91 18:34:38 Sb: #windows Fm: JOERG SATTLER 74016,631 To: all Is there a way to have a 32x16 vdg window at the same time as a 24x80 window. ? I am booting from a modified term descriptor that puts me into 24x80 from boot up . What would be the display sequence INIZ Wx DISPLAY 1b 20 __ __ __ __ __ __ >/wx ?? There is 1 Reply. #: 9917 S10/OS9/6809 (CoCo) 23-Mar-91 20:52:28 Sb: #9916-#windows Fm: Kevin Darling 76703,4227 To: JOERG SATTLER 74016,631 (X) Joerg - sure, altho you have to hardcode the window number: xmode /w5 type=1 shell <>>>/w5& Or the like. The "xmode type=1" tells cc3io that this is a vdg device. You can have more than one. Notice that all real window descriptors have type=80, btw. I bet there are some vdg descriptors in lib 10 here somewhere. Some people have made /v1 /v2 /v3 etc descriptors just for fun, y'see. There is 1 Reply. #: 9932 S10/OS9/6809 (CoCo) 24-Mar-91 09:35:58 Sb: #9917-windows Fm: JOERG SATTLER 74016,631 To: Kevin Darling 76703,4227 (X) was'nt shure ou could have a vdg window and a win_term window at the same time thanks. Joerg #: 9930 S10/OS9/6809 (CoCo) 24-Mar-91 08:43:50 Sb: Multi-Vue Fm: Bob Archambault 76506,3544 To: ALL Can someone tell me a way to run programs using VDG graphics as Multi-Vue applications? I have no problems with programs that are run using windows, they run perfectly. I d/l'd some files that Zack Sessions has on lib10 to put certain games on MV, but I'm having trouble with them and I can't seem to get a hold of Zack (I've had a message posted to him for 5 days now!) Some guidance would surely be appreciated!!! Please HELP :-) Thanx, Bob #: 9939 S10/OS9/6809 (CoCo) 24-Mar-91 13:59:54 Sb: #OS9 Windowing System Fm: George Hendrickson 71071,2003 To: All I need some help with making windows that doesn't include GFX2. I was trying to to make windows by using the method in the back of the OS9 Level II manual, OS9 Windowing System. I tried using PRINT chr$($1b)+chr$($22)+chr$($1)+chr$(etc...) but didn't get the results that I wanted everytime. I wrote a little module that recieved values in the INTEGER type and used them in a line that made them CHR$(number). It worked sometimes and sometimes it didn't so I tried BYTE and still got the same results. I had a similar problem when I tried setting the PALETTE colors that way too. What I need to know is how am I supposed to do that? Does the planets have to be aligned in the correct order or what? Or am I just missing something? Thanks for the help in advance.... There are 2 Replies. #: 9942 S10/OS9/6809 (CoCo) 24-Mar-91 14:57:26 Sb: #9939-#OS9 Windowing System Fm: James Jones 76257,562 To: George Hendrickson 71071,2003 (X) I think you're going to want to use PUT instead of PRINT. You may be running into the write vs. writeln problem. (writeln, which is what I bet PRINT to an SCF device will use, does some stuff that can interfere with windowing escape sequences.) There is 1 Reply. #: 9955 S10/OS9/6809 (CoCo) 25-Mar-91 02:08:11 Sb: #9942-#OS9 Windowing System Fm: George Hendrickson 71071,2003 To: James Jones 76257,562 (X) So I should 'PUT' the code instead of 'PRINT'ing it? Should I open a path first or can I use paths 0-2? There is 1 Reply. #: 9959 S10/OS9/6809 (CoCo) 25-Mar-91 06:31:47 Sb: #9955-#OS9 Windowing System Fm: James Jones 76257,562 To: George Hendrickson 71071,2003 (X) Judging by the messages, you've already found that PUT works fine. If one of the standard paths is the window you're after, use it--if you want to open another window, use the path number that OPEN gives you. There is 1 Reply. #: 10004 S10/OS9/6809 (CoCo) 27-Mar-91 02:43:11 Sb: #9959-#OS9 Windowing System Fm: George Hendrickson 71071,2003 To: James Jones 76257,562 (X) I've found that using the standard path #1 works real good. This program that I am working on is downloads manager for RiBBS v2.0. It will maintain the files.bbs and desc.bbs files. I use an indexing method to sort everything. It works real well and is pretty quick. I hope to get it done soon. I'm putting some finishing touchs to it to make it look good. Working on it in my spare time sure does take forever it seems like! Thanks for the help There is 1 Reply. #: 10006 S10/OS9/6809 (CoCo) 27-Mar-91 06:53:25 Sb: #10004-#OS9 Windowing System Fm: James Jones 76257,562 To: George Hendrickson 71071,2003 (X) No problem--that's what this SIG is for, eh? (Once in a while the questions are such that I know the answers. :-) Thank *you* for working on a program that will help a lot of RiBBS sysops out there. There is 1 Reply. #: 10051 S10/OS9/6809 (CoCo) 30-Mar-91 02:36:00 Sb: #10006-OS9 Windowing System Fm: George Hendrickson 71071,2003 To: James Jones 76257,562 (X) I've already got half of it done. This half will sort/setup the 'desc.bbs' files in the RiBBS downloads areas. It has a mini built in type of wordprocessor that has word wrap. I've had a couple of "Hey, we needed that!" out of it so far. I found a need for that utility when I first started running RiBBS back in May of 1990. I've been working on this ever since. It has been a learning experience! #: 9952 S10/OS9/6809 (CoCo) 24-Mar-91 19:59:38 Sb: #9939-#OS9 Windowing System Fm: Kevin Darling 76703,4227 To: George Hendrickson 71071,2003 (X) George, As JJ mentioned, what's mainly happening to you is that the PRINT statement does an edited write... in other words, CRs have LFs added and so on. Which means chr$(13) or chr$(10) will add in extra data which messes you up. The solution is to use unedited writes... with the PUT statement. For example, a procedure to change palettes might be: PROCEDURE setpal (* usage: RUN setpal(path,palettenumber,palettevalue) PARAM path,palnum,palval:INTEGER DIM esc(4):BYTE esc(1)=$1B esc(2)=$31 esc(2)=palnum esc(3)=palval PUT #path,esc END The "PUT #path,esc" sends out the 4 bytes composing the "esc" array without any output editing. Another example with two-byte values for moving the current draw pointer might be: PROCEDURE setdptr (* usage: RUN setdptr(path,newx,newy) PARAM path,x,y:INTEGER DIM esc(6):BYTE esc(1)=$1B esc(2)=$40 esc(3)=x/256 esc(4)=land(x,$FF) esc(5)=y/256 esc(6)=land(y,$FF) PUT #path,esc The x/256 gets the high byte of an integer, the land(x,$FF) gets the low byte. Yell if unclear. - kev There are 2 Replies. #: 9956 S10/OS9/6809 (CoCo) 25-Mar-91 02:09:59 Sb: #9952-OS9 Windowing System Fm: George Hendrickson 71071,2003 To: Kevin Darling 76703,4227 (X) Thanks, I'll look your message over and try it out and see what happens. If I run across a problem, I'll holler. Thanks again... #: 9957 S10/OS9/6809 (CoCo) 25-Mar-91 04:40:57 Sb: #9952-#OS9 Windowing System Fm: George Hendrickson 71071,2003 To: Kevin Darling 76703,4227 (X) Hey, I tried how you said for making windows and worked!!! Instead of 'PUT'ing the BYTE info to a prespecified path, I 'PUT' the info to path #1. One question, Can I 'PUT' the info to pre-specifed path and if so, what do I 'OPEN' the path as? e.g. OPEN #path,"SOME DEVICE NAME":WRITE/UPDATE etc.... There are 2 Replies. #: 9958 S10/OS9/6809 (CoCo) 25-Mar-91 06:30:31 Sb: #9957-OS9 Windowing System Fm: James Jones 76257,562 To: George Hendrickson 71071,2003 (X) You can do just what you said. (If you want to read stuff from that window, open for update.) #: 9961 S10/OS9/6809 (CoCo) 25-Mar-91 16:06:27 Sb: #9957-#OS9 Windowing System Fm: Kevin Darling 76703,4227 To: George Hendrickson 71071,2003 (X) Exactly (which is why my examples passed the path also... I figured sooner or later you'd find a use for that ;-). Just as you said: OPEN #wpath2,"/w" will open the next available window in update (read+write) mode. You can then DWSet it anyway you like, switch to it, back from it, etc. Keep at it! - kev There is 1 Reply. #: 10003 S10/OS9/6809 (CoCo) 27-Mar-91 02:38:37 Sb: #9961-#OS9 Windowing System Fm: George Hendrickson 71071,2003 To: Kevin Darling 76703,4227 (X) Suppose I wanted to open a path to an overlay window. What would I open that a the help. This stuff keeps getting easier all the time..:-) There is 1 Reply. #: 10068 S10/OS9/6809 (CoCo) 31-Mar-91 00:33:46 Sb: #10003-OS9 Windowing System Fm: Kevin Darling 76703,4227 To: GeoHrkn0ogo owudtndt e .Jtueh WtOn osttediewindow path. Now if you want to get fancy (like have several "overlays" all of which are active for input/output), then your only choices are to either fake the areas yourself (with cwarea and/or cursor xy calls)... or to open another /w on top of the current window. That requires turning off window protect, and being careful to not scroll the screen under visible screen areas which you don't want screwed up. There. Was that clear as mud, or what? . - kev #: 9940 S10/OS9/6809 (CoCo) 24-Mar-91 14:00:57 Sb: RSB by Burke Fm: Denise Tomlinson 71021,3274 To: All I seem not to be able to locate several files dealing with RSB by Burke and Burke, that the Dl10.CAT catalog says the forum has in their data libraries. Is there any updated info on RSB bugs? I have version 1.2d and find it won't function very well with my drives configured for 40cyl, doublesides. With doubleside being the problem. Thanks, Denise t/exit #: 9963 S10/OS9/6809 (CoCo) 25-Mar-91 18:22:02 Sb: #HELP! (Please) Fm: Bob Archambault 76506,3544 To: Bob Archambault 76506,3544 (X) Repeating a message that I have posted: #: 9930 S10/OS9/6809 (CoCo) 24-Mar-91 09:43:50 Sb: Multi-Vue Fm: Bob Archambault 76506,3544 To: ALL Can someone tell me a way to run programs using VDG graphics as Multi-Vue applications? I have no problems with programs that are run using windows, they run perfectly. I d/l'd some files that Zack Sessions has on lib10 to put certain games on MV, but I'm having trouble with them and I can't seem to get a hold of Zack (I've had a message posted to him for 5 days now!) Some guidance would surely be appreciated!!! Please HELP :-) Thanx, Bob Press for next or type CHOICES ! Could someone please reply to this? Believe me. I am not trying to sound demanding, because I TRULY appreciate all the help I have gotten on this forum. It's just that in the past few months, this is the third request for help I have made, that has been TOTALLY ignored! I am beginning to wonder if I have made someone MAD at me for some reason. I hope not, because as I said, I whole heartedly am very grateful for the past assistance. I'm just wondering what gives. I hope nobody is offended by this, as that is NOT my intention. Thank You, Bob There are 3 Replies. #: 9964 S10/OS9/6809 (CoCo) 25-Mar-91 18:52:27 Sb: #9963-#HELP! (Please) Fm: Pete Lyall 76703,4230 To: Bob Archambault 76506,3544 (X) Bob - I'm not ignoring you (nor am I mad - ), it's just that I'm not a CC3 guru, having spent most of my LII hours on a Gimix. I'm sure Kevin's not angry either, but more likely swamped. Try a direct message to him, or also possibly to Mike Halland, who has written some pretty prolific graphics code on the CC3. Pete Lyall There is 1 Reply. #: 9975 S10/OS9/6809 (CoCo) 26-Mar-91 18:12:51 Sb: #9964-#HELP! (Please) Fm: Bob Archambault 76506,3544 To: Pete Lyall 76703,4230 (X) Hi Pete, Thanx much for the reply! I figured my message would get some response ;-> Maybe I was just paranoid, but I got the feeling I was being ignored. Sometimes, though, ya can get paranoid when you're lost and desparate for info! Have ya heard from Zack Sessions lately? He's the one I've really got questions for! I d/l'd some of his Multi-Vue files and it seems like HE is the guru in that dept. Thanx again! Bob There is 1 Reply. #: 9976 S10/OS9/6809 (CoCo) 26-Mar-91 18:18:33 Sb: #9975-#HELP! (Please) Fm: Pete Lyall 76703,4230 To: Bob Archambault 76506,3544 (X) Check the userlog here in the forum to see when he logged in last.... I believe you just type 'n'. Pete There are 2 Replies. #: 9977 S10/OS9/6809 (CoCo) 26-Mar-91 18:19:11 Sb: #9976-HELP! (Please) Fm: Pete Lyall 76703,4230 To: Pete Lyall 76703,4230 (X) Whoops - make that 'u'. Pete #: 9980 S10/OS9/6809 (CoCo) 26-Mar-91 18:42:17 Sb: #9976-HELP! (Please) Fm: Bob Archambault 76506,3544 To: Pete Lyall 76703,4230 (X) Thanx AGAIN, Pete. Boy, talk about fast service, you replied to me BEFORE I even finished reading my messages! That'll show me for complaining :-) Have a good one! Bob #: 9968 S10/OS9/6809 (CoCo) 26-Mar-91 06:09:03 Sb: #9963-#HELP! (Please) Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 (X) Bob - nope, everyone is just super busy these days... I used to catch all "to all" messages that were left unanswered after a day or two, but haven't had much time myself lately. It's not at all unusual on most forums to have to repeat questions; we're just not used to having to do that here. Plus... your questions are tough ones , and not easily answered. Nevertheless. Hmm. I tried creating a simple Basic09 program which would take the game name as a parameter, but my GShell doesn't want to pass things the way I needed. In the interim, here's a program which you can customize and rename/pack to start a program in a VDG screen. Let me know if you do/don't get it to work at all. Use any kind of window type in the AIF, it doesn't matter. - kev PROCEDURE place.game.name.here (* Opens next vdg window, runs program named at bottom DIM Game:STRING DIM path,I_GetStt,SS_DevNm:BYTE DIM c$:STRING[1] TYPE stack=CC,A,B,DP:BYTE; X,Y,U:INTEGER DIM reg:stack I_GetStt=$8D \ SS_DevNm=$0E (* Find next window, and find its name to "dev$" using SS_DevNam OPEN #path,"/w" reg.A=path reg.B=SS_DevNm reg.X=ADDR(nam$) RUN syscall(I_GetStt,reg) dev$="" FOR j=1 TO 32 c$=MID$(nam$,j,1) EXITIF LAND(ASC(c$),$80)<>0 THEN dev$=dev$+CHR$(LAND(ASC(c$),$7F)) ENDEXIT dev$=dev$+c$ NEXT j CLOSE #path \(* critical part; hope no one else starts up! (* Do the usual vdg stuff: xmode it, chd, start program, etc Game="ninja" PRINT "Starting ";Game CHD "/dd/games/ninja/data" SHELL "xmode /"+dev$+" type=1" \(* "xmode /wx type=1" SHELL Game+"<>>>/"+dev$+"&" \(* "game <>>>/wx&" SHELL "xmode /"+dev$+" type=80" \(* reset window type to normal END There is 1 Reply. #: 9978 S10/OS9/6809 (CoCo) 26-Mar-91 18:31:48 Sb: #9968-#HELP! (Please) Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 (X) Thank you, Kev, very much! I will try your program out and see what happens. Also, thanx for not being offended by my message. After I wrote it, I said to myself,"Hope I don't get thrown off the forum !!" Just kidding, I KNOW the people on this forum are of a better league than that! I just want to apologize for sounding presump tuous; I was just frustrated from my own lack of experience and knowledge to get the thing running. BT on stuff for the TC9/Tomcat and/or the MM/1 systems? Someday I would like to upgrade to one of them if they gave me a good reason to. Actually, I'm leaning towards the Tomcat because he expressed a des coab.hM1esoe Tcpiei coatn ctvenESsprta eCoisf Oh well, I'll let you go, and Thanx again for the info. I'll let you know how it works out! Bob There is 1 Reply. #: 9986 S10/OS9/6809 (CoCo) 26-Mar-91 20:06:31 Sb: #9978-HELP! (Please) Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 (X) Bob - don't worry about it... I've posted "hey, this is my second message!" questions in other forums myself . It's more a matter of the right person being online to see it, than anything else. Yes, a lot of people are busy with the 68K systems right now, getting them up to coco standards - that is, the tools we're all used to having need to be in place. Should calm down again before long. cheers - kev #: 9998 S10/OS9/6809 (CoCo) 26-Mar-91 23:56:34 Sb: #9963-#HELP! (Please) Fm: Lee Veal 74726,1752 To: Bob Archambault 76506,3544 (X) Here's how I get Kyum-Gai to run in a Multi-Vue environment. I've done the same for King's Quest, Leisure Suit Larry and Life. I did it as more or less of a challenge, when I read or heard someone say that running VDG applications in the Multi-Vue environment was pain. Here's what the AIF.GAI file looks like: shell kyum.gai ICONS/icon.kyum.gai 0 7 80 24 0 1 It uses SHELL on the program line and the second line is where I put the KYUM.GAI shell script. The rest of the AIF can be just about anything that you want it to be. I just modified an AIF that was used to open a shell on an 80x24 4-color graphics window. 1. echo Modify W14 for VDG operations 2. xmode /W14 type=1 3. echo Initialize W14 4. iniz /W14 5. echo Change Data Directory to Kyum.Gai 6. chd /dd/games/kyum.gai 7. (ninja <>>>/W14;deiniz w14)& Lines 1, 3 and 5 simply display a canned message to the user indicating what step of the script is ibout to be performed. Line 2 changes the /W14 descriptor to be one that will work with VDGINT. Line 4 initializes /W14 (read INIZ in OS-9 Manual for details) Line 6 points the current working directory to /dd/games/kyum.gai. All of the files that are in the root directory of the distribution diskette are in this directory. Line 7 starts the program called NINJA. When NINJA ends, the deiniz command within this line will close the window that NINJA was using, and deallocate its memory. I just uploaded a file called AIFGAI.AR to Library 10. It should be available tomorrow. AIFGAI.AR is a packet that includes the AIF, ICON and SHELL script that I use to start Kyum-Gai in the Multi-Vue environment. Lee There is 1 Reply. #: 10013 S10/OS9/6809 (CoCo) 27-Mar-91 18:20:03 Sb: #9998-#HELP! (Please) Fm: Bob Archambault 76506,3544 To: Lee Veal 74726,1752 (X) Thank you very much, Lee. What you gave me looks very informative, once I study it for a while . From the different responses I've been getting, it seems that there are as many ways to do the same thing, as there are different users :-) Too bad I can't seem to stumble over some of those ways myself sometimes! Again, Lee, thanx!! Bob There are 2 Replies. #: 10024 S10/OS9/6809 (CoCo) 28-Mar-91 14:12:40 Sb: #10013-HELP! (Please) Fm: Lee Veal 74726,1752 To: Bob Archambault 76506,3544 (X) I figured out the method that I showed you, more or less, as a challenge. Somebody in my local computer club was having the same trouble. Then after I got King's Quest, I figured out a way to crossover the barrier between Multi-Vue and VDG screens. Lee #: 10026 S10/OS9/6809 (CoCo) 28-Mar-91 16:21:26 Sb: #10013-#HELP! (Please) Fm: Lee Veal 74726,1752 To: Bob Archambault 76506,3544 (X) Don't forget to download the AIFGAI.AR file in Lib 10. It has more detail about how to get VDG applications started from MultiVue. Lee There is 1 Reply. #: 10031 S10/OS9/6809 (CoCo) 28-Mar-91 20:35:31 Sb: #10026-HELP! (Please) Fm: Bob Archambault 76506,3544 To: Lee Veal 74726,1752 (X) Thanx Lee, I'll make sure I do that! Bob #: 9983 S10/OS9/6809 (CoCo) 26-Mar-91 19:49:48 Sb: #FONTS Fm: Brother Jeremy, CSJW 76477,142 To: All There is a set of fonts for Home Publisher in one of the DL's. There are also other font collections. Is there anyway to use these fonts under BASIC09? I have tried merging them into /SYS/STDFONTS but when I tried to display them, either with RUN gfx2("FONTS,200,[font # from 04-25) , I also have tried : merge /dd/sys/fonts/broadway;dispaly 1b 3a c8 06 <>>>/w1, and all I get is garbage, which appears to be the code for the particular font listing to the screen. I would like to be able to use the fonts in BASIC09 more then Shell Scripts,. How do I do it? Thank you, Br. Jeremy, CSJW There is 1 Reply. #: 9989 S10/OS9/6809 (CoCo) 26-Mar-91 20:14:06 Sb: #9983-#FONTS Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Jeremy - it sounds like you're doing the right thing... merge the font(s), then select it with gfx2 or display 1b3a. The broadway I have is C8 08, tho. Is the window a gfx type window? Offhand, hmmm. If you get garbage it may be because you had merged another font on top of (the same group/bfn) one already in use. When you select a font, grfdrv stores a pointer to where it is in memory. Merging another with the same group, or killing off that buffer and loading another, could change the data without grfdrv being aware. Does that make sense? Kinda like switching disks and confusing RBF as to the current directory spot. So. Start from scratch, merge the fonts you want to try out, then open a gfx window and try the font change again. Should work okay. Also, do you have the "dump" command or "ded"? You can look at the first few bytes of a font file to see what the group/buffer is (altho you may know that). - kev There is 1 Reply. #: 9996 S10/OS9/6809 (CoCo) 26-Mar-91 23:22:27 Sb: #9989-FONTS Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Thank you Kevin. I will try it and let you know how it works. --Jeremy CSJW #: 9984 S10/OS9/6809 (CoCo) 26-Mar-91 19:54:51 Sb: #OS9 LEVEL 2.NEW Fm: Brother Jeremy, CSJW 76477,142 To: 76703,4227 (X) Dear Kev, A few quick questions on the new OS9 Level II. Will it be shareware or will it be a commercial product? In either case how much will it cost either for purchase or donation? What sosrt of documentation will be available? Full programmers manuals, or a readme type file? Finally WHEN WHEN WHEN will it be ready? (As I wait with baited breath.) The monastry had fish tonight for dinner.)) I hope to be able to see you at Rainbowfest next month. With all best wishes, BR. Jeremy CSJW There is 1 Reply. #: 9990 S10/OS9/6809 (CoCo) 26-Mar-91 20:16:16 Sb: #9984-OS9 LEVEL 2.NEW Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) I think it'll be out not long after we get some income from the KMAs... gotta have seed money to get things rolling. thx! - kev #: 10012 S10/OS9/6809 (CoCo) 27-Mar-91 18:13:42 Sb: #Help? Fm: Bob Archambault 76506,3544 To: Kevin Darling Kevin, Thanx a MILLION for that program! It works great. Once I "customized it as you said, I put "Sub Battle Simulator" on MV, and it is perfect. I want to put the rest of my games on. Which brings me to another question, do you know of any reason that I can't get Flight Simulator II to run with it? I tried the same program you gave me and set it up the way I did for Sub (w/ the proper names, of course) but it will come up in the AIF window and read: "starting fs" and then &006 but about 3 seconds later it will go back to MV with NO new VDG window established. I know that FS needs 2 special modules in the bootfile, FT and FTDD. I have gen'd a new bootfile with those modules. I also have VDGInt, of course. Thanx again Kev, for letting me draw on your expertise! Bob There is 1 Reply. #: 10021 S10/OS9/6809 (CoCo) 28-Mar-91 00:01:26 Sb: #10012-#Help? Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 (X) Bob - can you start FS by hand? If not, then besides the FT and FTDD modules, make sure that your Init module was patched to allow more virqs (the old $0F to $0C thingie at offset, what? $0F in Init? You know the one). kev There is 1 Reply. #: 10030 S10/OS9/6809 (CoCo) 28-Mar-91 20:33:14 Sb: #10021-Help? Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 (X) Thanx Kev, I'm not completely sure where it is, but I'll dEd the Init module, and I'm sure I'll find it. Bob #: 10034 S10/OS9/6809 (CoCo) 28-Mar-91 22:24:04 Sb: #Help Fm: Bob Archambault 76506,3544 To: Kevin Darling Kevin, Thank You! Thank You! Bless You! You are a guru..., an OS-9 god! Your suggestion to change that byte value in the Init file was EXACTLY right! It now works perfectly, and so does that B09 program you gave me. By just changing the names of the "game" , as you told me, anything I try is now running perfectly as a MV application. Any chance of you teaching classes in OS-9 & programming? :-) How did you ever learn this thing upside down & right side out like you did. PLEASE don't say by reading the manual, 'cause then I'll really feel dumb . Seriously, Kev, thanks a million, you've got me back on track for the umpteenth time! Bob There is 1 Reply. #: 10037 S10/OS9/6809 (CoCo) 28-Mar-91 23:34:10 Sb: #10034-#Help Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 (X) Bob - glad it all worked, but you did the hard part by continuing. I just pushed a bit ;-). Yes, reading the manual helped a LOT. But some of us "cheated" and also took OS-9 apart, which helps now and again. More importantly tho, the same questions pop up all the time, which means once you figure something out (or someone else does :-), then you look good answering the next time... thx - kev PS: tell me you understand that program, and I'll be even happier! If you don't, ask away! There is 1 Reply. #: 10061 S10/OS9/6809 (CoCo) 30-Mar-91 17:24:53 Sb: #10037-#Help Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 (X) Kev, If you mean your B09 program that you gave me... I understand Basically (no pun intended :-)) what it is trying to do, but I'm a little rusty (ha,ha) on the system calls - Get_Stt or whatever it is! Do you have any recommendations for good books regarding programming (Basic09 for starters), I mean something for a REAL beginner. I've always wanted to learn, but I can't seem to make the connection from what I want to do - and how to do it ! Thanx again!!! Bob There are 2 Replies. #: 10063 S10/OS9/6809 (CoCo) 30-Mar-91 19:53:16 Sb: #10061-#Help Fm: James Jones 76257,562 To: Bob Archambault 76506,3544 (X) Do you have *The BASIC09 Tour Guide* by Dale Puckett? It does a good job of teaching BASIC09 programming. There is 1 Reply. #: 10065 S10/OS9/6809 (CoCo) 30-Mar-91 22:26:09 Sb: #10063-#Help Fm: Bob Archambault 76506,3544 To: James Jones 76257,562 (X) Thanks James, Sounds like just the thing for me. Is it a good book for the beginner? Where would I get that, at a Radio Shack or a regular bookstore? Bob There is 1 Reply. #: 10071 S10/OS9/6809 (CoCo) 31-Mar-91 02:26:37 Sb: #10065-#Help Fm: James Jones 76257,562 To: Bob Archambault 76506,3544 (X) It's available at Radio Shack. I'd say it's a reasonable book for a beginner. There is 1 Reply. #: 10080 S10/OS9/6809 (CoCo) 31-Mar-91 21:02:13 Sb: #10071-Help Fm: Bob Archambault 76506,3544 To: James Jones 76257,562 (X) Thanx James, I'll go to the Shack and have a look. That is if they haven't "discontinued" it like evrything else for the COCO :-) Bob #: 10069 S10/OS9/6809 (CoCo) 31-Mar-91 00:36:05 Sb: #10061-#Help Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 (X) Bob - also look at SYSCAL.TXT in Library 2 here, if you haven't already. - kev There is 1 Reply. #: 10079 S10/OS9/6809 (CoCo) 31-Mar-91 21:00:27 Sb: #10069-Help Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 (X) Thanx Kev, I'll do that! Bob #: 10045 S10/OS9/6809 (CoCo) 29-Mar-91 21:49:56 Sb: #GFX2/MV Fm: Brother Jeremy, CSJW 76477,142 To: All A few questions. Is there any good books on 6809 Assembly language applicable to OS9 Level 2. Next under Gshell, or GFX2 for that matter one appears to be limited to menu items of no more than 15 characters. I noticed this is documented on pg 9-14 of the Multi_Vue manual. It states menu title 15 chars max and on pg 9-15 MI.TTL item name 15 chars max. Is there anyway to patch this so as to increase the length of the menu title or menu items? There are 2 Replies. #: 10046 S10/OS9/6809 (CoCo) 29-Mar-91 21:52:43 Sb: #10045-#GFX2/MV Fm: James Jones 76257,562 To: Brother Jeremy, CSJW 76477,142 (X) Lance Leventhal's book on 6809 assembly language delves into the notions of position-independent and re-entrant code, which are important for OS-9 work. It is an Osborne/McGraw-Hill book; I don't know whether it's still available. There is 1 Reply. #: 10047 S10/OS9/6809 (CoCo) 29-Mar-91 21:56:05 Sb: #10046-GFX2/MV Fm: Brother Jeremy, CSJW 76477,142 To: James Jones 76257,562 (X) Boy that was quick. Thank you. I will try to order one, or request it through interlibrary loan. Jeremy, CSJW #: 10067 S10/OS9/6809 (CoCo) 31-Mar-91 00:33:30 Sb: #10045-#GFX2/MV Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Re: pulldown menu text size. Umm, probably could be patched, but would break anyone else's programs running on your machine, so.... kev There is 1 Reply. #: 10070 S10/OS9/6809 (CoCo) 31-Mar-91 02:26:23 Sb: #10067-#GFX2/MV Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) I see. If I understand you correctly, you could not make a patch retroactive to include unpatched versions? --Jeremy, CSJW. There is 1 Reply. #: 10081 S10/OS9/6809 (CoCo) 01-Apr-91 03:56:33 Sb: #10070-#GFX2/MV Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Righto. Of course, you could always impliment your own menu routines, to let you have more chars if you need to. That's actually allowed for pulldown menus... lemme think... just specify no items, and do your own overlay pulldown. You also have to update the menubar when done, so that the selected item goes back to normal. There is 1 Reply. #: 10097 S10/OS9/6809 (CoCo) 02-Apr-91 22:08:04 Sb: #10081-#GFX2/MV Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Would that be with the umbar call? I have the GFX2_Update Manaual of 23June90 in front of me, but all it says is RUN gfx2("UMBar"). I am not sure how to impliment it. --Jeremy, CSJW. There is 1 Reply. #: 10101 S10/OS9/6809 (CoCo) 03-Apr-91 19:32:30 Sb: #10097-#GFX2/MV Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) PROCEDURE umbardemo (* Run on 80col gfx screen DIM valid,fire,mx,my,area,sx,sy:INTEGER DIM menu_id,menu_item:INTEGER DIM wd(3):STRING \(* This is the window descriptor) DIM m1(3):STRING \(* "Disk" pulldown DIM MId_Disk,MId_Custom:INTEGER \MId_Disk=33 \MId_Custom=34 DIM Disable,Enable:INTEGER \Disable=0 \Enable=1 RUN gfx2("Title",wd,"Demo",34,10,2) RUN gfx2("Menu",wd,1,"Disk",MId_Disk,8,4,m1,Enable) RUN gfx2("Item",m1,1,"Dir ",Enable) RUN gfx2("Item",m1,2,"Free ",Enable) RUN gfx2("Item",m1,3,"PWD ",Enable) RUN gfx2("Item",m1,4,"Format",Disable) (* NOTE: # of items set to ZERO: RUN gfx2("Menu",wd,2,"Custom",MId_Custom,0,0,0,Enable) RUN gfx2("CurOff") RUN gfx2("WnSet",1,wd) RUN gfx2("CWArea",1,1,78,22) \(* BACK TO TOP! RUN gfx2("CurOn") RUN gfx2("SetMouse",3,1,1) \(* Turn on autofollow RUN gfx2("GCSet",$CA,1) \(* Use standard arrow pointer LOOP RUN gfx2("OnMouse",0) \(* Wait for click RUN gfx2("Mouse",valid,fire,mx,my,area,sx,sy) IF valid<>0 AND fire=1 AND area=1 THEN RUN gfx2("GetSel",menu_id,menu_item) IF menu_id<>0 THEN GOSUB 200 \(* handle items ENDIF ENDIF ENDLOOP 200 (* Menu Selections: IF menu_id=2 THEN END \ ENDIF \(* Closebox IF menu_id=MId_Custom THEN RUN gfx2("CurOff") RUN gfx2("OWSet",1,8,0,40,10,0,1) RUN gfx2("WnSet",3) \(* Shadowed Box PRINT "This is a big box to play with" INPUT k$ RUN gfx2("OWEnd") RUN gfx2("UMBar") \(* Turn highlighted bar off! ENDIF RETURN There is 1 Reply. #: 10112 S10/OS9/6809 (CoCo) 04-Apr-91 21:50:38 Sb: #10101-#GFX2/MV Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Thank you for the code Kevin. All I can say is wow. I am so looking forerd to meeting you at RainBowFest. I will probably be somewhat easy to spot. I don't think that the place will be over run with Monks in habit. If there is a community convention at the same time... Again thank you for your help. --Jeremy, CSJW There is 1 Reply. #: 10130 S10/OS9/6809 (CoCo) 06-Apr-91 02:05:17 Sb: #10112-#GFX2/MV Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Jeremy - you're welcome; but I might add that a Monk in ha to spot at a fest as you might think. Plenty of unusually dressed people there . Looking forward to meeting you. - kev There is 1 Reply. #: 10136 S10/OS9/6809 (CoCo) 06-Apr-91 13:03:43 Sb: #10130-GFX2/MV oeJe,ST vnalg77,27X (GRIN) Yes but being strange has been a habit for me long before I started wearing one. #: 10075 S10/OS9/6809 (CoCo) 31-Mar-91 15:40:20 Sb: #gfx2 trouble Fm: STEPHEN WALLACE 73720,2420 To: k. darling I have been experimenting with the updated gfx2 module. According to the info available, the wnset cmd should work with the forum version. However, I keep geting an error 208, unimplemented routine, when I try to use this cmd. Is there a glitch in the forum version of this module? There is 1 Reply. #: 10082 S10/OS9/6809 (CoCo) 01-Apr-91 04:01:11 Sb: #10075-gfx2 trouble Fm: Kevin Darling 76703,4227 To: STEPHEN WALLACE 73720,2420 (X) Stephen - umm, should work. Haven't heard anyone else get that error. Do you have Windint? Oh, and are you running your program on a graphics window? - kev #: 10084 S10/OS9/6809 (CoCo) 01-Apr-91 14:34:10 Sb: #CoCo3 memory Fm: David Betz 76704,47 To: all Well, I finally got my own CoCo3! The only problem is that my machine has *no* memory! It's got the Disto 512K upgrade board installed but no memory chips. Also, below the Disto board are four empty chip sockets. My question is, what chips do I need to install to bring this up to 512K? I was told that the Disto board takes 41256 chips. Any idea what speed is required? Also, do I need chips to plug into the four sockets below the Disto board? If so, what type of chips go there? There is 1 Reply. #: 10085 S10/OS9/6809 (CoCo) 01-Apr-91 17:45:36 Sb: #10084-#CoCo3 memory Fm: Pete Lyall 76703,4230 To: David Betz 76704,47 (X) David - I believe 100ns are recommended, although some folks were getting along with 120's. Best to play it safe. Pete There is 1 Reply. #: 10090 S10/OS9/6809 (CoCo) 02-Apr-91 08:30:36 Sb: #10085-#CoCo3 memory Fm: David Betz 76704,47 To: Pete Lyall 76703,4230 (X) Thanks! Do I need to plug anything into th4 four sockets below the Disto board? There is 1 Reply. #: 10091 S10/OS9/6809 (CoCo) 02-Apr-91 08:50:41 Sb: #10090-CoCo3 memory Fm: Pete Lyall 76703,4230 To: David Betz 76704,47 (X) Dave - Nope.... those are some 4164 sockets that get emptied when you use the 41256's (128K base machines come with 4 x 4164 in there).. Pete #: 10110 S10/OS9/6809 (CoCo) 04-Apr-91 19:44:07 Sb: #CRC/Disto Fm: Ian Hodgson 72177,1762 To: All For anyone who is interested, I heard today that CRC is going to phase out its CoCo related stuff and just sell clones (IBMoids). If you need anything from them it might be a good idea to make up your mind soon. For me, I'm going over there on Saturday to see what they've got. Guess it's time for that no-halt controller. There is 1 Reply. #: 10129 S10/OS9/6809 (CoCo) 06-Apr-91 02:03:40 Sb: #10110-CRC/Disto Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 Ian - it's also possible (maybe even probable) that CRC will sell off its CoCo stuff/rights to someone who wants to continue the line. #: 10121 S10/OS9/6809 (CoCo) 05-Apr-91 15:06:59 Sb: Smart Watch Drivers Fm: Lee Veal 74726,1752 To: All There's a fellow in our local club that uses a SuperController II, and has a SmartWatch installed in its ROM socket. He has a question concerning the drivers found in SWCLOC.AR in Lib 10. They are all slot-specific which seems to mean that they assume that an MPI is plugged into the system. However, since he doesn't use an MPI (the SCII handlesuhis HD, FD, and RS-232), he's wondering if it even matters which SWClock driver and GetClk program he uses in his system. The only differences that I've been able to find among the like modules contained in the ARchive (besides the CRCs) are the slot select codes. For instance, the module SWCLOCK4 has, starting at 1EB, an 8633 (LDA immediate) followed by a B7FF7F (STA), and SWCLOCK3 has an 8622 followed by the POKE (STA) that actually does the slot select. Since the B7FF7F is addressing the Slot Select byte that only means something if an MPI is plugged in, would it be necessary to NOP the 86xxB7FF7F instruction sequence with 1212121212, if no MPI is plugged into the CoCo? Lee #: 10134 S10/OS9/6809 (CoCo) 06-Apr-91 12:33:49 Sb: SmartWatch and SC-II Fm: Lee Veal 74726,1752 To: 70415,421 There's a fellow in our local club that uses a SuperController II, and has a SmartWatch installed in its ROM socket. He has a question concerning the dri.ers found in SWCLOC.AR in Lib 10 her on CI$. All of the drivers and programs in the ARchive are slot-specific which seems to mean that they assume that an MPI is plugged into the system. However, since he doesn't use an MPI (the SCII handles his HD, FD, and RS-232), he's wondering if it even matters which SWClock driver, SetClk, GetClk program he uses in his system. The only differences that I've been able to find among the like modules contained in the ARchive (besides the CRCs) are the slot select codes. For instance, the module SWCLOCK4 has, starting at 1EB, an 8633 (LDA immediate) followed by a B7FF7F (STA), and SWCLOCK3 has an 8622 followed by the POKE (STA) that actually does the slot select. Since the B7FF7F is addressing the Slot Select byte that only means something if an MPI is plugged in, would it be necessary to NOP the 86xxB7FF7F instruction sequence with 1212121212, if no MPI is plugged into the CoCo? Lee #: 10150 S10/OS9/6809 (CoCo) 07-Apr-91 10:55:43 Sb: #10126-MULTI-VUE Fm: Randy Wilson 71561,756 To: Zack Sessions 76407,1524 (X) Zack, You are probably using the Init module from Flight Sim II. It has the fix in it, and was required for FS2 to work. Randy #: 10159 S10/OS9/6809 (CoCo) 07-Apr-91 21:52:18 Sb: MVDEMO Fm: Brother Jeremy, CSJW 76477,142 To: Toby Farley, 71550,3152 I dl'd your MVDEMO program the other night and I am very impressed by it. I would like to be able to use it but I do not have access to a C-COmpiler at the moment. Thus I am going to try to convert it to BASIC09. I would greatly appreciate it if you or any other person has any advice on how to go about it. I would guess that I have to begin eith the line "clickdialog("Alert2".....and probably continue until I reach the OWEnd(path); call. What I am the most interested in is being able to have resizable windows such as your code allowed. Thank you for any help. -- Brother Jeremy, CSJW #: 10190 S10/OS9/6809 (CoCo) 10-Apr-91 08:23:18 Sb: #hard/floppy/serial Fm: David Betz 76704,47 To: all I've finally gotten a CoCo3 based OS-9 system running and now I'm looking for a hard drive interface. Does anyone have a combination hard/floppy/ serial interface they'd like to sell (maybe because they're upgrading to something better)? Alternatively, how about just a floppy/serial card? I'd like to stay away from using a contraption like the multi-pack interface. Something with everything in one cartridge would be best. (Do they even make such things?) There is 1 Reply. #: 10192 S10/OS9/6809 (CoCo) 10-Apr-91 19:54:08 Sb: #10190-hard/floppy/serial Fm: Brother Jeremy, CSJW 76477,142 To: David Betz 76704,47 (X) Considering that CRC-Disto is phasing out their COCO line, this may be a good time to go with their SC-II , and 4-in-1 card. Rainbow has had it adverstised for $200.00. Perhaps they will have a good 'Fest deal. Also try COCOPRO at 313-481-3283 or Jim's COCO corner, a BBS that has an order line for COCO PRO at 313-292-4713. Hope this might be of some help. -- Br. Jeremy, CSJW #: 10193 S10/OS9/6809 (CoCo) 10-Apr-91 20:00:27 Sb: #T2 HELP Fm: Brother Jeremy, CSJW 76477,142 To: All I am trying to write a dialer program to work with my modem, a BSR HAyes compatible. I have tried several programs and except for standard terminal programs such as OSTERM 2.08, I cannot get the port to work properly. I use /t2. Under OSTERM the command strings: ATZ ATX1VIQO (maybe that 1 should be an I) ATDT and this works. Why won't : OPEN PATH #/T2 WRITE /T2, "atz" ETC work. What else do I need to do. I have asked for help with this on several occassions, but as of yet nothing that has been suggested has worked in helping me with any of the dialer programs which I have downloaded for CIS. I have absolutely no idea what is wrong. Any code would be deeply appreciated. Thank you to everyone who replies. Brother Jeremy, CSJW. There is 1 Reply. #: 10208 S10/OS9/6809 (CoCo) 11-Apr-91 11:24:14 Sb: #10193-T2 HELP Fm: Pete Lyall 76703,4230 To: Brother Jeremy, CSJW 76477,142 (X) Jeremey - You need to have a carriage return on the end of the command for the modem to interpret it. Also - years ago I wrote a dialer program in ASM. It should be in DL9 (or in the offline DL9 archives), if you're interested. Pete #: 10199 S10/OS9/6809 (CoCo) 10-Apr-91 22:02:54 Sb: T2 HELP Fm: Brother Jeremy, CSJW 76477,142 To: James Jones 76257,562 (X) I will get the information uploaded in a few days Jim. Thank you, Jeremy, CSJW. #: 10195 S10/OS9/6809 (CoCo) 10-Apr-91 20:05:52 Sb: #Overlays & Mouse Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling, 76703,4227 (X) Dear Kevin: I have been working on a program with the umbardemo(?) code you uploaded. I think that is the proper name. I am not certain how to set up the mouse to select menu items from an overlay window. Any help would be greatly appreciated. Thnak you, Br. Jeremy, CSJW There is 1 Reply. #: 10205 S10/OS9/6809 (CoCo) 11-Apr-91 05:53:06 Sb: #10195-#Overlays & Mouse Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Ha! I'm ahead of you.... I knew you'd ask that and already had a program around here . Now I just have to find it. Hang on. (I assume you mean, how would one emulate pulldown menu selections?) There is 1 Reply. #: 10217 S10/OS9/6809 (CoCo) 11-Apr-91 18:18:53 Sb: #10205-#Overlays & Mouse Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) How did you ever guess? (Grin) Thanks Kev. ---Jeremy, CSJW There are 3 Replies. #: 10228 S10/OS9/6809 (CoCo) 13-Apr-91 04:35:51 Sb: #10217-Overlays & Mouse Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Arrgh. I'm having to reconstruct the code. Hang on another day if you can. - kev #: 10269 S10/OS9/6809 (CoCo) 14-Apr-91 22:16:32 Sb: #10217-Overlays & Mouse Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) PROCEDURE umbardemo (* Run on 80col gfx screen DIM valid,fire,mx,my,area,sx,sy:INTEGER DIM menu_id,menu_item:INTEGER DIM wd(3):STRING \(* This is the window descriptor) DIM m1(3):STRING \(* "Disk" pulldown DIM MId_Disk,MId_Custom:INTEGER \MId_Disk=33 \MId_Custom=34 DIM Disable,Enable:INTEGER \Disable=0 \Enable=1 RUN gfx2("Title",wd,"Demo",34,10,2) RUN gfx2("Menu",wd,1,"Disk",MId_Disk,8,4,m1,Enable) RUN gfx2("Item",m1,1,"Dir ",Enable) RUN gfx2("Item",m1,2,"Free ",Enable) RUN gfx2("Item",m1,3,"PWD ",Enable) RUN gfx2("Item",m1,4,"Format",Disable) (* NOTE: # of items set to ZERO: RUN gfx2("Menu",wd,2,"Custom",MId_Custom,0,0,0,Enable) RUN gfx2("CurOff") RUN gfx2("WnSet",1,wd) RUN gfx2("CWArea",1,1,78,22) \(* CWAREA BACK TO TOP INSIDE LINE! RUN gfx2("CurOn") RUN gfx2("SetMouse",3,1,1) \(* Turn on autofollow RUN gfx2("GCSet",$CA,1) \(* Use standard arrow pointer LOOP RUN gfx2("OnMouse",0) \(* Wait for click RUN gfx2("Mouse",valid,fire,mx,my,area,sx,sy) IF valid<>0 AND fire=1 AND area=1 THEN RUN gfx2("GetSel",menu_id,menu_item) IF menu_id<>0 THEN GOSUB 200 \(* handle items ENDIF ENDIF ENDLOOP DIM custom_items(10):STRING 200 (* Menu Selections: IF menu_id=2 THEN END \ ENDIF \(* Closebox IF menu_id=MId_Custom THEN custom_items(1)="This" custom_items(2)="That" custom_items(3)="The Other" custom_items(4)="Another" (* Note: set rows to # of items: RUN pulldown(menu_item,8,0,20,4,custom_items) RUN gfx2("UMBar") \(* Turnhighlighted bar off! PRINT menu_item ENDIF RETURN (* ********************************************** #: 10270 S10/OS9/6809 (CoCo) 14-Apr-91 22:16:57 Sb: #10217-#Overlays & Mouse Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) PROCEDURE pulldown (* usage: run pulldown(returnitem,x,y,cols,rows,stringarray) BASE 0 PARAM menu_item,x,y,cols,rows:INTEGER PARAM names(10):STRING DIM valid,fire,mx,my,area,scnx,scny:INTEGER \(* mousepacket DIM line,old,j:INTEGER RUN gfx2("OWSet",1,x,y,cols,rows+2,0,1) RUN gfx2("CurOff") RUN gfx2("WnSet",3) menu_item=0 \n=rows-1 (* Pad out strings: FOR j=0 TO n WHILE LEN(names(j))2 line=0 old=255 \(* last reversed invalid flag LOOP RUN gfx2("Mouse",valid,fire,mx,my,area,scnx,scny) (* Return item on fire, etc: EXITIF valid=0 OR area=2 THEN ENDEXIT EXITIF fire<>0 THEN IF area=0 THEN menu_item=my/8+1 ENDIF ENDEXIT (* Handle if outside cwarea: IF area=1 THEN IF old<>255 THEN RUN gfx2("CurXY",0,old) \ PRINT names(old); ENDIF old=255 ENDIF (* Handle if inside cwarea: IF area=0 THEN line=my/8 IF line<>old THEN IF old<>255 THEN RUN gfx2("CurXY",0,old) \ PRINT names(old); ENDIF RUN gfx2("RevOn") RUN gfx2("CurXY",0,line) \ PRINT names(line); RUN gfx2("RevOff") old=line ENDIF ENDIF ENDLOOP (* RUN gfx2("OWEnd") END There is 1 Reply. #: 10271 S10/OS9/6809 (CoCo) 15-Apr-91 00:00:13 Sb: #10270-#Overlays & Mouse Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Thank you for the code. I will probably have something else to bug you for in a few days. (Grin) --Jeremy, CSJW There is 1 Reply. #: 10275 S10/OS9/6809 (CoCo) 15-Apr-91 02:40:40 Sb: #10271-Overlays & Mouse Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) That's what I'm here for (time permitting ;-). Let me know if you don't understand something in it ... or if I goofed! #: 10232 S10/OS9/6809 (CoCo) 13-Apr-91 07:57:24 Sb: MultiEdit Fm: Brother Jeremy, CSJW 76477,142 To: Floyd Resler, 72500,2572 Thank you for all your help. I enjoyed our phone conversation lastnight. You were correct about having to add in the fill patch on the GFX2 upgrade. It works like a dream now. If I am correct about the GET statement it is: DIM response:STRING[n] -- n being the length of the string Response ="" GET #0,Response I think that I've gotten it correct. I am going to start playing with GET/PUT buffers. --Brother Jeremy, CSJW #: 10239 S10/OS9/6809 (CoCo) 13-Apr-91 12:47:05 Sb: #hard drive format Fm: Hugo Bueno 71211,3662 To: All OK everyone, the time has come for me to reformat my hard drive. It's given me 4 years of reliable service, so I figured I should reward it :-). Anyway, I have a B&B interface with an ST-225 hard disk. What are the best dmode parameters for it? I remember someone saying at some point that the #'s recommended by B&B were not the optimal ones. This is my current dmode: drv=00 stp=04 typ=80 dns=02 cyl=0264 sid=04 vfy=00 sct=0020 tos=0020 ilv=16 sas=20 Hugo There are 2 Replies. #: 10240 S10/OS9/6809 (CoCo) 13-Apr-91 16:46:14 Sb: #10239-hard drive format Fm: Steve Wegert 76703,4255 To: Hugo Bueno 71211,3662 (X) Your parameters are identical to the ones I'm using. I'll be watching the responses as well! Steve #: 10283 S10/OS9/6809 (CoCo) 15-Apr-91 17:52:18 Sb: #10239-#hard drive format Fm: Lee Veal 74726,1752 To: Hugo Bueno 71211,3662 (X) Here are the parameters that I use for my B&B setup: dmode /hx drv=01 stp=03 typ=80 dns=02 cyl=0267 sid=04 vfy=00 sct=0022 tos=0022 ilv=16 sas=10 ...which is a 20MB Miniscribe dmode /hd drv=00 stp=03 typ=80 dns=02 cyl=0354 sid=06 vfy=00 sct=0022 tos=0022 ilv=16 sas=10 ..which is a 40MB Miniscribe Note that the SCT= and TOS= parameters are both set to 0022 instead of 0020 like yours (and mine used to be). I read a spec on drive capacities and it said thrt the Sectors per track (IBM-sized; 512 bytes) was 17. I said, "Hmmmm, if you can get 17 of the 512-byte sectors on a track, then you should be able to get 34 of our (OS-9's) 256-byte sectors. Calculations for 20MB Miniscribe Drive Cylinders Heads Sec/Trk Sec. Sz 615 x 4 x 32 x 256 = 20,152,320 615 x 4 x 34 x 256 = 21,411,840 Extra= 1,259,520 ---------- Calculations for 40MB Miniscribe Drive Cylinders Heads Sec/Trk Sec. Sz 852 x 6 x 32 x 256 = 41,877,504 852 x 6 x 34 x 256 = 44,494,848 Extra= 2,617,344 The specs for the 40MB Miniscribe drive was somewhat less than 852. I noticed the highest cylinder that the specs listed as formattable was quite a distance from the "landing zone" (park track). It did not take a brilliant deduction but I figured that the space between the park track and the highest track was usable. So, I modified my descriptor to format it, too. It formatted fine, and I've been using that space (and the 2 extra OS-9 sectors per track) nor about a year. It turned out that using the documented high track made the calculations come out to a size that more closely matched what a typical 40MB hard drive was supposed to be on an IBM or clone system. OS-9 WINS AGAIN!!!! Try it out. Lee There is 1 Reply. #: 10284 S10/OS9/6809 (CoCo) 15-Apr-91 18:22:21 Sb: #10283-hard drive format Fm: Hugo Bueno 71211,3662 To: Lee Veal 74726,1752 (X) Thanks, what you say seems to make sense to my limited understanding of such things. Thanks! Hugo #: 10242 S10/OS9/6809 (CoCo) 13-Apr-91 17:07:50 Sb: #Multi-Vue Fm: Bob Archambault 76506,3544 To: Kevin Darling Hi Kev, One more question about Multi-Vue! I have my execution directory set up as /d1/cmds. Now, this allows me to have my MV disk in /d0 and my applications disk in /d1 - so far , so good. Now, if I want to use any of the MV functions, I have to "set execute" to /d0/cmds, this I assume is normal. Now for the question. If I change applications disks (/d1), I STILL have to do the "set execute", and RETYPE /d1/cmds even though it already says that. I assume that this is the equivalent of the CHX command in the normal shell. It is a pain in the butt to do that anyway - so is there a way around that? My feeling is that if the execution directory is already set to /d1/cmds, it should accept ANY of my applications disk without having to retype the SAME dir name. In lieu of that, would there be a "macro key" or something I could use to indicate the exec is STILL /d1/cmds but a different disk? I know, Kev - I come up with some BEAUTIES, eh? Thanx much in advance!! Bob There are 2 Replies. #: 10244 S10/OS9/6809 (CoCo) 13-Apr-91 18:36:56 Sb: #10242-#Multi-Vue Fm: James Jones 76257,562 To: Bob Archambault 76506,3544 (X) The problem is that despite the name, not all /d1/cmds are alike (i.e. at the same LSN on the disk). OS-9 processes just keep track of the device and the LSN of their current execution and data directories, for speed's sake. (Any time you, say, chd /h0/src/sysutils/spanner, you'll be very glad that's what OS-9 does, because otherwise it would have to always work its way down from /h0 to the current data directory any time it saw a relative pathname!) There is 1 Reply. #: 10252 S10/OS9/6809 (CoCo) 14-Apr-91 06:05:20 Sb: #10244-Multi-Vue Fm: Bob Archambault 76506,3544 To: James Jones 76257,562 (X) Thanx James, I figured that to be the case, but I just thought I'd see if there was a way around it. I see that MV's best would definitely be on a hard disk. Oh well...maybe some day if I have the $$$ ! Bob #: 10247 S10/OS9/6809 (CoCo) 13-Apr-91 20:55:12 Sb: #10242-#Multi-Vue Fm: Mike Stephenson 71655,415 To: Bob Archambault 76506,3544 (X) ~ Greetings Bob; What James said is true, but there is a way to cheat. Using your example, do this . . Format disks for /d1 and then MAKDIR CMDS on each disk before putting anything else on them. This way all disks you do like this will have CMDS in the same place on each disk. You can then go ahead and copy files over to this disk and you will be all set. eq: when you exchange one of these disks for another like formatted and MAKDIR CMDS disk, CMDS will be in the same place, and no need to chd /d1/cmds. This is an old trick we use to use back in OS9 LEVEL I, 35 track, single sided disk days. Enjoy, Mike There are 2 Replies. #: 10253 S10/OS9/6809 (CoCo) 14-Apr-91 06:10:24 Sb: #10247-Multi-Vue Fm: Bob Archambault 76506,3544 To: Mike Stephenson 71655,415 (X) Thanx a lot Mike, What you said makes a world of sense and right now I don't see why it wouldn't work. If that's all it takes...it's a little work, but it would be WELL worth it. Thanx a million for the suggestion and I'll get back to you and tell you if it works in this particular application! Thanx again, Bob #: 10263 S10/OS9/6809 (CoCo) 14-Apr-91 19:45:48 Sb: #10247-Multi-Vue Fm: Bob Archambault 76506,3544 To: Mike Stephenson 71655,415 (X) Mike, I did what you said...makdir CMDS on all my applications disks before putting on the files. It worked PERFECTLY!! Thanx a lot! Boy, I'll tell ya, it was getting a bit discouraging having to type the same execution directory every time. It made me think - what good is this Multi-Vue if I don't have a hard disk? But now it works great, thanks to your suggestion. Thanx again! Bob #: 10250 S10/OS9/6809 (CoCo) 14-Apr-91 00:57:49 Sb: #Kinq's Quest III Fm: Paul Rinear 73757,1413 To: Anyone All the Coco software is on sale real cheap! So... I picked up King's Quest III for $5. Has anyone tried loading the whole thing into the Coco and running it? I have the 1 meg upgrade and downloaded the 720k Ramdisk. I am able to copy all the 'vol.n' files onto one 3.5" floppy and make a boot disk with the rest of the stuff on it, but for some reason I get a black screen and lockup after starting the program. I didn't try the ramdisk yet, but I know I will have to make it somewhat smaller to be able to load the executables. Paul There is 1 Reply. #: 10281 S10/OS9/6809 (CoCo) 15-Apr-91 16:25:39 Sb: #10250-#Kinq's Quest III Fm: Lee Veal 74726,1752 To: Paul Rinear 73757,1413 (X) Did you reconstuct the table of contents (toc) file to properly point to the locations of the vol.n files. Lee There is 1 Reply. #: 10286 S10/OS9/6809 (CoCo) 15-Apr-91 21:09:48 Sb: #10281-Kinq's Quest III Fm: Paul Rinear 73757,1413 To: Lee Veal 74726,1752 (X) As far as I can tell, I made the toc file point to disk2 side1 which contains all the vol.n files. The toc file, though, doesn't tell that disk2 is in /d2 and not in /d0 which I booted from. So I copied all the data files on the /d0 disk to /d2 also and chd /d2 ; chx /d0/cmds after boot ; then Sierra -r. It seems to go looking on the right drives but I just get a blank screen. The other side effect is that the disk drives run slow. The drivers are patched for 6ms but they are running somewhere between 30ms and 6ms. I think the problem might be in the boot, so I am going to build a new boot using the original system master modules, as I know at least CC3Disk is not the original version. Paul #: 10265 S10/OS9/6809 (CoCo) 14-Apr-91 19:54:56 Sb: #Disk Drives @ 6ms. Fm: Bob Archambault 76506,3544 To: ALL Another question, I just installed in my COCO 3 a modified RS-DOS chip that accesses my drives at 6 ms. I also have my device descriptors set-up to run all my drives at 6 ms. However, when I boot OS-9, here's what happens: I type DOS, the drive runs at 6ms UNTIL the OS-9 BOOT message appears then they switch back to 30 ms until the OS-9 startup message appears then they go back to 6ms. Is there any way I can keep my drives at 6ms through the ENTIRE boot-up process? This seems pretty weird to me! (what else is new *;-> ) Thanx, Bob There is 1 Reply. #: 10268 S10/OS9/6809 (CoCo) 14-Apr-91 22:15:41 Sb: #10265-#Disk Drives @ 6ms. Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 (X) Bob - yes, it's the BOOT module going at 30ms. Try this patch: 00C0 03 -> 00 017C 03 -> 00 Let's see. You'd have to patch BOOT in memory, then os9gen or cobbler a new bootdisk (unless you have ways of patching the kernel on track 34... possible, if you go look for the Boot module up there). - kev There are 3 Replies. #: 10282 S10/OS9/6809 (CoCo) 15-Apr-91 16:32:06 Sb: #10268-#Disk Drives @ 6ms. Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) Does OS9Gen or cobbler correct the CRC when either one of them are re-creating the boot? Wouldn't changing 03 to 00 at 00C0 and 017C cause a problem in OS9's CRC verification? Lee There is 1 Reply. #: 10291 S10/OS9/6809 (CoCo) 15-Apr-91 23:27:21 Sb: #10282-Disk Drives @ 6ms. Fm: Kevin Darling 76703,4227 To: Lee Veal 74726,1752 (X) Oops. Right, of course you'd want to reverify the CRC also. Thanks for pointing that out, just in case! #: 10287 S10/OS9/6809 (CoCo) 15-Apr-91 21:17:16 Sb: #10268-#Disk Drives @ 6ms. Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 (X) Kev, I tried my dEd program to make that patch, but it doesn't seem to allow me access to Boot. The first module I can get to in the OS9Boot file is OS9p2. Any ideas on how I can do this? Or, in lieu of that, can ya tell me how to patch it in memory? Thanx Muchly! Bob There is 1 Reply. #: 10292 S10/OS9/6809 (CoCo) 15-Apr-91 23:32:55 Sb: #10287-Disk Drives @ 6ms. Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 (X) Bob - yah, REL, BOOT, and OS9p1 aren't in the os9boot file. They're stored on track 34 of the bootdisk (emulating normal OS9 computer ROMs, in a way). Do you have modpatch? Try that, then the os9gen/cobbler. A modpatch file would look something like: l boot c 00C0 03 00 c 017C 13 10 v That would link, change, and verify. Perhaps someone else with more modpatch experience can jump in with more details? #: 10293 S10/OS9/6809 (CoCo) 15-Apr-91 23:33:48 Sb: #10268-Disk Drives @ 6ms. Fm: Kevin Darling 76703,4227 To: Kevin Darling 76703,4227 (X) PS: the 017C changes are actually 13 -> 10, not 03 -> 00. Sorry about that. #: 10289 S10/OS9/6809 (CoCo) 15-Apr-91 21:20:07 Sb: #Phantom file Fm: Paul Rinear 73757,1413 To: Anyone Where is a file called "dmode" mentioned in the archive of 'RAM.BIN' in DL10? (?) ????Paul There is 1 Reply. #: 10294 S10/OS9/6809 (CoCo) 15-Apr-91 23:36:07 Sb: #10289-#Phantom file Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) Paul - see DMODE.AR in Lib 9, utils, I think. There is 1 Reply. #: 10312 S10/OS9/6809 (CoCo) 16-Apr-91 21:57:19 Sb: #10294-#Phantom file Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) Thanks, what I'm trying to do isn't going to work anyway. I'm trying to put all of King's Quest III in RAM but there is some sort of conflict between it and the Disto 'mega' driver program. There is 1 Reply. #: 10321 S10/OS9/6809 (CoCo) 17-Apr-91 05:32:48 Sb: #10312-Phantom file Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) There were one or two games which assumed coco's could only go to 512K... and so don't set their block numbers up correctly. I think KQ-III was one of those. That's why the "mega" program (instead of automatic), so you can boot normally and play those if you wish. Too bad tho, eh? #: 10309 S10/OS9/6809 (CoCo) 16-Apr-91 19:12:15 Sb: #Home Publisher Fm: Bruce Isted 76625,2273 To: All One of our CoCo club members is looking for a printer driver for Home Publisher and her DMP-110 printer. The problem appears to be due to the DMP-110's graphics spacing, which I think is 960 DPL as opposed to most DMP printer's 480 DPL. A long time ago I heard about a disk Tandy sold that had Home Publisher printer drivers for a number of Tandy/Radio Shack printers. If anyone knows the part number please let me know what it is. Or for that matter, if anyone knows of another printer driver, or patch for an original Home Publisher printer driver, that will be just as good. Thanks for any help! Bruce /ex s There are 2 Replies. #: 10313 S10/OS9/6809 (CoCo) 16-Apr-91 22:39:04 Sb: #10309-#Home Publisher Fm: Brother Jeremy, CSJW 76477,142 To: Bruce Isted 76625,2273 (X) I remember calling Tandy, I think it was either at Software Express, I think tha't what they used to call their catalog, I remember the phone number was 817-338-2395. That is the Tandy Computer Customer Service Line. See Rainbow, Jan '89 pg. 6. There was also a printer driver package Cat # 90-0911 for $19.95. Call Express Order at 800-321-3133. The first for a fix for the serial drivers for the DMP printers. Hope this helps. --Brother Jeremy, CSJW There is 1 Reply. #: 10363 S10/OS9/6809 (CoCo) 20-Apr-91 10:55:16 Sb: #10313-Home Publisher Fm: Bruce Isted 76625,2273 To: Brother Jeremy, CSJW 76477,142 (X) ~ Brother Jeremy, Thank you very much for the information. I think the printer driver disk will do the job, now all I have to do is order it. A local Radio Shack manager tried to find the catalogue number, but wasn't successful. I doubt if that disk was ever sold by Intertan in Canada, but I should be able to order it out of the USA. Bruce #: 10328 S10/OS9/6809 (CoCo) 17-Apr-91 21:53:33 Sb: #10309-#Home Publisher Fm: VERN STOCKMAN 70415,1057 To: Bruce Isted 76625,2273 (X) Bruce, According to a review published in Rainbow Mag. May/89 the printer drivers for DMP110, CGP220 and others was available as P/N 90-0911 for $19.95 from most RS outlets ?. I recently succeded in getting the DMP430n driver, included in the Publisher package to work quite well with my CGP220 (640 dpl) which corrosponds to Publisher output format by changing offsets 247,248 and 25C,25D from 0320 to 0280 plus a little tinkering with offsets 4D,4E to adjust the L margins more to my liking the only problem still present is that when borders are selected the right border is just off the paper like at column 82, Hi I suspect the DMP110 would probably work ok with the 640 dpl setting I use but with only say 2/3 of page printed, while using 03C0 (960) at above offsets would probably break up Publishers output. Regards, Vern. There is 1 Reply. #: 10364 S10/OS9/6809 (CoCo) 20-Apr-91 10:55:20 Sb: #10328-Home Publisher Fm: Bruce Isted 76625,2273 To: VERN STOCKMAN 70415,1057 (X) ~ Vern, Thanks very much for the RS catalogue number and the other information. I think the easiest path is to order the printer driver disk, so I'll do that before I try tinkering! Bruce #: 10336 S10/OS9/6809 (CoCo) 18-Apr-91 02:18:42 Sb: #10068-#OS9 Windowing System Fm: George Hendrickson 71071,2003 To: Kevin Darling 76703,4227 (X) re:Clear as mud... Yep, I guess you could say that! :-) I wanted to have two things going, one in each seperate window, e.g. time update in one window and a command line update in another overlay window. Could you give the syntax for that not using GFX2? BTW, I was wondering about the high speed poke that is initiated under RSDOS with POKE 65497,0, has the same effect under OS9 or is OS9 at that speed all the time? Thanks for the help... There is 1 Reply. #: 10338 S10/OS9/6809 (CoCo) 18-Apr-91 07:31:47 Sb: #10336-OS9 Windowing System Fm: James Jones 76257,562 To: George Hendrickson 71071,2003 On the CoCo 3, OS-9 Level Two runs at 1.78 MHz all the time--save for some device drivers that folks wrote here and there that slow down to do I/O (one for the speech cartridge comes to mind) for some things that couldn't take the higher speed. I just avoid anything that won't go fast enough. :-) #: 10341 S10/OS9/6809 (CoCo) 18-Apr-91 18:32:32 Sb: Thanks Fm: Bob Archambault 76506,3544 To: Kevin Darling Thank you AGAIN, Kev! Once more you have solved my problem. I used the MODPATCH utility as you said, and then COBBLER'd myself a new bootfile, and she runs at 6 ms. all the way through now. Thanx again! Bob #: 10343 S10/OS9/6809 (CoCo) 18-Apr-91 22:30:15 Sb: RainBow Article Fm: Brother Jeremy, CSJW 76477,142 To: ALL From June 1988-November 1988 The Rainbow ran a series beginning with a program called MVSHELL. It continued with GFX3 in August. Next came Mod 1 and Mod 2 in the Oct. '88 issue and ended with DOMENU and DOALERT in the Nov 88 issue. I have never been able to get any of it to work. At best DoMenu hangs up at "Type or to Stop!!!" Even though most of it is now obsolete due to the new GFX2 module, I would like to see it up and running as a guide as I try to convert it to use the new GFX2 module. Any help would be deeply appreciated. --Br. Jeremy, CSJW Delphi: REVWCP CIS Br. Jeremy, CSJW, 76477,142 #: 10349 S10/OS9/6809 (CoCo) 19-Apr-91 18:07:54 Sb: #5.25 inch 720K drives Fm: David Betz 76704,47 To: all I've got a chance to pickup a pair of 5.25 inch 720K drives cheap. Does anyone know if they will work with the FD-501 floppy controller? If so, what parameters would I need to use? Thanks, David Betz There are 2 Replies. #: 10352 S10/OS9/6809 (CoCo) 19-Apr-91 22:40:13 Sb: #10349-#5.25 inch 720K drives Fm: Erich Schulman 75140,3175 To: David Betz 76704,47 (X) I believe you can for one of your drives. You will have to reconfigure your OS-9 for a new drive descriptor. I know this can be done on the FD-502. BTW, are you also using DECB? I don't know how your new drives will affect DECB if at all. I don't have 720K drives; I found this out in my PACKing in Basic09 thread in Sec. 3. There is 1 Reply. #: 10360 S10/OS9/6809 (CoCo) 20-Apr-91 08:02:00 Sb: #10352-#5.25 inch 720K drives Fm: David Betz 76704,47 To: Erich Schulman 75140,3175 (X) I hate to admit it, but I don't even know what DECB is. I'm rather new to the CoCo and OS/9. Can you describe what it is and why I might want to use it? There are 2 Replies. #: 10361 S10/OS9/6809 (CoCo) 20-Apr-91 09:09:45 Sb: #10360-#5.25 inch 720K drives Fm: Pete Lyall 76703,4230 To: David Betz 76704,47 (X) David - DECB is the deck on which they serve the Columbian coffee... er.. (sorry - early and pre-coffee here!).. actually, it's the acronym for Disk Extended Color Basic. It's the maximum Radio Shack Color Computer configuration (that is, before OS9 showed up). It involved the original Color Basic Rom, the Extended Color Basic Rom (mostly graphics and enhanced string handling), and the Disk Basic Rom (which was mounted in the controller). A total of 24K of Basic/OS. The ROMS resided at $A000, $8000, and $C000 respectively in the 64K address map. Pete There is 1 Reply. #: 10390 S10/OS9/6809 (CoCo) 22-Apr-91 11:02:53 Sb: #10361-#5.25 inch 720K drives Fm: David Betz 76704,47 To: Pete Lyall 76703,4230 (X) Oh, I see. Well, I don't have DECB (at least not that I know of). In any case, I don't really care if it works. I'm strictly interested in OS9. BTW, I did manage to get a 720K 3.5 inch drive working last night. It was nice to see all that free space! There is 1 Reply. #: 10393 S10/OS9/6809 (CoCo) 22-Apr-91 14:50:09 Sb: #10390-5.25 inch 720K drives Fm: Pete Lyall 76703,4230 To: David Betz 76704,47 (X) If you have a disk controller, you have DECB! Pete #: 10369 S10/OS9/6809 (CoCo) 20-Apr-91 19:20:16 Sb: #10360-#5.25 inch 720K drives Fm: Erich Schulman 75140,3175 To: David Betz 76704,47 (X) You've already been told what DECB is. Why might you want to use it? 1. There is a lot of software for DECB for sale and available for you to download in the CoCo Forum. 2. It is not as powerful as OS-9's Basic09, but you can do a lot with DECB, and programming in DECB is at least to some extent easier than in Basic09. As soon as you turn on your CoCo, you probably see something like DISK EXTENDED COLOR BASIC 2.1 at the top of your screen. You could say that DECB "boots up" in milisec- onds. Just go through the Extended BASIC manual that came with your CoCo and you can begin writing (simple) programs in an hour's time. Becoming well acquainted with DECB can help you understand Basic09 better. And your Extended BASIC manual is designed to help teach you programming, whereas the Basic09 section of the OS-9 Level II manual better serves as a reference for those who already know what they're doing. Also, high res- olution graphics is a lot easier to accomplish under DECB than Basic09. I use both, but some users have totally left DECB for OS-9 (and not without some good reason). BTW, there is a program called R.S.B. that lets you run DECB under OS-9. I don't have it, though. There is 1 Reply. #: 10391 S10/OS9/6809 (CoCo) 22-Apr-91 11:04:51 Sb: #10369-#5.25 inch 720K drives Fm: David Betz 76704,47 To: Erich Schulman 75140,3175 (X) Thanks. I guess I hadn't noticed that DECB was Disk Extended Color Basic. You're right that it appears on my screen when the system boots. Too bad I can't get OS9 to boot automatically. Then I could banish DECB forever! :-) There is 1 Reply. #: 10398 S10/OS9/6809 (CoCo) 22-Apr-91 20:29:05 Sb: #10391-#5.25 inch 720K drives Fm: Erich Schulman 75140,3175 To: David Betz 76704,47 (X) If you *really* want to be free of DECB, you can always get out your soldering iron....:-) I'm sure it's possible to make it boot automatically--esp. if you have a hard drive--but I don't know if the required hardware is out there for one to buy. There is 1 Reply. #: 10426 S10/OS9/6809 (CoCo) 24-Apr-91 11:01:02 Sb: #10398-#5.25 inch 720K drives Fm: David Betz 76704,47 To: Erich Schulman 75140,3175 (X) I guess I don't want to be rid of DECB bad enough to give up the 'DOS' command that allows me to boot OS9! I'll wait until I find someone who sells an autoboot rom for OS9 on floppies (can't afford a hard disk interface). There are 2 Replies. #: 10431 S10/OS9/6809 (CoCo) 24-Apr-91 11:16:27 Sb: #10426-5.25 inch 720K drives Fm: Pete Lyall 76703,4230 To: David Betz 76704,47 (X) David - In days gone by, I used to sell just that (autoboot EPROM). If you want to discuss it further, drop me a cmail and I'll give you the scoop. Pete #: 10437 S10/OS9/6809 (CoCo) 24-Apr-91 13:56:10 Sb: #10426-#5.25 inch 720K drives Fm: Lee Veal 74726,1752 To: David Betz 76704,47 (X) If you're into burning your own ROMs, then you could patch in the necessary autoboot from floppy. I know a fellow over in Ft. Worth that set up his floppy-based system so that when he powered it up, it would check to see if an OS-9 Boot disk was in drive 0, and if it was, it would boot from it. Lee There is 1 Reply. #: 10451 S10/OS9/6809 (CoCo) 25-Apr-91 09:18:32 Sb: #10437-5.25 inch 720K drives Fm: David Betz 76704,47 To: Lee Veal 74726,1752 (X) I've got a RS FD-501 controller and I understand that the proms for it are rather expensive. Also, I don't have a prom burner. It looks like I might be better off investing in a new floppy/hard disk controller. Anyone have the phone number for CRC so that I can get the current price for one of the Disto units? Alternatively, does anyone have a hard/floppy controller for sale? I'd prefer one of the non-stop controllers. #: 10374 S10/OS9/6809 (CoCo) 21-Apr-91 03:25:04 Sb: #10349-#5.25 inch 720K drives Fm: Kevin Darling 76703,4227 To: David Betz 76704,47 (X) David - sure can. What you'll need to do is to hook up one at first (as /d1) so that you can still boot from the 40tk drive until you've gen'd up a new 80tk bootdisk. The L-II disk has the descriptors needed, I think. Something like "d1_80ds.dd" or similar. Or use "dmode /d1 sid=2 cyl=50 stp=3" to make any /d1 double sided, $50 cylinders (80tks), and 6ms step rate. Hardware-wise, you should be able to just set the jumpers to the drive number, and for HM instead of HS (head load on motor, not select), and plug it in. Get them, then yell for help if needed. At least half the people here must be using them, altho perhaps have forgotten over time what they did to make a new boot . Like me. - kev There is 1 Reply. #: 10392 S10/OS9/6809 (CoCo) 22-Apr-91 11:06:52 Sb: #10374-5.25 inch 720K drives Fm: David Betz 76704,47 To: Kevin Darling 76703,4227 (X) Thanks, Kevin. I did as you suggested and the new drive seems to work just fine! #: 10351 S10/OS9/6809 (CoCo) 19-Apr-91 22:37:15 Sb: Monochrome boot Fm: Ian Hodgson 72177,1762 To: All The addition of a second CoCo III with a monochrome monitor (the other one has a CM8) has made it evident that I would like to attack whatever module has the initial palette and sets montype during boot so I could change things. So, the question is: what module(s)? What offset? Too bad; when I graduated to the CM8 a couple of years back I turfed all the window descriptors and boot files I had so painstakingly set up for monochrome. Now that I need them back, they're not there, sigh. Anybody know where to look? Oh, a second question. While I was at it I got a no-halt controller and 3 in 1 board. I presume STERM is the way to go? DL'd it the other night but still haven't cobbled together a power supply and DB25 to 10 pin header cable so haven't trid it. And a comment for those who may be looking for a printer: like many others I was attracted to the Star NX1000 a couple of years back and bought one. Great - at first. But it has the world's shortest printhead life (like some cars where you replace the brake disks every second pad change you apparently need a new printhead about every second ribbon on the NX1000). In addition to the one I have here, we have 4 at work and they are all the same, so beware of low cost as your only consideration. Symptoms of dead printhead: Grey (rather than black) characters, even with a new ribbon, and poor dot registration that makes the characters look fuzzy. I have 3 other (older) printers and there is no problem with printheads even after 10 years in one case so I suggest you consider the price of printhead replacement as part of the cost of the Star. #: 10357 S10/OS9/6809 (CoCo) 20-Apr-91 00:07:08 Sb: #9983-FONTS Fm: DonVail 70233,2037 To: Brother Jeremy, CSJW 76477,142 (X) The fonts that you get with the Home Publisher are data fonts only. They are represented in graphics format and not in an 8 by 8 or 8 by 6 Also the STDFONTS that come with OS9 have some control codes imbeded into the file to load the character set into a buffer for the graphics window to use. There is no way that you can use the Home Publisher fonts from shell without doing some major rewritting of the SCF.MN to understand the way Home Publisher stores in font data. DONVAIL #: 10358 S10/OS9/6809 (CoCo) 20-Apr-91 00:09:33 Sb: #9984-#OS9 LEVEL 2.NEW Fm: DonVail 70233,2037 To: Brother Jeremy, CSJW 76477,142 (X) First of all. Is there a new OS-9 Level II coming out? That's the question. DONVAIL There is 1 Reply. #: 10373 S10/OS9/6809 (CoCo) 20-Apr-91 22:25:45 Sb: #10358-OS9 LEVEL 2.NEW Fm: Brother Jeremy, CSJW 76477,142 To: DonVail 70233,2037 From what I have heard from Kevin Darling, yes. When, I am not certain. I believe that some of the messages should still be online. I believe that the updated GFX2, for example, is actually a part of that package. #: 10383 S10/OS9/6809 (CoCo) 21-Apr-91 22:40:05 Sb: #VEF.HLP Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Dear Kevin In the May 1988 issue of Rainbow, pg. 178, Dale Puckett mentioned that you were able to save the Multi-Vue screen images in .VEF format. This was Was used by Bill Brady to print in the MOTD newsletter. How is this done? Could one use a screnn dump utility and redirect it to a file instead of a printer. As is true about most things, I no absolutely nothing about this. What programs would be needed for such an undertaking? --Jeremy, CSJW. Ps. See you on Saturday. There is 1 Reply. #: 10387 S10/OS9/6809 (CoCo) 22-Apr-91 06:53:46 Sb: #10383-VEF.HLP Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) I use Ron Lammardo's VEFIO command all the time for doing just that. I believe it should be in Lib 10 here under VEFIO.AR. Also might need WINFO.AR subroutine module if that's not included with VefIO. It allows you to snap any window to a file. Then you can do what you want from there (edit/print) with any tools you have. When Dale wrote that article tho, there was no such tool, and I had to go rummage through coco memory to snap out the pictures by hand . #: 10394 S10/OS9/6809 (CoCo) 22-Apr-91 19:12:21 Sb: #os9 Fm: thomas aubin 70540,1666 To: thomas aubin Help I have a Tandy CoCo with os9,a multi-pak and modem program pak. I am also using tandy deskmate which also uses os9. My problem is that I can't seem to get os9 to work with my modem pak. I can't use my disk drive to save files downloaded by modem as a result. Is there anyone out there that can help me? There is 1 Reply. #: 10395 S10/OS9/6809 (CoCo) 22-Apr-91 20:13:23 Sb: #10394-#os9 Fm: James Jones 76257,562 To: thomas aubin 70540,1666 (X) What exactly happens when you try to use os9 with your modem pak? Also, could you list the output you get when you type "xmode /m1" at the shell prompt? Thanks. There is 1 Reply. #: 10440 S10/OS9/6809 (CoCo) 24-Apr-91 21:54:29 Sb: #10395-os9 Fm: thomas aubin 70540,1666 To: James Jones 76257,562 (X) I do not get any output on the screen when using deskmate. I haven't tried xmode/m1 yet but I will. I have followed the instructions in the deskmate manual but all I get is a blank screen. I don't even know if the other computer I'm connected to can recieve me at that point. Thanks for your help. #: 10410 S10/OS9/6809 (CoCo) 23-Apr-91 09:46:08 Sb: #3.5' drive Fm: REX GOODE 73777,3663 To: All I have an IBM 3.5" external drive. There is a 33 pin cable coming out of the back and a controller card for IBMs. Any ideas on how I might be able to get it working with my CoCo and OS9? Rex There are 2 Replies. #: 10411 S10/OS9/6809 (CoCo) 23-Apr-91 18:52:29 Sb: #10410-3.5' drive Fm: James Jones 76257,562 To: REX GOODE 73777,3663 (X) Folks sell adapters that will let you hook up 3.5" drives to cables meant for 5.25" floppies--check out any issue of *Computer Shopper*. (Folks like JDM Microdevices (I *think* I spelled that right...:-) that sell parts are what you're looking for.) #: 10449 S10/OS9/6809 (CoCo) 25-Apr-91 07:57:20 Sb: #10410-3.5' drive Fm: Steve Wegert 76703,4255 To: REX GOODE 73777,3663 (X) Rex, Mark Griffith did a tutorial on just this type of project. Look for TINYDR in the Tutorial Library. Steve #: 10412 S10/OS9/6809 (CoCo) 23-Apr-91 20:39:39 Sb: os9 Fm: Bob Archambault 76506,3544 To: Thomas Aubin Thomas, In Telecom's (Deskmate) STATUS screen, you'll see "serial port" - type /m1 in that space. That will allow Deskmate to access the Modem Pak (of course, your baud rate is 300 only). Good Luck! Bob #: 10415 S10/OS9/6809 (CoCo) 23-Apr-91 21:32:26 Sb: 3 in 1 board Fm: Ian Hodgson 72177,1762 To: All I just bought a Disto Super Controller II with the 3 in 1 board (version 2.0). It was part of a bunch of surplus stuff and is missing the RS232 cable. The manual I got with it is for the 4 in 1 board. My problem is that I can't figure out the pinout of the 10 pin RS232 header connector on the board. The pin numbering in the manual doesn't seem to match because it shows only 2 pins N/C but the 3 in 1 has 4 pins not connected. Also, the physical layout of the pins is not given. With my eyes, tracing the wiring back through the buffer chip to the ACIA is a daunting task. Can anyone help? All I want to do is to make up an RS232 cable for the beast and get it working. Also, the manual says it needs a 12V at 300mA power source. 300mA?????? That is one heck of a lot of current. Has anyone actually measured it? I have a couple of 9V transformers here rated about 100mA and would be happy enough to build a supply rather than pay Radio Shack their price for a supply (which is no longer in the catalog anyway). Any takers? I've got STERM ready and waiting to go, but need to sort this one out. #: 10456 S10/OS9/6809 (CoCo) 25-Apr-91 11:17:27 Sb: Trek.ar Fm: BRUCE BAKER 73747,3137 To: 72307,3426 Does the game Trek require 512k to run? I get an out of memory error when I try to load it. I thought that I followed all of your instructions when I put it together. Any help would be appriciated. thanks Bruce #: 10458 S10/OS9/6809 (CoCo) 25-Apr-91 11:51:39 Sb: #GONE! Fm: BRUCE BAKER 73747,3137 To: 76703,2013 (X) What happened to KRWIN.AR? It's listed in my lib. cat. for this DL, but I can't seem to find it. It looks too good to miss! There is 1 Reply. #: 10460 S10/OS9/6809 (CoCo) 25-Apr-91 15:38:26 Sb: #10458-GONE! Fm: Mike Ward 76703,2013 To: BRUCE BAKER 73747,3137 Sorry Bruce but it appears to have been purged from the Libs. Perhaps someone reading has a copy they might upload. Anyone? #: 10462 S10/OS9/6809 (CoCo) 25-Apr-91 19:41:07 Sb: #10415-#3 in 1 board Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Maybe it's like the 2-1? (my 3-1 manual seems to have vanished) The 2-1 was: 1 - n/c 2 - TXD 3 - RXD 4 - *RTS 5 - *CTS 6 - *DSR 7 - GND 8 - *DCD 9 - RI 10- *DTR 11-16 - n/c There is 1 Reply. #: 10463 S10/OS9/6809 (CoCo) 25-Apr-91 20:42:11 Sb: #10462-3 in 1 board Fm: Ian Hodgson 72177,1762 To: Kevin Darling 76703,4227 OK, Kevin, but I already have that pinout (which is, I'm sure, the same, they wouldn't want to supply 3 or 4 different cables), but what I need to know is the PHYSICAL layout of the pins; ie. which is pin 1 and in what order are they numbered? Oh, now that I look at it, your numbering doesn't match since this is a 10 pin header, not a 25 pin or 16 pin or whatever. So, since I've been calling Tony for a few days now with no answer, I guess I'll just have to wait until someone who knows the actual layout of the 10 pin header can let me know. Unless I get really ambitious and look up the level converter chip and the 6551 in the data sheets at work and trace the wiring, sigh. Thanks, Kev. #: 10478 S10/OS9/6809 (CoCo) 26-Apr-91 20:43:29 Sb: #10440-os9 Fm: Brother Jeremy, CSJW 76477,142 To: thomas aubin 70540,1666 I am not certain. but I had problems under BASIC09 because I did not have a proper /t2 module installed. The header was incorrect. -- Jeremy. CSJW #: 10482 S10/OS9/6809 (CoCo) 27-Apr-91 20:31:59 Sb: TSMON Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 I am trying to use TSMON (along w/ LOGIN & password of course) from a Level One disk on a Level Two system, since I don't have the Dev Pack. It is working, with the exception of a couple of problems. 1. It logs ALL users, regardless of the ID #, as user 0 (superuser). 2. I can't echo a message from my computer to the terminal, for example: echo>/t2 Hi Dave, how are you - it will lock me up until I press 3 times, then it echoes the message! 3. At the User Name: prompt (on the terminal) it displays as: User Name:. -- a period right after the colon, forcing the user to delete the period before typing his user name, else the system rejects him. Now is all this due to something I've done wrong, or is it an incompatibility between Levels One and Two, and if that's the case, can I patch the TSMON & LOGIN files to work correctly. I've tried a couple of the TSMONs on lib 8 here, but they don't work at ALL. Any help would (once again) be GREATLY appreciated! Thanx in advance, Bob #: 10489 S10/OS9/6809 (CoCo) 28-Apr-91 16:19:14 Sb: SCSI board Fm: Paul Rinear 73757,1413 To: Anyone Hi, I saw advertised from CocoPro an Adaptec 4000a hard disk board. It says 'rare SCSI board'. What do you need to use one of these with the Coco3 under OS9 LII ? Will any SCSI drive work ? Paul #: 10504 S10/OS9/6809 (CoCo) 29-Apr-91 01:50:11 Sb: #10338-OS9 Windowing System Fm: George Hendrickson 71071,2003 To: James Jones 76257,562 (X) Okay, thanks for the info. I've been working with OS9 for quite a while now and it suddenly seemed to be slow for some reason. Could be because I've been looking at faster machines lately.... #: 10505 S10/OS9/6809 (CoCo) 29-Apr-91 02:09:02 Sb: #Help with Shell+! Fm: George Hendrickson 71071,2003 To: all I recently discovered what I think may be a bug in Shell v2.1. I sometimes get an Error 201 when I use either one of these commands: SHELL "tmode echo" - SHELL "tmode -echo" This happens while I'm working on a Basic09 program and I test run it. If this is not the case, somebody tell me why it does that. Thanks George There is 1 Reply. #: 10506 S10/OS9/6809 (CoCo) 29-Apr-91 05:08:06 Sb: #10505-Help with Shell+! Fm: James Jones 76257,562 To: George Hendrickson 71071,2003 Hmmm...201 is "illegal path number". What state is standard input in when you try to do the tmode? #: 10507 S10/OS9/6809 (CoCo) 29-Apr-91 08:35:52 Sb: #Extension cable Fm: David Betz 76704,47 To: all Is it possible to add a ribbon cable between the connector on the side of the CoCo3 and the FD-501 floppy controller? I'd like to put the controller inside a box with the floppy drives and am wondering if the ribbon cable will cause any problems. Also, what about a ribbon cable between the CoCo3 and one of the Disto interfaces? There is 1 Reply. #: 10509 S10/OS9/6809 (CoCo) 29-Apr-91 09:50:21 Sb: #10507-#Extension cable Fm: Erich Schulman 75140,3175 To: David Betz 76704,47 (X) There are (or were) extension cables available. But you should make your own instead if you can. By making your own, you have control over two very important factors: a)the cable should be as short as possible, and b)you can use low-capacitance cable. Also look for well-shielded cable. There is 1 Reply. #: 10513 S10/OS9/6809 (CoCo) 29-Apr-91 13:20:26 Sb: #10509-#Extension cable Fm: David Betz 76704,47 To: Erich Schulman 75140,3175 (X) Shielded cable? I was thinking of using plain old ribbon cable. Guess that wouldn't work, eh? Also, I asked this before and nobody responded. Can someone give me the phone number for CRC? I can't find a copy of Rainbow and would like to get prices on the Disto controllers. Thanks in advance! David Betz There is 1 Reply. #: 10532 S10/OS9/6809 (CoCo) 30-Apr-91 22:30:12 Sb: #10513-#Extension cable Fm: Erich Schulman 75140,3175 To: David Betz 76704,47 (X) There is shielded ribbon cable available, but it seems to be a bit on the side of expensive and hard to find. You can make your own shield as well. I don't have a number for CRC (do you actually mean CMC?? If so, your local RS should have it.) There is 1 Reply. #: 10535 S10/OS9/6809 (CoCo) 01-May-91 09:24:39 Sb: #10532-#Extension cable Fm: David Betz 76704,47 To: Erich Schulman 75140,3175 Hmmm... Maybe I *do* mean CMC. What I'm looking for is a place that used to advertise in Rainbow and sold Disto disk controllers. Unfortunately, I'm unable to find a copy of Rainbow (even at my local RS store). There is 1 Reply. #: 10544 S10/OS9/6809 (CoCo) 01-May-91 21:38:51 Sb: #10535-Extension cable Fm: Kevin Darling 76703,4227 To: David Betz 76704,47 David - you were right: CRC. Canada: 1-514-383-5293 is one number I have (might be old). They're selling off the last stuff the have... I believe someone else will be taking over the CoCo hardware from them soon. Which controller are you looking for, btw? Might be someone around selling one. best - kev #: 10569 S10/OS9/6809 (CoCo) 03-May-91 22:34:29 Sb: #10565-Tsmon Fm: Pete Lyall 76703,4230 To: Bob Archambault 76506,3544 (X) Bob - I had written up some patches for TSMON/LOGIN for using LI's under LII some time ago (in fact, I believe they were published in Kevin Darlings INSIDE OS9 LII book). They may be in DL10 or DL9. If not, SOMEONE will have access to them. Pete #: 10572 S10/OS9/6809 (CoCo) 04-May-91 09:01:34 Sb: #10565-Tsmon Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Bob, Mark Griffith has posted a robust replacement of tsmon and login for his UUCp package. It's in LIB 8. Look for LOGIN.AR under Mark's PPN [76070,41]. Steve #: 10571 S10/OS9/6809 (CoCo) 04-May-91 00:42:38 Sb: #disk partitions Fm: Bill Irwin 74730,24 To: all Some time ago I saw a product advertised that allow you to use part of a hard drive for basic and part for OS9. I don't remember the name of the product or the company. Does anyone know of such a product. I am using shell+ 2.1 and I divided my CMDS directory into three parts. After defining extra paths the these directories everthing runs fine, except icannot load commands from these directories without using full path list. Does anyone know of a way around this, such as a LOAD command that makes use of the path list provided by shell+? thank Bill Irwin There are 2 Replies. #: 10579 S10/OS9/6809 (CoCo) 04-May-91 20:49:34 Sb: #10571-#disk partitions Fm: Zack Sessions 76407,1524 To: Bill Irwin 74730,24 (X) One such product is Hyper-I/O from Burke&Burke. There is 1 Reply. #: 10580 S10/OS9/6809 (CoCo) 04-May-91 22:08:44 Sb: #10579-disk partitions Fm: Bill Irwin 74730,24 To: Zack Sessions 76407,1524 (X) Thanks for the information. Bill #: 10593 S10/OS9/6809 (CoCo) 06-May-91 09:34:48 Sb: #10571-disk partitions Fm: Lee Veal 74726,1752 To: Bill Irwin 74730,24 (X) Hyper I/O from Burke and Burke will allow OS9/RS-DOS partitioning, but it won't do any thing for the pathing problem that you mentioned. (Not that I'm aware of anyway.) Lee #: 10573 S10/OS9/6809 (CoCo) 04-May-91 11:26:28 Sb: #10506-#Help with Shell+! Fm: George Hendrickson 71071,2003 To: James Jones 76257,562 (X) Well, here's how I have it in my program. Its after I close all paths that I have open. The syntax was SHELL "tmode echo" or SHELL "tmode -echo" at the beginning of the program. I had better results when I set it as a varible first. e.g. b$="tmode echo"\ SHELL b$ After the 201 error would occur, then it went into debug mode and scroll like this: D:what? D:what? D:what? The only way I could make it quit was to turn off the computer and reboot. Needless to say, I would sometimes have to rewrite something that I had programmed in. What a pain! I started saving everything before I would test run it from then on. Thanks for the help. :-) There is 1 Reply. #: 10576 S10/OS9/6809 (CoCo) 04-May-91 13:28:57 Sb: #10573-#Help with Shell+! Fm: James Jones 76257,562 To: George Hendrickson 71071,2003 (X) Hmmmm. Sounds like you managed to close the standard paths, so that poor old BASIC09 would try to read a command in debug mode and fail. Check the places in your code where you explicitly close paths, and make sure you have the path numbers you intend to close in the variables that appear after the # in the CLOSE command. There is 1 Reply. #: 10953 S10/OS9/6809 (CoCo) 05-Jun-91 03:28:54 Sb: #10576-Help with Shell+! Fm: George Hendrickson 71071,2003 To: James Jones 76257,562 (X) I checked all my code and the path varibles where correct. It just seemed to get stuck in a B:What? loop every once in a while. It would be all right after I rebooted. I t got caught in that loop if I had been multitasking alot..it was wierd... #: 10574 S10/OS9/6809 (CoCo) 04-May-91 13:08:04 Sb: #10558-#FD502 2nd Drive Fm: Mike Guzzi 76576,2715 To: Erich Schulman 75140,3175 (X) I have found the FD500 series of power supplies very marginal. I have two half-height drives hooked to mine and one day the transformer smoked out (overloaded) Since then I replaced it (using two larger transformers a 18V and a 12V 2 amp each from RS) for the two regulators and bought the 1" micro fan from them. Using a small dropping resistor to quiet the fan (plus you don't need all the windflow) it runs quiet and cool now. The transformers are outside the case now. I dunno one of these days I think ill just get a big switching power supply and run all my drives from it and eliminate the hassles (plus save plus in my strip!) Mike There is 1 Reply. #: 10577 S10/OS9/6809 (CoCo) 04-May-91 14:42:04 Sb: #10574-#FD502 2nd Drive Fm: Erich Schulman 75140,3175 To: Mike Guzzi 76576,2715 (X) What I am starting to think of doing is designing my own power supply and making it completely external. I will then remove the present AC cord and put in its place a new cable for power which will terminate where the present supply does. I'm thinking of designing so I have total control over the size of the transformer, the filter capacitor and/or inductor, and the degree of regulation. Just one other problem tho: I still have some warranty time which I would rather not kill; RS has told me that installing a second drive will not void it, after all, the manual has step-by-step instructions There is 1 Reply. #: 10583 S10/OS9/6809 (CoCo) 05-May-91 11:38:18 Sb: #10577-#FD502 2nd Drive Fm: Mike Guzzi 76576,2715 To: Erich Schulman 75140,3175 (X) Well you could try the second drive to see if the power supply gives you problems. If you order the drive from them it should include the fan but probably the best bet is to buy the drive third party and save some $$$. The two connectors are already in there. just a matter of plugging it in and your set. One word of caution. the FD502's sometimes don't turn the motors on without a drive select. I don't know if they corrected the problem but if your adding a second drive you must check for this. Simply do a dir1 (in rsdos) and look and see if drive 0 motor is spinning. then do a dir0 and look at drive1's motor. Mike There is 1 Reply. #: 10591 S10/OS9/6809 (CoCo) 05-May-91 21:05:18 Sb: #10583-#FD502 2nd Drive Fm: Erich Schulman 75140,3175 To: Mike Guzzi 76576,2715 (X) I'm not about to pay $180 for a 360K disk drive, so I have already gone third-party. In fact, I was supposed to have gotten that drive five days ago. There is 1 Reply. #: 10885 S10/OS9/6809 (CoCo) 31-May-91 09:54:33 Sb: #10591-FD502 2nd Drive Fm: Mike Guzzi 76576,2715 To: Erich Schulman 75140,3175 (X) don't blame ya. 360K drives can be found cheaper in many places. Rainbow to start. and computer shopper. Mike #: 10588 S10/OS9/6809 (CoCo) 05-May-91 20:07:22 Sb: #10470-FD502 2nd Drive Fm: Rick Ulland 70540,3305 To: Erich Schulman 75140,3175 (X) A note from the incautious side- I added a TEAC 55B to my FD-501 about three years ago. No problems yet, although it needed a new connector crimped on, since the TEAC's slot was on the wrong side and Tandys ribbon couldn't reach. Don't know if they changed the power supply, but it couldn't get much cheaper. Good luck with the upgrade:-) Rick Ulland 70540,3305 #: 10575 S10/OS9/6809 (CoCo) 04-May-91 13:12:39 Sb: #CoCo1 problem Fm: Mike Guzzi 76576,2715 To: all I have a weird question. I have an old CoCo1 (F-board) and it runs fine except with a disk controller. Rom paks work and basic works fine but plugging in a known good controller causes it to show garbage on the screen and gives the appearance that the controller is zapped! but taking the controller and plugging it into another machine it works fine. Any idea which chip in the CoCo could be bad? (has to be the machine) I can't locate my old service manuals for the CoCo1. The controllers used for the test was a FD502 controller, Sardis, and a hard drive specilist. none work in the CoCo1 but all work in other machines just fine. Mike There is 1 Reply. #: 10581 S10/OS9/6809 (CoCo) 05-May-91 00:55:56 Sb: #10575-#CoCo1 problem Fm: Wayne Day 76703,376 To: Mike Guzzi 76576,2715 (X) Sounds like there's something fried in the 6883 SAM chip, Mike. It's the interface between the 6809 and the Disk controller... and some of the ports are used only for the disk timing, which wouldn't be used on a ROMPack. Wayne There is 1 Reply. #: 10584 S10/OS9/6809 (CoCo) 05-May-91 11:40:08 Sb: #10581-CoCo1 problem Fm: Mike Guzzi 76576,2715 To: Wayne Day 76703,376 (X) ok ill try to replace the SAM chip. I just misplaced my coco1 service manuals and wanted to get this mach8ine running as a test machine. Thanks for the hint Mike #: 10585 S10/OS9/6809 (CoCo) 05-May-91 15:09:56 Sb: #10460-#GONE! Fm: BRUCE BAKER 73747,3137 To: Mike Ward 76703,2013 (X) Thanks Mike. I just got the game a couple of weeks ago (at $4.95! I guess R.S. is really giving up on the Coco) and I've made it to rift 20, but I can't seem to whip the last nasty. Help, anybody? Bruce There is 1 Reply. #: 10586 S10/OS9/6809 (CoCo) 05-May-91 16:57:07 Sb: #10585-#GONE! Fm: Mike Ward 76703,2013 To: BRUCE BAKER 73747,3137 (X) I think you have to take out the last nasty with a bomb. There is 1 Reply. #: 10685 S10/OS9/6809 (CoCo) 15-May-91 20:56:52 Sb: #10586-#GONE! Fm: BRUCE BAKER 73747,3137 To: Mike Ward 76703,2013 (X) Thanks Mike. I didn't run accross any bomb (that I recogmized) in the modules. I guess I'll replay them and try to find one. Bruce There is 1 Reply. #: 10695 S10/OS9/6809 (CoCo) 16-May-91 07:44:31 Sb: #10685-#GONE! Fm: Mike Ward 76703,2013 To: BRUCE BAKER 73747,3137 (X) As I recall, the "bombs" look like old time stamp-pad stamps. Good luck! There is 1 Reply. #: 10795 S10/OS9/6809 (CoCo) 21-May-91 23:04:08 Sb: #10695-GONE! Fm: BRUCE BAKER 73747,3137 To: Mike Ward 76703,2013 (X) Thanks! I've seen those! Watch out Nasties! By the way, you really get around. I couldn't help but notice your name on the MIDI forum (I'm working on getting something together in that line. Bruce #: 10587 S10/OS9/6809 (CoCo) 05-May-91 17:11:20 Sb: #hardware I/O Fm: Rick Ulland 70540,3305 To: Rick Ulland Remember all the DECB I/O boards mapped to $FF40-$FF47? Is there any way to do this under OS9? I'm guessing to switch slots(how) to PEEK/POKE, but the system will be multi at the time. Thanks, Rick Ulland 70549,3305 There is 1 Reply. #: 10630 S10/OS9/6809 (CoCo) 09-May-91 14:38:45 Sb: #10587-#hardware I/O Fm: Kevin Darling 76703,4227 To: Rick Ulland 70540,3305 (X) Rick - sorry for delay in response. Yes, you'd just poke the slot switch, but in order to stay out of each other's way, driver programmers adopted a plan back in early 1988 for this. Here's an old copy: Driver Coordination Specs ========================= 1. Drivers that change the SCS slot should set D.DMAReq so that the floppy driver will know to hold off motor shutdown. Custom floppy controllers may not have to do this, but other drivers should if the production CC3Disk and it's clones might be used in a system. 2. A floppy driver may assume at all times (except in its IRQ entry if used) that the MPI slot has been reset to the floppy controller. Again, this is for backward compatibility with CC3Disk. 3. Therefore, any driver that changes SCS in normal operation should: set D.DMAReq save the old slot set new slot do cmd setup code reset old slot clear D.DMAReq 3b. If you F$Sleep, reset the slot to the floppy first of course. 4. IRQ routines should: save the old slot set new slot do irq code reset old slot 5. Interrupt-driven devices that rely on GIME CART irq's should toggle the enable bit to allow use of multiple irq-driven devices either on the same main irq slot, or with MPI's that have all CARTs tied together. Example code in your interrupt routine (in addition to #4 above): .... clear source device interrupt ldb $FF92 clear enable stb >$FF92 reset enable 6. If you don't use or set the CTS (slot for interrupt), be sure to use a mask algorithm to leave it as-is when you switch slots, so that interrupts from another device (like the RS232 pak) may get through while your code is running normally. There is 1 Reply. #: 10798 S10/OS9/6809 (CoCo) 22-May-91 00:19:50 Sb: #10630-#hardware I/O Fm: Rick Ulland 70540,3305 To: Kevin Darling 76703,4227 (X) Thanks for the info. Don't know when I can use it, since I'm still unable to bag the elusive DevPak. I'm wanting to put CoCo,disk drive, and all into a little red wagon and teach it to navigate itself,so I still have a *bear* oof a hardware problem shock-proofing a multi-pak CoCo anyway. So far I can't even keep DECB up past a bump or two, and bumping into things seems to be the rule right now.Mebbe I'll get a BIG ROLL of solder... Rick There is 1 Reply. #: 10799 S10/OS9/6809 (CoCo) 22-May-91 00:57:06 Sb: #10798-hardware I/O Fm: Kevin Darling 76703,4227 To: Rick Ulland 70540,3305 (X) Rick - seems to me that some MPIs sat a little higher than the coco-3, and that causes some problems. Yeah, I hate it when I jiggle the MPI by accident, also! Perhaps you could buy/make one of those MPI holder thingies: it's a plastic piece that fits under both and holds them together. Altho actually, about once a month I *have* to wiggle the MPI to "clean" up the connectors a bit ;-) #: 10590 S10/OS9/6809 (CoCo) 05-May-91 20:49:49 Sb: #10568-#TSMON Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 (X) Kev, I dl'd LOGIN2.PAT from lib 10 as you suggested. The only problem is that the patch is in the DEBUG format. I don't have DEBUG, but I do have MODPATCH of course, AND also dEd from these libraries. With dEd I can change any value in any module. Can you tell me how I read the DEBUG commands and how I can apply them to either MODPATCH or dEd??? I understand that for example =49 means to change the value to 49, but I'm confused about things like . .+52 what does that mean? I'm just NOT familiar with DEBUG! Thanx Kev! Bob There are 2 Replies. #: 10592 S10/OS9/6809 (CoCo) 06-May-91 04:20:24 Sb: #10590-TSMON Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 (X) Bob, I think under debug, a ". .+$xx" means to go forward xx bytes from the last set position. Which in the case of Pete's file, is always from the last "l" for "link" command. Each "=" after that goes forward one address. So, say one section has: l modulename . .+45 = dd = ff You would translate that under Modpatch to be: l modulename (unless already done) c 0045 00 dd c 0046 00 ff Actually, I don't know if modpatch will do those changes if the old byte doesn't match. Hmm. So you might need to dump or ded the module and see what the old bytes at those offsets were first (oops.. you said you had dEd, so no problem... just go to that offset(s) and change them!). - kev #: 10594 S10/OS9/6809 (CoCo) 06-May-91 12:54:28 Sb: #10590-#TSMON Fm: Pete Lyall 76703,4230 To: Bob Archambault 76506,3544 (X) Bob - The syntax '. .+52' translates literally to: Set the current location pointer to the value of the current location pointer +52. Keeping a list of what the offsets translate to, you could probably: 1) Use dEd to modify it (use a copy!) 2) Write a quick C or B09 program to layer in those changes at the appropriate file offsets. Pete P.S. Or you could get someone with DEBUG to make the changes for you. There is 1 Reply. #: 10595 S10/OS9/6809 (CoCo) 06-May-91 18:56:01 Sb: #10594-#TSMON Fm: Bob Archambault 76506,3544 To: Pete Lyall 76703,4230 (X) Pete, I still have a couple of problems. First, the first changes you make are right in the message that LOGIN prints- "Password?" Somehow I don't think that is what you intended. Secondly, the last change is at .+49B , that is a problem because the LOGIN file I have is only 3E8 long. Third, you l login quite a few times. If the next offset is . .+71 is that +71 from the last change or +71 from the beginning? I have a feeling that something is drastically wrong here. Any guidance would be gratefully appreciated!!! Bob There is 1 Reply. #: 10596 S10/OS9/6809 (CoCo) 06-May-91 19:05:50 Sb: #10595-#TSMON Fm: Pete Lyall 76703,4230 To: Bob Archambault 76506,3544 (X) Sounds as if you have a different login than the one the patch applies to. I don't recall, but it probably applies to LI V 2.00's Login. The purpose of performing multiple 'l login's is to reset the current position pointer to the beginning of the module so I can deal with absolute offsets (rather than having to compute the difference between two offsets). Pete There is 1 Reply. #: 10610 S10/OS9/6809 (CoCo) 07-May-91 18:30:07 Sb: #10596-#TSMON Fm: Bob Archambault 76506,3544 To: Pete Lyall 76703,4230 (X) OK Pete, That is what I was afraid of. So if my login was the same one that your patch was for, then I would be able to use dEd and use the .+xx as offsets from the beginning of the module. That's what I thought in the beginning. What confused me was the last change .+49b MY login is only 3e8 long !! MUST be the wrong one. Any idea where I could get one that works? I tried a couple of the replacements here on OS-9 libraries...NONE of them worked at all. If only I knew someone with a Dev Pak !! Bob There are 2 Replies. #: 10621 S10/OS9/6809 (CoCo) 08-May-91 09:11:57 Sb: #10610-#TSMON Fm: Pete Lyall 76703,4230 To: Bob Archambault 76506,3544 (X) Do you have a LII box? Have you considered MTSMON? It's a multiple TSMON/LOGIN that won't create a new process for every tty line and therefore conserves precious system space (i.e. no allocation of 512 byte process descriptors for each). It's more complex than using Tsmon/Login, and you may have to make some system chnages (password file format, add a few files). Bill Dickhaus took the generic LII version and COCOfied it. You may wanto to give him a jingle. Another thought is with LII's being sold off cheaply ($10) these days, perhaps the DEV KIT is being sold off as well? In the meantime, try to find a copy of the original TSMON for LI v 2.00. Pete There is 1 Reply. #: 10623 S10/OS9/6809 (CoCo) 08-May-91 18:14:12 Sb: #10621-#TSMON Fm: Bob Archambault 76506,3544 To: Pete Lyall 76703,4230 (X) Pete, I thought of getting a DEV KIT cheaply, also. However, finding one is like "hens' teeth" as the saying goes, virtually impossible to find. The TSMON/Login I have was from a Level One V. 1.01.00, probably why the file is different? If you're sure that your patch works on the Level One V. 2.00.00, I'll stop by a RS this weekend and pick one up for $9.95, it would seem to be the easiest way - IF you're sure it'll work :-) Thanx a lot! Bob There are 2 Replies. #: 10627 S10/OS9/6809 (CoCo) 09-May-91 01:35:29 Sb: #10623-#TSMON Fm: Pete Lyall 76703,4230 To: Bob Archambault 76506,3544 (X) Bob - Better confirm with Kevin on the module's contents.... I haven't seen a coco in over 4 years.... Pete There is 1 Reply. #: 10634 S10/OS9/6809 (CoCo) 09-May-91 19:11:32 Sb: #10627-TSMON Fm: Bob Archambault 76506,3544 To: Pete Lyall 76703,4230 (X) Thanx Pete, I'll se what Kevin has to say! Bob #: 10629 S10/OS9/6809 (CoCo) 09-May-91 01:50:18 Sb: #10623-#TSMON Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 (X) Bob - I can't confirm it, but probably worthwhile to get the L-I 2.0 kit if your dealer has one, anyway. Offer him $2 or something, since L-II has been going for $10 lately ;-). There is 1 Reply. #: 10635 S10/OS9/6809 (CoCo) 09-May-91 19:13:19 Sb: #10629-#TSMON Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 (X) Kev, I checked around for L-1 2.0 but all the RS around here seem to have V 1.01.00 only. Oh well... Bob There is 1 Reply. #: 10656 S10/OS9/6809 (CoCo) 12-May-91 12:50:46 Sb: #10635-#TSMON Fm: Chris Bergerson 72227,127 To: Bob Archambault 76506,3544 (X) ~ I've got a slightly dog-eared copy of the Level I, version 2.00.00 upgrade package that you can have for $5.00 plus postage. It consists of a 1/4" thick, (or so), manual, which explains the "new" commands which it contained, along with 1 or 2 disks. Leave an address in email if you're interested. I didn't see the start of the thread, so I'm not sure why you're looking for 2.00.00. This upgrade package does require that you already have OS9 Level I and it's docs. There is 1 Reply. #: 10658 S10/OS9/6809 (CoCo) 12-May-91 17:57:57 Sb: #10656-#TSMON Fm: Bob Archambault 76506,3544 To: Chris Bergerson 72227,127 (X) Chris, Could you check that 1/4" manual and see if the upgrade affected the LOGIN command? If so, how was it changed? That is why I'm looking for V 2.00.00, because a patch on these libraries will suppoesedly patch it to work with OS-9 Level Two. Thanx Bob There is 1 Reply. #: 10666 S10/OS9/6809 (CoCo) 13-May-91 17:28:07 Sb: #10658-#TSMON Fm: Chris Bergerson 72227,127 To: Bob Archambault 76506,3544 (X) I know for a fact that the patch for login works on ONE of the original Tandy logins. I can also include a know-to-be-good copy of a level II login, if you'd like. There is 1 Reply. #: 10684 S10/OS9/6809 (CoCo) 15-May-91 18:49:58 Sb: #10666-#TSMON Fm: Bob Archambault 76506,3544 To: Chris Bergerson 72227,127 (X) Chris, Thank you for the offer, but I managed to get LOGIN working correctly (FINALLY)! I appreciate your response and it would have been my only way out, IF I didn't get it working. Thanx again! Bob There is 1 Reply. #: 10719 S10/OS9/6809 (CoCo) 17-May-91 19:34:18 Sb: #10684-TSMON Fm: Chris Bergerson 72227,127 To: Bob Archambault 76506,3544 (X) Glad you got everything working, Bob! #: 10631 S10/OS9/6809 (CoCo) 09-May-91 16:13:15 Sb: #10610-#TSMON Fm: Lee Veal 74726,1752 To: Bob Archambault 76506,3544 (X) I've used most, if not all, of the TSMON replacements (at least for testing) that are in the DLs here. As I recall, some of them use different names for the "password" file than does the stock version. Also, when you invoke TSMON (any version that allegedly works), you usually have to be pointing to the ROOT directory, so that TSMON (LOGIN actually) can get access to the SYS directory, where the "password" files. Also, concerning the "password" file, even if the replacement TSMON/LOGIN programs use the same name, often the format of the entries within the "password" files vary from program to program. You can start TSMON from any directory as long as (for LOGIN) you have a SYS directory nested in whatever directory you're using as the current data directory when you initiate TSMON /Tx&. Lee There is 1 Reply. #: 10633 S10/OS9/6809 (CoCo) 09-May-91 19:10:19 Sb: #10631-#TSMON Fm: Bob Archambault 76506,3544 To: Lee Veal 74726,1752 (X) Lee, Which TSMON replacement (available here) do you recommend? Which one seems to work the best (or at all :-)) I curse Tandy (what else is new?) for not putting it in with Level Two like they did with Level One. Oh well, how else could they make another $99 on a Dev Pack? Thanx Bob There is 1 Reply. #: 10638 S10/OS9/6809 (CoCo) 10-May-91 09:28:23 Sb: #10633-#TSMON Fm: Lee Veal 74726,1752 To: Bob Archambault 76506,3544 (X) It seems like I had pretty good luck with TZMON. I think you can use the keyword "TSMON" to search for it. Lee There is 1 Reply. #: 10642 S10/OS9/6809 (CoCo) 11-May-91 13:59:04 Sb: #10638-#TSMON Fm: Bob Archambault 76506,3544 To: Lee Veal 74726,1752 (X) That's funny Lee, I tried TZMON and it didn't work for me at all. Maybe I'm doing something wrong, could you tell me briefly how to set it up? Wasn't that written in C, does that mean I need C to run the program? (I don't have C). Or maybe I just have something set up wrong! Any help would be gratefully appreciated!! Thanx Bob There is 1 Reply. #: 10643 S10/OS9/6809 (CoCo) 11-May-91 14:50:30 Sb: #10642-#TSMON Fm: Bob Archambault 76506,3544 To: Bob Archambault 76506,3544 (X) Lee, Disregard the last message, I figured out how it works. But we're looking at it from the wrong end. TZMON still uses the regular LOGIN to work. The stock TSMON is NOT my problem, LOGIN is! I need a version of LOGIN that works with Level Two. TSMON, password motd, all work FINE! I don't know, I'm about ready to give up on this. If only I knew someone with a dev pack, I'd just copy the &#$%&"'% file :-) Bob There is 1 Reply. #: 10654 S10/OS9/6809 (CoCo) 12-May-91 10:51:00 Sb: #10643-#TSMON Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Bob, Mark Griffith's LOGIN package doesn't work for you? It's in LIB 8 and should be pretty roubust. Steve There is 1 Reply. #: 10661 S10/OS9/6809 (CoCo) 12-May-91 20:58:02 Sb: #10654-#TSMON Fm: Bob Archambault 76506,3544 To: Steve Wegert 76703,4255 (X) Steve, I downloaded that LOGIN.AR package and naturally, it doesn't work. I can't get past the password. It won't recognize my password file (from stock TSMON/LOGIN) nor will it create it's own (using the adduser utility in the package). I do have all the appropriate execute attributes set, so that's not the problem. Can you give me an example of how the password (/dd/sys/password) file SHOULD be set up? Maybe that will help me out. Of course, the docs are not the clearest in the world so maybe you could give me a quick lesson on the entire system set up (ONLY what is required to use LOGIN)!! Thanx! Bob There is 1 Reply. #: 10664 S10/OS9/6809 (CoCo) 13-May-91 08:18:03 Sb: #10661-#TSMON Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Bob, Marks password file is in stock Microware format. Fielded data, delimited by commas, starting with User Name, password, ID#, priorty, execution directory, user directory and program to fork. The only 'gotcha' is the password field is encrypted, so stuff that with six zeros for starters. You can always use the password command later to reassign properly encrypted passwords later. Make sure public read is set and you should be fine. Let me know ... Steve There is 1 Reply. #: 10668 S10/OS9/6809 (CoCo) 13-May-91 21:22:09 Sb: #10664-#TSMON Fm: Bob Archambault 76506,3544 To: Steve Wegert 76703,4255 (X) Steve, It now seems to accept the passwords OK. Starting with 6 zeros and then using the password command worked. Now all I get is "can't open user log file". Can you tell me exactly what files NEED to be present for this thing to work and how they are set-up? Thanx in advance!! Bob There is 1 Reply. #: 10672 S10/OS9/6809 (CoCo) 14-May-91 07:54:28 Sb: #10668-#TSMON Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Bob, I would have thought LOGIN would have created the necessary files it needed _if_ they didn't exisit. But no matter ... In /dd/log each user has a .login file that contains the following info: DATE TIME in the following format Tue May 14 08:45:44 1991 file name is in the format of username.login (e.g. steve.login) It is from this file the system can report your last login date. Keep us posted. This version is far better than any stock LOGIN that is floating about. Steve There is 1 Reply. #: 10683 S10/OS9/6809 (CoCo) 15-May-91 18:39:17 Sb: #10672-#TSMON Fm: Bob Archambault 76506,3544 To: Steve Wegert 76703,4255 (X) Thank You Steve, I was finally able to get it working using the info you gave me. It appears that the ADDUSER.BIN file in that package doesn't work and that should have created these files. But once I did it "manually" it worked. One problem still remains however. When I do a - tsmon /t2& and someone logs on the system. When they get the username, password and OS9 prompts, they also get a period, like this: OS9:. Then he must delete that period and type the command (or password, etc.) or there will be an error. When I try it on /term or a different window ( tsmon /w7&, for example) everything displays perfectly. What do you think is causing it to send out a period across the modem after each prompt?? If that can be fixed, then it will work perfectly! Your assistance is appreciated muchly :-) Thanx! Bob There is 1 Reply. #: 10693 S10/OS9/6809 (CoCo) 16-May-91 07:35:06 Sb: #10683-#TSMON Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Bob, As mentioned somewhere before ... a dot is _generally_ an indication of a control character being passed. I'm not really sure _why_ you're seeing this. You shouldn't. Who's/what tsmon are you using? Do you get the same thing using the tsmon that Mark posted with his LOGIN package? Steve There is 1 Reply. #: 10706 S10/OS9/6809 (CoCo) 16-May-91 18:32:18 Sb: #10693-#TSMON Fm: Bob Archambault 76506,3544 To: Steve Wegert 76703,4255 (X) Steve, I'm currently using TSMON from Level One with Mark's LOGIN package. That package did NOT include a TSMON with it. Bob There is 1 Reply. #: 10711 S10/OS9/6809 (CoCo) 17-May-91 07:33:39 Sb: #10706-#TSMON Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Bob, Might want to drop in one of the replacement tsmon found in LIB 8 and see if they fair better. Steve There is 1 Reply. #: 10718 S10/OS9/6809 (CoCo) 17-May-91 18:46:31 Sb: #10711-#TSMON Fm: Bob Archambault 76506,3544 To: Steve Wegert 76703,4255 (X) Steve, I now have it working perfectly!!! The problem was that the terminal that was logged on thru /t2 was sending linefeeds. When he set the terminal to send only carriage returns, that solved the problem. Thanks so much for all your help! Bob There is 1 Reply. #: 10728 S10/OS9/6809 (CoCo) 18-May-91 09:13:34 Sb: #10718-TSMON Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Way to go, Bob! Sometimes the only way to solve these problems is to dog 'em 'till they die. Makes perfect sense now that you can look back and review. Steve #: 10644 S10/OS9/6809 (CoCo) 11-May-91 14:53:39 Sb: TSMON Fm: Bob Archambault 76506,3544 To: Lee Veal Lee, Please see message # 10643 Bob #: 10648 S10/OS9/6809 (CoCo) 11-May-91 21:11:00 Sb: #os9 coco / telecomm. Fm: thomas aubin 70540,1666 To: all HELP ME!!! I have a coco 2 and am using os9 level 1, also using Tandy deskmate My problem is that I can't get my modem program pak to work with eithor one. I can't view the service I'm connected to and can't up/down load files to/from disk. I have tried everything I can find in the manuals but nothing works. does anyone out there have the answer? There is 1 Reply. #: 10655 S10/OS9/6809 (CoCo) 12-May-91 10:55:05 Sb: #10648-os9 coco / telecomm. Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) To use the modempak you'll need /m1 in your bootfile. Is it there? I never found Deskmate to be of much use for me, instead I used xcom9 (available in the Telcom library). If you'd give us a bit more information on what your system _isn't_ doing, ad what errors (if any) are being reported, I'm sure we can be of some help. Steve #: 10670 S10/OS9/6809 (CoCo) 13-May-91 23:41:28 Sb: #BOTCHED IT-OS9 Fm: MARK HAMILTON 70524,1507 To: ALL HI ALL.I'M HAVING A COUPLE OF PROBLEMS WITH MY OS9 LEVEL II DISKS THAT I NEED HELP WITH. FIRST,SOMEHOW WHEN MAKING A BACKUP OF MY CONFIG/BASIC09 DISKI CLOSED OFF THE PATH TO BASIC09. IT'S STILL IN THE DIRECTORY BUT I CAN'T GET TO IT.IS THERE SOME WAY TO OPEN THE PATH BACK UP? SECOND,I CAN NO LONGER ACCESS THE ERROR OR HELP MESSAGES. WHENEVER I TRY I GET "COULDN'T OPEN PATH TO /dd/sys/errmsg(hlpmsg)".HOW DID I DO THIS? I USED TO BE ABLE TO GET THEM. LEAVE IT TO US NOVICES. THANKS MARK There is 1 Reply. #: 10671 S10/OS9/6809 (CoCo) 14-May-91 05:24:14 Sb: #10670-BOTCHED IT-OS9 Fm: James Jones 76257,562 To: MARK HAMILTON 70524,1507 (X) What output do you get when you do a "dir e /d0/cmds" and "dir e /d0/sys"? Ditto for "dir e /dd/sys". #: 10673 S10/OS9/6809 (CoCo) 14-May-91 18:21:06 Sb: #dynacalc Fm: tom farrow 72701,543 To: all to see I need a great deal of help in running dynacalc on my somewhat doubious CoCo 3 . I say doubious because of the great deal of trouble I have in doing anything with it aside from using it as an expensive paperweight. I can not make a backup nor can I boot up nor can I even execute the file if I boot up on another disk and chd & chx to that disk. HELP!!!!!!!!!! Feel free to call me at (303) 426-7465 if you can help . I am getting some what disatified with the famed os9 and the big R.S. Maybe the new machines are better but I can not afford to go that way and take a chance. sincerely Tom Farrow There are 2 Replies. #: 10674 S10/OS9/6809 (CoCo) 14-May-91 18:35:27 Sb: #10673-dynacalc Fm: James Jones 76257,562 To: tom farrow 72701,543 (X) What exactly do you have in your system? Do you have only Dynacalc, or do you have both OS-9 (Level One or Two?) and Dynacalc? The more details you provide, the easier it is to get help. #: 10677 S10/OS9/6809 (CoCo) 15-May-91 02:14:04 Sb: #10673-dynacalc Fm: Pete Lyall 76703,4230 To: tom farrow 72701,543 (X) Tom - As JJ said, a detailed description of your problem(s) would be more fruitful. Lets try a step by step statement of the difficulties you're having. Pete #: 10675 S10/OS9/6809 (CoCo) 14-May-91 21:07:08 Sb: #coco/telecomm Fm: thomas aubin 70540,1666 To: 76703,4255 (X) Steve, According to the Deskmate manual,the modem pak must be in slot 1 and the drive controller in slot 4 They are. After setting the communications status settings I select the view menu. From that menu I select terminal as instructed by the manual. I now have a blank screen and when I try a call nothing happens.The screen remains blank. the only thing that will show on the screen is what I type, if anything. I usually get cutoff long before I can figure what is wrong. I assume this is because my logon wasn't recieved. If I try the modem pak in any other slot I get an error, It says that an error occured trying to open the rs-232 driver,can't open. I don't know what else to try, I called Radio Shack and they don't have the answer. Can you help? Thanks There is 1 Reply. #: 10678 S10/OS9/6809 (CoCo) 15-May-91 06:49:38 Sb: #10675-coco/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Again ... the modem pak requires /m1 descriptor and the ACIAPAK driver to funtion. There should be a menu where you can specify the serial device in use ... set it to /m1. Steve #: 10679 S10/OS9/6809 (CoCo) 15-May-91 07:48:10 Sb: #hard disk controller Fm: David Betz 76704,47 To: all Can someone here suggest a source for a hard disk controller for the CoCo? I'd like to use a 20MB SCSI drive I've got on the shelf. It would also be nice if I could get an RS-232 interface at the same time. I don't have a MPI, so I'd need some sort of combination controller. Oh yeah, I'd like it to be a non-stop controller for floppies as well. Is that too much to ask? Also, I don't have access to copies of Rainbow, so please post the phone number of companies rather than references to ads in the magazines. Thanks in advance! David Betz P.S. I tried calling the phone number someone posted for CRC a while back and haven't been able to get an answer. There are 2 Replies. #: 10688 S10/OS9/6809 (CoCo) 15-May-91 21:40:02 Sb: #10679-#hard disk controller Fm: James Jones 76257,562 To: David Betz 76704,47 (X) Hmmm...the SCSI setups for the CoCo that I know of (RGB, KenTon) might not do floppies. I'll have to go look in RAINBOW and find phone numbers and addresses. You may want to check with CoCoPro; they may have what you need. (I'm in luck! I have a flyer right here. CoCoPro, 1334 Byron, Ypsilanti MI 48198; VISA/MC orders 1-800-937-7746; other calls 1-313-481-3283; 1-9 p.m. Eastern Time, Monday through Saturday.) There is 1 Reply. #: 10696 S10/OS9/6809 (CoCo) 16-May-91 08:20:39 Sb: #10688-hard disk controller Fm: David Betz 76704,47 To: James Jones 76257,562 (X) Thanks, I'll give them a call. #: 10691 S10/OS9/6809 (CoCo) 16-May-91 01:33:51 Sb: #10679-#hard disk controller Fm: Mike Haaland 72300,1433 To: David Betz 76704,47 (X) David, Here's the info I have for CRC/DISTO : CRC Inc. 11 Boul. Des Laurentides Laval, Quebec, Canada H7G-2S3 Phone: (514) 967-0195 From what I've read you want a: Super Controller II - No-Halt Controller 4in1 Multi-board adapter - HD adapter, RTClock, Serial and Par Ports Mike There is 1 Reply. #: 10697 S10/OS9/6809 (CoCo) 16-May-91 08:22:13 Sb: #10691-hard disk controller Fm: David Betz 76704,47 To: Mike Haaland 72300,1433 (X) Thanks! #: 10682 S10/OS9/6809 (CoCo) 15-May-91 18:34:08 Sb: #Disto SC-II Software Fm: Paul Rinear 73757,1413 To: Kevin Darling Hi Kevin, Guess what I just bought? One of those Disto Super Controller II paks. Since you wrote the software; There is a new CC3Disk to be installed in the boot. I have already changed the original CC3Disk to the one needed for 'pcdos' and 'rsdos'. Will the module that I just got work with these programs? Are there any updates to the SC-II software that I should be aware of? I've got this money burning a hole in my pocket that I'm waiting to spend on a book. Find any books around your place? Thanks, Paul R. There is 1 Reply. #: 10700 S10/OS9/6809 (CoCo) 16-May-91 16:17:47 Sb: #10682-#Disto SC-II Software Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) Hi Paul - rsdos will work with the SC-II driver... unfortunately, pcdos doesn't (I'd have had to include a halt-driver mode also). Since people have taken apart the driver and fixed a coupla bugs in it (the main one only hits if you boot direct to hard disk... an "iniz /d0" fixes it), I was hoping someone would do the pcdos dirty work . Most people just keep two boot disks... and use the old driver boot if/when they need to do a pcdos xfer. I think I should just go ahead and post my driver source code, and let people add the needed halt code. Yes! Found a book. As soon as I can walk again (sunburn) and drive, I'll get it out to you. thx! - kev There is 1 Reply. #: 10703 S10/OS9/6809 (CoCo) 16-May-91 18:18:16 Sb: #10700-#Disto SC-II Software Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) Thanks. Good luck with your sunburn. (Skin cancer and cataracts to follow). Might be a good idea to publish that source code. I can plug in this new disk controller right now and use my regular boot disk to use pcdos? That's not too inconvienient. I already wound up buying a clock since I forgot the smartwatch was soldered into the old controller. Paul There is 1 Reply. #: 10704 S10/OS9/6809 (CoCo) 16-May-91 18:27:18 Sb: #10703-Disto SC-II Software Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) Geez, thanks for the sunburn encouragement . I ain't never going outside again ;-). Just keep to my little computer room. Yah, you should be able to boot up with your old disk, no sweat. #: 10686 S10/OS9/6809 (CoCo) 15-May-91 21:01:09 Sb: #Color patch Fm: BRUCE BAKER 73747,3137 To: all Is there anyone who can help me,please? I have a COCO 3 (128K) , Double disk drive, and an RGB (CM-8) monitor. My problem is that I have several programs (Rocky's Boots,Robot Odyssey,Mickey's Space Adventur,etc. that use OS-9 ver. 2.00.00 They show up in black and white on my monitor. Is there a patch or a "montype" command that will work on ver. 2.00.00? Thanks, Bruce There is 1 Reply. #: 10689 S10/OS9/6809 (CoCo) 15-May-91 21:43:32 Sb: #10686-#Color patch Fm: James Jones 76257,562 To: BRUCE BAKER 73747,3137 (X) The problem is that the programs that did what on the CoCo 2 was high-res graphics and did color got color by taking advantage of the limited bandwidth of color TVs--they generated color the same way that you see a faint moire pattern of red and blue when a used car salesman appears in a black-and-white herringbone pattern jacket on a commercial. Your CM-8 is too good to be fooled like that, and you'll just see a pattern of adjacent black and white stripes. To get the colors, you'll have to go to composite or color TV. There is 1 Reply. #: 10794 S10/OS9/6809 (CoCo) 21-May-91 22:58:54 Sb: #10689-Color patch Fm: BRUCE BAKER 73747,3137 To: James Jones 76257,562 (X) I hate it when that happens! Anyway, thanks a lot for your time and the info. Bruce #: 10687 S10/OS9/6809 (CoCo) 15-May-91 21:32:20 Sb: #os9/telecomm Fm: thomas aubin 70540,1666 To: 76703,4255 (X) Steve, I tried using /M1 on deskmate and got an error It said an error occured trying to open the rs232 path can't open In the deskmate manual it says to use /T2 but that only gives a blank screen. I have deskmate version 1.00.00 and it uses os9 version 2.00.00 How would I go about obtaining and installing the m1 driver since I don't think it is in there? Also would this work for my os9 version 1.01.00 level 1 ? I just added a second drive to my system and would like to be able to use the drives with telecomm. I apprieciate your help Thanks, Tom There is 1 Reply. #: 10694 S10/OS9/6809 (CoCo) 16-May-91 07:37:10 Sb: #10687-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Ouch! My familiarity with Deskmate ends pretty much where I left off ... I'm gonna have to gracefuly back out and let someone more knowledgable jump in. Steve There is 1 Reply. #: 10701 S10/OS9/6809 (CoCo) 16-May-91 16:20:05 Sb: #10694-os9/telecomm Fm: Kevin Darling 76703,4227 To: Steve Wegert 76703,4255 (X) Hmm. Sounds like he needs to make a new bootdisk with m1 and modpak in it? Or does DM-3 come with those already installed? #: 10690 S10/OS9/6809 (CoCo) 16-May-91 00:11:22 Sb: #BOTCHED IT-OS9 Fm: MARK HAMILTON 70524,1507 To: JAMES JONES 76257,562 (X) SORRY FOR NOT GETTING BACK TO YOU SOONER, I HAVE A NEW MODEM AND SOFTWARE I'VE BEEN TRYING TO FIGURE OUT. I TRIED THE DIR E /D0/XXXX COMMANDS. FOR THE ERROR AND HELP MESSAGES IT SAID I COULD READ AND WRITE TO THEM, BUT WHEN I TRIED I GOT ERRORS AND 216. THAT LAST LINE WAS ERRORS 214 AND 216. ON THE BASIC09/CONFIG DISK IT READS --e-rewr. I KNOW THE READ AND WRITE, I WAS TRYING TO REMEMBER WHAT THE 2 e's ARE. WHEN I TRIED AGAIN TO RUN THE BASIC09 I STILL GOT THE "COULDN'T OPEN PATH" MESSAGE. IS THIS ENOUGH FOR YOU TO HELP? LET ME KNOW IF YOU WERE LOOKING FOR A DIFFERENT ANSWER FROM ME. THANKS A BUNCH, MARK There is 1 Reply. #: 10692 S10/OS9/6809 (CoCo) 16-May-91 05:48:10 Sb: #10690-BOTCHED IT-OS9 Fm: James Jones 76257,562 To: MARK HAMILTON 70524,1507 (X) Are you remembering to do a chd and chx when you swap disks? #: 10708 S10/OS9/6809 (CoCo) 16-May-91 20:14:14 Sb: #os9/telecomm Fm: thomas aubin 70540,1666 To: all I have a COCO 2 with Deskmate and I can't make telecomm work with my modem pak. Can anyone out there tell me how I can get the data needed to make a new boot disk with M1 in it so my modem pak will work? I believe this is the problem, because if I type /M1 in at the serial port prompt I get an error. So far I have had no luck in getting it to work PLEASE HELP ME!!! There are 2 Replies. #: 10717 S10/OS9/6809 (CoCo) 17-May-91 18:18:36 Sb: #10708-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) Thomas - Let's start with what you have done thus far. Since you have a Coco2, I assume you're running Level I os9. Are you familiar with the os9gen command? Pete There is 1 Reply. #: 10720 S10/OS9/6809 (CoCo) 17-May-91 19:39:23 Sb: #10717-#os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) I am using os9 level 1, I have version 01.01.00 . Also I have Deskmate that uses os9 level 1 version 02.00.00 . I have never used the os9 gen command. As far as what I have done so far, I read the book that came with deskmate, I enter the telecomm program menu, and set my status, when I try to communicate if I use /t2 like the book says I get a blank screen. If I try /m1 I get an error. From what I can tell from the os9 commands book the os9 gen command is used to add modules to a boot file, is this correct? If so , how would I add a module I don't have, where can I get it? thanks for your help. TOM There is 1 Reply. #: 10727 S10/OS9/6809 (CoCo) 17-May-91 23:22:56 Sb: #10720-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) Tom - I'm no longer a coco'er, so some of this is a stretch for me memory wise... I'm not sure where/when the /M1 module was first distributed. Is there any possibility that it exists in the bootfile on the 2.00.00 disk? Try this: Ident -s Ident -s /d0/OS9boot And see what drivers and descriptors are there.... Something else just occurred to me. Because of the inadequate handling of the IRQ's for devices in the multi-pak, we developed something called an IRQ hack that tied to the RS232 pak. This allowed it to receive serial interrupts. In the case of the modem pak, this wasn't necessary because they (Tandy/Microware) included a _virtual_ IRQ driver (VIRQ) that would issue interrupts every so often. They'd use this to act as sort of a baby sitting timer for checking the modem pak. This all boils down to the fact that if you use /M1, you may also need to unearth VIRQ. I believe that VIRQ wasn't implemented until 2.00.00. Again - see what's in the 2.00.00 bootfile. In fact, omit the -s option and get the full poop on all the modules. We're mainly interested in finding M1, it's driver (the descriptor will list which driver it is affiliated with), and whether or not you have VIRQ. Pete There is 1 Reply. #: 10739 S10/OS9/6809 (CoCo) 18-May-91 19:55:24 Sb: #10727-os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) Pete, Thanks for the info, I will check the bootfile as soon as I get off line and get back to you. Thanks again. Tom #: 10801 S10/OS9/6809 (CoCo) 22-May-91 08:26:56 Sb: #10708-#os9/telecomm Fm: Bill Dickhaus 70325,523 To: thomas aubin 70540,1666 (X) Tom, Since you are using Level I (right?) you should be able to load M1 and MODPAK without having to build a new bootfile, then if that works, we can help you through making up a new bootfile. If I remember right (its been awhile, and I'm at work, so can't look this up) the drivers and descriptors are in a directory on the master system disk, probably the MODULES directory. Load M1 and MODPAK from there, using full pathnames (like: LOAD /D0/MODULES/M1). Then try setting the serial port in Deskmate to M1. Bill There is 1 Reply. #: 10811 S10/OS9/6809 (CoCo) 22-May-91 20:23:47 Sb: #10801-os9/telecomm Fm: thomas aubin 70540,1666 To: Bill Dickhaus 70325,523 (X) Bill, I have os9 level 1 version 1.01.00 , and deskmate that uses os9 level 1 version 2.00.00. I have looked at the module directorys on both disks and M1 and MODPAK are not there. Where else might I find them? Tom #: 10714 S10/OS9/6809 (CoCo) 17-May-91 14:20:11 Sb: #BOTCHED IT-OS9 Fm: MARK HAMILTON 70524,1507 To: JAMES JONES 76257,562 (X) HI JAMES, THE ONLY TIME I'VE USED CHD,CHX IS WHEN I RECONFIG'D MY NEW DISK. IS THERE OTHER TIMES TO USE IT? WHAT I'VE BEEN DOING IS GOING PAGE BY PAGE THROUGH THE OS9 MANUAL AND THE OS9 TOUR GUIDE. WHEN I GOT TO THE PART ABOUT BASIC09 IN THE TOUR GUIDE IS WHEN I DISCOVERED I COULDN'T GET TO IT. I KEPT GETTING THE "NO PATHWAY ERROR" AND WHEN I TRIED TO CALL UP ERRMSG OR HLPMSG IS WHEN I DISCOVERED THOSE WERE CLOSED OFF TOO. SO, NOW WHAT? LATER, MARK There is 1 Reply. #: 10721 S10/OS9/6809 (CoCo) 17-May-91 20:40:18 Sb: #10714-BOTCHED IT-OS9 Fm: James Jones 76257,562 To: MARK HAMILTON 70524,1507 (X) OK. Whenever you switch floppies in the drive, you need to chd and chx (there are some possible exceptions, but they are few, and can wait until you have a better understanding of what's going on). The reason you need to do this is that OS-9 disks aren't like Disk BASIC disks. In Disk BASIC, the directory is *always* in the same place, has the same size, and so forth. Under OS-9, different disks can have their directories (note the plural) in different places. (There is some stuff that's always in the same place, but it isn't a directory, though it tells how to get to a special directory, called the *root* directory of the disk.) All a process remembers about the directories, data and execution, is what drive they're on, and what sector on the drive they start at, so changing disks will fool the process--in particular, the process that runs the program "shell" that interprets the commands you type at the "OS9:" prompt. #: 10725 S10/OS9/6809 (CoCo) 17-May-91 22:16:14 Sb: hard/floppy/serial Fm: Kevin Darling 76703,4227 To: David Betz 76704,47 (X) Dave - check your email... I just forwarded you a message from internet from someone with some pretty good deals on what you're looking for. luck! - kev #: 10740 S10/OS9/6809 (CoCo) 18-May-91 20:34:08 Sb: #os9/telecomm Fm: thomas aubin 70540,1666 To: 76703,4230 (X) Pete, I took out my deskmate disk (os9 version 2.00.00) and exited deskmate. This puts me in the shell. Now a new problem, every command I type in comes back error#216. I tried the ident /d0/os9boot on this disk and got the same error. I also tried it onn my version 1.01.00 os9 system disk the boot file doesn't contain m1 on that one. It contains the following: IOMan RBF CCDisk D0 D1 D2 D3 SCF CCIO TERM RS232 T1 PRINTER P ACIAPAK T2 PipeMan Piper Pipe Clock SyssGo Shell Can any of the drivers in this bootfile be modified and rennamed to M1 or is that a whole different thing? How can I get into the deskmate disk to find out what is in the bootfile? I can't get any of the shell commands to work. Is there a different set of commands for the 2 different versions? Thanks Tom There is 1 Reply. #: 10759 S10/OS9/6809 (CoCo) 19-May-91 09:40:36 Sb: #10740-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) It sounds as if the deskmate disk is distributed with few (if any) of the stock os9 commands. Not a real problem, though... do this: 1) On original disk, type LOAD IDENT 2) Remove original (normal os9) disk, and insert deskmate disk 3) Type: ident /d0/OS9Boot (optionally output it to a printer if you have one ready by: ident /d0/os9boot >/p) 4) Replace the deskmate disk with the original, and type: unlink IDENT All this sequence does is place the ident command in memory so the system doesn't have to hit the disk up for it. I think I see where we're headed with all this, and it looks like two possible courses of action: a) Find a real copy of OS9 2.0.0 so we can build you a kernel with M1 and it's device driver (I can't recall if that's ACIAPAK or MODEMPAK). b) Get an RS232 pak with an external modem connected to it. There are several advantages to this approach, but the most obvious is that you can go faster than 300 baud, and that you can use the serial port for other things as well (with A/B switches, etc., like to use an X10 Powerhouse, or connect directly with another computer if you have one). Let me know how the 'ident' goes. Pete There are 2 Replies. #: 10761 S10/OS9/6809 (CoCo) 19-May-91 09:44:29 Sb: #10759-#os9/telecomm Fm: Steve Wegert 76703,4255 To: Pete Lyall 76703,4230 (X) > I can't recall if that's ACIAPAK or MODEMPAK. I just had to look this up for a guy over on CoCo. M1 uses ACIAPAK while M2 needs MODPAK. Steve There is 1 Reply. #: 10769 S10/OS9/6809 (CoCo) 19-May-91 20:59:09 Sb: #10761-#os9/telecomm Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Steve - What's the general poop there? Are both /M1 and /M2 both for MODEM PAKs? Is this to say that /M1 under ACIAPAK's control will manipulate the MODEM PAK, or does it mean that /M1 is supposed to be a modem connected to the RS232 PAK? Pete There is 1 Reply. #: 10774 S10/OS9/6809 (CoCo) 20-May-91 07:23:13 Sb: #10769-#os9/telecomm Fm: Steve Wegert 76703,4255 To: Pete Lyall 76703,4230 (X) The way I understand it, both /m1 and /m2 are for the modempak. /M2 uses MODPAK to manipulate the modem pak (and I believe is a virq device) while /m1 relies on ACIAPAK. Steve There is 1 Reply. #: 10777 S10/OS9/6809 (CoCo) 20-May-91 11:53:54 Sb: #10774-os9/telecomm Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Thanks Steve. #: 10770 S10/OS9/6809 (CoCo) 19-May-91 22:03:14 Sb: #10759-os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) Pete, Thanks for the information, I'll try this tonight and get back to you. Thanks a a Thanks again Tom #: 10762 S10/OS9/6809 (CoCo) 19-May-91 15:01:32 Sb: #BOTCHED IT-OS9 Fm: MARK HAMILTON 70524,1507 To: JAMES JONES 76257,562 (X) HI JAMES, SO ACCORDING TO YOUR LAST MESSAGE I WOULD DO SOMETHING LIKE; CHX /D0/BASIC09 CHD /D0 ? AS YOU CAN SEE I'M STILL A LITTLE(?) CONFUSED ABOUT USING COMMANDS IN OS9. THANKS FOR YOUR HELP THOUGH, I'LL GET IT ONE OF THESE DAYS. MARK There is 1 Reply. #: 10765 S10/OS9/6809 (CoCo) 19-May-91 17:57:09 Sb: #10762-BOTCHED IT-OS9 Fm: James Jones 76257,562 To: MARK HAMILTON 70524,1507 (X) Try chd /d0 and chx /d0/cmds --that should get you further along. Also, give serious thought to buying a copy of *Start OS-9*, which will take you through stuff like this step-by-step. (Not meaning to imply that you should go away-keep asking questions!) #: 10771 S10/OS9/6809 (CoCo) 19-May-91 22:37:10 Sb: BOTCHED IT-OS9 Fm: MARK HAMILTON 70524,1507 To: JAMES JONES 76257,562 (X) HI JAMES, THANKS FOR THE TIP. I HAVE A HARD TIME WORKING WITH THINGS LIKE THE OS9 MANUAL WHEN ALL THEY TELL YOU IS SOMETHING LIKE "HERE, DO THIS" WITHOUT AN EXPLANATION OF HOW YOU CAN ACTUALLY APPLY IT TO WHAT YOU'RE WORKING ON.THE OS9 TOUR GUIDE HELPED ME SOMEWHAT BUT I STILL FOUND IT LACKING TOO IN SOME AREAS. ONCE AGAIN THANKS, MARK #: 10781 S10/OS9/6809 (CoCo) 20-May-91 19:05:14 Sb: #os9/telecomm Fm: thomas aubin 70540,1666 To: 76703,4230 (X) Pete, I tried ident like you said and outputted it to my printer, Here is what I got. IOMan RBF CCDisk D0 D1 SCF ACIAPAK T2 PRINTER P CCIO CO32 TERM Clock Sysgo Shell These are all the modules listed onn the printout. There is no M1, I looked in the modem pak manual and it says that the M1 driver needs the modem pak in slot 1 because it uses a hardware interrupt. And the m2 driver must be used in any slot except 1 because it used a polled software interrupt. It also says that os9 version 2.00.00 has these drivers. Is it possible that deskmate has deleted them and the cmds file. If I were to copy the cmds file to my deskmate disk I think it may allow me to use os9 commands. Do you know of anyone out there that may have a copy of the proper boot file to make my modem work? Thanks for your help Tom There is 1 Reply. #: 10790 S10/OS9/6809 (CoCo) 21-May-91 17:09:02 Sb: #10781-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) Actually, based on what Steve Wegert has cleared up for me/us, you should probably be able to make a few simple changes to /T2 to make it an /M1. Or, you could still call it /T2, but just make the adjustments (patches) to it to make it functionally an /M1. Steve - if you have the modules handy, could you generate a CMP output of the two modules (under 2.0.0)? Hopefully they're the same size. Tom - once we get the list of changes, you can apply them with debug, and we can get going. In the meantime, some tools that may also be useful in this venture are: dEd, mverify, bootsplit, lmerge, an/or Patch. If you don't have them yet, do you have a way to download them from DL9 or DL10 and get them onto OS9 disks? Pete There are 2 Replies. #: 10792 S10/OS9/6809 (CoCo) 21-May-91 20:42:25 Sb: #10790-#os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) Pete, I can't download a file and put it onto a disk unless the program has line numbers. I have to download to the cassette buffer, save on tape, switch to disk basic, load the program into memory,and copy to disk. If it is an os9 type program or file, they usually don't contain line numbers and I can't reload them under disk basic. I have to use the modem under extended basic without the os9 system working right now so if these are not too long I could take the file and output it to the printer and then type it in to os9 manually. Otherwise I don't know how we could do it. Let me know when you and Steve get the changes I need worked out then I can get this thing to work. Thanks for all your help. Tom There is 1 Reply. #: 10796 S10/OS9/6809 (CoCo) 21-May-91 23:23:40 Sb: #10792-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) I was somewhat afraid of that. In that case, we may have to: a) Get the poop from Steve (or others) b) Have you use debug to make changes to T2 c) Use SAVE to put a copy on disk with an updated revision number d) Use VERIFY to get a proper CRC e) Load the updated & revised version (after decrementing the in RAM copy's revision number) f) Do a COBBLER to generate a new boot. Let's see what shakes with Steve. Pete There is 1 Reply. #: 10809 S10/OS9/6809 (CoCo) 22-May-91 20:15:36 Sb: #10796-#os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) Pete, Do you know what the changes are that would be needed for t2? Have you heard anything from Steve on this? Thanks for the help. Tom There is 1 Reply. #: 10815 S10/OS9/6809 (CoCo) 23-May-91 07:28:26 Sb: #10809-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, Changes were posted yesterday morning. Give a shout if yu didn't find 'em. Steve There is 1 Reply. #: 10819 S10/OS9/6809 (CoCo) 23-May-91 18:56:35 Sb: #10815-#os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, I haven't seen them yet. Is this what pete told me to try? Can you post them again so I can try it? Thanks Tom There is 1 Reply. #: 10821 S10/OS9/6809 (CoCo) 24-May-91 07:06:35 Sb: #10819-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, Type RI 10800 and the info you need is there. With that data, and a general understanding of the level 1 debug comand you can patch a copy of /t2 and make it /m1. If you need help, give a shout. Steve There is 1 Reply. #: 10825 S10/OS9/6809 (CoCo) 24-May-91 19:58:59 Sb: #10821-os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) thanks Steve, I'll give it a try and let you know how I make out. Thanks again. Tom #: 10800 S10/OS9/6809 (CoCo) 22-May-91 07:32:27 Sb: #10790-#os9/telecomm Fm: Steve Wegert 76703,4255 To: Pete Lyall 76703,4230 (X) Pete, Here's the output of the cmp on my m1.dd and t2.dd. Both should be stock versions and are of the same length. M1.dd is the 1st column, T2.dd is the second. Hope this helps! Steve Differences byte #1 #2 ======== == == 00000010 6C 68 <----- change the address 00000027 01 06 <----- different baud rate value 0000002E 4D 54 <----- name 'm' vs 't' 0000002F B1 B2 <----- high order '1' and '2' 0000003C 23 9E | 0000003D 39 65 |<---- CRC 0000003E 12 5D | Bytes compared: 0000003F Bytes different: 00000007 There is 1 Reply. #: 10804 S10/OS9/6809 (CoCo) 22-May-91 16:58:48 Sb: #10800-os9/telecomm Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Many thanks Steve - that's exactly what we needed! Tom, are you looking (and writing this all down)? Pete #: 10793 S10/OS9/6809 (CoCo) 21-May-91 22:03:31 Sb: #os9/telecomm Fm: thomas aubin 70540,1666 To: 76703,4230 (X) Pete, I have been playing around with both the Deskmate and os9 disks. The deskmate disk cmds file does not contain most of the os9 commands. I have used copy to add some of them to it and had success in doing so. It does however list a bunch of commands in the directory that all start with dm (deskmate). I don't know if these will be of any help but here is a list of what the cmds directory contains without the ones I have added. STARTUP Desk DMmenu DMapps DMcaln DMcards DMledger DMpaint DMterm DMTEXT DMalt DMdrv DMprn DMcal DMtim DMdsp DMopt DMhelp DMdskini DMbackup format DMmenu.hlp DMcaln.hlp DMcards.hlp DMledger.hlp DMpaint.hlp DMterm.hlp DMtext.hlp DMalt.hlp I so far have added : DIR rename MDIR COPY COBBLER DELDIR OS9GEN XMODE BUILD. I don't know if any of this will help but I thaught I would fill you in anyway. Thanks again for your help Tom There is 1 Reply. #: 10797 S10/OS9/6809 (CoCo) 21-May-91 23:25:06 Sb: #10793-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) Tom - You'll also need: LOAD VERIFY and DEBUG. Pete There is 1 Reply. #: 10810 S10/OS9/6809 (CoCo) 22-May-91 20:17:15 Sb: #10797-#os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) Pete, I'll add them tonight. Is there anything else I should copy to the deskmate disk? Thanks Tom There is 1 Reply. #: 10812 S10/OS9/6809 (CoCo) 22-May-91 23:55:58 Sb: #10810-os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) Tom - Try booting that kernel, DON'T iniz T2. Then use debug (from another disk if you need it) to apply those changes to an in memory copy of the T2 descriptor. THEN INIZ T2 (or M1, if you apply the rename). Now try it out with your modem pak & deskmate. If it works, just use cobbler to throw a copy of this kernel on a new os9 disk and your done. I'll be away for about a week, so perhaps Steve Wegert can help you from here on in. Good luck! Sounds like you're 97.5 % of the way there. Pete #: 10803 S10/OS9/6809 (CoCo) 22-May-91 14:35:20 Sb: Interbank Incident Fm: Lee Veal 74726,1752 To: All Can the Interbank Incident game be run in the CoCo 3/OS-9 Lvl 2 environment? Or does it require the CoCo/OS-9 Lvl 1 (ver. 02.00.00) environment? Lee #: 10829 S10/OS9/6809 (CoCo) 24-May-91 22:01:49 Sb: #os9/telecomm Fm: thomas aubin 70540,1666 To: 76703,4255 (X) Steve, I wrote down the changes and have been trying for the last hour to make them. I have never used the debug command before and I'm getting lost.I can not seem to figure out how to make these changes. Any help would be welcome. Thanks, Tom There is 1 Reply. #: 10857 S10/OS9/6809 (CoCo) 28-May-91 08:23:05 Sb: #10829-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, Just got back from a bit of vacation. Let me get my feet on the ground and I'll grab a manual and see what help I can offer. Steve There is 1 Reply. #: 10859 S10/OS9/6809 (CoCo) 28-May-91 20:34:45 Sb: #10857-#os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Thanks I'll be looking forward to hearing from you. Thanks again. Tom There is 1 Reply. #: 10868 S10/OS9/6809 (CoCo) 29-May-91 21:55:16 Sb: #10859-os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, Bear with me as it's been a long time since I've used debug. I tend to perfer dEd under Level II. First, make sure you're booted up, have a copy of debug either in memory or on a disk that your execution directory can find. Next, make sure t2 is in memory (MDIR will confirm this). I suggest you review page 161 and 162 in the orange Program Development guide that came with your level I OS9. Pay close attention to the section named 'Patching Programs' Type DEBUG 1) At the DB: prompt, type L t2 * this starts us off 2) expect an address and a value to be displayed. Make note of the address. 3) At thhe DB: prompt, type . .+10 * that's . . * and move us 10 bytes in 4) your starting address will be incremented by 10 and it's current contents will be displayed. In this case, it should be 68. 5) At the DB: prompt, type =6c * change 68 to 6C 6) At the DB: prompt, type L t2 * get a common ref. point 7) At the DB: prompt, type . .+27 * don't forget the space 8) At the DB: prompt, type =01 * if already 1, skip it 9) At the DB: prompt, type L t2 * rewind counter again 10) At the DB: prompt, type . . 2E * you get the picture 11) At the DB: prompt, type =4d 12) At the DB: prompt, type =b1 13) At the DB: prompt, type $SAVE temp m1 * save a copy of m1 as temp 14) At the DB: prompt, type $VERIFY u m1 * set the CRC and rename * temp to m1 15) At the DB: prompt, type $ATTR m1 e pe * set the attributes 16) At the DB: prompt, type $DEL temp * clean up 17) At the DB: prompt, type q * I'm outta here! At this point you have a modified t2 (now called m1) in memory. Fire up Deskmate, choose m1 as your device and see if things won't work better. If they do, use cobbler to make a new boot of the image you have in memory. Let us know what happens. Steve #: 10833 S10/OS9/6809 (CoCo) 25-May-91 13:48:53 Sb: #s10/os9/6809 (CoCo) Fm: Rick Ulland 70540,3305 To: All I'm having a little trouble with DeskMate 3. I know thhis isn't the greatest program around, but for $4.95 it could be handy in a side window. (WWith DM,Basic09##32k, and a shell theres 200k left!) I was able to Config VDDG and WIND together, then XMode'd printer baud,modpatched step rates, set montype and Hi-Res mouse (using SRB's setype from CoCo Artist disk),and cobbled the whole meess. The only thing that hheld wass the stepping rate. DM uses the printer at 2400baud, but none of the windowss do unless I XMode again. Also DeskMate comes up in montype c and can't use thhe Hi-Res mouse at all(cursor wraps about 2 1/2 times). Even when I reset all of the above in startup, as soon ass I fork DeskMate, it all goes away again! Can anybody help me do any of the following: a. Get XMode to hold or b. extend StartUp past the DeskMate command c. get DM to boot in RGB d. scaale the moouse for Hi=res Note: I've got DeskMate on a Apps disk in /d1 (My only double sided)). Is this messing up CONFIG.DESK? I'm noticeing thhat third party programs usuaally work better than Tandy's own, ie Lvl1 DynaCalc from 1985 runs in an 80 col window no sweat. Mebbe if Tandy'd demanded thhhis kind of flexability in their own sooftware, thhhe CoCo wouldn't be dead! Thanx Rick 70540,3305 There are 2 Replies. #: 10836 S10/OS9/6809 (CoCo) 25-May-91 18:55:20 Sb: #10833-s10/os9/6809 (CoCo) Fm: Kevin Darling 76703,4227 To: Rick Ulland 70540,3305 (X) Rick - the best bet would be to go into Library 10 here, and do a "bro /key:deskmate" and see what pops up. I just did, and DMHELP.AR and DM3.SCR (I think?) came up. The second fixes the mouse problem, at least. The first may have some other patches you need. best - kev #: 10837 S10/OS9/6809 (CoCo) 25-May-91 18:56:42 Sb: #10833-s10/os9/6809 (CoCo) Fm: Kevin Darling 76703,4227 To: Rick Ulland 70540,3305 (X) Ooops.. that was DESK3.SCR to fix the mouse and let DM3 run in any vdg window. Some of the other files looked interesting too. #: 10838 S10/OS9/6809 (CoCo) 25-May-91 22:30:07 Sb: need patch for rgb Fm: rick j. kelley 70632,2562 To: all TO ALL any one know of a rgb patch for old coco 2 os9 program to go on the coco 3 rgb? thanks. Rick Kelley 70632,2562 #: 10841 S10/OS9/6809 (CoCo) 26-May-91 18:27:27 Sb: #Cocopro RS-232 pak Fm: Paul Rinear 73757,1413 To: Anyone Help! I bought one of those Marty Goodman RS-232 kits; the one that uses a modified Modpak. I wired the thing up; that wasn't too hard. I wired it to use addresses $FF6C thru $FF6F since I already have a Disto RS-232 pak hooked up. Both paks are installed in a multipak which has all the interrupts wired together. The diode hack that connects the interrupt line to the CPU is also installed. These hacks have been working fine for awhile now. So.... I thought that to address this new port all I had to do was make a new boot disk with a /t3 device descriptor on it that had its physical address modpatched to $FF6C. Apparently not: I get a 'module not found' error when I try to access it. If I just boot up with my old boot disk that only has /t2 on it, I can modpatch /t2 in memory and write to the pak at $FF6C. It works with a printer somewhat. By somewhat I mean that I don't really want to use it with the printer cause when I first turn my system on the printer sends a signal to this pak which it can't handle. The system locks; a reset fixes it however, and I can then boot OS9. So.... I tried this pak with my modem. In the instructions it says to set the modem to always produce a positive CD signal. Fine, but both the TXD and RXD lines go high and stay high if I do that. I think there is more wrong here than just a software problem, but my only question is about the software. How do I set up the boot disk to recognize two RS-232 ports ? Tearing out hair, Paul There is 1 Reply. #: 10842 S10/OS9/6809 (CoCo) 26-May-91 18:57:37 Sb: #10841-#Cocopro RS-232 pak Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) Paul - dump your /t3 descriptor... I bet it has "modpak" as the driver in it instead of "aciapak". Try taking a copy of t2 and patching it just to change the name to "t3" and address to FF6C, and that should work. - kev There is 1 Reply. #: 10850 S10/OS9/6809 (CoCo) 27-May-91 13:30:56 Sb: #10842-Cocopro RS-232 pak Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) You were right about the modpak thing. I will try your suggestion. I also found my hardware problem- seems one side of that paper ground plane is conductive, but so is the other side if you rub it with sharp things like IC pins. And it's official sunburn season here at the Jersey shore. So you're not alone. Paul #: 10848 S10/OS9/6809 (CoCo) 27-May-91 00:38:41 Sb: #10463-#3 in 1 board Fm: Ed Shearer 70242,65 To: Ian Hodgson 72177,1762 (X) I have a 4 in 1 board. The manual has pin 1 DCD 2 RXD 3 TXD 4 DTR 5 GND 6 DSR 7 RTS 8 CTS 9 /10 N/C. The pins on the board when the components are on top and looking at the pins. (1) left side closest to board (10) directly above (1). (5) right side closest to board (6) directly above (5). There is 1 Reply. #: 10849 S10/OS9/6809 (CoCo) 27-May-91 00:42:43 Sb: #10848-#3 in 1 board Fm: Ed Shearer 70242,65 To: Ed Shearer 70242,65 (X) In addition the DSR and CTS are always enabled as far as the RS232 is concerned and the RTS is always enabled as far as the modem is concerned. The DSR CTS were not connected to the modem There is 1 Reply. #: 10855 S10/OS9/6809 (CoCo) 27-May-91 22:29:51 Sb: #10849-3 in 1 board Fm: Ian Hodgson 72177,1762 To: Ed Shearer 70242,65 Thanks Ed. In fact, I finally got through to Tony diStefano and worked it out and have been using the port for several weeks now. Works fine, and it is nice to finally have an OS9 terminal program and not have to use RSDOS to keep transferring the files over all the time. I must say, though, that while STERM works flawlessly and Quick B is very nice, Ultimaterm was a much more sophisticated terminal program and I miss my auto log on strings. Even a couple of hot keys would be nice. Anyway, thanks for the info. #: 10860 S10/OS9/6809 (CoCo) 28-May-91 21:37:46 Sb: #SCSI vs.XT hd controller Fm: Sandy Tipper 72060,76 To: all Does anyone have a SCSI controller on a COCO3? What disk interface and driver do you use? Is there any advantage over the XT type controller (MFM drive, DISTO [and B&B?] interface) or whatever controller that LRTech (through Owlware) uses with its old interfaces (Xebec something not 1410)? I know that a SCSI controller/drive would prepare for a bigger machine, but I have MFM drives, and don't have the money now. Sandy There is 1 Reply. #: 10861 S10/OS9/6809 (CoCo) 28-May-91 22:19:31 Sb: #10860-SCSI vs.XT hd controller Fm: James Jones 76257,562 To: Sandy Tipper 72060,76 (X) The folks I recall as having SCSI setups for the CoCo are RGB and KenTon. Advantages? Well...as you mention, SCSI hardware will move to other hardware readily. Also, one can get some pretty respectable SCSI hard drives these days--back when I got a 30Mbyte RLL drive for my CoCo, I shelled out $300+ for a 30 Mbyte, 65 ms, 5.25" half-height drive that was rather noisy, and then I needed to spend $100 for an Adaptec RLL controller. That was--gee, I guess maybe three years ago. Now, for less than the total $$$ on that, I can get a 105 Mbyte, 15 ms, 3.5" drive less than an inch thick, with on-drive cache and embedded SCSI controller. Four times as fast, three times the capacity, eats less power, and costs less $$$. Next thing--SCSI isn't just for disk drives; there are SCSI tape drives (if one could just get SBF for OS-9/6809...sigh), SCSI printers, Tony DiStefano's frame grabber that was demoed at the IMS booth at RAINBOWFest hooked up to the SCSI bus. So...if one has the appropriate software, one can use a variety of I/O hardware with SCSI. SCSI devices can also be told to go do something among themselves without bugging the "master" until it's done, but I don't know whether anyone's written the software needed to set up that kind of I/O. #: 10865 S10/OS9/6809 (CoCo) 29-May-91 20:17:56 Sb: #TC-9 Fm: MARK HAMILTON 70524,1507 To: FRANK HOGG OF FHL 70310,317 (X) FRANK, I GOT YOUR BROCHURE AND A MILLION MORE QUESTIONS. BE LOOKING FOR SOMETHING IN THE POSTAL MAIL FROM ME. MARK There is 1 Reply. #: 10870 S10/OS9/6809 (CoCo) 29-May-91 22:28:18 Sb: #10865-TC-9 Fm: Frank Hogg of FHL 70310,317 To: MARK HAMILTON 70524,1507 (X) OK... but a million??? #: 10887 S10/OS9/6809 (CoCo) 31-May-91 20:57:57 Sb: #os9/telecomm Fm: thomas aubin 70540,1666 To: 76703,4255 (X) Steve, I tried the changes and made a bootfile on a new disk and when I tried the mdir command I found that I no longer have a t2 and I don't have an m1 eithor. I tried the debug commands and cobblered a disk 3 times with the same result each time. What went wrong? H E L P !!! Thanks Tom There is 1 Reply. #: 10894 S10/OS9/6809 (CoCo) 01-Jun-91 09:58:44 Sb: #10887-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, This is now getting to the tough stage. I would have expected you don't have a t2 any longer .... that's what you were changing. It should have been rename into m1. Do you spot some 'unknown' module hiding in memory? That might give us a clue. When you were doing the debug, did the values that were displayed match those in column 2? If not, perhpas you have a different /t2 than I have. Do a MIDR right after making all the debug changes and see what's there. Steve There are 2 Replies. #: 10898 S10/OS9/6809 (CoCo) 01-Jun-91 19:51:19 Sb: #10894-#os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, I tried a mdir after I was done and I had all the modules I started with except t2. I also did not have an m1. I have made a new backup of my deskmate disk and am ready to try again. The values were the same I think, I'll try it again and let you know if I find any differences. Do you know what version of deskmate or os9 that has m1 already? This is getting frustrating. Is there any other software that will work with the modem pak and allow me to use disk? I could download files and copy them to os9 later if they were on disk to begin with. Maybe it is time to try somthing new, what do you think? Cann we fix this or is it a lost cause? I don't have the answer, do you? Thanks for all the help. Tom There are 2 Replies. #: 10901 S10/OS9/6809 (CoCo) 02-Jun-91 09:42:51 Sb: #10898-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, This type of project via modem is difficult at best. So many places to go wrong! :-) Review docs on debug and cobbler and try again, paying close attention to the values that debug spits out. This is fairly straight forward in theory ... but in practice, can get hairy. In the meantie, I'll review my steps and see if I've led you down a wrong path (perhaps Pete and others can do the same. Nothing like a confirming opinion to keep your interest up! REgarding other software working with the modem pak: You still need /m1. If your copy of Level I has a module drectory ... check there. Steve There is 1 Reply. #: 10906 S10/OS9/6809 (CoCo) 02-Jun-91 19:09:22 Sb: #10901-#os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, I agree, it is diffucult, I will try again as I have had no success so far and get back to you. Meanwhile would you consider selling a copy of os9 or even the bootfile with m1 installed? Sounds simpler to me. If my local Radio Shack had it I would buy it because I'm sick of playing with this. It's getting old if you know what I mean. Thanks for the help. Tom There is 1 Reply. #: 10908 S10/OS9/6809 (CoCo) 02-Jun-91 20:10:39 Sb: #10906-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, 'fraid I can't be selling something I don't have the rights to ... if you know what I mean. Pete's offered another suggestion .... do an Ident on the bootfile and make sure all the CRC are cool. Hang in there, we'll get you going. Steve There is 1 Reply. #: 10909 S10/OS9/6809 (CoCo) 02-Jun-91 20:32:17 Sb: #10908-#os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) GUESS WHAT? I AM ON DESKMATE WITH MY MODEM RIGHT NOW. I TRIED AGAIN AND FOUND A MISTEAK THAT I MADE. NOW I HAVE COBBLERED A NEW DISK AND TRIED IDENT ON IT AND THE CRC IS READING BAD SO I DON'T KNOW IF IT WILL WORK. M1 IS THERE BUT IT HAS A BAD CRC. WHAT NEXT? TOM STEVE, There is 1 Reply. #: 10910 S10/OS9/6809 (CoCo) 02-Jun-91 20:45:43 Sb: #10909-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Cool! See! ... I told you we'd get there! Now .. lemme ask. When you saved the patched m1 module ... did you use VERIFY and the u option? That's critical. The u option tels verify to UPDATE the CRC. If all else fails, you can patch the CRC manually. The last 3 entries in our list _is_ the CRC. Just review the steps that got you to this point, and you should be home free. Steve There is 1 Reply. #: 10912 S10/OS9/6809 (CoCo) 02-Jun-91 21:37:25 Sb: #10910-#os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, I'm back to the modem pak direct without deskmate. I did save the updated m1 module and did use the verify u . I tried making a new deskmate disk with the one I used cobbler on and after copying all the files manually to it (time consuming) I fired it up and tried it . M1 doesn't exist on it. The cobbler didn't put it in the bootfile. If I update the crc manually, do I need to use verify too? I am so close now I just want to finish this thing. Thank you for your help with this project. I would not have gotten this far without it. Thanks again Tom There are 2 Replies. #: 10917 S10/OS9/6809 (CoCo) 03-Jun-91 07:30:43 Sb: #10912-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, By updating the CRC manually, you'll not need to use VERIFY. I'm at a loss tho, why VERIFY didn't work. Steve There is 1 Reply. #: 10920 S10/OS9/6809 (CoCo) 03-Jun-91 13:53:17 Sb: #10917-#os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) STEVE, I GOT IT !!!!! Let me explain, I once again went thru the debug routine. Only this time I didn't use verify I just saved it. I then followed the instructions in the commands manual for verify from the shell. Then I used os9gen to build a new bootfile that has both m1 and t2, and GOOD crc values on both. I then made a new deskmate system disk which I am using right now. It's over , we did it and I would like to offer my thanks to you and Pete. Without all the help you guys gave me I never would have gotten this to work. Thanks again. Tom There are 2 Replies. #: 10930 S10/OS9/6809 (CoCo) 03-Jun-91 21:18:45 Sb: #10920-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) Yaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaay! Pete There is 1 Reply. #: 10932 S10/OS9/6809 (CoCo) 03-Jun-91 21:51:47 Sb: #10930-os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) you like that huh. #: 10939 S10/OS9/6809 (CoCo) 04-Jun-91 07:23:57 Sb: #10920-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Awwwright! Stuff like this always appears harder at first that it actually is. I'll bet you're an expert at building bootfile and patching modules now! Two good skills for any OS9'r! Steve There is 1 Reply. #: 10948 S10/OS9/6809 (CoCo) 04-Jun-91 21:19:22 Sb: #10939-#os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, It was easier than I thaught, (expert) I don't know, but I did learn somthing. I ran into a different problem you may have the answer for. (oh no here comes trouble) I was on another forum last night and someone invited me to join them and I have no idea how to. Do you? Just thaught I'd ask. Thanks again for all your help, If you are ever in the MA/RI area look me up , I'll buy you a beer. Thanks again. Tom There is 1 Reply. #: 10960 S10/OS9/6809 (CoCo) 05-Jun-91 07:16:20 Sb: #10948-#os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Ahh! An easy one! If you've received the JOIN message while in the forum, some folks in the COnference area have INVITED you to JOIN their group. Enter the CO area, select the room number where they reside (you can issue a USER commad if you need help) and type /JOIN (don't forget the slash. All CO commands must be preceeded with a slash). For more help on CO and it's goodies, enter a /? inside COnference for online help. Steve There is 1 Reply. #: 10966 S10/OS9/6809 (CoCo) 05-Jun-91 19:00:41 Sb: #10960-os9/telecomm Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Don't want you to work too hard. Thanks for the info. Tom #: 10918 S10/OS9/6809 (CoCo) 03-Jun-91 07:34:57 Sb: #10912-os9/telecomm Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Hmmm .... just a thought, Tom: Have you done an IDENT on the module you saved or just what's in memory? If the save module is good, what you might try is booting up a fresh copy of OS9 and loading the new module in memory, and then cobblering up a new boot. IF you're running cobbler before you ditch the old version in memory, or even if you're trying to load the new on on top of it (won't work) the bad CRC will keep it from moving during cobbler. Steve #: 10904 S10/OS9/6809 (CoCo) 02-Jun-91 10:42:12 Sb: #10898-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) Tom - Sounds as if the patch wasn't accepted properly... the CRC of the M1 or T2 module is probably bad in the bootfile, and thus isn't accepted at boot/load time. Try doing an IDENT /d0/os9boot on one of the newer bootfiles. Pete There is 1 Reply. #: 10907 S10/OS9/6809 (CoCo) 02-Jun-91 19:14:20 Sb: #10904-#os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) Pete, I'll try and let you know what happens. As I told Steve I'm getting sick of playing with this and at this point I'll try anything. So far I have had no success annd have managed to destroy 1 bootfile compleatly . Thank god for backups huh? I've made so many I'm loosing track of which ones are good and which ones aren't . I think it may be time to go shoppinng for software, do you have any? I don't know what else to try. Thanks for the help. Tom There is 1 Reply. #: 10929 S10/OS9/6809 (CoCo) 03-Jun-91 21:15:48 Sb: #10907-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) Tom - At this point, why not send a coco'er (perhaps Steve) a floppy & postage and have them gen together the appropriate bootfile for you? May save what's left of your hair. Pete There is 1 Reply. #: 10931 S10/OS9/6809 (CoCo) 03-Jun-91 21:50:39 Sb: #10929-#os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) Pete, How did you know I was going Bald? I got it working today, I found the problem with the debug routine and after creating the m1 module I os9genned a bootfile that contains both t2 and m1. I made a new deskmate disk today and am using it now. Thanks for all your help. I couldn't have gotten to this piont without you and Steve. Thanks again Tom There is 1 Reply. #: 10947 S10/OS9/6809 (CoCo) 04-Jun-91 18:33:25 Sb: #10931-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) No problem. Pete There is 1 Reply. #: 10949 S10/OS9/6809 (CoCo) 04-Jun-91 21:23:02 Sb: #10947-#os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) Pete, Just wanted to say thanks again. You ready for another? How do I respond to someone when I am invited to join them? This happened to me and I didn't have a clue. Also like I told Steve if you are ever in the area look me up, we can get together for a beer or two, my treat. Thanks again for all the help. Tom There is 1 Reply. #: 10965 S10/OS9/6809 (CoCo) 05-Jun-91 17:48:50 Sb: #10949-#os9/telecomm Fm: Pete Lyall 76703,4230 To: thomas aubin 70540,1666 (X) Tom - Steve will be better help there... I'm more of a C type than a CIS type, I'm afraid (grimace).... Pete There is 1 Reply. #: 10967 S10/OS9/6809 (CoCo) 05-Jun-91 19:02:55 Sb: #10965-os9/telecomm Fm: thomas aubin 70540,1666 To: Pete Lyall 76703,4230 (X) Pete, Thanks anyway, Steve was relieved to see an easy one anyway. Catch you later Tom #: 10903 S10/OS9/6809 (CoCo) 02-Jun-91 10:40:06 Sb: #10894-os9/telecomm Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Steve (I'm back), Have him do an IDENT on the newly constructed bootfile. Sounds as if the CRC of the module doesn't jive with the contents. Pete #: 10905 S10/OS9/6809 (CoCo) 02-Jun-91 15:29:58 Sb: #Multistart bug Fm: William Phelps 75100,265 To: Mark Griffith 76070,41 (X) I seem to have reinstalled a bug. What is the specific patch to cure the disappearing window problem in GShell? Everything else in my system seems fine. William There is 1 Reply. #: 10925 S10/OS9/6809 (CoCo) 03-Jun-91 19:04:10 Sb: #10905-#Multistart bug Fm: Mike Haaland 72300,1433 To: William Phelps 75100,265 (X) Mark's off line for a while, so I don't think he'll be able to reply. And I can't remember the patch!!!! I'm sure someone remembers tho... Kev?? You remember the patch for GSHELL to solve the dissappearing window thing? Mike There is 1 Reply. #: 10977 S10/OS9/6809 (CoCo) 05-Jun-91 22:09:08 Sb: #10925-#Multistart bug Fm: William Phelps 75100,265 To: Mike Haaland 72300,1433 (X) If it is any help, here is the output of Ident for this buggy version of Gshell. Header for: Gshell Module size: $3B48 #15176 Module CRC: $C10CD1 (Good) Hdr parity: $5B Exec. off: $001D #29 Data Size: $1808 #6152 Edition: $02 #2 Ty/La At/Rv: $11 $81 Prog mod, 6809 obj, re-en, R/O William There is 1 Reply. #: 11000 S10/OS9/6809 (CoCo) 09-Jun-91 07:12:59 Sb: #10977-#Multistart bug Fm: Mike Haaland 72300,1433 To: William Phelps 75100,265 (X) Best bet on fixing your GShell problem is patching an original with the last set of patches. I think they are in GSHEL3.AR or some such file. I can't seen to remember what was done to fix the problem you've been haiving, but I'm sure the last patches had the fix. Mike There is 1 Reply. #: 11049 S10/OS9/6809 (CoCo) 12-Jun-91 00:13:06 Sb: #11000-#Multistart bug Fm: William Phelps 75100,265 To: Mike Haaland 72300,1433 (X) Thanks Mike. I tried searching with a KEY of GSHELL, but I did not see version 3 of anything. I will try Kevin next. William There is 1 Reply. #: 11051 S10/OS9/6809 (CoCo) 12-Jun-91 06:00:43 Sb: #11049-Multistart bug Fm: Mike Haaland 72300,1433 To: William Phelps 75100,265 After doing a BRO/key:GSHELL in DL 10 i came up with the file GSHEL2.AR as the patches to GShell V1.24 to create V1.24a. This is the patch that fixed the disappearing window bug and what remaining bugs Kent found. GSHELL.AR is the patch to the STOCK GShell to create V1.24. That sould get you fixed up, Mike Sorry I didn't do the bro before! #: 10935 S10/OS9/6809 (CoCo) 04-Jun-91 00:54:54 Sb: #help me! Fm: Ross Whitney 70640,3230 To: anyone / help! Dear experts, ^ ^^I just picked up Deskmate & Dynacalc for the CoCo 2 at closeout prices. Do they contain enough of os9 to be useful to me? Please drop me a line! Ross Whitney, 70640,3230. There are 3 Replies. #: 10937 S10/OS9/6809 (CoCo) 04-Jun-91 03:28:53 Sb: #10935-help me! Fm: Robert A. Hengstebeck 76417,2751 To: Ross Whitney 70640,3230 (X) You can also pick up os9 level one and os9 level two at close out prices. If you haven't done so, do it before there is no more of them. Gee I've got a fortune invested in the software that I have, that now you can get for a whisper. #: 10940 S10/OS9/6809 (CoCo) 04-Jun-91 07:29:20 Sb: #10935-#help me! Fm: Steve Wegert 76703,4255 To: Ross Whitney 70640,3230 (X) Ross, If I recall, Deskmate is on a 'limited distribution' OS9 disk. There are some utilities (commads) but not many ... but it will give you a flavor. On the other had, Dynacalc is only an application disk. Somewhere on the package it should tell you you need the Operating system for proper execution. Steve There is 1 Reply. #: 10943 S10/OS9/6809 (CoCo) 04-Jun-91 15:16:52 Sb: #10940-#help me! Fm: Robert A. Hengstebeck 76417,2751 To: Steve Wegert 76703,4255 (X) Steve, Ross; Dynacalc from Radio Shack comes with a limited level one bootup capability. So you can use it as a stand alone package. However that is the 32 column screen. You can run dynacalc under level two, with the 80 column screen. I forget if there was a patch required to run it. There are 2 Replies. #: 10944 S10/OS9/6809 (CoCo) 04-Jun-91 17:41:18 Sb: #10943-help me! Fm: Lee Veal 74726,1752 To: Robert A. Hengstebeck 76417,2751 (X) There's not a patch to allow it to run on Lvl 2. Dynacalc automagically adjusts its worksheet dimensions to accommodate whatever size window it happens to be started in. There is a patch to take out the extra linefeed that it does during print operations. Also there's a patch around somewhere that allows the use of .dyc as the spreadsheet file extensions instead of .cal which gets mixed up with Deskmate's Calender files. The extension overlaps only really causes a problem in a hard drive environment where you would (and could) have deskmate and dynacalc up at the same time particularly in the Multi-Vue mode of operations. Lee #: 10958 S10/OS9/6809 (CoCo) 05-Jun-91 07:06:09 Sb: #10943-#help me! Fm: Steve Wegert 76703,4255 To: Robert A. Hengstebeck 76417,2751 (X) Robert, You got me wondering .... I thought for sure it was just an application so I pulled my distribution disk to check. You're correct. It does have a limited version of OS9. Steve There are 2 Replies. #: 10962 S10/OS9/6809 (CoCo) 05-Jun-91 11:20:16 Sb: #10958-help me! Fm: Robert A. Hengstebeck 76417,2751 To: Steve Wegert 76703,4255 (X) The reason I knew about the Boot up ability is that I've been demonstrating it at the store. However I have to first boot up on the later version of OS-9 level one, to allow it to work on the coco III's which were all that we had in the store. I think that we have 4 copies of dynacalc in my store at 4.95 each, and also have a OS-9 level II startup kit at ? 9.95 . I don't know what else we have since they're all bagged up in the back of the store. We just went thru a complete remodeling, and I don't think that the manager wants put them back up on display. And I agree. There realy isn't room on the shelves for this stuff any more. #: 11007 S10/OS9/6809 (CoCo) 09-Jun-91 18:54:08 Sb: #10958-#help me! Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) About using DynaCalc under Lvl2 floppys- if you load utilitys at boot and then switch to an application disk with dynacalc on it, it gives a module not found error. Seems DynaCalc expects the DIR util. to be in it's CMDS directory,even if its already in RAM. Rick There are 2 Replies. #: 11017 S10/OS9/6809 (CoCo) 10-Jun-91 07:28:20 Sb: #11007-#help me! Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 (X) Hmmm ... that's strange. If I'm not mistaken, standard search pattern for OS9 is, check memory, if not there, look to the execution directory. Have you tried issuing a 'chx /dd/cmds' and 'chd /dd' to get things pointed in the right direction after you've swapped in the applicaion disk? Steve There is 1 Reply. #: 11019 S10/OS9/6809 (CoCo) 10-Jun-91 15:32:41 Sb: #11017-help me! Fm: Bill Dickhaus 70325,523 To: Steve Wegert 76703,4255 (X) Steve, It might not be trying to execute via the shell, it might be trying to load it, link to it, and then fork it directly. It should, however attempt to link to it first, before attempting to load it. Bill #: 11039 S10/OS9/6809 (CoCo) 11-Jun-91 10:26:40 Sb: #11007-#help me! Fm: Lee Veal 74726,1752 To: Rick Ulland 70540,3305 (X) Are you talking about the Tandy Version of Dynacalc requiring the DIR command to be in the CMDS directory? It could be that a CHX and/or a CHD needs to be done when you switch to your application disk with dynacalc on it. Lee There is 1 Reply. #: 11048 S10/OS9/6809 (CoCo) 11-Jun-91 23:40:19 Sb: #11039-#help me! Fm: Rick Ulland 70540,3305 To: Lee Veal 74726,1752 (X) Color my face red! I'm using /d1 as data and /d0 as a huge CMDS directory. Dynacalc.TRM got lost in the shuffle until I chd to track the 216 error, which of course fixed everything. Looking thru my data disks some have TRM and some don't(does anybody have a HD cheep?) which pretty much leaves me older and wiser.If I hadn't laid out that new budget I'd still have boot problems besides BLOB........ Thanx for the info Rick There are 2 Replies. #: 11055 S10/OS9/6809 (CoCo) 13-Jun-91 09:48:38 Sb: #11048-#help me! Fm: Lee Veal 74726,1752 To: Rick Ulland 70540,3305 (X) Rick, before I got a hard drive, I patched Dynacalc at location $0B70 which should read on your system "dynacalc.trm". I changed that using dED to read "/dd/cmds/dyt", then requested that dED re-verify the newly patched Dynacalc. This patch will make Dynacalc look for the a file called "dyt" in the CMDS directory on your system's Default Drive. You'll have to copy dynacalc.trm from your data disks to /DD/CMDS with the name DYT, but at least you won't have to have copy of it on most, if not all, of your data disks. Dynacalc.trm is almost 13K, so it will take some space, but at least it will only be taking up space in one place. Lee There is 1 Reply. #: 11057 S10/OS9/6809 (CoCo) 13-Jun-91 13:39:34 Sb: #11055-help me! Fm: Pete Lyall 76703,4230 To: Lee Veal 74726,1752 (X) Lee - Dunno if the coco version is the same, but the generic version of Dynacalc would look in the execution directory if a copy wasn't found in the current directory. Of course I had to keep multiple copies in various directories because of different terminal types I had. I ended up writing a 'dc' shell that would check the crt type (via a /dd/sys/ttytype entry) and copy the appropriate .trm file to the local directory before invoking Dynacalc. Pete #: 11056 S10/OS9/6809 (CoCo) 13-Jun-91 09:55:29 Sb: #11048-#help me! Fm: Lee Veal 74726,1752 To: Rick Ulland 70540,3305 (X) I guess you could put Dynacalc.trm in your SYS directory, too. You'd just have to move the $0D (carriage return) that delimits the file name string in Dynacalc one position to the left. Or you could just change the string to "/dd/sys/dytr" or something like that so that the string length was exactly the same as the old. Anyway, there's more than a few options that can be done or not done as the case may be. Lee There is 1 Reply. #: 11064 S10/OS9/6809 (CoCo) 13-Jun-91 23:57:48 Sb: #11056-#help me! Fm: Rick Ulland 70540,3305 To: Lee Veal 74726,1752 (X) Thanks for the info.I'll have to get right on it,the 'extra' 13kper disk will come in handy. Unfortunately,all I've got is modpatch.(Where did I put that ASCII table anyway?) BTW, is there a DOC for modpatchh anywhere? It's not mentioned in the manual, and all I really know about it is what can be inferred from the few patches I've collected.Does it do anything besides l,c,v? Tahhnks again- Rick There is 1 Reply. #: 11068 S10/OS9/6809 (CoCo) 14-Jun-91 03:21:19 Sb: #11064-help me! Fm: Kevin Darling 76703,4227 To: Rick Ulland 70540,3305 Rick - see MODPAT.TXT in Library 10. Also try "modpatch -?" and you'll see the options. best - kev #: 11008 S10/OS9/6809 (CoCo) 09-Jun-91 21:01:44 Sb: #10935-help me! Fm: thomas aubin 70540,1666 To: Ross Whitney 70640,3230 (X) Ross, I too picked up Deskmate at a closeout price. I did find that it contains os9 but the CMDS directory is very limited. If you can pick up a copy of level 1 os9 you can use COPY to add the commands you may desire to the deskmate disk. I just added an M1 driver to mine with the help of the folks here and I now can use my DCM pak with deskmate. You would be making a smart investment if you purchased os9 while you still can. Tom #: 10950 S10/OS9/6809 (CoCo) 04-Jun-91 21:41:21 Sb: #ZIP AND UNZIP Fm: MARK HAMILTON 70524,1507 To: ALL Hi All, I just downloaded some zip files and also put UNZIP and UNZIP3 on the same disk. But now I can't get them to run. I've tried and nothing seems to work. Can one of you give me a hand? Thanks, Mark There are 2 Replies. #: 10956 S10/OS9/6809 (CoCo) 05-Jun-91 05:48:23 Sb: #10950-ZIP AND UNZIP Fm: James Jones 76257,562 To: MARK HAMILTON 70524,1507 (X) Ummm...if those are OS-9 program modules, which I think they are--I don't know of any Disk BASIC-loaded unzip programs--then you really will need OS-9 to run them. You might want to consider using OS-9; I think you'll find that a lot of people here like it quite a bit. :-) #: 10957 S10/OS9/6809 (CoCo) 05-Jun-91 06:28:08 Sb: #10950-ZIP AND UNZIP Fm: Dan Robins 73007,2473 To: MARK HAMILTON 70524,1507 (X) Mark, As James mentioned....these are modules which will run under OS9, not RS-DOS (what you get when you turn the computer on). You will need OS9....the .AR de-archiving program out of LIB 9...and a disk. Do you have all of these? Dan #: 10954 S10/OS9/6809 (CoCo) 05-Jun-91 03:32:02 Sb: TomCat Fm: George Hendrickson 71071,2003 To: all Anyone out there using a TomCat? If so, how compatible is it with CoCo software? How is it with OS9? #: 10955 S10/OS9/6809 (CoCo) 05-Jun-91 03:51:30 Sb: #Cassette Port Fm: George Hendrickson 71071,2003 To: all How do I access the cassette port on the CoCo3 under OS9 Level II? Would it be thru /T1? There is 1 Reply. #: 10964 S10/OS9/6809 (CoCo) 05-Jun-91 12:10:33 Sb: #10955-#Cassette Port Fm: Erich Schulman 75140,3175 To: George Hendrickson 71071,2003 (X) I'd suggest downloading RELAY.AR in Lib10. Once you use AR to unARchive it, you will get a new command to add to your /cmds directory. Then all you need to do is type relay on or relay off. /t1 is not needed for this, but I presume a remote user under /t1 can reach Relay as you can under /term. There is 1 Reply. #: 11003 S10/OS9/6809 (CoCo) 09-Jun-91 11:07:43 Sb: #10964-Cassette Port Fm: George Hendrickson 71071,2003 To: Erich Schulman 75140,3175 (X) Thanks for the info! I'll check it out... #: 10970 S10/OS9/6809 (CoCo) 05-Jun-91 20:11:16 Sb: King Quest, Laser Surg. Fm: Rod Motto 73247,424 To: ALL Hi All; I recently got KINGS QUEST III, installed it on my hard drive and put the two modules a new boot. I ran into trouble though with the TOC.TXT config file. Can someone please tell me how it should be set up. Myself and others here in the Milwaukee OS-9 group would be very appreciative! LASER SURGEON: Does anyone know how to make the "MM" autoexec file work for hard drive use? -or is it even possible?? I think I've seen others with these autoexecutables that are unreadable, could there maybe be an alternative way to change them?? Again, thanks very much! -rod #: 10972 S10/OS9/6809 (CoCo) 05-Jun-91 20:28:04 Sb: #zip and unzip Fm: MARK HAMILTON 70524,1507 To: Dan Robins 73007,2473 (X) DAN, I don't have the de-arcing out of lib 9, but I do have dual disks. Do you know off-hand what the de-arc file name is? I'll be sure to go get it. thhanks, Mark There is 1 Reply. #: 10993 S10/OS9/6809 (CoCo) 08-Jun-91 08:37:16 Sb: #10972-zip and unzip Fm: Dan Robins 73007,2473 To: MARK HAMILTON 70524,1507 (X) Mark, First, you must be in the OS9 environment. Or, be able to transfer the file over to the OS9 environment using DOSOR9.BAS. Download AR09.BIN from LIB 9. Once this file is on an OS9 disk...make sure the attributes are PE,PW,E,W (the PR and R are optional, but the others should be set on).....and then rename the file to AR using the command: RENAME AR09.BIN AR Viola! Once this is done, AR is a viable command you can use under the OS9 operating systme. Dan #: 10973 S10/OS9/6809 (CoCo) 05-Jun-91 20:31:16 Sb: ZIP AND UNZIP Fm: MARK HAMILTON 70524,1507 To: James Jones 76257,562 (X) Thanks James, BTW I am getting a bit better at OS9 since we last spoke. Mark #: 10974 S10/OS9/6809 (CoCo) 05-Jun-91 20:47:52 Sb: #VI-like editors? Fm: Rod Motto 73247,424 To: ALL Hi All, I use the VI editor on InterGraph UNIX boxes at work and have gotten pretty good at using it. Now I've been using TSEDIT for OS-9 for a long time because of its simularities to VI, but as anyone who has used TSEDIT knows its capabilities are limited... My question is; Is there another OS-9 editor that uses more of VI's command set? Or something simular?? Any comments/suggestions are appreciated. -rod There is 1 Reply. #: 10976 S10/OS9/6809 (CoCo) 05-Jun-91 22:07:02 Sb: #10974-#VI-like editors? Fm: James Jones 76257,562 To: Rod Motto 73247,424 (X) Only such editors I know of are large enough that they run on OS-9/68000. Those are stevie and elvis, both originally written for Unix and ported to OS-9/68000. Might check to see whether someone's put them in the 68K DL here. There is 1 Reply. #: 10981 S10/OS9/6809 (CoCo) 06-Jun-91 06:00:30 Sb: #10976-VI-like editors? Fm: Rod Motto 73247,424 To: James Jones 76257,562 (X) Hi, thanks for the tip. I'll remember that when I make the move up to 68k. Interesting names! thanks! -rod #: 10987 S10/OS9/6809 (CoCo) 07-Jun-91 13:06:02 Sb: #Disto SC-II Fm: David Betz 76704,47 To: all Can someone with a Disto SC-II, 4-in-1 combination answer this question? Physically, what does this device look like? Is it a box that plugs into the side of the CoCo3 that contains some sort of slot for the 4-in-1? Is it a big cartridge-like device with some sort of internal expansion slot? I'm trying to come up with a neat configuration for my CoCo3 that doesn't involve lots of extra boxes (like the Multipak) and wires. Will the Disto combination fill those requirements? There is 1 Reply. #: 10998 S10/OS9/6809 (CoCo) 09-Jun-91 00:40:49 Sb: #10987-#Disto SC-II Fm: Paul Rinear 73757,1413 To: David Betz 76704,47 (X) I just bought one; and am very pleased with the no halt controller. As I type this online, a dsave is running in the background and I'm not missing any typed characters. Anyway, the SC-II is a metal box about the same size as a Radio Shack DCMpak. It plugs into the side of the Coco or into a multipak. The top unscrews and the 4 in 1 board, amazingly enough, plugs upside down on top of the controller board. You punch out a cut in the side of the cover, hook up some cables, and screw the cover back on. The whole thing is easy to do and the resulting package is small. You have to plug in an extra 9-volt adapter into a plug in the side of it to run the new RS-232 port. Altogether you get two ribbon cables coming out the top (floppy drive and SASI/SCSI), and two cables coming out the side (parallel printer and RS-232) plus one little plug for power in the side. The software under OS-9 is easy to install too. I bought mine from Cocopro, Ypsilanti, MI. The owner Dave is a very helpful fellow. Paul There is 1 Reply. #: 11018 S10/OS9/6809 (CoCo) 10-Jun-91 09:11:30 Sb: #10998-#Disto SC-II Fm: David Betz 76704,47 To: Paul Rinear 73757,1413 (X) Thanks for your description of the SC-II. It sounds like just what I'm looking for. There is 1 Reply. #: 11042 S10/OS9/6809 (CoCo) 11-Jun-91 20:16:28 Sb: #11018-#Disto SC-II Fm: Sandy Tipper 72060,76 To: David Betz 76704,47 (X) I just called CRC (Disto) in Montreal, and they are sold out of the 4-in-1 and it has now been discontinued... there will be no more. I don't know why, and it was a surprise, because I was just about to do the same reconfiguration. (I.e. lose the Multipak -- I'm putting 5 drives + COCO in an AT case, The multipak is a MAJOR "growth" out the back). Sandy There is 1 Reply. #: 11053 S10/OS9/6809 (CoCo) 12-Jun-91 08:12:43 Sb: #11042-#Disto SC-II Fm: David Betz 76704,47 To: Sandy Tipper 72060,76 (X) Oh well, I guess I'll have to wait for a used SC-II/4-in-1 to become available. There is 1 Reply. #: 11054 S10/OS9/6809 (CoCo) 12-Jun-91 15:28:41 Sb: #11053-Disto SC-II Fm: Kevin Darling 76703,4227 To: David Betz 76704,47 (X) David - see msg 11012. Same guy selling the 4-1 as before, but lower price. #: 10990 S10/OS9/6809 (CoCo) 07-Jun-91 23:45:04 Sb: B&B Fm: Don Kircher 76346,3475 To: All Does anyone have experience using the Longshine LCS6210D/W with the B&B interface? I am hard pressed to figure out appropriate jumpering. I really have no earthly idea if it will even WORK with B&B. Got my drive all spun up and got no way to talk to it! thx dlk #: 10999 S10/OS9/6809 (CoCo) 09-Jun-91 04:25:44 Sb: #Tandy MM History Fm: Kevin Darling 76703,4227 To: all Thought y'all would be interested in knowing that the CoCo is in the official Tandy timeline of its march towards "multimedia" computers: 1977 Markets first PC available nationwide 1980 Radio Shack introduces the Color Computer, offering color graphics and complex sound. 1984 Tandy 1000 includes higher quality video and improved sound. .... etc Gee. Nice to be remembered ;-) kevin There is 1 Reply. #: 11004 S10/OS9/6809 (CoCo) 09-Jun-91 13:56:34 Sb: #10999-Tandy MM History Fm: PHIL SCHERER 71211,2545 To: Kevin Darling 76703,4227 (X) Hi Kev--Tandy can take their timeline and stick it in their 8086! #: 11006 S10/OS9/6809 (CoCo) 09-Jun-91 18:24:37 Sb: #Zip and Unzip Fm: MARK HAMILTON 70524,1507 To: Dan Robins 73007,2473 (X) Hi Dan, I got AR09.BIN loaded into my os9 master. Now how do I use it? Every way I try I end up with some sort of error, mostly, that the files I downloaded are the wrong type. I take that to mean that os9 can't read them. I also downloaded PKZ110.ZIP and LH113C.EXE, do I have to use these with os9 too(especially since PKZ110.ZIP takes up a whole disk by itself). Thanks again, Mark There are 2 Replies. #: 11009 S10/OS9/6809 (CoCo) 09-Jun-91 21:06:30 Sb: #11006-Zip and Unzip Fm: James Jones 76257,562 To: MARK HAMILTON 70524,1507 (X) Alas, I think that you'll find that pkz110.zip and lh113c.exe are (or in the case of the former, contain) 8086 executables and hence they're of no use on the CoCo. Two things--OK, three--about ar09.bin. One: rename it just plain "ar". Two: make sure it's in the CMDS directory of your boot disk. (When you say "master" you don't mean the very first copy that you bought from whoever, do you? If you do, then I fear you've made a mistake--back it up and use the copy instead.) Three: make sure it has "execute" attributes set. Once you have in the CMDS directory, and if that's in /d0, then "attr /d0/cmds/ar e pe" should do the job. #: 11015 S10/OS9/6809 (CoCo) 10-Jun-91 06:54:54 Sb: #11006-Zip and Unzip Fm: Dan Robins 73007,2473 To: MARK HAMILTON 70524,1507 (X) Mark, James is steering you in the right direction. The two program that you have mentioned are for an IBM computer, not the CoCo running OS9. I don't know of any LHARC type decompressor available for OS9...however we do have a de-zipper and de-arcer. Interested? Dan #: 11022 S10/OS9/6809 (CoCo) 10-Jun-91 21:27:17 Sb: #Zip and Unzip Fm: MARK HAMILTON 70524,1507 To: James Jones 76257,562 (X) Hi James, No I didn't mean my "System Master", I meant the master copy. Second, it is in the cmds dir. Third, I named it "arc" instead of "ar"(does this matter?).Fourth, I did set all of the attributes.And fifth, I had to erase a bunch of the cmds and sys directories for the room to fit in on the disk (cmp,format,grfdrv, modpatch,montype,etc). All thhe things I didn't think I'd need to de-arc a file. One of the things I've been wondering about though is that Ultimaterm has "Basic binary" and "Machine language" parameters. I've been using the latter. How would I know which one to store the programs on disk under? Since I'm using a Coco should I be downloading under "Basic binary"? Thanks a heap, Mark There is 1 Reply. #: 11027 S10/OS9/6809 (CoCo) 11-Jun-91 01:55:54 Sb: #11022-Zip and Unzip Fm: James Jones 76257,562 To: MARK HAMILTON 70524,1507 (X) It's best to keep the name of the file and the name of the module in it (or the first module in it, since in general a file could contain more than one module) the same, because OS-9 will look for a module in memory before going to disk to try to grab the file. If the names are the same, you don't have to worry about whether you explicitly loaded the file or not when deciding what to type at the shell. I really couldn't tell you what the Ultimaterm settings mean, but... keep ident in the CMDS directory on the disk. Use whatever setting on Ultimaterm that will result in ident giving the correct CRC for the ar module. #: 11023 S10/OS9/6809 (CoCo) 10-Jun-91 21:35:02 Sb: #Zip and Unzip Fm: MARK HAMILTON 70524,1507 To: Dan Robins 73007,2473 (X) 'Lo Dan, Yes, I'd be very interested in an un-zipper and de-arcer. I've downloaded disks-ful of programs(mostly zip) and I'm dying to see whats on them. The inaccessability is driving me nuts. Tell me where to find them, pleeeeeeaaaaaaaasssssssseeeeee! Mark There is 1 Reply. #: 11032 S10/OS9/6809 (CoCo) 11-Jun-91 06:30:39 Sb: #11023-Zip and Unzip Fm: Dan Robins 73007,2473 To: MARK HAMILTON 70524,1507 (X) Mark, Here are the files then: LIB 10 - UNZIP2.PAK LIB 9 - DEARC.BIN (and source code is DEARC.C) (and if you don't have the UNPAK utility for de-arcing UNZIP2.PAK then you'll need to grab PAK.BIN out of LIB 10 as well.) Now remember....anytime you have these .BIN files you will need to reset the attributes properly, such as with DEARC.BIN: ATTR DEARC.BIN pw pe w e This will allow you to then execute or write to the file. You may wish to write to the file to shorten the name down from DEARC.BIN to DEARC: RENAME DEARC.BIN DEARC Lemme know if you need any more help....and have fun! Dan #: 11043 S10/OS9/6809 (CoCo) 11-Jun-91 21:39:12 Sb: #Zip and Unzip Fm: MARK HAMILTON 70524,1507 To: James Jones 76257,562 (X) Hi James, I renamed the arc file "ar" then I did an ident and got "module header incorrect". Now what? The CRC was good. Thanks again, Mark There is 1 Reply. #: 11045 S10/OS9/6809 (CoCo) 11-Jun-91 22:46:34 Sb: #11043-Zip and Unzip Fm: James Jones 76257,562 To: MARK HAMILTON 70524,1507 (X) To get both those messages, what probably had to happen is that the xmodem transfer was OK, but, thanks to xmodem's being designed for CP/M, it left stray junk at the end. There are a couple of ways around this: 1. Assuming that the attributes are set, type "load ar". ar will then be in memory even though you get an error message; the error message is caused by the trailing xmodem droppings. Now, if you have the "save" program, you can "del /d0/cmds/ar; save ar" and you'll have just ar, ready to go. Save is unbundled from OS-9 Level Two, but there are freely-copyable equivalents here. (Catch-22? No, because once you've loaded something, you can run it from memory, so you can "load save", and then save save as well as save ar.) 2. Look at the module length that ident shows for ar. Use a program like ded to chop the file /d0/cmds/ar to that length. Method (1) is probably the safest, since you don't have to remember or write down any lengths--load and save do it all for you. #: 11044 S10/OS9/6809 (CoCo) 11-Jun-91 21:53:03 Sb: #Zip and Unzip Fm: MARK HAMILTON 70524,1507 To: Dan Robins 73007,2473 (X) Well I still need a little help. As I told James, I literally had to erase almost the entire CMDS and SYS directories to fit AR09 on the disk. Is this normal? It seems as though the disk would have more space than that on it.(I think it said before this that there were 173 sectors clear with the largest having 39 blocks).Also what exactly are the commands to execute the AR file and a program on another disk? I tried and every other conceivable combination to no avail. HHHHHHHHE EEE ELLLL LPPPP !!!!!! Mark (the desparate one) There is 1 Reply. #: 11046 S10/OS9/6809 (CoCo) 11-Jun-91 22:48:59 Sb: #11044-Zip and Unzip Fm: James Jones 76257,562 To: MARK HAMILTON 70524,1507 (X) You don't want to load a .arc file; only load files containing modules (straight modules, not compressed and archived modules). In any case, the "ar" program won't handle .arc files, only .ar files. For .arc files you will want one of the programs called "dearc" that should be available here in one of the DL areas. #: 11061 S10/OS9/6809 (CoCo) 13-Jun-91 22:25:21 Sb: #Cheap OS9 Level 2 Fm: MARK HAMILTON 70524,1507 To: All HI All, I left this message the other day in the coco forum, never thinking to leave it here, but as of last weekend (6-9-91) OS9 Level 2 was at the Phoenix,Az. Radio Shacks for (get this) $4.95! I imagine it's the same nationwide. GO FOR IT!!! There is 1 Reply. #: 11066 S10/OS9/6809 (CoCo) 14-Jun-91 03:19:39 Sb: #11061-Cheap OS9 Level 2 Fm: Kevin Darling 76703,4227 To: MARK HAMILTON 70524,1507 Thanks for the tip, Mark! kev #: 11062 S10/OS9/6809 (CoCo) 13-Jun-91 22:52:51 Sb: #Dir Fm: Paul Rinear 73757,1413 To: Kevin Darling Is there a "dir" command somewhere that will output file sizes in decimal bytes instead of hexadecimal? Paul There is 1 Reply. #: 11069 S10/OS9/6809 (CoCo) 14-Jun-91 03:23:30 Sb: #11062-Dir Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 Paul - I think you might try "LS.AR" and/or "LSH.BIN" in Library 9. I use an old version of lsh all the time, partly for the decimal sizes and partly because it tells me the space used and free, in decimal. Hope those are what you need! - kev #: 11063 S10/OS9/6809 (CoCo) 13-Jun-91 23:52:50 Sb: TROUBLES Fm: DAVID GUESS 72237,2244 To: ALL OK, GOT SOME QUESTIONS, SEEMS TO BE THAT WAY WHEN I'VE BEEN AWAY FOR A WHILE. ANYBODY THAT CAN HELP I DEFINITELY WOULD APPRECIATE IT. 1) OLD COCO3, NO VIDEO OUTPUT.... CAN HEAR CASSETTE RELAY CLICK.. 2) NEW COCO3, CAN'T MAKE A BOOTABLE OS9 DISK AFTER USING CONFIG OR OS9GEN. I'M STILL ON A 35 TRACK DISK AFTER USING EITHER OF THE ABOVE WITH 40 TRACK DEVICE DESCRIPTORS IN OS9BOOT. I CAN MAKE A FORMATTED 40 TRACK DISK BUT THE PROBLEM ARISES WHEN I TRY TO OS9GEN OR COBBLER A BOOT DISK ON THIS 40 TRACK (DS) DISK. KEEP GETTING AN ERROR 241..... 512K IS OK, DISTO SCII IS OK, ALL OTHER CHIPS OK.. I EVEN GOT THE CC3DISK.IRQ WORKING IN MY ONE AND ONLY BOOTABLE DISK (THE ONE AFTER CONFIG) WORKS OK, BUT STILL CAN'T MAKE A 40 DS BOOTABLE DISK. WHEN I IDENT -M, EVERYTHING OK....ON MY OLD DISKS, EVERYTHING IS SCREWED UP. SHOWS OS9P2 BAD CRC AND STOPS THERE WHEN I TRY TO IDENT OS9BOOT THESE OLDER DISKS....ALSO A LOT OF ERROR 249'S....SAME FORMAT, WHAT GIVES???? OS9 LEVEL I AND II ARE THE SAME WAY.. RS DOS EVERYTHING WORKS OK.... CAN ANYBODY HELP, IT'S BEEN OVER A YEAR SINCE I'VE GOT TO WORK WITH THESE AND THE CC3 I PICKED UP AT SHACK FOR $69 FOR TOO GOOD A DEAL.... FACT IS, I'M USING THE NEW ONE WITH GETERM 2.5 NOW... APPRECIATE ANY HELP...... DAVID GUESS P.O. BOX 236 BROWNSVILLE, KY. 42210 502-597-3298 (SHOP AND HOME) #: 11124 S10/OS9/6809 (CoCo) 20-Jun-91 21:00:02 Sb: #Downloads Fm: thomas aubin 70540,1666 To: ALL I am running a Tandy coco2 and Deskmate. I have tried several times to download files from CIS and have failed on every one. How do I get a download to work, I have tried xmodem and the host always times out. I would like to download a real terminal program if I could only get it to work. Can anyone help me? Tom There are 3 Replies. #: 11138 S10/OS9/6809 (CoCo) 21-Jun-91 00:20:47 Sb: #11124-#Downloads Fm: Kevin Darling 76703,4227 To: thomas aubin 70540,1666 (X) Hi Tom - hopefully someone can help you out. Are you using an RS232 pak and some kind of modem? Or a modempak? Logging on and everything else goes okay? best - kev There is 1 Reply. #: 11148 S10/OS9/6809 (CoCo) 21-Jun-91 19:42:48 Sb: #11138-#Downloads Fm: thomas aubin 70540,1666 To: Kevin Darling 76703,4227 (X) Kevin, I'm using a modem pak, I just added the m1 driver for it about a month ago. I did so with the help of the folks here and it works great! I have no trouble logging on, reading messages , etc. the only problem I have is downloads. Thanks for the reply. Tom There is 1 Reply. #: 11152 S10/OS9/6809 (CoCo) 22-Jun-91 08:39:51 Sb: #11148-#Downloads Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Thom ... What trouble downloading do you have? If you're using Sterm, it should be a snap. Steve There is 1 Reply. #: 11159 S10/OS9/6809 (CoCo) 22-Jun-91 19:11:21 Sb: #11152-#Downloads Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Here we go again. I am still using Deskmate, I would like to download STERM but I can't. I cannot seem to get this program to accept the download. Any Ideas? Tom There is 1 Reply. #: 11165 S10/OS9/6809 (CoCo) 23-Jun-91 11:24:41 Sb: #11159-#Downloads Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Thom, I can't stand to see you suffer any longer! Leave me your address and I'll send you a disk with Sterm. (we haven't done this alreay? I have a sense of deja vu). Steve There is 1 Reply. #: 11170 S10/OS9/6809 (CoCo) 23-Jun-91 18:55:28 Sb: #11165-#Downloads Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, I know the feeling, it does seem like we did this before. Thanks for the offer, if you like I'll send you a blank disk to make a copy on. My mailing address is: Thomas Aubin PO Box 1593 Woonsocket, RI 02895 Thanks again, I hope someday I can help you out as much as you have helped me. Tom There is 1 Reply. #: 11174 S10/OS9/6809 (CoCo) 24-Jun-91 07:45:51 Sb: #11170-#Downloads Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Don't sweat the disk, Thom ... there's plenty in the basement. I'll whip something together and get it out in a day or two. Steve There is 1 Reply. #: 11178 S10/OS9/6809 (CoCo) 24-Jun-91 19:16:29 Sb: #11174-#Downloads Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Thanks Look forward to recieving it. BTW what do you do for work anyway? Are you some kind of computer expert or is this just a hobby. You seem to know your stuff with these things . Thanks for helping me out again. Tom There is 1 Reply. #: 11210 S10/OS9/6809 (CoCo) 27-Jun-91 07:52:47 Sb: #11178-Downloads Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Thom, No expert here ... just a guy that's covered some of the same ground ahead of you ...that's all. In real life, I work for Datapage Technologies. We're a commercial typesetter that produces legal reference, directories and catalogs. We're also very heavily involved in producing bar coded labels for harsh environments and database manipulation. Steve #: 11143 S10/OS9/6809 (CoCo) 21-Jun-91 01:07:15 Sb: #11124-#Downloads Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 (X) Sorry Tom, but the original DeskMate doesn't support xmodem as far as I know. If it does,you'll get a XModem? yes/no window after selecting download. Without XModem, CIS times out since no CTS can be sent if DeskMate doesn't know what's going on. If STERM runs under Level 1 I'd be glad to sent a copy, but with CoCo3's going for $60, it might be time to upgrade. I even bought a spare Level2 for $4.95 just to get another manual! Otherwise, Rickeyterm and GregEterm are cheap and work, to boot. Best of luck, -Rick There is 1 Reply. #: 11149 S10/OS9/6809 (CoCo) 21-Jun-91 19:47:13 Sb: #11143-#Downloads Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick, Thanks for the info, I don't know if sterm will work under level 1 or not. Where did you get the level 2 for 4.95? For that matter I haven't seen coco 3's for $60.00 either. They are $99.99 here. Where are you finding these bargains? Tom There are 2 Replies. #: 11151 S10/OS9/6809 (CoCo) 22-Jun-91 07:11:36 Sb: #11149-#Downloads Fm: Mike Haaland 72300,1433 To: thomas aubin 70540,1666 (X) Thomas, All the CoCo stuff is SOWG (Sold out when gone) and Tandy has a sale list that should have the real low proces on the stuff. Here in Las Vegas, they never tell you about the SPIF (sp?) List pricing. YOU have to ask. Maybe you should ask your local shack manager "Why can the whole country get CoCo's for XX amount and Level II for $4.95, and You're selling it for XXX?" Happy shopping!!! Mike PS If you can't get a good deal at your local RS, post a message and someone may be able to pick you up what you need and ship it to ya. There is 1 Reply. #: 11158 S10/OS9/6809 (CoCo) 22-Jun-91 19:08:36 Sb: #11151-Downloads Fm: thomas aubin 70540,1666 To: Mike Haaland 72300,1433 (X) Mike, Thanks ,I'll check it out. I have a friend that works in a local Radio Shack store . I'll see what he has to say. Thanks again Tom #: 11155 S10/OS9/6809 (CoCo) 22-Jun-91 12:30:07 Sb: #11149-#Downloads Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 (X) Tom, I found all of this in the Milwaukee area. There is a wide range, some stores are selling all software for $4.95 while others still have some things at full price. Been driving everywhere, (probably a dozen stores this week), and then buying stuff on the way back home. When the 502 dropped to $60, a few stores sold CoCo's for the same price. Guess it depends on how much room and patience each individual manager has! Somebody bought most of the remaining CoCos here last week, so I'm expecting to see 'em on Home Shopping Network next week. Hope ya find an XModem, the libraries here are GREAT! - Rick There is 1 Reply. #: 11160 S10/OS9/6809 (CoCo) 22-Jun-91 19:17:18 Sb: #11155-#Downloads Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick, I guess the stores in my area are alittle slow. Did you say you saw a FD-502 for $60.00? They are getting $199.95 for them here. I would like to solve my downloading problem so I can take advantage of the libraries here. I agree , they are GREA GREAT! (oops ) Thanks for the info. Tom There are 2 Replies. #: 11180 S10/OS9/6809 (CoCo) 24-Jun-91 20:19:25 Sb: #11160-#Downloads Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 (X) Tom, I'm glad I'm not in Rhode Island. If you ever get the hardware bug I can definately recommend a '3 (80 column doesn't [exp.del.]) and windows are even better! Hope RI catches up, for your sake! Best- Rick There is 1 Reply. #: 11197 S10/OS9/6809 (CoCo) 25-Jun-91 21:08:23 Sb: #11180-Downloads Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick Me too!!! I checked with my local store and they don't have any level 2, and if they did it would be priced at the normal price listed in the software catalog. As for the coco 3, they still want 99.95 , so I'll wait them out. Maybe I should move (ha ha) Tom #: 11182 S10/OS9/6809 (CoCo) 24-Jun-91 20:31:11 Sb: #11160-#Downloads Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 (X) Down'ed STERM 1.3 on the 19th,after I RTFM on DeskMate3.Also down'ed 1.5 on the 20th (surprize update!). If anybody can help me on this one final problem, I'd REALLY be thankful, and besides, can finally use DeskMate for a frisbee: STERM 1.3 will work ONCE after boot, STERM 1.5 never! The error is always 'no MODEM defined' with the one exception above. (I'm using sterm /m1 to start both versions) Do I need the new TERMCAP thats bundled with 1.5 source? I took a few days to reflect/retry and mebbe avoid another Stupid Question, but this has me whupped. Thanks for all the help- Rick There are 3 Replies. #: 11198 S10/OS9/6809 (CoCo) 25-Jun-91 21:14:32 Sb: #11182-Downloads Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick, I'm not fimaliar with sterm, I am using Deskmate. However 1 question, do you have an m1 driver in your boot file. Check your module directory and see if it's there. What are you using for a modem? a modem pak or rs-232 and external modem. I could be wrong but if you are using rs-232 and a modem you need to use /T2, and a modem pak uses /M1 Hope that helps. Tom #: 11199 S10/OS9/6809 (CoCo) 26-Jun-91 08:21:13 Sb: #11182-Downloads Fm: Bill Dickhaus 70325,523 To: Rick Ulland 70540,3305 (X) Rick, I'm not sure what the problem with Sterm 1.3 is, but with 1.5, you must specify the modem port on the command line, like: sterm -l /m1 Bill #: 11211 S10/OS9/6809 (CoCo) 27-Jun-91 08:00:34 Sb: #11182-Downloads Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 (X) Rick, Bill has given you the NEW syntax for Sterm 1.5. A quick reference of the syntax can be had by typing STERM -?. Mark's added a nmber of command line options. The termcap in place for 1.3 should be forward compatable with 1.5. Might be a few minor entry updates, but nothing major. I wasable to replace my old version of sterm with 1.5 by exchanging binaries. Nothing else. Steve #: 11156 S10/OS9/6809 (CoCo) 22-Jun-91 17:37:01 Sb: #11124-#Downloads Fm: John R. Wainwright 72517,676 To: thomas aubin 70540,1666 (X) You might look at lib 7 (or maybe 10) for XCOM9. It runs on OS9 Level one and it does XMODEM. Of course, its a binary file, and you need XMODEM or CIS-"B" to get it. (Catch 22). Do you have an RS-DOS term program that does XMODEM (Mikeyterm, Gregeterm, ULterm ) - then you could use one of the RS-DOS to OS9 transfer utilities? Good luck & keep trying. JohnW There is 1 Reply. #: 11161 S10/OS9/6809 (CoCo) 22-Jun-91 19:22:21 Sb: #11156-#Downloads Fm: thomas aubin 70540,1666 To: John R. Wainwright 72517,676 (X) John, No, all I have is deskmate and a modem pak. The modem pak will do an xmodem but I have no way to put it on a disk. The modem pak without os9 will only access cassete. Any way to download the file you mentioned and copy to disk? In other words it MUST have line numbers or the computer will give an IO error. If it does have line numbers it should work if not I guess it's catch 22 again. Any Ideas? Thanks TOM There is 1 Reply. #: 11164 S10/OS9/6809 (CoCo) 23-Jun-91 08:52:09 Sb: #11161-#Downloads Fm: John R. Wainwright 72517,676 To: thomas aubin 70540,1666 (X) Hmmmmm, Plan A: I could convert it to an "S-record" ASCII file (see EXBIN and BINEX in your OS9 manual) and then EMAIL it to you. It might take you a few tries to get a good download with no error correction. This assumes you have the OS9 Level I operating system (not just the bare boot that comes with Deskmate). Plan B: Send me your address - I'll mail you a disk. John Wainwright There is 1 Reply. #: 11171 S10/OS9/6809 (CoCo) 23-Jun-91 18:57:55 Sb: #11164-Downloads Fm: thomas aubin 70540,1666 To: John R. Wainwright 72517,676 (X) John, Thanks for the offer, I have recieved a similar offer from someone else. I have already accepted. Thanks again. TOM #: 11126 S10/OS9/6809 (CoCo) 20-Jun-91 21:32:10 Sb: #11114-#Help a Monk Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) If I was writing DIM statements, would I use DIM Column:INTEGER to convert a C statement such as "int column;"? --Thank you, JEREMY, CSJW There is 1 Reply. #: 11139 S10/OS9/6809 (CoCo) 21-Jun-91 00:22:24 Sb: #11126-Help a Monk Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Jeremy - yep, DIM variable:INTEGER should work just fine. If you can figure out what their intent was, of course, that'd be even a better way to see if an integer is the best choice. #: 11231 S10/OS9/6809 (CoCo) 28-Jun-91 15:54:49 Sb: #11106-#Help a Monk Fm: Paul K. Ward 73477,2004 To: Brother Jeremy, CSJW 76477,142 (X) There was a rumored version of a Level 2 upgrade that allowed you to use the right button just for the purpose of switching windows. Right now, the MM/1 does that with the right button. CoCo OS-9 will be going strong for at least another two years, I think. Paul IMS There is 1 Reply. #: 11253 S10/OS9/6809 (CoCo) 29-Jun-91 21:53:06 Sb: #11231-Help a Monk Fm: Brother Jeremy, CSJW 76477,142 To: Paul K. Ward 73477,2004 (X) I hope that the OS9/COCO community will keep going strong. Many of us cannot afford to move to one of the new machines. I realize that the commercial programmers have to go where the money is. I also realize that the hobbyist will support whatever machine they use the most. For example, MAX-10 is the only RS-DOS program I ever use. I just noticed COCOPRO listed a NEWSPAPER-09 in this mnonths Rainbow. Does anyone have any info on it? I still hope that the OS9 Level 2 upgrade will materialize. I hate to keep haunting people about it...but... we need it badly. -Br. Jeremy, CSJW. #: 11162 S10/OS9/6809 (CoCo) 23-Jun-91 00:19:59 Sb: #still need help! Fm: PaulSeniura 76476,464 To: all Well, once again I thought I'd remind everyone I'm *still* awaiting responses of any kind from the various articles and documentation I've uploaded over the past 8 months or so. I'm even dreaming up more projects to do on the CoCo3. I've not typed up or uploaded other things I've already accomplished because I see we're not getting anywhere at all on the current items. The Rainbow magazine has even mentioned some of the articles (some are still too new), but I've gotten no useful feedback whatsoever. (I capture *every* message in the OS9 forums on CIS and Delphi and look at my E-mail if any.) Have we actually lost that many CoCo/OS9ers to the other wolves? The only other thing I can assume at this point: Is everyone too busy with other projects? I'm *very* much ready to commence on the 12-bit Timer Driver/SVC for OS9, and possibly updating the set of SMF Converters/Players to utilize it. What I need help with is already mentioned in the TMRDRV.TXT file I uploaded some months ago already, so please read it before responding if you wish to help. -- Thx, Paul Seniura. There are 2 Replies. #: 11223 S10/OS9/6809 (CoCo) 28-Jun-91 13:59:31 Sb: #11162-still need help! Fm: Tom Napolitano 70215,1130 To: PaulSeniura 76476,464 (X) -> ->Have we actually lost that many CoCo/OS9ers to the other wolves? The ->only other thing I can assume at this point: Is everyone too busy with ->other projects? -> Paul, No, we're still out here. I'm currently working on a graphical japanese kanji dictionary and study aid. Pretty far removed from your work with music. Just thought I'd let you know we weren't ignoring you for personal reasons. Keep the faith. tom n #: 11279 S10/OS9/6809 (CoCo) 02-Jul-91 17:04:19 Sb: #11162-still need help! Fm: Kevin Darling 76703,4227 To: PaulSeniura 76476,464 (X) No, despite what some editorials and people say, I don't think we've "lost that many to the wolves" :-) Times are just tight, and people are very busy, at the moment. All you have to do is to read other computer forums to find out that this is universally true. I was going to reply to your grfdrv article months back, but lost both it and my answer when my ramdisk got clobbered during a thunderstorm glitch. I'll try again. Grfdrv uses a max window size table (which you gave patches for), and figures the max gfx coords on the fly. So no, it doesn't use IT.ROW directly. The scaling math is hardcoded to 191 tho. Your suggestions for either extending grfdrv into the extra block in the graphics system map, or using it to map in longer screens, are valid. What I used it for in the end, was as a place to map in a lookup mask drawing to covered/overlapped windows. You've given me another idea tho. The OSK window system has totally separate driver internals for each gfx mode. The CoCo window system had it all together within the 8K grfdrv module. Perhaps if we split up grfdrv into specialized modules, we could add more functionality and speed without using up more graphics map space for a larger grfdrv. That wasn't possible back when we had to worry about 128K systems, but how many people have those now? :-) best - kev #: 11173 S10/OS9/6809 (CoCo) 24-Jun-91 04:14:16 Sb: #11051-Multistart bug Fm: William Phelps 75100,265 To: Mike Haaland 72300,1433 (X) After doing some tests, it seems that the bug I have is in Shell+; Is 2.0 the latest version? William #: 11175 S10/OS9/6809 (CoCo) 24-Jun-91 08:42:21 Sb: #FD-502 wiring Fm: David Betz 76704,47 To: all I just purchased an FD-502 at the new $59 price and want to add the second drive to it. When I opened the case, I noticed that RS used strange power connectors for the drives. Does anyone know where I can get adaptors for normal floppy power connectors? Alternatively, I suppose I could cut off the connectors and replace them with normal connectors. Does anyone know how the new connectors should be wired? One last question: there is a second connector coming from the power supply in addition to the power cable for the second drive. Any idea what that is for? There doesn't seem to be any corresponding cable connected to the first drive. Thanks in advance, David Betz There is 1 Reply. #: 11179 S10/OS9/6809 (CoCo) 24-Jun-91 20:03:29 Sb: #11175-#FD-502 wiring Fm: Rick Ulland 70540,3305 To: David Betz 76704,47 (X) David- The weird little connector is for the fan Tandy includes with /d1. Personally, I've never used it, although I always reroute the ribbon cable so it doesn't cover up the power suppy! I tried color to color on the weird drive power, that didn't work on a TEAC 55B. So the old 501 pwr. supply is hacked in for now (BTW the Kings Quest card exactly covers my TEAC as a case!) Although you can get an adapter from CoCoPro! 1334 Byron Ave. Ypsilanti MI 48198 for $6.00. Best, Rick There is 1 Reply. #: 11221 S10/OS9/6809 (CoCo) 28-Jun-91 08:08:37 Sb: #11179-FD-502 wiring Fm: David Betz 76704,47 To: Rick Ulland 70540,3305 (X) Thanks for the info! #: 11224 S10/OS9/6809 (CoCo) 28-Jun-91 15:34:49 Sb: #11077-Dir Fm: Paul K. Ward 73477,2004 To: Paul Rinear 73757,1413 (X) The MM/1 comes with an exclusively licensed LS command that lets you find out, among other things, the decimal file size. This LS also allows you to find total byte usage in a directory, complete pathnames, and UNIX style markings -- / for directories, * for executables. Paul #: 11225 S10/OS9/6809 (CoCo) 28-Jun-91 15:36:07 Sb: #11085-Dir Fm: Paul K. Ward 73477,2004 To: Paul Rinear 73757,1413 (X) I've used Sdir on the Coco 3 -- works great. In fact, there is also an alias command for OS-9/6809 -- I used that so that, every time I typed Dir, Sdir was called. With certain options on it, too. (Otherwise, you could just rename the file.) Paul #: 11255 S10/OS9/6809 (CoCo) 30-Jun-91 13:07:27 Sb: CoCo 3 w/ST157N SCSI HD. Fm: Keith H. March 70541,1413 To: All Hello I need help on getting a ST157N SCSI HD to work with the DISTO HD-II board . What do I need to change in the program called "FMTSGATN" on the RS-DOS side of the DISTO HARD DISK DRIVER{ disk Please HELP! Keith #: 11256 S10/OS9/6809 (CoCo) 30-Jun-91 13:37:04 Sb: gshell patch Fm: Rick Ulland 70540,3305 To: all I downed the GSHELL.AR file for Multi-Vue, but can't seem to make it work. Always get 'data mismatch @ $0002 - is $FF, should be $3F'. Size of gshell is $3FEB, edition is 1. What am I doing wrong? or do I need to do something with gshell.ipc before using in IPatch? BTW, I'd like to thank everyone here who has responded so far. Made more improvements in two months than the previous year. SUCH A DEAL! Thanx - Rick #: 11260 S10/OS9/6809 (CoCo) 01-Jul-91 05:38:07 Sb: #xmode /t2 Fm: BRUCE BAKER 73747,3137 To: sysop (X) I have a 512 (brand new!) upgrade for my coco, a Slot Pack III, and a COCOPRO! RS232 Pak. My modem is a U.S. Robotics 1200 baud Hayes compatible. It all works fine with Mikeyterm. I recently DOWed BBTERM.AR and it won't go! I'm thinking that the XMODE parameters aren't set right (baud=?, type=?) for /t2. I'm booting from the Level II system master. I experimented with XMODE (baud, type) from the book, but couldn't get it. HELP!!! Bruce There is 1 Reply. #: 11261 S10/OS9/6809 (CoCo) 01-Jul-91 07:52:32 Sb: #11260-#xmode /t2 Fm: Steve Wegert 76703,4255 To: BRUCE BAKER 73747,3137 (X) Bruce, If you could dump the output of an xmode /t2 here so we can look at it, a few suggestions might pop up. Steve There is 1 Reply. #: 11326 S10/OS9/6809 (CoCo) 10-Jul-91 01:20:40 Sb: #11261-#xmode /t2 Fm: BRUCE BAKER 73747,3137 To: Steve Wegert 76703,4255 (X) Steve, Here is the standard dump. I used the book and changed baud to 22 (I think) I was going for 7bits, even par. I also tried something with type= (I don't remember what) but nothing seemed to work. Here it is: -upc bsb bsl echo lf null=0 pause pag=24 bsp=08 del=18 eor=0D eof=1B reprint=04 dup=01 psc=17 abort=03 quit=05 bse=08 bell=07 type=00 baud=06 xon=11 xoff=13 If you have any suggestions, they would be greatly appreciated. Bruce There is 1 Reply. #: 11343 S10/OS9/6809 (CoCo) 11-Jul-91 07:54:28 Sb: #11326-xmode /t2 Fm: Steve Wegert 76703,4255 To: BRUCE BAKER 73747,3137 Bruce, The dump looks fairly standard with the xception of the baud rate. You might try coming up in 8bit mode, (baud=4) and type = to 0 and see what happens. With it set to 6, you're set to 9600 baud when you execute. Make the changes before you run the term program. Steve #: 11281 S10/OS9/6809 (CoCo) 03-Jul-91 19:06:29 Sb: #multistart and path Fm: KENHEIST 71750,551 To: all I've been using the new CC3GO that reads a file /dd/sys/shell.parameters on boot-up. This allows me to set path= when the startup shell dies. i.e. path=/dd/cmds/apps /dd/cmds/utils /dd/cmds/rs. The problem shows up when I run mutliview. The shell it creates doesn't respect PATH LIST of the parent shell and even if I open a window using the gshell s-key and do a path= it doesn't help. The $20,000 question it can it be done, how and who's got e beef. There is 1 Reply. #: 11333 S10/OS9/6809 (CoCo) 10-Jul-91 23:36:59 Sb: #11281-multistart and path Fm: Paul K. Ward 73477,2004 To: KENHEIST 71750,551 (X) Hi, Ken! Hope you are well. Mary Kay and I think of you often, wondering how you are getting along. TTFN, and stay in touch. Best, Paul IMS #: 11282 S10/OS9/6809 (CoCo) 03-Jul-91 19:41:04 Sb: #gshell patch Fm: Rick Ulland 70540,3305 To: all One last plea for help. The Gshell+ patch still won't go. Is $3F @ $0002 right? Mine shows $FF, so Ipatch won't run. I tried the stocker and one that has the MacPatch,neither work. Now, not only does the new 502 have the head-banger bug, but so do I. Wistfully - Rick There is 1 Reply. #: 11283 S10/OS9/6809 (CoCo) 03-Jul-91 22:07:55 Sb: #11282-#gshell patch Fm: Kevin Darling 76703,4227 To: Rick Ulland 70540,3305 (X) Rick - since the length of the module is at offset 2,3... then $FF is definitely not right (that would be a length of $FFxx, which is huge). Change it back to $3F. (or whatever dir e shows it to be) Don't bang your head too long :-) There is 1 Reply. #: 11291 S10/OS9/6809 (CoCo) 04-Jul-91 20:59:26 Sb: #11283-gshell patch Fm: Rick Ulland 70540,3305 To: Kevin Darling 76703,4227 (X) Kevin - Thanks for the info. Wonder how that happened with good CRC? Guess I should have realized offset 2 would be in the header, and looked itup, but my head (and heads! :-) are a little overheated from all these patches! Off to patch for the patch so I can use the other patch! Thanks again - Rick #: 11284 S10/OS9/6809 (CoCo) 03-Jul-91 22:29:16 Sb: #DISTO+ADAPTEC+TANDON!?!? Fm: Sandy Tipper 72060,76 To: all I just bought an ADAPTEC 4000A controller for my DISTO 4-in-1 board to run my two TANDON 503 drives (SCSI controller for 15Meg MFM drives... it is supposed to work), but I cannot get the low-level format to work (DECB -- "FMTADPC/BAS", modified for #cylinders/heads). It won't pass the initial drive select -- with any number for the drive number (0,1, or 2). Anybody else ever use this combo, or something similar? The drives worked FINE under my old XEBEC controller I got from Owlware (which doesn't work very well with the DISTO interface). HELP!! How should the jumpers on the ADAPTEC board be set (got it from a surplus place, no docs, and ADAPTEC won't support retail customers)? Sandy There is 1 Reply. #: 11288 S10/OS9/6809 (CoCo) 04-Jul-91 16:53:57 Sb: #11284-DISTO+ADAPTEC+TANDON!?!? Fm: Jim Sutemeier 70673,1754 To: Sandy Tipper 72060,76 (X) Didn't know you could use MFM drives with a SCSI controller..... #: 11306 S10/OS9/6809 (CoCo) 06-Jul-91 23:44:21 Sb: #A Parson to Person Call Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: I have been working on converting Mike Sweet's CGFX library from C to BASIC09. I almost have the dialog boxes routine converted. I have figured out how to do radio buttons, and am now working on clickable buttons,etc. Still some bugs though. I will be uploading what I have developed in about 2 to 3 weeks. I would like to offer a suggestion. Often people develop little sub -routines such as these while working on larger programs. For various reasons, they choose not to make the source code of the entire finished program available. While I have no problem with this, since most ask for a small donation and then will offer the code to registered users, I would like all to consider being willing to share these subroutines, or "snippetts" of code. Perhaps a sort of Programmers Den or Tool Box Area. I think that with the RS version of the COCO discontinued, and this time of transition to the new machines, we need every one to support our little COCO's. and share code, etc. I originally bought mine to interface with a Model Railroad, as per a series by Bruce Chubb in Model RailRoader magazine (Feb '84-Aug '86), later reprinted as Build your Own Universal Computer Interface, by Tab Books. Next one of my altar boys gave me a copy of Rainbow. Before long, diskdrives, monitors, printers, etc entered my life. I bought a word processor program. And after trying several settled on MAX-10. I recented noticed that Rainbow had a COCOPRO add for a new OS9 WP. Has anyone tried it. It is called Newspaper-09.I will be ordering one soon. I can already think of several enhancements that I would like to see in it. (See MVWORD) With all best wishes, Jeremy, CSJW. There is 1 Reply. #: 11339 S10/OS9/6809 (CoCo) 10-Jul-91 23:46:13 Sb: #11306-#A Parson to Person Call Fm: Paul K. Ward 73477,2004 To: Brother Jeremy, CSJW 76477,142 (X) jeremy, How are you, Brother? It was nice to meet you at the Fest. I would be greatly interested in seeing the Basic09 code for Sweet's GFX library. It would be great to convert it to the MM/1, and allow all those Basic programmers ont he MM/1 create stuff for the CoCo3. Best, Paul IMS There is 1 Reply. #: 11347 S10/OS9/6809 (CoCo) 11-Jul-91 20:50:09 Sb: #11339-#A Parson to Person Call Fm: Brother Jeremy, CSJW 76477,142 To: Paul K. Ward 73477,2004 (X) It was a pleasure meeting you too, Paul. I should have the code up in a few weeks. I have undertaken a new ministry, working with developmentally disabled adults, and I do find that I return to the monastery a little too tired to spend as much time programming, but it should be soon, WIth all best wishes, Br. Jeremy, CSJW. There is 1 Reply. #: 11358 S10/OS9/6809 (CoCo) 12-Jul-91 23:33:16 Sb: #11347-#A Parson to Person Call Fm: Paul K. Ward 73477,2004 To: Brother Jeremy, CSJW 76477,142 (X) Jeremy, I think on the rising incidence of rape, of fascist conservatism in the US, of intolerance, and I wonder if many of the adults we see who appear to be healthy are not in fact in need of ministering. We are all a little developmentally disabled, and it is often only through extensive self-deception that we make it through life with ego intact. On the other hand, facing one's weaknesses, meeting the challenge, and growing, make you strong. Only by admitting incompleteness can one hope to be more complete. Also, avoid wise advice such as this. The wise don't need it -- the fools won't heed it! Grin. Best, paul ims There is 1 Reply. #: 11391 S10/OS9/6809 (CoCo) 16-Jul-91 16:37:08 Sb: #11358-A Parson to Person Call Fm: Brother Jeremy, CSJW 76477,142 To: Paul K. Ward 73477,2004 (X) It is often a thin line, often not we or them but all of us... --Jeremy. #: 11307 S10/OS9/6809 (CoCo) 07-Jul-91 00:27:24 Sb: ##11306 subroutines Fm: Rick Ulland 70540,3305 To: 76477,142 (X) To Brother Jeremy and ALL- An excellent idea! Think I'll go cruise the floppies for suitable material. Mebbe we can form and area, or at least a LIB ext. for routines like this. The CoCo is dead, long live the CoCo! - Rick There is 1 Reply. #: 11317 S10/OS9/6809 (CoCo) 08-Jul-91 22:03:59 Sb: #11307-#11306 subroutines Fm: Brother Jeremy, CSJW 76477,142 To: Rick Ulland 70540,3305 (X) Great. I'll have some code to upload soon. I think that this Sub-routine library could really be a good thing. Jason Bucata posted a forum message and some files on what is known as copylefting over on Delphi. I will try to upload it when I get the chance. Basically it is a plea for material to be released uder copyright simply so that no one can claim exclusive rights to it. There is talk of working out a deal for OS9 Level Two with Microware. Imagine full source code available. Then the patches could be posted because the code was no longer a "trade secret." I will try, as I said to post it in the next few days. Jason explains this much better than I am doing so here. I hope that this Programmers Library will get good response. With all best wishes. Br. Jeremy, CSJW. #: 11308 S10/OS9/6809 (CoCo) 07-Jul-91 00:40:23 Sb: ##11282-gshell patch Fm: Rick Ulland 70540,3305 To: Kevin Darling Kevin - This is what I found out about the ipatch problem: The 'incorrect data byte @' had nothing to do with the module in question. IPatch apparently gives this error when 'oldfile' and 'newfile' have the same name! Don't know why, but the few .ipc files I've got all do the same thing, some weird value @ offset 2. Simple, but difficult. - Rick There is 1 Reply. #: 11309 S10/OS9/6809 (CoCo) 07-Jul-91 01:35:50 Sb: #11308-##11282-gshell patch Fm: Kevin Darling 76703,4227 To: Rick Ulland 70540,3305 (X) Rick - good find! That info should help out others, no doubt about it. So it works now? thx! - kev There is 1 Reply. #: 11312 S10/OS9/6809 (CoCo) 07-Jul-91 20:18:07 Sb: #11309-#11282-gshell patch Fm: Rick Ulland 70540,3305 To: Kevin Darling 76703,4227 (X) Kevin - Works great! Even threw in the MacFonts so I can aggravate(sic) my co-worker. He still thinks a GUI with windows costs $10,000. - Rick #: 11313 S10/OS9/6809 (CoCo) 07-Jul-91 20:36:52 Sb: #Smartwatch Fm: Ken St.Clair 71615,267 To: all Can anyone tell me what I have to do to install a Tandy Smartwatch in my FD-502 disk controller (if it can be done)? Thanks Ken There is 1 Reply. #: 11349 S10/OS9/6809 (CoCo) 11-Jul-91 23:55:30 Sb: #11313-#Smartwatch Fm: Paul Rinear 73757,1413 To: Ken St.Clair 71615,267 (X) This isn't hard. You unplug the Rom chip inside the disk controller and then remove its socket. You then solder the smartwatch in its place, plug the Rom into this, and solder a small jumper wire. If you can solder small IC pins to printed boards reliably, you can do this. Don't make the mistake I made: I soldered the smartwatch in place of the disk controller chip. It goes under the ROM chip. Paul There is 1 Reply. #: 11362 S10/OS9/6809 (CoCo) 13-Jul-91 12:04:05 Sb: #11349-#Smartwatch Fm: Ken St.Clair 71615,267 To: Paul Rinear 73757,1413 (X) Thanks Paul, that sounds easy enough. Where does the small jumper wire go? I think I can handle the rest. Thanks again Ken There is 1 Reply. #: 11372 S10/OS9/6809 (CoCo) 14-Jul-91 11:10:51 Sb: #11362-Smartwatch Fm: Paul Rinear 73757,1413 To: Ken St.Clair 71615,267 (X) The wire goes from the board to one of the chip pins. It's easy and comes with instructions. Paul #: 11315 S10/OS9/6809 (CoCo) 08-Jul-91 20:22:10 Sb: #Window switching Fm: Ian Hodgson 72177,1762 To: All Is there any way to open a window and switch to it within a shell script (CoCo OS9)? Opening them is no problem, but I always seem to end up in the parent window. I have used the "type" program, which does open and switch, but if I use type in a shell script then follow it with a command line, the command line takes effect in the original window. Suggestions? Basically, I would like to open a type 2 window, change to /r0 in that window, and run sterm with parameters, all from a shell script. There is 1 Reply. #: 11320 S10/OS9/6809 (CoCo) 09-Jul-91 02:21:58 Sb: #11315-Window switching Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Ian, yep you sure can. Hope this does what you need: * script to create and select type 2 sterm window * (display 1b20 2 0 0 50 18 1 0 2 1b21 >/1&) >/w Here's how that works. The "(....)>/w" starts a subshell with its standard output pointing to a new window descriptor (and remember, scripts all begin with the script file itself as the standard input!). Stderr is still the current window, tho. The subshell then runs "display ...", which dwsets to stdout (the new window) and then selects to stdout (the new window) using the extra ">/1", which is also the new window. All this must take place within the same subshell () because we're doing this all to one main path. Work it through... it's kind of fun to figure it out . - kev #: 11316 S10/OS9/6809 (CoCo) 08-Jul-91 20:27:36 Sb: #STERM 1.2 Fm: thomas aubin 70540,1666 To: 76703,4255 (X) Steve, Thanks for sending the disk, now I have a new problem. I tried loading STERM 1.2 in memory and then typed STERM /M1. What I got was current baud = 300 and couldn't get anything else. I could not get a connect with CIS and couldn't even return to the shell without re-booting. Also all the commands are listed as esc + some character. I don't have an esc key. What should I use for esc. Thanks for the help. TOM There are 2 Replies. #: 11319 S10/OS9/6809 (CoCo) 08-Jul-91 23:31:14 Sb: #11316-#STERM 1.2 Fm: Erich Schulman 75140,3175 To: thomas aubin 70540,1666 (X) It took me a while to get this, but here is how you do those sterm commands. Press and hold CTRL, and while holding it, press BREAK. This generates your ESCape for sterm. Now release both keys. Press the letter of the command. The ESCape is "sticky", which means you don't have to press all three keys at the same time. Do this for ESC-Q and you should return to the shell OK. Since I didn't see anything you posted earlier I can't diagnose exactly what's wrong. It seems you do it the same way I do when I use sterm. Now if I can just get sterm to work with my Hayes-compatible modem.... There are 2 Replies. #: 11322 S10/OS9/6809 (CoCo) 09-Jul-91 20:20:46 Sb: #11319-STERM 1.2 Fm: thomas aubin 70540,1666 To: Erich Schulman 75140,3175 (X) Thanks for the info. I'll try it and let you know how I make out. Sorry but I can't offer any advice on the Hayes modem, I'm using a modem pak on a coco. Thanks again. TOM #: 11327 S10/OS9/6809 (CoCo) 10-Jul-91 04:49:30 Sb: #11319-#STERM 1.2 Fm: Mark Griffith 76070,41 To: Erich Schulman 75140,3175 (X) Erich, What sort of problems are you having with Sterm? You say it won't work with your modem. What doesn't work? Sterm itself knows nothing about and doesn't care about modems. All it does is open the port. If something is not working it is probably your serial port and/or driver. If you can give some details maybe we can help. Mark There is 1 Reply. #: 11328 S10/OS9/6809 (CoCo) 10-Jul-91 17:28:25 Sb: #11327-#STERM 1.2 Fm: Erich Schulman 75140,3175 To: Mark Griffith 76070,41 (X) I had an unsuccessful thread on my sterm problems a while ago. Last I heard, the xmodes of /t2(?) were to blame. When I try to use my CoCoPRO! RS232 pak and Hayes modem (DCD line forced high) with sterm 1.2, everything just locks up. CIS will not recognize me when I ctrl-c; local boards don't either. The AT commands really don't even seem to work at all. And neither does the esc-p phone dialer. Let me know what xmodes or anything else you need to know and I'll see about sending it up. There is 1 Reply. #: 11344 S10/OS9/6809 (CoCo) 11-Jul-91 08:01:30 Sb: #11328-#STERM 1.2 Fm: Steve Wegert 76703,4255 To: Erich Schulman 75140,3175 (X) Erich, Sorry to hear you're still having trouble with sterm. Tell us, do the modem lights dance when you hammer onthe keyboard in sterm? (is sterm commuicating with the port?) On the off chance that I somehow gave you a patched copy of sterm 1.2 to a port other than /t2 (I use /t5), try calling the program and specificly indicate the port: Sterm /t2 And by the way ... don't fret about the the dialer code. Mark yanked it in later versions. It never worked the way he wanted. Steve There is 1 Reply. #: 11360 S10/OS9/6809 (CoCo) 13-Jul-91 01:05:31 Sb: #11344-STERM 1.2 Fm: Erich Schulman 75140,3175 To: Steve Wegert 76703,4255 (X) Nope, nothing seems to ever reach the modem. I especially suspect that considering no AT command does anything. I always specify a port since it seems to be required. Just sterm didn't work with anything (incl. the modem pak) when I tried that. It's been a good while, so I no longer recall exactly what happened. #: 11321 S10/OS9/6809 (CoCo) 09-Jul-91 07:12:25 Sb: #11316-#STERM 1.2 Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, Glad the diskette arrived in one piece! Erich has explained how to do the sequences. A bit of finger gymnastics, but you'll get use to it. You're calling it correctly ... you should just be able to pick up the phone ad place a call to your local CIS number as you'd normally do. Get carrier, then press the modem's connect button. Can you give m a few more details on what exactly you're doing (step by step would be helpful) ad what response (if any) you get back for either the system or CIS. Steve There is 1 Reply. #: 11323 S10/OS9/6809 (CoCo) 09-Jul-91 20:24:03 Sb: #11321-#STERM 1.2 Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Yes it arrived in one piece. The package you sent it in kept it safe,and the boys at the post office couldn't bend it to fit in the box. I'll try the commands the way Erich explained and get back to you with the results. Thanks for all your help. Tom There is 1 Reply. #: 11341 S10/OS9/6809 (CoCo) 11-Jul-91 07:36:46 Sb: #11323-#STERM 1.2 Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) I'll pass your comments on to Richard, my shipping and receiving clerk. He lives to defeat the postmaster! Steve There is 1 Reply. #: 11353 S10/OS9/6809 (CoCo) 12-Jul-91 21:40:50 Sb: #11341-#STERM 1.2 Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Well he certainly did defeat him. Now I have a question for you, I still haven't gotten STERM to work yet. The local RS store has come down to earth with there coco prices and I'm buying a coco 3 tommorw. I also picked up a copy of level 2 os9 for the coco 3 . What will it take to make it work on that? I think I will be better off with the coco 3 so I'd like to make it work with that. Thanks Tom There is 1 Reply. #: 11361 S10/OS9/6809 (CoCo) 13-Jul-91 09:18:24 Sb: #11353-STERM 1.2 Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, You have everything you'll need to make sterm work on a CoCo 3 so keep us posted. #: 11318 S10/OS9/6809 (CoCo) 08-Jul-91 23:15:23 Sb: #11100-TROUBLES Fm: DAVID GUESS 72237,2244 To: James Jones 76257,562 (X) I'LL PROBALLY TRY TO FIND A 4 IN 1 CARD SOMETIME OR ANOTHER, BUT I'M GONNA MISS USING MY OL' DS69, SOMETIME I NEED TO SEE WHAT THE DS69B IS LI KE . LATER. #: 11324 S10/OS9/6809 (CoCo) 09-Jul-91 22:02:37 Sb: #DOOMED TO DESKMATE Fm: thomas aubin 70540,1666 To: thomas aubin 70540,1666 (X) Steve, I tried to get the esc function to work and be able to use sterm, but I have had no success. I pressed cntrl(clear) and while holding it hit break and then tried 1 at a time every command on the list. None of them responded. I start off typing sterm/m1 and I get what appears to be a help menu with a list of commands. The curser is at the bottom of the screen and isn't blinking. If I try to connect with the modem nothing happens. None of the commands listed work even if I hit all 3 keys at once. H E L P Thanks Tom There are 2 Replies. #: 11325 S10/OS9/6809 (CoCo) 09-Jul-91 22:20:05 Sb: #11324-#DOOMED TO DESKMATE Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 (X) Tom- Just started using sterm myself, but here is what's happened to me so far- STERM won't accept anything from me without a connect. If this is always true that might explain the dead keyboard. My modempak is Y'ed in, so can't help with slot placement,etc. After booting deskmate, STERM won't work anymore! DM seems to do something wierd to the ports. If you are booting deskmate and then closing it to get a shell, try killing startup and running STERM first, that's the only way I can get mine to work.Mebbe someone can explain why this is so? Luck - Rick There is 1 Reply. #: 11329 S10/OS9/6809 (CoCo) 10-Jul-91 21:48:14 Sb: #11325-#DOOMED TO DESKMATE Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick, Thanks for the info, actually I have tried two different ways, first booting deskmate and exiting to shell. Second I tried a system master disk that contains an M1 driver we created here a while back and got the same results both ways. If I understand you correctly I have to connect first and then run STERM. I'll try that and see what happens. Thanks again TOM There is 1 Reply. #: 11346 S10/OS9/6809 (CoCo) 11-Jul-91 20:13:15 Sb: #11329-#DOOMED TO DESKMATE Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 (X) Tom- Actually, what I'm doing is booting STERM and waiting for the 'STERM is online at 300 baud'. At this point, it won't accept any commands, but dailing up anything gets it scooting along. Just a thought- I know all the CoCo3's with multipaks need an IRQ mod, consisting of a diode and connecting all the pin 8's together (see DIODE.TXT in Lib10). Don't know if a '2 needs this at all, but it sounds like you are basically up and running in software,so maybe hardware? Luck- Rick There are 2 Replies. #: 11352 S10/OS9/6809 (CoCo) 12-Jul-91 03:27:30 Sb: #11346-DOOMED TO DESKMATE Fm: edward langenback 73510,145 To: Rick Ulland 70540,3305 (X) Hmmmm...... just a thought here, but have you tried forcing carrier detect on your modem high? #: 11355 S10/OS9/6809 (CoCo) 12-Jul-91 21:46:45 Sb: #11346-DOOMED TO DESKMATE Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick, Thanks , I'll check it out. TOM #: 11345 S10/OS9/6809 (CoCo) 11-Jul-91 08:05:16 Sb: #11324-#DOOMED TO DESKMATE Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, A bit of diagnostics: Bring up sterm by typing sterm /m1 Depress the connect button on the modem pak. This will give the impression of having a carrier. Now ... try and , does the the help screen repeat itself? If so ... then you're doing things right, and shold be ready to go. If not, give a shout, ad I'll bring sterm up on my old CoCo 1 and see if I can't duplicate your problems. Steve There is 1 Reply. #: 11354 S10/OS9/6809 (CoCo) 12-Jul-91 21:44:29 Sb: #11345-DOOMED TO DESKMATE Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Thanks for the help. I'll give it a try and let you know what happens. TOM #: 11331 S10/OS9/6809 (CoCo) 10-Jul-91 23:11:32 Sb: #TMRDRV.TXT addendum Fm: PaulSeniura 76476,464 To: all Be on the lookout for an update to the original TMRDRV.TXT article called TMRDR2.TXT. A synopsis: With help from some fellow OS9ers on Delphi, I've been narrowing down the different methods that could be used in our Timer Driver. Keep in mind the need for much MUCH higher accuracy and resolution than the ol' VIRQ way, and we also need absolutely the quickest way possible to action the user program into gear when the timer does pop. I also need to SET STANDARDS on the SVC Number(s), GetStat/SetStat numbers, and the parameter structures. We gotta have these things acceptable and "official" with the community so people can write programs to use the 12-bit timer and to have it behave in expected ways, not to mention a common access method. We apparently no longer have a User Group -- we won't have an "official" body who'd normally analyze and approve of an access method used by these kinds of functions and projects. You and I are the only ones that can tandemly agree how to design and use these kinds of interfaces. So I need your support .. and I need it NOW, please? -- Thx, Paul Seniura. (written 07/10/91) There is 1 Reply. #: 11340 S10/OS9/6809 (CoCo) 11-Jul-91 00:12:01 Sb: #11331-TMRDRV.TXT addendum Fm: Kevin Darling 76703,4227 To: PaulSeniura 76476,464 (X) How fast do you plan for the timer to go (interrupt)? Ooops. I'll wait for the file. Have you written any code yet? - kev #: 11367 S10/OS9/6809 (CoCo) 13-Jul-91 20:35:47 Sb: #IT WORKS!!! Fm: thomas aubin 70540,1666 To: 76703,4255 (X) Steve, I am writing this message on my new coco 3 using sterm 1.2. It works!!! Thanks for all your help. One more question, Which one of the terminal programs that you sent me do you think I should use? I am now using a coco 3, multi-pak,2 drives and a modem pak. Now all I need is a rs-232 pak so I can get a faster modem. Thanks again. TOM There are 2 Replies. #: 11374 S10/OS9/6809 (CoCo) 14-Jul-91 15:16:56 Sb: #11367-#IT WORKS!!! Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 (X) Tom- Glad you're STERMin! Thought I'd jump on your thread and leave a few comments on CoCo3- Do you have 512K? If so, get a RAMDisk driver from Lib10. You can chd /r0 and start STERM with -f /m1 (or -f -l ?m1 for 1.5), and B+ downloads really fly! Just remember to save the RAMDisk(oops!). Word of caution- if you haven't upgraded the multipak do it right away. Semms the MPak and the '3s GIME 'fight it out' for control of the system buss, so even when it works, it doesn't work. Things could explode! I've noticed Marty Goodman made a kit to convert your ModemPak into a real RS-322 pak for cheap. If you're into hardware hacking at all, call CoCoPro for a price.(Used to be about $25). Welcome to 80 columns and big bootfiles - Rick There is 1 Reply. #: 11375 S10/OS9/6809 (CoCo) 14-Jul-91 20:10:03 Sb: #11374-#IT WORKS!!! Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick, First of all I'm at 128K, but want to upgrade to 512K soon. Second it may sound silly but I've heard the term alot and still don't know what it is. Could you tell me what is a RAMDISK? Also I would like to know more about this conversion for the modempak, I want to get a faster modem but need an rs-232 pak to use it. Hardware hacking is no problem, went to school for electronics and understand how that stuff works. Thanks for the info. TOM There are 2 Replies. #: 11376 S10/OS9/6809 (CoCo) 14-Jul-91 20:47:44 Sb: #11375-#IT WORKS!!! Fm: James Jones 76257,562 To: thomas aubin 70540,1666 (X) A RAM disk is one that exists solely in random-access memory; it's used to keep stuff that wants to be accessed quickly and is either temporary, copied from a permanent source, or copied back to a more permanent medium (because its contents are forgotten as soon as you power down the system!). My system has a 96K RAM disk; the device is named r0. I can type "dir /r0" just as I can type "dir /h0", and the analogous thing will happen. I can type "mdir >/r0/mdir.out" and the output of "mdir" will go to a file on the RAM disk, named "mdir.out". See what I mean? There is 1 Reply. #: 11383 S10/OS9/6809 (CoCo) 15-Jul-91 21:54:15 Sb: #11376-IT WORKS!!! Fm: thomas aubin 70540,1666 To: James Jones 76257,562 (X) Thanks for the education. I needed that. I will look into getting one as it sounds very useful. Thanks again Tom #: 11382 S10/OS9/6809 (CoCo) 15-Jul-91 20:11:02 Sb: #11375-#IT WORKS!!! Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 (X) Tom- An expansion or the previous answer-CServ (and STERM) can use the 'B+' protocol,where CompuServ doesn't wait for your CoCo to check out the last block sent before it sends the next one. The fly in the ointment is the stock RS disk controller, which stops the CPU while it writes/reads the disk. SIince a RAMDisk is a imaginary disk drive, it doesn't use the RS controller and saves at the speed of RAM. Do a CTRL-ESC-Z on an xmodem download and see what all those HALTs do for you! The RS-232 kit I told you about converts a modempak into a 300-9600 baud serial port,although you lose the crappy modem. Best- Rick There is 1 Reply. #: 11385 S10/OS9/6809 (CoCo) 15-Jul-91 22:01:07 Sb: #11382-#IT WORKS!!! Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick Thanks for the info, It would appear as though I should invest in a ramdisk. Thanks again Tom There is 1 Reply. #: 11386 S10/OS9/6809 (CoCo) 15-Jul-91 22:11:24 Sb: #11385-#IT WORKS!!! Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 (X) Tom- Yup.. Esp. since the ones in Lib10 cost about a dollar, and the 512 upgrade (to get some RAM to put it in) is getting cheaper daily. I'm panting for 1Meg myself. Will it ever end? -Rick There is 1 Reply. #: 11393 S10/OS9/6809 (CoCo) 16-Jul-91 20:23:55 Sb: #11386-IT WORKS!!! Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick, 1 meg sounds nice but I think you need the 512K to be able to use it. That was how I understood the ad I saw, the 1 meg upgrade required a 512K machiene to start with. Any way they are getting cheaper all the time and who knows mabe they will come out with even more. Someone has got to support these things since Radio Shack won't. Tom #: 11380 S10/OS9/6809 (CoCo) 15-Jul-91 07:25:14 Sb: #11367-#IT WORKS!!! Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) You're using my favorite, already! Sterm offers the best for the least hassle on CompuServe. The only suggestion I could make would be to move up to the latest version (1.5) when you're ready. There isn't much difference in features for your application but Mark has improved the throughput slightly. There's no hurry to do so. 1.2 is a solid implementation. Steve There is 1 Reply. #: 11384 S10/OS9/6809 (CoCo) 15-Jul-91 21:58:10 Sb: #11380-#IT WORKS!!! Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Thanks for the advice, I think I will just try them one at a time and see waht happens. 1.2 seems to work very well and is fairly simple to use, one question How do I keep the help menu from scrolling half off the screen? I still haven't seen the first part of it yet as it just flys by. Thanks again Tom There is 1 Reply. #: 11389 S10/OS9/6809 (CoCo) 16-Jul-91 07:23:02 Sb: #11384-#IT WORKS!!! Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) No can do, Tom ... at least as Mark wrote it. You can redisplay the the help screen at any time. Just . There's also a script around here somewhere that allows you to split your window, write the help message to the upper, nd use the lower for your com session. I'll see what I can dig up. Steve There is 1 Reply. #: 11394 S10/OS9/6809 (CoCo) 16-Jul-91 20:26:58 Sb: #11389-#IT WORKS!!! Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Thanks, I'll look forward to hearing from you. Any way to print the help screen to a printer? That way I would have a hard copy of all the commands. Just an idea. Tom There is 1 Reply. #: 11401 S10/OS9/6809 (CoCo) 17-Jul-91 07:35:56 Sb: #11394-#IT WORKS!!! Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Might try: Sterm /m1 >/p or Sterm /m1 >>/p and see what happens. Steve There is 1 Reply. #: 11403 S10/OS9/6809 (CoCo) 17-Jul-91 20:51:29 Sb: #11401-IT WORKS!!! Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Thanks, I'll try it and let you know what happens. Tom #: 11377 S10/OS9/6809 (CoCo) 14-Jul-91 21:34:19 Sb: #10970-King Quest, Laser Surg. Fm: geo 76120,3535 To: Rod Motto 73247,424 I run Kings Quest from hard disk.. edit the toc.txt file and only change the the disk # to 1 and the side # to 1 for all the volumns and then run the toxgen utility to creat the new toc file. Hope this helps #: 11395 S10/OS9/6809 (CoCo) 16-Jul-91 20:29:24 Sb: STERM Fm: Rick Ulland 70540,3305 To: ALL Has anyone got STERM 1.5 up from a Multi-Vue icon? Mine looks like: sterm -l /m1 .... To a type 7 window.All I get for the trouble is a pink screen with a large white block in the upper left. Puzzle since pink isn't even in the palette! I can start a shell (type 7),clear over, and run it just fine from there, with the inherited directories,same boot,same parameters,etc.What gives? Rick #: 11404 S10/OS9/6809 (CoCo) 18-Jul-91 19:46:45 Sb: #Sterm 1.2 Fm: thomas aubin 70540,1666 To: 76703,4255 (X) Steve, Sterm /M1 >/P works , it gives a nice printout of the entire help page. Thanks for the help. Tom There is 1 Reply. #: 11414 S10/OS9/6809 (CoCo) 20-Jul-91 08:35:08 Sb: #11404-#Sterm 1.2 Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Thanks for the feed back, Tom. Nice thing about OS9 is the ability to direct and redirect input, output and standard error lines. Steve There is 1 Reply. #: 11419 S10/OS9/6809 (CoCo) 20-Jul-91 21:29:58 Sb: #11414-Sterm 1.2 Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Steve, Sterm works well and I like using it however there is one feature that is missing. My deskmate telecomm program allows you to send ID and Password using only 2 keys. I wonder is there any way to add this to Sterm? Also I agree with you on os9, being able to redirect inputs and outputs is nice. I still haven't finished reading the manual for level 2 yet but I'm finding out new things about this system all the time. Catch you later, Tom #: 11406 S10/OS9/6809 (CoCo) 19-Jul-91 03:17:38 Sb: #GIME Chip Fm: George Hendrickson 71071,2003 To: all I was wondering what Rainbow has the article in it about the GIME chip. I've been having trouble with my CoCo3 just stopping and printing garbage on the screen. It seems I read an article in Rainbow about the GIME chip needing upgraded or to that effect. I need to read it again and see what I need to do. Any help will be appreciated... There is 1 Reply. #: 11408 S10/OS9/6809 (CoCo) 19-Jul-91 11:32:04 Sb: #11406-GIME Chip Fm: Erich Schulman 75140,3175 To: George Hendrickson 71071,2003 From what I've heard on the CoCo Forum, the gime chip is probably loose. Open your CoCo if it is no longer under warranty and push the chip firmly back into its socket. Be sure you ground yourself (Radio Shack's antistatic wrist strap is fine--attach the clip to the RF out jack). To find the gime chip, the CoCo Forum has a graphic called INSID.PIX or something like that which will show you about where it is. #: 11423 S10/OS9/6809 (CoCo) 21-Jul-91 17:50:31 Sb: updated kernel patch Fm: Bruce Isted 76625,2273 To: All Hi All, This message is to announce the release of the updated F$PrsNam and memory check kernel patch ARchive. Look for "krnl.ar" in the CoCo OS-9 library. Bruce Press !> #: 11425 S10/OS9/6809 (CoCo) 21-Jul-91 20:23:26 Sb: #11340-TMRDRV.TXT addendum Fm: PaulSeniura 76476,464 To: Kevin Darling 76703,4227 (X) Hi Kevin, > How fast do you plan for the timer to go (interrupt)? Well if you'll read the articles I've posted, you'd see that we plan on it only 'popping' once as a single-shot. We'd disable the (F)IRQ flags inside the interrupt routine immediately. The 12-bit number will need to be changed/reset for each/next period needed by the application(s). > Have you written any code yet? - kev I've not written any 'useful' code for the timer yet. Eddie Kuns on Delphi responded with F$SSWI probably being the fastest AND most flexible way of doing things, of the three I mentioned in that last text file. I'm also not going to update my MFConv/MFPlay package until we get some support for the timer completely wrapped up and some standards set, again as I mentioned. Mike Knudsen brought up some of the questions I had in the text file. I'm very sure several people are waiting for some of these ideas to congeal so we can get on with this project. I'm kinda worried, still, about a sentence in your "Inside OS9" book I got from FHL quite some time back. Page 7-1-6, fifth paragraph: "Storing a $00 at $FF94 seems to stop the timer." But Page 7-1-2 says "FF94 Timer MSB .. Write here to start timer", and Tandy's Service Manual concurs on page 12. Confusing. And I suppose I store the LSB before the MSB? (how wierd; can't do a simple 16-bit STore, then, huh?) I'm very pessemistic when it comes to our Community trying to work together on such things: Shoot, we lost our only User Group; and Tandy has ditched us; and we're having to wait sometimes weeks and months for replies on what we need to have and where to go next. Not to mention 99% of the readers couldn't care less about what we're trying to do! On the networks I can access, that is. And I can't access the networks I need to ask these questions on. Most importantly whether any other machines/systems have such timer support as I asked in my original text file several months ago. -- Thx, Paul Seniura (76476,464). #: 11434 S10/OS9/6809 (CoCo) 22-Jul-91 12:13:08 Sb: Modified Modem Pak Fm: Lee Veal 74726,1752 To: All There's now a kit available that, when installed correctly, will convert an old and nearly worthless Modem Pak into functional RS-232 Pak that works at the FF68 address. Question: What does it take to use the modified Modem Pak as a second D luxe RS-232 Pak running from Slot #2 of the MPI? - Re-addressing to avoid conflicts with RS-232 Pak in Slot #1 - IRQ Hack What else? Any advice and help will be appreciated. Thanks, Lee #: 11437 S10/OS9/6809 (CoCo) 22-Jul-91 18:45:33 Sb: Newspaper/09 Fm: Lee Veal 74726,1752 To: All Has anyone got an impression of Newspaper/09, yet. If so, please share it with us. Thank you, Lee #: 11452 S10/OS9/6809 (CoCo) 23-Jul-91 00:28:22 Sb: #11343-xmode /t2 Fm: BRUCE BAKER 73747,3137 To: Steve Wegert 76703,4255 (X) Steve, Thanks, I'll give it a try! Bruce Baker #: 11453 S10/OS9/6809 (CoCo) 23-Jul-91 03:21:06 Sb: #11408-GIME Chip Fm: George Hendrickson 71071,2003 To: Erich Schulman 75140,3175 (X) Okay, thanks for the info. I'll check it out... #: 11454 S10/OS9/6809 (CoCo) 23-Jul-91 04:35:11 Sb: #11408-#GIME Chip Fm: George Hendrickson 71071,2003 To: Erich Schulman 75140,3175 (X) I tried looking for that file you mentioned (INSID.PIX) but couldn't find it anywhere. Any idea where it could be? Thanks for the help! There are 2 Replies. #: 11464 S10/OS9/6809 (CoCo) 23-Jul-91 21:34:17 Sb: #11454-#GIME Chip Fm: Rick Ulland 70540,3305 To: George Hendrickson 71071,2003 (X) George - The GIME chip is directly below the RF modulator(tin box), the only perfectly square chip in there.You might also clean the buss connector,while she's open. It causes similar problems. - Rick There is 1 Reply. #: 11491 S10/OS9/6809 (CoCo) 25-Jul-91 02:08:24 Sb: #11464-GIME Chip Fm: George Hendrickson 71071,2003 To: Rick Ulland 70540,3305 (X) Thanks for the info, I'll check it out... #: 11480 S10/OS9/6809 (CoCo) 24-Jul-91 16:40:29 Sb: #11454-#GIME Chip Fm: Erich Schulman 75140,3175 To: George Hendrickson 71071,2003 (X) I found it again. It's in the CoCo Forum (not this forum!) in Lib11. The file is INSID.PIX. There is 1 Reply. #: 11492 S10/OS9/6809 (CoCo) 25-Jul-91 02:09:12 Sb: #11480-GIME Chip Fm: George Hendrickson 71071,2003 To: Erich Schulman 75140,3175 (X) Thanks, I'll get that file.... #: 11467 S10/OS9/6809 (CoCo) 23-Jul-91 23:46:41 Sb: #DMP105 Fm: Rick Ulland 70540,3305 To: all Moldy Question- Is the DMP-105 anything else? Reason being, I bought one in '86 or thereabouts as a throwaway,but it refuses to die! Probably spent more on ribbons than the printer, and $9 bucks kinda hurts. Been waiting for the SOWG bug to hit, so if anyone can tell me of an eqiv. ribbon, I'd be FOREVER in your debt(it looks like :-) -Rick There are 2 Replies. #: 11473 S10/OS9/6809 (CoCo) 24-Jul-91 05:50:18 Sb: #11467-DMP105 Fm: Dan Robins 73007,2473 To: Rick Ulland 70540,3305 (X) Rick, I've owned a DMP-105....an now a 106 as my dot matrix printer for the last five years and have never found a replacement ribbon! Unfortunatly, we're stuck with being stuck for that baby! Dan #: 11504 S10/OS9/6809 (CoCo) 25-Jul-91 19:29:03 Sb: #11467-#DMP105 Fm: thomas aubin 70540,1666 To: Rick Ulland 70540,3305 (X) Rick, I also own a DMP-105 and have had it since 1986. Mine works well but as you say the ribbons get costly. I haven't found a replacement source other than Radio Shack yet but I did find a way to get an extra life out of a ribbon. If you don't mind getting your hands dirty and the ribbon fabric is in good shape I have found that if you carefully open the case on the cartridge there is a pad that inks it. I have re-inked the pad on several ribbons with regular stamp pad ink. This can get messy but the result is a ribbon that gives about two thirds of a life again. If the fabric is worn too much then throw it away. Other than that all I can say is buy ribbons for $9.00 a pop or buy a new printer. TOM There is 1 Reply. #: 11521 S10/OS9/6809 (CoCo) 28-Jul-91 14:57:46 Sb: #11504-DMP105 Fm: Rick Ulland 70540,3305 To: thomas aubin 70540,1666 tom- Got my stamp pad inker at the ready. Thanks! - Rick #: 11479 S10/OS9/6809 (CoCo) 24-Jul-91 16:06:55 Sb: #Making New System Disks Fm: Erich Schulman 75140,3175 To: ALL What would be the best way for me to create a new system disk without CONFIG? I want to add several modules, one new device, and remove two devices. I am now using OS-9 Level II on a CoCo3 with 512K. I have 40tk double sided drive and the FD-502 controller. I can support a RAMdisk by LOADing without fully installing the descriptor. In fact, that's the device I am wanting to add. I have tremendous difficulty getting a single-drive COPY to work, what usually happens is that I get an entry in the destination disk's file allocation table and swap disks again and again and again and again... but the module/device/file is never actually written to the destination disk. But a Dsave from /d0 to /r0 ought to work. Anyone got any ideas? There is 1 Reply. #: 11481 S10/OS9/6809 (CoCo) 24-Jul-91 17:12:18 Sb: #11479-#Making New System Disks Fm: Pete Lyall 76703,4230 To: Erich Schulman 75140,3175 (X) Best deal is to use BOOTSPLIT (DL9 or DL10) to break up your existing bootfile into modules (may also be in the UGLIB). Then use OS9Gen to make another bootfile. You will have to edit up a list of module names to 'feed' os9gen. Pete There is 1 Reply. #: 11487 S10/OS9/6809 (CoCo) 24-Jul-91 21:57:28 Sb: #11481-#Making New System Disks Fm: Brother Jeremy, CSJW 76477,142 To: Pete Lyall 76703,4230 (X) I use EZGEN from Burke and Burke for all my disk changing needs. It is so easy to change modules, etc, using it. I recommend it. -Br. Jeremy, CSJW There is 1 Reply. #: 11495 S10/OS9/6809 (CoCo) 25-Jul-91 09:02:10 Sb: #11487-Making New System Disks Fm: Pete Lyall 76703,4230 To: Brother Jeremy, CSJW 76477,142 (X) Br. J - Only problem there is that it's not a freebie.... bootsplit is. Another useful tool for boot generation is 'lmerge', which is similar to merge, but accepts a list of modules. Sort of an os9gen without the boot track and sector 0 munging. It's in the UGLIB and DL9 as well. Pete #: 11483 S10/OS9/6809 (CoCo) 24-Jul-91 17:44:21 Sb: #DS-69B Fm: Lee Veal 74726,1752 To: All Is there any OS-9 Lvl 2 software available to drive the DS-69B digitizer? I'm getting one from a guy tonight, but he has no software for it, only the docs and the device. I don't even remember what kind of software came with the DS-69B. Any help/info will be appreciated. Thanks, Lee There is 1 Reply. #: 11489 S10/OS9/6809 (CoCo) 24-Jul-91 22:32:50 Sb: #11483-#DS-69B Fm: Kevin Darling 76703,4227 To: Lee Veal 74726,1752 (X) Lee - I could swear that someone worked on some OS9 software for the DS-69B (had to stop interrupts of course)... but I sure can't recall who, tho I'll try (if the person doesn't speak up). There are 2 Replies. #: 11496 S10/OS9/6809 (CoCo) 25-Jul-91 09:03:09 Sb: #11489-#DS-69B Fm: Pete Lyall 76703,4230 To: Kevin Darling 76703,4227 (X) Kevin - Might have been on comp.sys.m6809...... Jim Omura (the BIX moderator)? Pete There is 1 Reply. #: 11499 S10/OS9/6809 (CoCo) 25-Jul-91 11:05:51 Sb: #11496-#DS-69B Fm: Lee Veal 74726,1752 To: Pete Lyall 76703,4230 (X) Is that software available for sale and/or distribution? Thanks for the info. Lee There is 1 Reply. #: 11500 S10/OS9/6809 (CoCo) 25-Jul-91 16:23:57 Sb: #11499-#DS-69B Fm: Pete Lyall 76703,4230 To: Lee Veal 74726,1752 (X) I believe it was PD, but it's been YEARS since I saw it or talked with Jim Omura. If you know anyone that's on the BIX os9 conference, that'd probably be the best way to get to Jim or that code. Pete There are 2 Replies. #: 11501 S10/OS9/6809 (CoCo) 25-Jul-91 17:36:07 Sb: #11500-#DS-69B Fm: Lee Veal 74726,1752 To: Pete Lyall 76703,4230 (X) BIX OS9 Conference... Is that Byte Magazine's Information Exchange? Lee There is 1 Reply. #: 11507 S10/OS9/6809 (CoCo) 26-Jul-91 00:34:46 Sb: #11501-DS-69B Fm: Pete Lyall 76703,4230 To: Lee Veal 74726,1752 (X) Ayup. Pete #: 11502 S10/OS9/6809 (CoCo) 25-Jul-91 17:38:48 Sb: #11500-DS-69B Fm: Lee Veal 74726,1752 To: Pete Lyall 76703,4230 (X) Maybe somebody reading this thread will have clue. Thank, Lee #: 11498 S10/OS9/6809 (CoCo) 25-Jul-91 11:04:34 Sb: #11489-#DS-69B Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) I sure would appreciate anything you can find. Yeah, I figured that interrupts would have to be stopped, but this set-up would probably be in another room anyway. One room isn't enough anymore. ..and since my son's now in college and living in an apartment off-campus... ..well, I might just use that extra space for another set up. Was the software that you're thinking about for Lvl 2 or 1? Lee There is 1 Reply. #: 11506 S10/OS9/6809 (CoCo) 25-Jul-91 22:16:50 Sb: #11498-DS-69B Fm: Kevin Darling 76703,4227 To: Lee Veal 74726,1752 (X) Lee - actually, now I wonder if it wasn't just software to display DS69B files under OS-9. Someone here used to be into digitizers in a big way, tho. Hmm. #: 11513 S10/OS9/6809 (CoCo) 27-Jul-91 14:20:07 Sb: #line_junk Fm: KENHEIST 71750,551 To: sysop (X) I have been getting a lot of junk from the local node or line over the last month or so. It's composted of the right arrow charactor created on a COCO III by pressing CONTROL and the rightarrow key followed by the same letter i. Any Ideas. Its not happening on Delphi or Genie or any local BBS's. There is 1 Reply. #: 11518 S10/OS9/6809 (CoCo) 28-Jul-91 09:21:02 Sb: #11513-line_junk Fm: Steve Wegert 76703,4255 To: KENHEIST 71750,551 Could be the local node is going flaky. Try this: When loging on, hit instead of and make note of the node you're on. (type CPS for the host) See if you can pin point the occurances to a specific node (some cities have multiple nodes). With that info in hand, try reporting the trouble to FEEDBACK. Be sure to let them know you're not experiencing the trouble with connects to other services. Let us know what you find out. Steve #: 11514 S10/OS9/6809 (CoCo) 28-Jul-91 03:19:04 Sb: #you better read this Fm: PaulSeniura 76476,464 To: all I've tried to bite my tongue (or fingers as the case may be) before I typed up this harsh message. But several months is long enough, and I'm tired of waiting. Instead of writing CIS a small article about "How CIS Has Helped To Save My Day", i.e. that contest they're running with free on-line time as prizes (and other prizes I think), I think I'll write a scatheing article about HOW MUCH MONEY I'VE WASTED here on this OS9 SIG in trying to ask y'all for some SUPPORT and IDEAS for the projects I've told y'all about in various numerous text files I've uploaded. About the Timer Driver, for example: I cannot reach the various networks to ask questions about how other OS9 machines might've implemented programmable timer support, if anyone's done it at all. I've shared everything I've found out, put the ideas into text files uploaded to CIS and Delphi, and I get ZILCH FEEDBACK on CIS. Do you want me to go off and write some code that your machine may not accept? For instance, if I provide a OS9P3 module, and your CoCo3 system already has a module in your OS9Boot file by that name, YOU would NOT be able to use OUR timer support. You could rename your OS9P3 to OS9P4, but how does OUR OS9P3 go out and search for the possibility of OS9P4 existing in order to install it? Even more dangerous: What if I install/use SVC numbers in our timer support that is ALREADY BEING USED by any other OS9P# extensions you might have in your system? WE NEED TO SET SOME STANDARDS, FOLKS, or I'm not going to be able to share what I am going to write. That is JUST the TIP OF THE ICEBURG I've been asking about. What should I tell CIS now in that contest article: (a) I got some support or (b) I got dead air?? -- Thx, Paul Seniura (76476,464). There are 2 Replies. #: 11515 S10/OS9/6809 (CoCo) 28-Jul-91 09:12:34 Sb: #11514-#you better read this Fm: Kevin Darling 76703,4227 To: PaulSeniura 76476,464 Umm. First, have you ever heard the expression 'catch more bears with honey'? My recent response netted your reply, "Well if you'll read the articles I've posted".... which I had done. Your uploads have copyright messages to "protect your ideas", which doesn't exactly induce sharing. And bluntly, you've been consistently "pessimistic", while hinting that everyone must care about and/or answer your questions. I'm sure you don't mean to sound snappish, but that's the way it comes across. All great attention grabbers, but none likely to catch more bears, y'see :-) Nevertheless, let's try again: "I've not written any 'useful' code for the timer yet." Do it. Sometimes the only way to find the best method, is to try them all. "[question about timer]" Again, experimentation on your own should quickly confirm any details. Apparently few others have done so yet. You get to be a pioneer! :-) "[do other OS9 machines use timers]" I'm sure they do, but I've never seen anything posted, no. There is a Florida school where a grad student wrote a MIDI driver for the Atari ST, that probably does so. However, his stuff is copyrighted and commercial. "Do you want me to go off and write some code that your machine may not accept? For instance, if I provide a OS9P3 module, and [you already have one]" Easy. Try to link to an renamed OS9P4, as you suggested. "Even more dangerous: What if I install/use SVC numbers in our timer support" This is the _least_ of your worries. Write the code first so that you know which method you'll use, and ask again then. I'll be more than happy to take the time to look up which numbers are "safe". There is 1 Reply. #: 11516 S10/OS9/6809 (CoCo) 28-Jul-91 09:12:58 Sb: #11515-#you better read this Fm: Kevin Darling 76703,4227 To: Kevin Darling 76703,4227 (X) I asked before what speed you intended to run the timer at. I'm a little dense these days, so it's taken me a while to figure out you meant for MIDI? (None of your postings have really indicated the purpose, which is important to what can/can't be done. I thought you meant for sound, to tell the truth). Vagueness doesn't help here :-) "Write it like a Device Driver." [pass output path, delay, data] This method appeals to me a lot. However, if it's for MIDI (!), then wouldn't you also want to embed control bytes to indicate how much data to send out within a certain time period? Apologies, but I'm not a MIDI guru, and you'd know more about the requirements here (another reason you may not get answers). By passing just the data address, the driver could look up the P$DATImg in the calling process descriptor to find out which block(s) the data is in. "Write it like a SuperVisor Call (SysCall, whatever)." DEPENDS on the use. For MIDI... no, the pseudo-driver above sounds better. For other applications (like an alarm call), the syscall makes more sense. "Or *will* OS9 immediately swap it in & branch to the code, upon a F$Send?" No, it doesn't always. Bruce Isted tried a kernel which did this at one time, tho. But not having anything that critical, we couldn't test it much :-) There is 1 Reply. #: 11517 S10/OS9/6809 (CoCo) 28-Jul-91 09:13:18 Sb: #11516-you better read this Fm: Kevin Darling 76703,4227 To: Kevin Darling 76703,4227 (X) "Nothing covers F$SSWI. When the SVC issues SWIn, do we "tack on" behind the SWIn instruction with an OS9-like SVC Number? If so, who "skips" over this extra byte?" Yes, you'd use a number (only if you needed one). Here it gets tricky. When the kernel jumps back to your program space, the passed SWI 1 or 3 registers are, of course, on your own stack... and you'll need to load them from there. What I don't understand, is how using F$SSWI is supposed to help? All you'd be doing is calling your own program code, which a LBSR could do easier :-) What am I missing here? Oh. Are you talking about using those as extra vector storage (like F$Icpt) into your process? Or ? - kevin #: 11520 S10/OS9/6809 (CoCo) 28-Jul-91 10:39:49 Sb: #11514-you better read this Fm: Steve Wegert 76703,4255 To: PaulSeniura 76476,464 Paul, I too am biting my tounge. Not over the apparent lack of response to your requests, but by your presumptuous 'online presence'. Let's take a walk down memory lane. What follows are exerpts from forum messagess left by you over the last 3 months (all of which are still on the board): 11-May-91 22:29:42 I've been taking a break. Plus I've become highly DIScouraged trying to come up with a converter for SMF-from/to-UME format since Mike K. has been too busy to reply to any of my messages for more than a month! (I've checked 11-Jun-91 00:03:43 here. (I am balking at sharing it due to "no response" from my pleas for help on all three networks! And sadly-lacking OS9 manuals with full descriptions of the Get/Putstat calls.) 23-Jun-91 00:19:59 Well, once again I thought I'd remind everyone I'm *still* awaiting responses of any kind from the various articles and documentation I've uploaded over the past 8 months or so. I've not typed up or uploaded other things I've already accomplished because I see we're not getting anywhere at all on the current items. The Rainbow 23-Jun-91 00:22:33 CIS costs too much and I *wish* the OS9UG would "move" to a cheaper place to "live". So I left you a reply on Delphi to your messages here on CIS, after remembering you wanted to "move" our discussions there, too. Let me know if you'd rather use CIS. 10-Jul-91 23:11:32 So I need your support .. and I need it NOW, please? See what I mean? I respect your dedication and drive, and welcome your contributions to the OS9 Forum. But 'attitude' may be what's hindering your search for the feedback you desire. Steve #: 11537 S10/OS9/6809 (CoCo) 30-Jul-91 09:05:09 Sb: #Modempak Fm: Lee Veal 74726,1752 To: All There's now a kit available that, when installed correctly, will convert an old and nearly worthless Modem Pak into functional RS-232 Pak that works at the FF68 address. Question: What does it take to use the modified Modem Pak as a second Deluxe RS-232 Pak running from Slot #2 of the MPI? - Re-addressing to avoid conflicts with RS-232 Pak in Slot #1 - IRQ Hack What else? Any advice and help will be appreciated. Thanks, Lee There is 1 Reply. #: 11538 S10/OS9/6809 (CoCo) 30-Jul-91 10:12:30 Sb: #11537-#Modempak Fm: Kevin Darling 76703,4227 To: Lee Veal 74726,1752 (X) Lee - that sounds about like it... except perhaps that if the IRQ hack used doesn't include a path all the way past the GIME, then ACIAPAK needs to have its code which shuts off GIME interrupts taken out (set to NOPs). This so that deiniz'ing one port doesn't shut the other one out :-) Ummm... that patch should be around here somewhere, unless you have done it already ? kev There is 1 Reply. #: 11539 S10/OS9/6809 (CoCo) 30-Jul-91 11:24:58 Sb: #11538-Modempak Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) Kevin, I'm using the Comm-4 and Alpha Software gave me a patch that I think did the NOPing that you talked about. I had already discussed that with the guy in our club that's doing the ModemPak hack as a probability. It seems like it was about a 5 or 6 byte string of NOPs (hex 12s as I recall). Thanks for the info. Lee #: 11544 S10/OS9/6809 (CoCo) 30-Jul-91 19:29:42 Sb: Making New System Disks Fm: Erich Schulman 75140,3175 To: Brother Jeremy A problem with my documentation has made it difficult for me to use my copy of EZGen 1.08. But I finally figured it out and after 22 hours I finally got the system disk I wanted. Well almost. I now know that the RAMdisk modules that came with my 512K upgrade are fine if you bring up the RAMdisk by commands, but don't work in the bootfile. A procedure file to do this helps except for how much memory is being wasted. So thanks for encouragging me to finally seriously try something other than CONFIG. #: 11556 S10/OS9/6809 (CoCo) 31-Jul-91 20:48:51 Sb: Spoker error 48 Fm: BRUCE MOORE 70075,143 To: 76264,142 I am having trouble with strippker (SPoker) I get marlena on half the screen and then an error 48? #: 11557 S10/OS9/6809 (CoCo) 31-Jul-91 22:08:04 Sb: #flakey port Fm: Rick Ulland 70540,3305 To: all Been STERM'in for a while with no problem. But recently, I've noticed no 'Hot Topics' or whatever menu. Get the header, a long wait, then - userv TOP etc. just like that- first menu and Comp never received.I'm wondering... since GShell is patched to 1.24a and I never fixed the I/O modules in boot does that cause this or other problems? Or has anybody ran into this before? Or if this is a new one please send me an 'I don't know whatyou're talking about' Thanks -Rick There is 1 Reply. #: 11568 S10/OS9/6809 (CoCo) 01-Aug-91 07:45:14 Sb: #11557-#flakey port Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 (X) Rick, "I don't know what you're talking about"! :-) Seriously .... your descritpion was a bit disjointed. Are you thumping every 80 or so characters? Sterm is pretty generic, so it shouldn't rely on patches and mods to your system. If you have an OS9 shell ... then Sterm should be working fine. Like wise... no change on the forum that might make HOT TOPICs take a hike. Is it possible your forum parameters have been modified in some way? Type OPtions and check out what subtopics you have enabled. Maybe 15 got turned off. Steve There is 1 Reply. #: 11615 S10/OS9/6809 (CoCo) 04-Aug-91 15:15:36 Sb: #11568-#flakey port Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Actually, this crops up right after compuservs header, not in forum.I get the header, then it just sits for awhile. When the cursor resumes, it starts in the middle of a word. The minor version only loses a few letters, ; so GO RATES for current... becomes ATES for current.... This isn't really a problem. The major version loses the first menu alltogether,along with holiday announcements,etc. and resumes somewhere in the TOP menu. This all happens before sending anything.(except id and password). Which makes me want to blame my system. BTW, is there any reason STERM won't run from an AIF with the params on line 2? I can only >start a shell >hotkey over, and >start STERM from the command line. Double clicking an AIF gives a pretty pink screen with what looks like an 20x10 window in the top corner. Thanks for the help -Rick There is 1 Reply. #: 11626 S10/OS9/6809 (CoCo) 05-Aug-91 07:53:54 Sb: #11615-flakey port Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 Rick, What you're describing sounds like your system is dropping characters big time! HAve you installed the IRQ hack? If not, this could be the source of your trouble. Also: Are you running the patched gshell or stock? (If stock ... get the patches). Also, it's possible that the mouse is stealing too many cycles. Move the cursor to the far edge of the screen and ssee if things improve. On using an AIF ... no problem at all. What appears to be happening is that your next window descriptor in line is set up incorrectly. You should nab wmode from the libraries and check out the parameters. (wmode works much like dmode for drives). Steve #: 11561 S10/OS9/6809 (CoCo) 31-Jul-91 23:49:55 Sb: #11520-#you better read this Fm: PaulSeniura 76476,464 To: Steve Wegert 76703,4255 (X) I've been waiting more than a half year for some useful help and feedback on several articles I've uploaded, not just the Timer project either. The forum MESSAGES are not where the articles are located; they are uploaded into the library sections. After uploading an article, I'll start a message intending for that to be the "reply thread" for the ARTICLE. Those text files can't fit into a message here on CIS, and most people would have to suffer through them if they *did* fit (Delphi's system will allow such a fit). So if you want to calculate how long I've been waiting for responses, check the upload dates of the ARTICLES not the messages. And start browsing those messages I left -- the NICE ones -- intending on starting discussion threads, one thread for each various subject related to those article text files. Now count how many times I've logged on silently to see if there were any replies to those initial thread-starting messages. That all adds up in terms of CIS on-line charges. They *do* count. You weren't counting all of these times I passed by to find "nothing's going on", because I *was* silent. Nothing useable on the forums, no e-mail, no requests for conferences to do the details interactively, no volunteers to go ask people on Usenet, no nuthin. Just plain ol' wasting money. Which is why I burst a few days ago after I found out CIS has a contest going on about "How Calling CIS Saved My Day" or some such subject. They are doing that to justify the high cost of using this service. I felt they need to know why people like me are just burning dollar bills on their phone lines. And I still feel like they need to know. Shoot, I feel very embarrassed I had to get that flaming angry just to eeek out a response out of someone. It's not fun doing this; it demonstrates the sheer lack of knowledge we have when we want to develop something (despite all the books I've bought which also helped those authors earn a living). Lack of knowledge is frustrating in itself, not counting the waiting we've been doing here. -- Thx, Paul Seniura. There is 1 Reply. #: 11614 S10/OS9/6809 (CoCo) 04-Aug-91 09:57:31 Sb: #11561-you better read this Fm: Steve Wegert 76703,4255 To: PaulSeniura 76476,464 (X) Paul, Thanks for taking the time to respond with a very well thought out argument. I can appreciate your frustration, but to place the blame on the entire OS9 community is pretty heavy. I've been associated with the forum for a long time (both as a user and as 'staff') and can offer this observation: When in Rome ... It's been my experience that an approach to a problem that starts out with dumping a disertation to the libraries, calling for comment on multiple issues, then looking for discussion in the message base never seems to work. I've seen it fail with a call for a standard regarding MV, issues revolving around the now-defuncted UG and a handful of other topics. What I _have_ seen work is to take the same multiple issues, break them up into smaller single topics and start a discussion in the message base. Folks tend to respond better, are more apt to talk off the top of their head, and some good ideas result. Of course this places the burden of compilation of thoughts upon you as the 'moderator', but I think you're up for it! This technique has worked extremely well with the development of the first UUCP port to the CoCo. Mark would call for comments on a single facet of his efforts, retreive the offered feedback, chew on it off line and respond with some code fragment for us to pound on. It also worked fantastically with the development of the imfamous Level II upgrade. Hidden behind the scenes in a private subtopic, library and conference area, this type of give and take went on with over a dozen individuals. Development by committee works .... it's the approach that needs careful application. The OS9 forum has a great reputation for helping out. I'd be happy to offer my assistance, but I'm user ... not a techician. Your knowledge of the subject matter is far and away past mine. I'd suggest that it's the same for many others as well. We're overwhelmed by the scope of what you've presented. Piece it out and let's see what happens. Steve #: 11562 S10/OS9/6809 (CoCo) 31-Jul-91 23:54:24 Sb: #11515-you better read this Fm: PaulSeniura 76476,464 To: Kevin Darling 76703,4227 (X) You quoted only part of the text that explains the copyright. I also said I was asking for feedback for these ideas and YOUR ideas would be protected as well and fully acknowledged if anything ever comes out of these various projects. I even explained this latter part to you more than this one time! And I'm trying to do it in such a way that the whole OS9 Community will become involved. Delphians have been more active than anyone on CIS here. Shoot, I even mentioned that in the second Timer article update. (You didn't see any CIS members mentioned except for yourself, did you? :-) I coined the "pessemistic" term upon myself due to the fact that I can't get the OS9 Community involved in ANYTHING. We're talking about several different projects remember. *Still* nothing on the "undocumented Stat calls" for the Acia project. Still nothing on the CoCo battery backup project. We ditched trying to get a response from SCSI interface companies in wanting to come up with a decent tape backup system; and the CD-ROM discussion we had here a while back died likewise since it involved those same SCSI companies. (Disto, OwlWare, those KMA companies, no one responded.) I replied to Steve Wegert (see reply to his msg #11520) explaining how long we've actually been waiting for feedback. If you care, you might like to read it, too. GEnie managers already got a lashing quite some time ago, mostly concerning how their MIDI users won't provide files using a universally available archive method. You can't use Standard MIDI Files if the stupid file is in those weird formats like ZOO, LZH, SIT, etc. The IMA should look into why that kind of practice is allowed -- defeats the whole purpose of having standard file formats, the SMF directly being controlled by the IMA. Lessons we can all learn. So having said all of this, let me get on with the other questions you typed. #: 11563 S10/OS9/6809 (CoCo) 31-Jul-91 23:55:53 Sb: #Timer Thoughts Fm: PaulSeniura 76476,464 To: Kevin Darling 76703,4227 (X) The second Timer article update is a very watered-down (or boiled away) set of ideas we ended up discussing on Delphi. I didn't include the whole history and the entire reasoning behind those three ways of supporting the timer. And there's nothing vague about our ideas whatsoever. I ended up stating how we want to make the SVC support games and MIDI and whatever else would need a Programmable Timer interrupt. That's the crux of our project right there. We don't want a constant cycle interrupting all the time -- the 60-Hz vertical sync interrupt is for that. We want a programmable-length delayed one-shot IRQ and the quickest way to kick in the user task's "timer pop" routine. If some program calculates the need for a 0.045-second delay, for example, the 12-bit timer can give us incredible accuracy compared to counting 60-Hz VIRQs (the way those Sierra games do it; I studied Bruce Isted's VRN sources). The number of 60-Hz pulses for a 0.045-sec pause turns out to be 2.7. But you can't count 0.7 pulses, and that's where the inaccurate timing can be fixed by using the 12-bit timer. If we count 2 VIRQs, that's almost a -26% error; counting 3 VIRQs has a +11% error. And those errors will be cumulative as the program continues to time things that way. Using 63.5-microsecond resolution of the 12-bit timer, we would set a 0.045-sec delay this way: That turns out to be 708 or 709 units, and that's the number to poke into the timer register after setting the IRQ flags on. It produces an error of less than 0.1% (that's one-TENTH of 1%). This lets the program continue generating whatever it needs to accomplish the "next" time, i.e. after the timer pops, without wasting CPU resources to count VIRQs. Since we want a one-shot effect, immediately after it pops, the SVC must turn off those IRQ flags before making OS9 kick in the user task's code. .. There is 1 Reply. #: 11564 S10/OS9/6809 (CoCo) 31-Jul-91 23:56:51 Sb: #11563-#Timer Thoughts Fm: PaulSeniura 76476,464 To: PaulSeniura 76476,464 (X) .. Our discussions on Delphi have concentrated on how best to get that user task kicked in or "goosed" once the timer pops. I need to know more about lots of things before we can even do some tests. Those questions were brought up in the second Timer article update. If we did the pseudo-driver method, we already described what the record formats would look like: not much different than the way MFConv/MFPlay does it, but we'd need an extra field at the head of the record to specify the path# of the real physical device to send the data when the timer pops. But Jason Bucata brought up the points I covered in that article: We have too much overhead here, where the user pgm I$Writes to the pseudo-driver via SCF, wherein the pseudo-driver buffers the data until the timer pops, at which time another I$Write is issued with D.Proc saved/set to the user task# and writes the buffered data to that passed path#, more SCF overhead. You, Kevin, gave us a response this last time concerning using P$DATImg, which I assume will replace the act of I$Writing data from the user pgm to the pseudo-driver the first time around. *That* is an idea worth reconsidering this method of using the timer. But then some people on Delphi had an honest concern to not make the Timer Driver be so ridged to do only Timed I/O like this. Make it flexible and usable in a variety of ways. So I'm still very swayed about ditching the pseudo-driver method. Then came the SVC ideas, two of them (rounding out the three methods as mentioned). When we found out about F$Send, what you typed this last time, all pretty much matched. We tossed F$Icpt/F$Send out the door. Too inaccurate to base this 12-bit timer's resolution on. .. There is 1 Reply. #: 11565 S10/OS9/6809 (CoCo) 31-Jul-91 23:57:41 Sb: #11564-#Timer Thoughts Fm: PaulSeniura 76476,464 To: PaulSeniura 76476,464 (X) .. So we scratched our heads (again on Delphi -- no one was responding to CIS here as I've been saying during this time). I "discovered" F$SSWI on page 8-37 in the Tandy L2 Tech Ref. Tried to get people to find out if OS9 would swap a task in (if sleeping or whatever) immediately if not sooner after a SWIn. Eddie Kuns (who was very responsive as Jason was) said he thought it would since it seemed such an important action. And the watered-down boiled-down ideas are in that second Timer update article I posted. That's where we stand today, still in the research phase even before we can write code to test it. I *always* do this kind of research before sharing even an alpha-test program with people. I can't continue without some solid facts whether our ideas have any merit whatsoever, or should we consider other alternatives, or go completely back to the drawing board? So now let me reexplain the SVC/F$SSWI method we'd like to try but have no idea how to pursue testing it (I don't have a system-level debugger) or if it'd even work with our assumptions. First, the user pgm would do a SVC to inquire about the timer's resolution etc. The user pgm can use this in the mathmatics of converting its timing to that of the hardware/system. The user pgm then sets up a computed-length delay, and tells OS9 to branch to a routine (in its own area *or* to another subroutine module) when the timer pops. The user pgm may decide to sleep or to generate advanced data while waiting for the delay to end; this shouldn't matter to the timer SVC itself. .. There is 1 Reply. #: 11566 S10/OS9/6809 (CoCo) 31-Jul-91 23:58:46 Sb: #11565-#Timer Thoughts Fm: PaulSeniura 76476,464 To: PaulSeniura 76476,464 (X) .. (Okay, here's a place we need to set a standard: which of the "user SVCs" ranging from $70 to $7F as stated on page 8-108 of Tandy L2 Tech Ref can we use that someone hasn't used yet, considering all the "official" patches we see here, and considering sample OS9Pn materials or actual extensions people are using out there? We need to make sure we don't blap our SVC definitions on top of those! Then we can discuss good parameter-passing ideas later after we test and debug a few things. For fastness, we'd need 3 SVC numbers. I already explained two of 'em; the third would be to kill a "live" countdown being performed in the case of the user pgm deciding it doesn't want/need that delay for some reason.) Back on the road here. Somehow the user pgm will pass a parm to the Timer SVC to start actual timing, and the user pgm will also issue F$SSWI to point to its timer-pop routine. Not F$Icpt mind you: F$SSWI. (Okay here's another place we need help with: we can use SWI [type #1] or SWI3 [type #3] as the Tandy books says on 8-37, right? Just stay away from SWI2? What should be "in" the "user software interrupt routine" pointed to by register X when the F$SSWI is issued? Do we use RTI or RTS when ending this routine?) The user pgm now isn't the main concern. The Timer SVC *is*. Once the SVC has been called to set up a delay, it lights up the various IRQ flags and F$IRQ service pointer packet to cause a branch to its code when OS9 determines that timer was the dude who belched. The SVC code itself will not be able to reread the IRQ tell-tale flags since the CoCo3's GIME resets 'em once they are read the first time, right? We must assume OS9 can do this on its own with the flip/flag bytes in the F$IRQ packet, right? And is the 12-bit timer register a "readable" register? What I'm getting at is that we don't have any way to ensure the timer interrupted, do we, as a double-check? .. There is 1 Reply. #: 11567 S10/OS9/6809 (CoCo) 31-Jul-91 23:59:39 Sb: #11566-#Timer Thoughts Fm: PaulSeniura 76476,464 To: PaulSeniura 76476,464 (X) .. Well let's say once the timer interrupts, we "know" it's "us" who needs to respond. What to do? Remember we're in system mode at this point, and the user pgm probably is nowhere mapped-in right now. In order to call the user pgm's F$SSWI vector, we must "become" that task by saving then poking D.Proc with the id of that task. Then we can issue a matching SWIn 6809 instruction right then & there. Right? OS9's software interrupt routine will cause the user pgm to get mapped in and *bingo* we're running the code for that task. Right? We don't need to mess with map-in calls and DAT-image calls etc. Right? And the second Timer article update still has further questions which should be consulted at this time. And I hope these replies have made it clearer in order to understand that second update? -- Thx, Paul Seniura. There is 1 Reply. #: 11570 S10/OS9/6809 (CoCo) 01-Aug-91 10:35:16 Sb: #11567-#Timer Thoughts Fm: Kevin Darling 76703,4227 To: PaulSeniura 76476,464 (X) Paul (this seems the easiest way of answering), "Our discussions on Delphi have concentrated on how best to get that user task kicked in or "goosed" once the timer pops. The main thing is: there really are different best methods for each need. And ".045" second accuracy is usually something critical handled inside driver irq code. Few games need great accuracy, either. MIDI seems like about the only unique case to me... and it probably needs a driver, not a user task method. "need to know more about lots of things before we can even do some tests." Some testing you can/should do immediately. Such as checking out the way the timer works, etc... which can be done under RSDOS, even. You need the info and experience. "If we did the pseudo-driver method, ..." You could also do a file manager just to make the speed better for some types of timer apps... such as output to MIDI drivers. There is 1 Reply. #: 11571 S10/OS9/6809 (CoCo) 01-Aug-91 10:35:37 Sb: #11570-#Timer Thoughts Fm: Kevin Darling 76703,4227 To: Kevin Darling 76703,4227 (X) "which of the [SWI2] user SVCs ranging from $70 to $7F [can be used?]" Umm, probably any of them. Q: why not just use driver-specific statcalls? And speaking of the driver... "The [driver interrupt service] code itself will not be able to reread the IRQ tell-tale flags since the CoCo3's GIME resets 'em once they are read the first time, right? We must assume OS9 can do this on its own with the flip/flag bytes in the F$IRQ packet, right? And is the 12-bit timer register a "readable" register? What I'm getting at is that we don't have any way to ensure the timer interrupted, do we, as a double-check?" No, it can't re-read the GIME IRQ flags... which is why Clock stores a copy of them at D.IRQS ($00AF) in the Direct Page variables (see my book, or check the source for anyone's Clock module). From that copy it's easy to tell if the timer caused an interrupt. In fact, since there is no other indicator, you should use the D.IRQS variable address as the fake address of your "status register" in a F$IRQ setup packet. I've done this before (it's durned clever too, I might add :-). IRQPacket fcb 0,$20,255 flip,mask,priority DrivInit ldd #D.IRQS use GIME irq flag bits copy as leax IRQPacket,pc "status register" with leay IRQCode,pc bit 5 is the "irq" bit OS9 F$IRQ ... IRQCode lda D.IRQS acknowledge timer irq tken care of anda #^$20 sta D.IRQS ... There is 1 Reply. #: 11572 S10/OS9/6809 (CoCo) 01-Aug-91 10:36:23 Sb: #11571-Timer Thoughts Fm: Kevin Darling 76703,4227 To: Kevin Darling 76703,4227 (X) "(Okay here's another place we need help with: we can use SWI or SWI3 as the Tandy books says on 8-37, right? Just stay away from SWI2? What should be "in" the "user software interrupt routine" pointed to by register X when the F$SSWI is issued? Do we use RTI or RTS when ending this routine?)" Alright, more detail: a SWI/SWI3 causes the 6809 to stack the current register values. SWI also sets the I and F interrupt flags, if that matters to y'all. Then OS-9 maps in the system, jumps to the SWI/SWI3 vector, and that simply jumps back to the _last_ user process map at the offset set by previous F$SWI with the SP still pointing at your SWIx stackframe. The kernel is now done. Your user process now can look up parameters from the stacked register values, and of course to return it can do either a RTI or drop most of the stack and do an RTS. This all assumes the user process does the SWI/SWI3 tho. "Well let's say once the timer interrupts, we "know" it's "us" who needs to respond. What to do? Remember we're in system mode at this point, and the user pgm probably is nowhere mapped-in right now. In order to call the user pgm's F$SSWI vector, we must "become" that task by saving then poking D.Proc with the id of that task. Then we can issue a matching SWIn 6809 instruction right then & there. Right?" Sorry, the SWI/SWI3 stuff isn't quite that fancy (see above)... and if you did one from a driver, then ummmm... maybe you could by with it if you did the change to D.Proc and also an F$SetTsk to set up the user DAT mapping. Oh, and also set up the P$variables such as the process timeout etc. Ooops. You'd be leaving the system set up for system state stuff tho, and a stackframe on the system stack. That might still be okay... not sure. Hafta look. In any case, I'd go for a driver right now and wait on F$SWI stuff... it wasn't meant for this kind of thing. - kev #: 11575 S10/OS9/6809 (CoCo) 01-Aug-91 23:42:12 Sb: #Disk Drive Fix--/d1 Fm: Erich Schulman 75140,3175 To: ALL I may soon get my second physical disk drive--a standard 360K like my drive 0. I downloaded a text file some time ago about making a drive fix. Is this fix required on any disk drive I get or just Tandy's? The line where it says the drive upgrade "as supplied" may require the fix makes it look like it might only be Tandy's. My local PC dealer will do it for free if I get the drive there and have it done at time of sale, so I need to know now whether I should request the service. There is 1 Reply. #: 11577 S10/OS9/6809 (CoCo) 02-Aug-91 04:02:43 Sb: #11575-Disk Drive Fix--/d1 Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Erich - I think that fix was only for the second FD502 drive from Tandy. Any other drive... just set the jumper so that the motor is always on with the "motor on" signal (versus motor on with drive select). There may be a very few drives out there with no such jumper tho. They're usually there, tho (oops, I can't recall the jumper markings... MM maybe? guys?). #: 11583 S10/OS9/6809 (CoCo) 02-Aug-91 16:51:47 Sb: #DS-69B and Hard Drive... Fm: Lee Veal 74726,1752 To: All I recently acquired a DS-69B video digitizer. The DECB software that I have to operate it seems to work fine. I'm still on the lookout for some OS-9 drivers so that I don't have to drop back to DECB, when I want to use the digitizer. However, I may have discovered somethang that may cause a problem depending on whether the system that I ultimately put this thing on has a B&B hard drive system with the AutoBoot XT-ROM. The other night after using the digitizer, I wanted t switch back over to run Lvl 2. I powered off my system. I moved the MPI slot switch to 3 (where the B&B Autoboot ROM is) I powered on my system. The hard drive came ready. The Autoboot ROM dib it's memory check, then when it tried to start the OS9 BOOT, the hard drive was accessed as if the BOOT was being looked for, but the OS9 BOOT message never appeared on the screen, and then floppy drive 0 started spinning, the Autoboot seemed be defaulting to the floppy boot procedure. Since I don't boot from floppy there was not boot disk in drive 0, the DECB message eventually popped onto the screen! ......continued in next message..... There is 1 Reply. #: 11584 S10/OS9/6809 (CoCo) 02-Aug-91 16:53:33 Sb: #11583-#DS-69B and Hard Drive... Fm: Lee Veal 74726,1752 To: Lee Veal 74726,1752 (X) ..... continued from previous message....... I use the Puppo keyboard interface (which has a ROM that bypasses his built-in menu), so I did a CTRL-ALT-INS to do the full reset. The results were the same. After the memory check, the hard drive was accessed but the boot apparently wtsn't found, then the floppy was accessed, and the DECB message popped onto the screen. Initially, I thought that the HD was on the fritz. I checked the cabling, power, connections, contacts, and tried the boot again. Same results! Remembering that I had plugged in the DS-69B before I started having trouble, and even though I knew that "it couldn't be causing the problem", I unplugged it and retried the boot process. The system booted and came up without a hitch!!! Later after finishing my OS-9 work, I wanted to make sure that the earlier booting failures weren't just quirky one-time anomales. I plugged the DS-69B back into the MPI (slot 2, just as before). Powered on the system and the sywtem would not boot. In every case the HD was accessed then floppy drive 0 accessed as if the boot couldn't be fouId on the HD. I can only assume that the system would have booted from floppy had I had a bootable diskette installed in drive 0, but I don't know that for sure. The object was to get the system to boot from the HD while the DS-69B was plugged in. The objective was not reached. Anyone have any clues as to what is going on here? If I haven't provided enough details, I will be glad to answer any questions that come up and that I can. Thanx, Lee There is 1 Reply. #: 11587 S10/OS9/6809 (CoCo) 02-Aug-91 20:05:10 Sb: #11584-#DS-69B and Hard Drive... Fm: Kevin Darling 76703,4227 To: Lee Veal 74726,1752 (X) Lee - any idea where the DS-69B is addressed? Also, does it use the SLENB line or the interrupts or ? kev There are 2 Replies. #: 11591 S10/OS9/6809 (CoCo) 03-Aug-91 01:18:03 Sb: #11587-DS-69B and Hard Drive... Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) I scanned the docs looking for the DS-69B's address, but didn't see it. I'll look again. Let's see, B&B is addressed at FF50, if I get your drift, any overlaping of the DS-69B's address and B&B's really invites problems doesn't it? Lee #: 11592 S10/OS9/6809 (CoCo) 03-Aug-91 01:24:38 Sb: #11587-#DS-69B and Hard Drive... Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) The only technical info that I've noticed so far is that, if the DS-69B is to be used with a PBJ C-C Bus, then the CART* must be connected to the bus. The owner's manual shows a simple diagram of the C-C Bus. *Interrupt Input for Cartridge Detection. (The above virtually a direct quote from the owner's manual.) Lee There is 1 Reply. #: 11597 S10/OS9/6809 (CoCo) 03-Aug-91 10:11:31 Sb: #11592-DS-69B and Hard Drive... Fm: Kevin Darling 76703,4227 To: Lee Veal 74726,1752 (X) Hmm. I guess what I was thinking of was this: I've had paks which left the irq line low on power up or reset sometimes... and that makes booting nearly impossible. Must be an article on the DS69B somewhere. Maybe in the coco forum? I'll look. #: 11589 S10/OS9/6809 (CoCo) 02-Aug-91 21:08:39 Sb: #STERM 1.5 Fm: thomas aubin 70540,1666 To: 76703,4255 (X) Steve, Remember the disk you sent me? I have not figured out how to use the sterm 1.5 yet. I am using 1.2 now and would like to try the other version you sent me but when I do all I get is NO TERMINAL NAME. What is wrong? Tom There is 1 Reply. #: 11594 S10/OS9/6809 (CoCo) 03-Aug-91 09:07:20 Sb: #11589-#STERM 1.5 Fm: Steve Wegert 76703,4255 To: thomas aubin 70540,1666 (X) Tom, Ahhh! Easy questions! On that disk, you should find a file called termcap and a file called ttytype. Move both of these critters to your /dd/sys directory and things should be fine. Steve There is 1 Reply. #: 11598 S10/OS9/6809 (CoCo) 03-Aug-91 21:09:40 Sb: #11594-STERM 1.5 Fm: thomas aubin 70540,1666 To: Steve Wegert 76703,4255 (X) Thanks Steve, Gotta have an easy one once and a while. TOM #: 11605 S10/OS9/6809 (CoCo) 03-Aug-91 22:36:31 Sb: LInput Fm: Paul Hanke 73467,403 To: anyone LInput.ar was posted some time ago and I may have missed a thread on same. I've tried to use LInput in B09 programs but get error 234 in each case. It seems to be an OS9 module and as such wouldn't be a B09 command but is used as a B09 procedure in the examples given. (???) Have I overlooked something? -ph- #: 11610 S10/OS9/6809 (CoCo) 04-Aug-91 00:02:14 Sb: #Multi-Vue Questions Fm: Erich Schulman 75140,3175 To: ALL Is it possible to use MultiVue's Windint and W8 through W15 drivers in an ordinary OS-9 boot le? And use W8-W15 as any other windows? Also, I know how to tell MV to run a standard shell. But how do I cancel it and return to MV when I'm through with it I found out the hard way that EX is no not it! (lots of line noise I couldn't backspace over) There is 1 Reply. #: 11611 S10/OS9/6809 (CoCo) 04-Aug-91 02:40:06 Sb: #11610-Multi-Vue Questions Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 Erich - if I read you right, then sure... many of us boot to a normal shell, but have windint etc in our boot. All GShell is, is an application program. Just rename "autoex" in your CMDS dir to something else, and you won't boot into gshell. You can always call it up if needed, tho. To exit a shell, type ESC (CTRL-BREAK). kev #: 11618 S10/OS9/6809 (CoCo) 04-Aug-91 21:25:41 Sb: #KRNL.AR problems? Fm: PaulSeniura 76476,464 To: 76703,4227 (X) Hi Kevin, We're having a terrible summer storm right now. It might be a doosie. Just wanted to say I captured your replies and will study them. Late last week I decided to install the KRNL.AR patches and I'm having some funny things happening (this started days before today's storm! :-). I use to run the Performance Peripheral's no-halt cacheing driver at 160k and a 96k RAM disk (Tandy's that'd been patched to fix that block-computation bug.) Now I also have Disto's 1-meg dealie. The Mega pgm kicked things in just fine. The Krnl patch, though, is doing something different (when booting from this patched kernal, I do not run Mega). I can't seem to use the last 256k -- if I have 320k or less on the MFree display, and I start running the version of DirCopy I found here on CIS, the video gets sparklies and the CoCo has crashed. DirCopy has worked great all these years, though! (Oh the system area was at 9k free with your SMap pgm.) Well on top of this, Mike Sweat's BRU crashes, too, on around the 8th diskette doing a full backup from my first 40-meg h.d. The output diskette is in RS format, 720k 80-track (5.25"). BRU ended with a stack overflow and an error code of 207. MFree said 296k after that; clearly another indication we're getting screwed up in that last 256k block somehow. I'm going to go back to the Mega way of using the 1-meg upgrade. I've gotta get more space on my drives to do those projects!: In the B&B adapter, I'm swapping the WD-XTGEN card (MFM) for a Seagate RLL card (the drives just happen to be RLL types already, so I'll soon have 130-meg on-line!). Plus the speed will help things a lot (ST277-1 model, 28-mS step!). If we could just get B&B to do cache for the h.d. ... But could you help or relay the KRNL.AR problem to whomever needs to know? I'll help anyway I can. -- Thx, Paul Seniura (76476,464). There is 1 Reply. #: 11622 S10/OS9/6809 (CoCo) 05-Aug-91 04:44:28 Sb: #11618-KRNL.AR problems? Fm: Kevin Darling 76703,4227 To: PaulSeniura 76476,464 Hi Paul, Yah, lots of storms here in NC, too... I sometimes have to run in and shut everything down. Which I hate, since I like using the ramdisk so much :-). I'll mention the mega problem to Bruce, if he doesn't see your message first. The kernel patch is his, but I'm not sure if he used his own ram checker or mine. One of us may have goofed and/or something else may be happening. Thanks for the tip - kevin #: 11621 S10/OS9/6809 (CoCo) 05-Aug-91 00:17:43 Sb: #@??? Fm: Paul Rinear 73757,1413 To: Kevin Darling Hi Kevin, it's been a pretty wild summer here so far. Haven't been online much. Did you ever find a copy of your book that you are willing to part with? I haven't been keeping track; how are the MM/1's going over (if you don't know, is there someone I could ask?)? Am interested in how people like them. take care, Paul There is 1 Reply. #: 11623 S10/OS9/6809 (CoCo) 05-Aug-91 04:52:53 Sb: #11621-@??? Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 Hi Paul, I have a red face. I thought I read that you found a book from the coco list. Mea culpa. Still have your address; bought an envelope to mail it in before; so will send it out (and the good Jeremy's) tomorrow. All the machines seem to be selling well, or at least interest is high :-) Traditionally, this is the dead time of the year for computer sales, tho. Everyone should ask Santa for one . But the coco is still rolling along also, I must note. You'd probably have to ask the vendors in email, exactly how many systems they've sold... you know how that goes :) best - kev #: 11632 S10/OS9/6809 (CoCo) 05-Aug-91 20:30:31 Sb: COCO in 1 box Fm: thomas aubin 70540,1666 To: ALL I have a COCO 3, MPI , 2 drives etc. that takes up alot of desk space. Sound familiar? I want to do what several others have done and install the whole mess into a PC Clone case and use the pc power supply. My problem is that I don't know where to get the case and power supply I need for this project. Any ideas??? Thanks TOM Press !> #: 11635 S10/OS9/6809 (CoCo) 05-Aug-91 23:37:11 Sb: #11632-#COCO in 1 box Fm: Kevin Darling 76703,4227 To: thomas aubin 70540,1666 (X) Tom - I'd pick up a copy of Computer Shopper magazine from a newstand or most bookstores... there are tons of PC cases for sale in there. You might also check locally for clone sellers... best - kev There is 1 Reply. #: 11649 S10/OS9/6809 (CoCo) 06-Aug-91 21:13:22 Sb: #11635-#COCO in 1 box Fm: thomas aubin 70540,1666 To: Kevin Darling 76703,4227 (X) Thanks Kev, I'll pick up a copy and check it out. TOM There is 1 Reply. #: 11653 S10/OS9/6809 (CoCo) 06-Aug-91 23:13:45 Sb: #11649-#COCO in 1 box Fm: Kevin Darling 76703,4227 To: thomas aubin 70540,1666 (X) Tom - also see MPIMOD.AR, ATCOCO.TXT, and ATCOCO.ADD here in Library 10, if you don't already have them. They're files about sticking coco's into XT and AT cases. Have fun! - kev PS: I tried it once in an old Tandy 2000 case. Tips: be sure to hook up at least one old floppy to the power supply for testing... those switching supplies may not turn on enuf juice with just the coco board in there. Second: some supplies may require a large filter capacitor placed on your 5 volt connection to the coco. I think the files may mention this tho. There is 1 Reply. #: 11670 S10/OS9/6809 (CoCo) 07-Aug-91 20:22:36 Sb: #11653-COCO in 1 box Fm: thomas aubin 70540,1666 To: Kevin Darling 76703,4227 (X) Kev, Thanks for the info on the power supplys. I have already read all but 1 of the files you mentioned , I'll check that one out next. FUN, I'll have a ball TOM #: 11652 S10/OS9/6809 (CoCo) 06-Aug-91 22:52:21 Sb: #11623-@??? Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) Thanks alot Kevin. Just got a hard drive for my coco. Am kinda excited about it. Have been setting up a lot of MS-DOS machines for friends and I still find the coco under OS9 to be a lot more flexible. Paul #: 11654 S10/OS9/6809 (CoCo) 06-Aug-91 23:21:26 Sb: #11626-#flakey port Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Steve, Thanks for the info.GShell is patched, so I'll try mouse position. Not really to sure if I did the Diode hack right (RomPaks don't work,should they?) But since I fried my multi-pak in an errant attemp at Robotics, using a scratched to gether Y-cable with the $5.00 RS modem. Works OK for DeskMate3, but the buss may be a little strained,since she's got some sparklies now. Guess I should really clean up my act before plopping to much odeferosity on the board. Thanks again for de help, off to get wmode! Best- Rick There is 1 Reply. #: 11661 S10/OS9/6809 (CoCo) 07-Aug-91 07:56:10 Sb: #11654-#flakey port Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 (X) Rick, Either IRQ hack should have no ill effect upon the proper operation of your system ... rompaks included. Something's amiss. Personally, I've not had much success (nor have I heard of others) with the diode approach. Might want to look into the 'classic' solution. It isn't pretty .... but it's working fine here! Steve There is 1 Reply. #: 11673 S10/OS9/6809 (CoCo) 07-Aug-91 21:04:20 Sb: #11661-#flakey port Fm: Rick Ulland 70540,3305 To: Steve Wegert 76703,4255 (X) Steve, Where might one find the 'classic' solution? I assume this forces interrupts past or to the GIME? SIince I7m using a Y-board,the IRQ's are already tied together, so what's next? At least she still runs, Rick There is 1 Reply. #: 11704 S10/OS9/6809 (CoCo) 10-Aug-91 10:09:33 Sb: #11673-flakey port Fm: Steve Wegert 76703,4255 To: Rick Ulland 70540,3305 Pete's done a dandy write up that can be found in LIB 10. Look for IRQHAK.TXT. Infact, if you'll type BRO IRQ*, two files should pop up. The first will be Pete's, the second will be a file on hhow to 'pretty up' Pete's appoach. Steve #: 11737 S10/OS9/6809 (CoCo) 12-Aug-91 19:13:42 Sb: Disto SCSI Interface Fm: james pottage 71750,2012 To: All Attion all Disto Super Controller Users. I have recently solved a rather lengthy problem with my hard drive. Over the past year I have had 4 SCSI drives crash on my machine. All of them were completely destroyed by my system. After a great deal of trial and error I finally found that my 2 in 1 board was defective and was blowing the drives. Three of the four drives were never even formatted because they died on the initial format. I had the interface (2 in 1) tested by CRC and after they destroyed one of their drives they confirmed that the card was indeed the problem. Sunsequently I have had a report from Jim Snider (who I believe is a technician for COCO Pro???) report that he has heard of this also happening with a few four in one boards. I do not believe this is a wide spread problem, but it is something to keep in mind if your hard drive crashes. Moreover, CRC stated that they had never encountered this problem before, so it will probably never affect most users. If you have had a similar problem please leave a message on the board and check your controller. As well, it may be of some interest that the drives that I blew were Seagate St125N's and ST157N'S and the ones reported by Jime Snider were ST157N's. Jim Pottage #: 11741 S10/OS9/6809 (CoCo) 12-Aug-91 21:57:08 Sb: MV/GFX2/BASIC09 Fm: Brother Jeremy, CSJW 76477,142 To: All Some questions: 1. Under Multivue, certain applications allow you to size a window by dragging the mouse from one point to another (CALC and CLOCK). Pg 2-17 of the Tandy MV Manual. 2. On pg 2-16 of the Manual it states that you can have two or more applications running on the same screen at one time. Can the first be done under BASIC09 and if so does anyone have some code to share that shows how? How do you open multiple windows on one screen under BASIC09. In my startup file I do this with display codes, based on a script by Rick Adams that I got on Delphi. (I hope I spelled his name correctly.) Finally I use the patched versions of GSHELL. One thing I have wondered, is there anyway to change the icons used for the disk drives? If I was to disasemble Gshell, using the Disasembler available on CIS, where would I be looking for to find the "icons"? If I could do it, I would like to then develope a Hard Disk icons. If I can do it, I will be happy to upload the patches? I haven't been able to get as much programming work done as I would like to, what with my obligations at the Monastery and outside work, but I hope to soon have my dialog box maker ready to upload. I may just upload what I have at the end of the month as a fixer-upper," if it is not completed. With all best wishes, Br. Jeremy, CSJW Press !> #: 11748 S10/OS9/6809 (CoCo) 12-Aug-91 23:21:16 Sb: #11741-MV/GFX2/BASIC09 Fm: Bruce MacKenzie 71725,376 To: Brother Jeremy, CSJW 76477,142 (X) Br. Jeremy, GSHELL will let you execute almost any program in multiple windows on the same screen provided you give it an icon file and an aif file in which you define the window type as one of the graphics screens and in which you define the minimum window size as something less than the size of the whole screen. Icon files and aif files are discussed in multivue manual. I believe there is an icon editor in LIB 10 here that will help you create an icon file. Of course the the particular program can mess you up if it opens a window on its own and switches over to it. Also, it's nice if the program puts a boarder around the window, which GSHELL doesn't do automatically. #: 11751 S10/OS9/6809 (CoCo) 13-Aug-91 00:21:46 Sb: #11741-MV/GFX2/BASIC09 Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) To have two windows on the same screen, simply DWSET the first one to some size and position, using any screen type... and DWSET the others using type 0 (which means: use my currently selected input window's screen). Of course, you can't normally overlap them (unless you have a need to and don't mind one possibly overwriting the others... turn off protection with DWProt (?) to allow overlapping). Muddy enough? Just give it a try. - kev #: 11756 S10/OS9/6809 (CoCo) 13-Aug-91 07:34:00 Sb: #Files in DL10 Fm: Brother Jeremy, CSJW 76477,142 To: Wayne Day 76703,376 (X) Dear Wayne I am looking for the following files which used to be in DL10: Windex.ar Windex.txt Windx2.txt Are they available anywhere? Thank you, Br. Jeremy, CSJW {here 1 Reply. #: 11764 S10/OS9/6809 (CoCo) 13-Aug-91 21:15:04 Sb: #11756-#Files in DL10 Fm: Mike Ward 76703,2013 To: Brother Jeremy, CSJW 76477,142 (X) Sorry to report that my offline archives don't contain either of those two files. Hopefully another member here who has copies might either email them to you or upload them here. Anybody? There is 1 Reply. #: 11766 S10/OS9/6809 (CoCo) 13-Aug-91 22:13:07 Sb: #11764-#Files in DL10 Fm: Brother Jeremy, CSJW 76477,142 To: Mike Ward 76703,2013 (X) Thank you, there are a few others that I am looking for also. I will post a list soon. Best Wishes, Br. Jeremy CSJW. There is 1 Reply. #: 11767 S10/OS9/6809 (CoCo) 13-Aug-91 23:16:48 Sb: #11766-#Files in DL10 Fm: Mike Ward 76703,2013 To: Brother Jeremy, CSJW 76477,142 (X) Thanks for the best wishes but, let me ask... are you looking for something specific or are you on a scavenger hunt? The files you asked for are VERY old. Anything special you're looking for? Best, Mike There is 1 Reply. #: 11781 S10/OS9/6809 (CoCo) 14-Aug-91 21:46:09 Sb: #11767-Files in DL10 Fm: Brother Jeremy, CSJW 76477,142 To: Mike Ward 76703,2013 (X) I think that the Windex program files were mentioned in reference to a tutorial that I downloaded some time back. If I have the correct name, these files were some sort of window creator/manipulator program. I am trying to increase my knowledge of multiple overlays, and other windowing techniques. Again, I think that these are the programs that I was refered to. I am looking through my library of disks to try to find the references. Thank you for your replyBr. Jeremy, CSJW #: 11758 S10/OS9/6809 (CoCo) 13-Aug-91 16:35:43 Sb: Dynacalc help Fm: Mike Guzzi 76576,2715 To: all I was trying to find help on dynacalc. I wanted to find out whats in that dynacalc.trm file. the replacement HELP utility (structured help) does do a partial list of what the TRM file does. I was wondering if anyone has a more complete list. oh for those using Dynacalc under Level II gfx windows here is a fix for the trm file to enable highlighting of the row/column markers: offset old new ------ ---- --00C4 FF FF FF 1F 20 FF 00CC FF FF FF 1F 21 FF what this does is use inverse command to highlight the column markers your allowed about 6 chars for each so you could even change colors! I even used boldface for graphics screens just to mess around. Mike #: 11782 S10/OS9/6809 (CoCo) 14-Aug-91 22:20:34 Sb: #For sale Fm: Sunny Lowe 72447,1037 To: SYSOP (X) It is good to be back on here for a change. I have several Items of interest to the COCO community that are for sale. Is there a protochol or rules concerning posting of for sale messages on CI$? I do not want to step on any toes, but these items may be of real use to some of the sig members. There is 1 Reply. #: 11790 S10/OS9/6809 (CoCo) 15-Aug-91 08:16:13 Sb: #11782-#For sale Fm: Steve Wegert 76703,4255 To: Sunny Lowe 72447,1037 (X) Sunny, So long as it's a personal sale, there's really no problem ... or fancy protocol. Just post a message with a list of your goodies for sale, prices and terms. If it's a commercial venture, then a toned down announcement of same is permissable, with a pointer to CompuServe mail for additional details. Help any? Steve There is 1 Reply. #: 11830 S10/OS9/6809 (CoCo) 18-Aug-91 21:14:23 Sb: #11790-For sale Fm: Sunny Lowe 72447,1037 To: Steve Wegert 76703,4255 (X) Thanks, I'll post it soon. Got to catalogue the stuff and the like first. Sunny :) #: 11803 S10/OS9/6809 (CoCo) 16-Aug-91 07:54:38 Sb: Disto printer port Fm: Tom Napolitano 70215,1130 To: All It seems that Disto is no longer supporting their Coco products. Does someone have the pinout for the parallel printer port on the 4 in 1 board? Thanks muchly, tomn #: 11869 S10/OS9/6809 (CoCo) 21-Aug-91 07:56:10 Sb: #basic09 Fm: Paul Hanke 73467,403 To: anyone How can basic09 determine if it is running in a text window or graphics window: this is important if overlays are used since color choices in one will not apply to the other? -ph- There is 1 Reply. #: 11885 S10/OS9/6809 (CoCo) 22-Aug-91 12:51:17 Sb: #11869-#basic09 Fm: Kevin Darling 76703,4227 To: Paul Hanke 73467,403 (X) Paul - use the syscall command to do an I$GetStt (get status) command with SS.ScTyp as the desired subcall: procedure GetSType type stack:CC,A,B,DP:byte;X,Y,U:integer dim reg:stack dim SS_ScTyp:byte \ SS_ScTyp=$93 dim I_GetStt:byte \ I_GetStt=$8D reg.A = 1 \ (* path = stdout reg.B = SS_ScTyp run syscall(I_GetStt,reg) print "Screen Type = ";reg.A end There is 1 Reply. #: 11886 S10/OS9/6809 (CoCo) 22-Aug-91 15:43:17 Sb: #11885-basic09 Fm: Paul Hanke 73467,403 To: Kevin Darling 76703,4227 Thanks for the code, I'll try it out soon. (was hoping there'd be some easy PEEK, tho ;->) #: 11872 S10/OS9/6809 (CoCo) 21-Aug-91 17:29:14 Sb: #DS-69B Fm: Lee Veal 74726,1752 To: All I was recently given a used (but working) DS-69B). I've had a lot of fun with it. As I've learned more about the unit and software, facts that made no sense to me at first have become more and more clear. One such fact was the use of the included program called SLOWPIC.BAS that captures an image using a 64-level gray scale. As a result of running SLOWPIC.BAS a file is built which holds (I assume) the digitized picture that SLOWPIC.BAS scanned in from the attached camera. However, my puzzlement comes from trying to fegure out what the file is to be used for. Is the file produced by SLOWPIC.BAS for printing, displaying (on screen), both, neither, or what? I still haven't located the rumored OS-9 Lvl 2 drivers for t-e DS-69B. (A friend logged-on to BIX and checked, he downloaded a directory and gave a copy to me. So far, I haven't seen anything that looks like OS-9 Lvl 2 drivers for the DS-69B.) I've noticed that the unit still seems to be incompatible with my B&B Autoboot process. (i.e. When the DS-69B is plugged in, my system will not autoboot (or manually for that matter either). I've downloaded all the CoCo1/2/3 memory maps that I could find. The memory maps that I've found in the CoCo and OS9 libraries don't include the DS-69B's I/O address.) Does anyone know if Micro Works still exists somewhere? If so, what's their address and ph. #? Any help will be greatly appreciated and I will personally reward anyone that helps by mentioning you in my last will and testament. (When I get around to writing it, that is!!! Just waiting to fulfill the "sound mind" proviso, I'm sure that any day now a rush of sanity will wash over me.) Thanks, Lee Veal There are 2 Replies. #: 11873 S10/OS9/6809 (CoCo) 21-Aug-91 18:11:39 Sb: #11872-#DS-69B Fm: Bill Dickhaus 70325,523 To: Lee Veal 74726,1752 (X) Lee, I might be able to figure out the address of the DS-69B from the basic program, that might help in figuring out the OS9 boot problem. I don't know anything about the driver, but it shouldn't be that hard to figure out from the basic program. I'll take a look at it, but I can't promise anything. Bill There is 1 Reply. #: 11883 S10/OS9/6809 (CoCo) 22-Aug-91 07:52:16 Sb: #11873-DS-69B Fm: Lee Veal 74726,1752 To: Bill Dickhaus 70325,523 (X) Great, I've already penciled in your name... :-) Lee #: 11891 S10/OS9/6809 (CoCo) 22-Aug-91 19:30:40 Sb: #11872-DS-69B Fm: Mike Haaland 72300,1433 To: Lee Veal 74726,1752 I too tried to find out what the problem with the DS-69's and Lvl II were a few years back. What I found out is that the hardware messes with OS9 systems memory and stomps on OS9. I called Micro Works then and was told that it could not be made to work with Lvl II. At one point I was going to send my unit to Kev D. to let him write the software and readdress the unit, but once placed in the queue, I forgot about it. If someone has developed OS9 software for the DS-69b, It hasn't been mentioned here. (At least to my knowledge) Mike I'm pretty sure that it's addressed the same as the B&B HD interface too. #: 11892 S10/OS9/6809 (CoCo) 22-Aug-91 20:39:01 Sb: #Interbank & HD Fm: Bob Archambault 76506,3544 To: ALL Hi Folks, Would anybody know a way that I can get "The Interbank Incident" which is a Level One game, to run on my 10 meg hard drive, which is running under Level Two??? The HD installer utility "Copybank" on the Interbank disk worked great, it put all the files on the HD perfectly, it's just that the Title screen won't come up (looks like a mess!). It does the same thing when I try to run the game from floppy under Level Two, so I assume it's some incompatibility between Level One and Level Two. Any Ideas??? Thanx in advance! Bob There is 1 Reply. #: 11932 S10/OS9/6809 (CoCo) 24-Aug-91 23:46:11 Sb: #11892-#Interbank & HD Fm: Sunny Lowe 72447,1037 To: Bob Archambault 76506,3544 (X) Since the game is a level one game, it probably runs in an old style vdg screen. The key probably is to run the game in a vdg type screen. Try that! There is 1 Reply. #: 11941 S10/OS9/6809 (CoCo) 25-Aug-91 16:54:25 Sb: #11932-Interbank & HD Fm: Bob Archambault 76506,3544 To: Sunny Lowe 72447,1037 Thanx for the suggestion, Sunny, but I did use a VDG screen when attempting to run it. I don't know where else the problem might be! Bob #: 11901 S10/OS9/6809 (CoCo) 23-Aug-91 07:45:24 Sb: #11891-DS-69B Fm: Lee Veal 74726,1752 To: Mike Haaland 72300,1433 (X) That's not what I wanted to hear, but I'm inclined to accept the truth of your observations and experiences. Kevin or someone else mentioned that a Jim Omura might have developed some software drivers for the digitizers, and that it might be over on BIX. A friend who accessed BIX for me sent me a directory of OS-9 files that are on BIX, and Omura's name is on just about every other file, but none of the files seem to be drivers for the DS-69x family of devices. I figured that a major addressing conflict was socking it to the OS9 Boot process. Thanks for the info. Lee P.S. What's the latest release level of MVCanvas that's available for the OS-9 Level 2 system? I have 2.0, and it seems to be extremely clean except for a squashing/unsquashing problem scrambled print outs (when a lot of dithering appears in the graphic.) [D [D LV #: 11939 S10/OS9/6809 (CoCo) 25-Aug-91 15:23:31 Sb: #11891-#DS-69B Fm: Mike Haaland 72300,1433 To: Mike Haaland 72300,1433 Lee, I wasn't aware that anoyone was working on Drivers for the DS-69b. Let me know if you find anything. The main reson I looked into it was, at the time, I couldn't get a Rascan, and I put my CoCo in a PC case and didn't like having to take the case apart just to use the DS-69. I finally purchased bought another CC3 with a disk drive, so I gave up on getting it to work with the B&B HD setup. And yes, 2.0 is the latest version, I'm glad you like the program. There is 1 Reply. #: 11955 S10/OS9/6809 (CoCo) 25-Aug-91 23:53:54 Sb: #11939-DS-69B Fm: Lee Veal 74726,1752 To: Mike Haaland 72300,1433 Mike, I almost didn't find your reply to me. Somehow, you'd addressed it to yourself. Have you had any trouble reports on the items that I mentioned? (sqaush/unsquaash), dithered screens causing unpredictable results when printed) Lee #: 11906 S10/OS9/6809 (CoCo) 23-Aug-91 16:48:30 Sb: #BASIC09 Fm: Brother Jeremy, CSJW 76477,142 To: PAUL HANKE 73467,403 (X) There was a mistake in the code that Kevin uploaded. Instead of type stack: in the first line, it should be as follows: PROCEDURE GetSType TYPE stack=CC,A,B,DP:BYTE; X,Y,U:INTEGER DIM reg:stack DIM SS_ScTyp:BYTE \SS_ScTyp=$93 DIM I_GetStt:BYTE \I_GetStt=$8D reg.A=1 \(* path = stdout reg.B=SS_ScTyp RUN syscall(I_GetStt,reg) PRINT "Screen Type = "; reg.A END I can't believe that I actually could look at code and notice that there was a mistake in it. Not bad for a guy who until recently said "I should have bought the hat with the light instead of the computer." Br. Jeremy CSJW There is 1 Reply. #: 11913 S10/OS9/6809 (CoCo) 23-Aug-91 22:09:44 Sb: #11906-#BASIC09 Fm: Paul Hanke 73467,403 To: Brother Jeremy, CSJW 76477,142 (X) Thanks; I caught the missing '=' sign too (after the first crash). -ph- p.s. Were you looking for the windex.ar file? If you haven't found it, I believe I have a copy somewhere. There is 1 Reply. #: 11914 S10/OS9/6809 (CoCo) 23-Aug-91 22:45:26 Sb: #11913-#BASIC09 Fm: Brother Jeremy, CSJW 76477,142 To: Paul Hanke 73467,403 (X) Yes I am looking for WINDEX.AR and followup files WINDX2.TXT and WINDEX.TXT. (At least I think that they are followup files to WINDEX.AR. Thank you for any help you might be in this matter. With all best wishes, Br. Jeremy, CSJW There is 1 Reply. #: 11931 S10/OS9/6809 (CoCo) 24-Aug-91 21:29:40 Sb: #11914-#BASIC09 Fm: Paul Hanke 73467,403 To: Brother Jeremy, CSJW 76477,142 (X) Well, ok. I'll try to locate it and send it to your mailbox tomorrow. I think it'll work altho I haven't tried it yet. I'll check in here before I do in case someone can tell me before hand that it won't work (or mebbe I should just upload it to the forum?) -ph- There is 1 Reply. #: 11937 S10/OS9/6809 (CoCo) 25-Aug-91 11:12:32 Sb: #11931-BASIC09 Fm: Brother Jeremy, CSJW 76477,142 To: Paul Hanke 73467,403 (X) Thank you Paul, I just received it a few minutes ago. --Br. Jeremy, CSJW #: 11911 S10/OS9/6809 (CoCo) 23-Aug-91 21:12:27 Sb: #basic09 Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) See msg # 11906 Br. Jeremy, CSJW There is 1 Reply. #: 11916 S10/OS9/6809 (CoCo) 24-Aug-91 00:02:40 Sb: #11911-#basic09 Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Heh-heh. Thanks for spotting that mistake in the message! That's what I get for being cute and trying out (and fixing) the program first... but forgetting to correct my posting also! Just another example that multitasking gets more dangerous as you get older. There is 1 Reply. #: 11936 S10/OS9/6809 (CoCo) 25-Aug-91 11:11:35 Sb: #11916-#basic09 Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) I know about getting older. PS> Br Stephen came back from a rummage sale at the parish where he is stationed yesterday with a surprise. I NOW HAVE THE HAT WITH THE LIGHT!!! Br. Jeremy, CSJW There is 1 Reply. #: 11940 S10/OS9/6809 (CoCo) 25-Aug-91 15:32:56 Sb: #11936-#basic09 Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) The "Hat with the light"???? I think you lost me? :-) There is 1 Reply. #: 11945 S10/OS9/6809 (CoCo) 25-Aug-91 21:59:09 Sb: #11940-#basic09 Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Sometime around 1987 or so, Radio Shack used to sell this fire mans hat with a flashing light and siren built into it. Every time I have a problem with my COCO I would say "I should have bought the hat with the light." Instead of the computer. Little did I know that the Brothers have been scouring yard sales and rummage sales, looking for one. When I got back from Mass today, there by my computer desk with THE HAT. --If people thought that I looked strange before... Br. Jeremy, CSJW. There are 2 Replies. #: 11951 S10/OS9/6809 (CoCo) 25-Aug-91 22:53:09 Sb: #11945-basic09 Fm: Rick Ulland 70540,3305 To: Brother Jeremy, CSJW 76477,142 Now you can say 'I should'a bought batteries for THWTL' or get some 3D glasses -Rick #: 11959 S10/OS9/6809 (CoCo) 26-Aug-91 01:33:06 Sb: #11945-#basic09 Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 Heh-heh. I *thought* you might mean the RS fireman hat, but just couldn't visualize you in one . They sold that hat off and on for years. I remember when I was doing apartment maintenance back in college, the boss told us we had to respond more quickly to calls. So we all got one of those hats on sale, and the next time he yelled for us, we showed up with light flashing and siren screaming. Fortunately, he laughed too :-) You'll have to wear it to the next fest :-) :-) There is 1 Reply. #: 11966 S10/OS9/6809 (CoCo) 26-Aug-91 13:06:44 Sb: #11959-basic09 Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) It would be unusual to see the Bro. in fireman's hat, but that's easy to understand, old "habits" are hard to break. Lee #: 11912 S10/OS9/6809 (CoCo) 23-Aug-91 22:06:04 Sb: basic09 Fm: Paul Hanke 73467,403 To: Kevin Darling 76703,4227 (X) It worked fine and does the job. Thanks for the tip on the syscall tutorial. -ph- #: 11928 S10/OS9/6809 (CoCo) 24-Aug-91 16:54:27 Sb: for Sale Fm: Sunny Lowe 72447,1037 To: all These are some Items I have for sale. Burke and Burke Hard disk interface with clock/cal $50 Burke and Burke Auto Boot Rom $30 Puppo IBM Keyboard Interface $50 Original Large White Multipak $50 White COCO 2 $25 White FD-501 Floppy case with 2 720k drives and short controler $125 Radio Shack serial pak Black case $40 almost every piece of COCO software ever writen $5-$30 /per 512k COCO $Make reasonable offer CM8 Color Monitor RGB $100 All equipment is in original cases and will be shipped COD or apon check clearing. If prices seem out of line, make offer. It will be considered. Please make offers with E-Mail so I will get them before these messages scroll. Lewis (Sunny) Lowe 72447,1037 #: 11983 S10/OS9/6809 (CoCo) 27-Aug-91 06:43:45 Sb: #11955-#DS-69B Fm: Mike Haaland 72300,1433 To: Lee Veal 74726,1752 (X) Oops! My goof! No Sir! I hadn't been aware of the problem you mentioned. What print dump are you using and for what printer? I've used the Epson, IBM, DMP105 and CGP-220 drivers here and had no problems. Does the problem go away if you print with Squashing off, (From the menu), or if you print Squashed pictures from disk? Mike There are 2 Replies. #: 12004 S10/OS9/6809 (CoCo) 28-Aug-91 17:44:46 Sb: #11983-DS-69B Fm: Lee Veal 74726,1752 To: Mike Haaland 72300,1433 (X) Mike, I use the Epson driver, even on my Citizen Printer. The other printer that I use is a 'real' Epson FX-1050. The problem of squashing/unsquashing seems to be unrelated to the print problem. (One of my previous messages appears to have gotten squashed itself, making it look like I was saying that the two problems were connected. As aar as I can tell, they're not.) And I haven't noticed any differences in the printing problem between printing from the MVCanvas menu or directly from a command line using PRTDMP. Here's a more detailed explanation of what appears to be happening. The squashing/unsquashing problem seems to have a tendency to clobber RAM. If I deal only with unsquashed .VEF files then I don't have any problems with RAM being stepped on. However, if I deal with squashed .VEF files, then I generally get my RAM stepped on. The system doesn't completely crash, usually I can still switch from window to window using the key. If I try to do anything on the GSHELL+ screen, like refresh the screen by clicking on the directory bar, I find that some of the font area has been clobbered as well as the location in RAM where the icons and mouse pointers are stored. That in itself is pretty weird, because if the mouse pointers have been clobbered, then I shouldn't be able to see it on the GSHELL+ screen in order to place it on the Directory bar in order to refresh the screen display. Makes me wonder if just some address pointers are getting corrupted somehow. When I load a squashed VEF file the mouse pointers on the MVCanvas dosappear, too. Things go down hill from there. When GSHELL+ redisplays the directory, the icons are gone, the file names still display but the icons don't appear on the screen anymore. --------------- The printing problem appears to happen when there's a lot of dithering on the screen. If I use colors other than black and white, the MVC PRTDMP program tries to simulate those colors by dithering the output. That forced dithering seems to cause the printer to jump about skewing lines, sometimes even dropping out of graphics mode and printing double wide, #: 12005 S10/OS9/6809 (CoCo) 28-Aug-91 17:46:19 Sb: #11983-DS-69B Fm: Lee Veal 74726,1752 To: Mike Haaland 72300,1433 (X) ....continued from previous message... special fonts, or even narrow characters. As I recall, the dithering that occurs somewhat naturally even with just black and white will throw the printer into a tail spin. I'll have to check that again to make sure, though. ---------------- One other quick questions. Please review the steps that I must follow in order to use one of the fill patterns. ----------------- I can send you copies of printouts that are badly scrambled. And I can send you copies of the same picture that printed okay when I changed the colors to black and white only. Thanks, Lee P.S. And now for something completely different... I purchased a copy of ShellMate through FHL. I sent Frank a letter detailing some of the problems that I had with the program just in the first couple of hours of use. He said that he had sent the letter to you because you were acting as distributor for the product. Do you know if you've even received my letter from Frank? What's the status of ShellMate? Is the product dead? Should I try to get my money back? What? LV #: 11997 S10/OS9/6809 (CoCo) 27-Aug-91 23:01:48 Sb: #11959-basic09 Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) I'm just crazy enough to do it... Br. Jeremy, CSJW #: 12008 S10/OS9/6809 (CoCo) 29-Aug-91 00:51:53 Sb: #232 help! Fm: Everett Chimbidis 76370,1366 To: all I would like to use My Harddrive with more than one coco! I have 2 80meg harddrives in to a multipack and in the multi pak i have the disk card and the harddrive card and 2 rs-232ports. Also have another 232 port that i can plug into A coco 2 or 3! WHAT do i use the 2 or the 3? And will the program in the 232 pak work from 232 to 232? Any help? There is 1 Reply. #: 12013 S10/OS9/6809 (CoCo) 29-Aug-91 09:17:31 Sb: #12008-#232 help! Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 (X) Everett, Perhaps it's just too much coffee this morning .... but you lost me. Would you take it from the top ... slowly, and try again to tell us what your question is? Steve There is 1 Reply. #: 12023 S10/OS9/6809 (CoCo) 31-Aug-91 02:42:45 Sb: #12013-232 help! Fm: Everett Chimbidis 76370,1366 To: Steve Wegert 76703,4255 I would like to have a shell on another computer and use the hard drive on another computer! (see I have 3 coco 3s and 4 coco 2s) OK? #: 12047 S10/OS9/6809 (CoCo) 02-Sep-91 07:28:13 Sb: #12016-Speech/Sound Pak Fm: CHUCK WALKER 71161,205 To: Kevin Darling 76703,4227 (X) NO JUST WHEN I ACTIVATE THE CARTRIDGE FROM OS9 BUT I HIT RESET AND GO TO RS-BASIC SHE'LL WORK WITH NO PROBLEMS MEANING THAT OS9 HAS THE PROBLEM AND ITS NOT MY PROGRAM ITS THE SAME ONE AS WITH THE BASIC PROG. THAT COMES WITH THE CARTRIDGE, #: 12048 S10/OS9/6809 (CoCo) 02-Sep-91 09:19:28 Sb: #12037-#232 help! Fm: Everett Chimbidis 76370,1366 To: Steve Wegert 76703,4255 (X) Where Did you find t4 &t5? There is 1 Reply. #: 12049 S10/OS9/6809 (CoCo) 02-Sep-91 10:15:16 Sb: #12048-#232 help! Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 (X) Everett, A company called Ken-tron was selling rs232 paks in single and dual configurations. They supplied the needed descriptors. The dual pak was around $90 several years ago when I purchased it. Give me a holler if you'd like the address. I'll see if I can dig it up. Steve There is 1 Reply. #: 12066 S10/OS9/6809 (CoCo) 04-Sep-91 00:19:47 Sb: #12049-#232 help! Fm: Everett Chimbidis 76370,1366 To: Steve Wegert 76703,4255 (X) Do you know where I can find one now? And what about the descriptors??? Do they work on deffrent ports? There is 1 Reply. #: 12070 S10/OS9/6809 (CoCo) 04-Sep-91 08:03:05 Sb: #12066-#232 help! Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 (X) The last telephone number I had for them was off an old issue of the defunct 'CoCo Clipboard Magazine' but you're welcome to try it: Ken-Ton Electronics 187 Green Acres Rd Tonawanda, NY 14150 1-716-837-9168 The descriptors come mapped to the ports you select. Typically, the dual pak is configured for /t2 and /t3 or /t4 and /t5. The only difference being the name and address. Hope this helps. Let me know if they're still around. Steve There is 1 Reply. #: 12079 S10/OS9/6809 (CoCo) 04-Sep-91 23:40:15 Sb: #12070-#232 help! Fm: Everett Chimbidis 76370,1366 To: Steve Wegert 76703,4255 (X) can you mabe send me mailed upload with the one i can run in port 2? I have t2 but thats it! Thanks for the help! There is 1 Reply. #: 12090 S10/OS9/6809 (CoCo) 05-Sep-91 21:11:52 Sb: #12079-#232 help! Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 (X) Everett, Your message is a bit jumbled. What exactly are you in need of? Steve There is 1 Reply. #: 12091 S10/OS9/6809 (CoCo) 05-Sep-91 22:48:21 Sb: #12090-232 help! Fm: Everett Chimbidis 76370,1366 To: Steve Wegert 76703,4255 I need t3 or t4 or t5!! The one that works with slot 2 in the multi pak #: 12051 S10/OS9/6809 (CoCo) 02-Sep-91 12:52:38 Sb: #Eliminator Fm: Art Doyle 71565,262 To: Bruce Isted Hi Bruce, I have just completed a major rework of my system, and have pitched the Tandy HD by replacing it with your eliminator. All the power and controller stuff is now installed in a PC tower case, with only the CC3 on my desk. It works great! Only one problem tho...Wddisk is unable to read the files on my Tandy 35meg drive. I have mucked aroound with dmode, tried to use CC3hdisk to transfer to /H0 under wddisk, and generally have exhausted everything I can think of to EASILY transfer my old hd info to the new system. If I can't get it to work, only the floppy transfer is left open (yech). Do you have any ideas? nam=DD mgr=RBF ddr=WDDisk hpn=07 hpa=FF70 drv=00 stp=0F typ=82 dns=01 cyl=01FF sid=08 vfy=01 sct=0020 t0s=0020 ilv=11 sas=20 wpc=40 ofs=0001 rwc=0100 nam=H1 mgr=RBF ddr=CC3HDisk hpn=07 hpa=FF51 drv=01 stp=00 typ=80 dns=00 cyl=0200 sid=08 vfy=00 sct=0020 t0s=0020 ilv=1A sas=20 wpc= ofs= rwc= Both drives are Quantum Q540s. Arth drives are Quantum Q540s. There is 1 Reply. #: 12053 S10/OS9/6809 (CoCo) 02-Sep-91 13:37:54 Sb: #12051-Eliminator Fm: Kevin Darling 76703,4227 To: Art Doyle 71565,262 (X) I suspect that you'll need your old Tandy HD setup also. Use both systems to transfer the data. Different controllers put different formatting on HDs... they're not like interchangeable floppy formats. #: 12052 S10/OS9/6809 (CoCo) 02-Sep-91 13:32:25 Sb: RSM.PAK Fm: James Whitaker 70355,431 To: All I have uploaded a Basic09 program which works as a mouse driven front end for the RSDOS command. It uses the new GFX2 for pull down menus. You can copy whole disks or directories or selected files between RSDOS and OS9. You can also format RSDOS disks. It is in Data Library #10 under the name RSM.PAK. #: 12055 S10/OS9/6809 (CoCo) 02-Sep-91 23:52:35 Sb: #12033-Newspaper09 Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) I have not had any experience with it as of yet. I currently use MAX-10 and had hoped to write an OS-9 version but at this point my programming skills are sadly lacking for the task. It sounds as if you are unhappy with NEWSPAPER 09. I had planned on buying it. Could you be a little more specific in what you find wrong with it. SInce MAX-10 is the undisputed standard for comparison for COCO dtp's what are NEWSPAPER 09's faults. I would guess: too small of buffer, not enough control, columns graphics, etc. not enough fonts, too slow. I wish it were simple to port MAX-10 over to OS-9. If it were possible to do so, and then have a utility to convert the font disks over, I for one would gladly pay the $79.95 that I originally paid for MAX-10 all over again. Colorware never seemed interested, but it raises a question, could such a porting be done if one had the source code? I am interested in seeing an indept review of NEWSPAPER09. Best wishes, Br. Jeremy, CSJW #: 12067 S10/OS9/6809 (CoCo) 04-Sep-91 00:45:45 Sb: #mod help Fm: Everett Chimbidis 76370,1366 To: all I have 2 modules in my boot I can't seem to remember what they are or what they do and if i realy need them in my boot. the are MD and M2W . ANy help? There is 1 Reply. #: 12068 S10/OS9/6809 (CoCo) 04-Sep-91 00:58:09 Sb: #12067-mod help Fm: Lee Veal 74726,1752 To: Everett Chimbidis 76370,1366 (X) Aren't they something from The Wiz? The Wiz is a smart terminal package. #: 12098 S10/OS9/6809 (CoCo) 06-Sep-91 07:21:09 Sb: #12091-232 help! Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 (X) It's a bit more complicated than just adding a descriptor to pick up another serial port, Everett. If you already have /t2 installed and are using a stock addressed rs232 pak, plugging in another stock 233pak won't work. It's hardware address will need to be modified so as not to be in conflict with the other. If you get hold of one of the paks from Ken-ton, it's addresses will be set up so they don't confilct. Steve #: 12099 S10/OS9/6809 (CoCo) 06-Sep-91 07:23:53 Sb: #12091-232 help! Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 (X) In LIB10 look for MPI232.TXT. It will give you the info you need to modify a second 232pak to co-exisit with a stock addressed rs232 pak. Steve #: 12102 S10/OS9/6809 (CoCo) 06-Sep-91 09:42:52 Sb: #mod help Fm: Everett Chimbidis 76370,1366 To: all Wwhere Do I find os9p3 or aciadrv?? There is 1 Reply. #: 12103 S10/OS9/6809 (CoCo) 06-Sep-91 14:27:55 Sb: #12102-#mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) os9p3 is available for download here. Just go to LIBrary 9/Utilities. The file is os9p3.ar which means you will need to extract it with ar.bin which you can also download. The size of os9p3 is less than 10K. It will take you about 45 seconds to download it at 2400 baud, or about 8.5 minutes if you use 300 baud. Be sure to carefully follow instructions for installing it in your system or you will not be able to boot os9. One more thing: I presume you have Level 2 which is required. There is 1 Reply. #: 12107 S10/OS9/6809 (CoCo) 07-Sep-91 02:19:28 Sb: #12103-#mod help Fm: Everett Chimbidis 76370,1366 To: Erich Schulman 75140,3175 (X) Yes thanks for the info do you know how to set up your boot disk? with the blocks in the right spots? There is 1 Reply. #: 12121 S10/OS9/6809 (CoCo) 07-Sep-91 23:45:54 Sb: #12107-#mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) The way I have come to prefer is to use the program EZGen. You cannot download it; you must buy it. EZGen, however, is not good for those who are not already familiar with boot files and the like. If you have two disk drives, follow the directions in your OS-9 manual for the command os9gen. Using os9gen on a single drive is possible but rather difficult. To build your new bootlist, you must first find out what is already in your os9boot. You can do this with Modbuster or Bootsplit both of which can be downloaded. You can also use ident -s os9boot. The order in which modules appear in your boot list ranges from important to absolutely vital, and you have no easy way to know just how critical it is on your CoCo3. In some cases, you even have to get certain modules into one block of memory. So follow direcctions for where to insert os9p3 and build your bootlist accordingly. For the future, you might find EZGen a good program to have. So if you want to get it now anyway, I'll help you do it right. Tip No. 1: Make at least one backup of your present boot disk so you can always wipe the slate clean. I've been quite successful with EZGen, but I have had to restore my system disk from the backup before. Don't learn the hard way. There is 1 Reply. #: 12125 S10/OS9/6809 (CoCo) 08-Sep-91 11:01:59 Sb: #12121-mod help Fm: Everett Chimbidis 76370,1366 To: Erich Schulman 75140,3175 I have ezgen I just don't know how to make them fit into the blocks!! How do you know when you have a block filled, or overfilled? I will send you a copy of my boot (idented -s ) if you think you can help! #: 12109 S10/OS9/6809 (CoCo) 07-Sep-91 04:54:10 Sb: #12052-RSM.PAK Fm: Kevin Darling 76703,4227 To: James Whitaker 70355,431 Hey James... got down your RSM program, and it's pretty neat... especially the custom request overlays. Just had to say "thanks!". #: 12112 S10/OS9/6809 (CoCo) 07-Sep-91 13:15:42 Sb: #12047-Speech/Sound Pak Fm: Sunny Lowe 72447,1037 To: CHUCK WALKER 71161,205 Have you upgraded the cartridge for the 2 mz speed of the COCO 3? It won't work if you havn't. Sunny #: 12120 S10/OS9/6809 (CoCo) 07-Sep-91 21:27:50 Sb: #Mouse_Hlp Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling, 76703,4227 (X) Dear Kevin: I am working on a project and I need to show the x/y co-ordinates of the mouse on the screen. The only code I could find in the Tandy OS-9 manual was for the low or medium resolution joystick. I used the sample from your Syscall Tutorial PROCEDURE SS_Mouse TYPE stack=CC,A,B,DP:BYTE; X,Y,U:INTEGER DIM reg:stack BASE 0 DIM I_GetStt,SS_Mouse,mouse(32):BYTE I_GetStt=$8D SS_Mouse=$89 LOOP reg.A=0 reg.Y=0 reg.X=ADDR(mouse) RUN Syscall(I_GetStt,reg) PRINT "Mouse X = "; mouse(28)*256+mouse(29); " "; PRINT "Mouse Y = "; mouse(30)*256+mouse(31) EXITIF mouse(8)<>0 THEN PRINT "Left button Hit" ENDEXIT ENDLOOP I get the following: PRINT "Mouse X = 31091 Mouse Y = 25441 Left button Hit What I would like to be able to do is get numbers like x=(between 0 to 639) y=(between 0 to 191) Plus the numbers didn't change when I moved the mouse. What am I doing wrong? Confusedly yours, Br. Jeremy, CSJW There is 1 Reply. #: 12123 S10/OS9/6809 (CoCo) 08-Sep-91 03:27:13 Sb: #12120-Mouse_Hlp Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 Br Jeremy - you/we forgot to set the reg.B to the statcall! PROCEDURE SS_Mouse (* message 12120 TYPE stack=CC,A,B,DP:BYTE; X,Y,U:INTEGER DIM reg:stack BASE 0 DIM I_GetStt,SS_Mouse,mouse(32):BYTE I_GetStt=$8D SS_Mouse=$89 LOOP reg.A=0 reg.B=SS_Mouse \ (* <======== aha! reg.Y=0 reg.X=ADDR(mouse) RUN Syscall(I_GetStt,reg) PRINT "Mouse X = "; mouse(28)*256+mouse(29); " "; PRINT "Mouse Y = "; mouse(30)*256+mouse(31) EXITIF mouse(8)<>0 THEN PRINT "Left button Hit" ENDEXIT ENDLOOP Also, this assumes autoselect of mouse; that is, that you've run one of those gshell or setmouse or etc utils or patches first so that the system knows that your hires mouse is in the right (or left) port. - kev #: 12129 S10/OS9/6809 (CoCo) 08-Sep-91 13:29:32 Sb: #12125-mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) Do you have a copy of the current issue of The Rainbow? They tell you in there; check the OS-9 q&a column. But what you need to do is check the offset for each module within the os9boot file. The first block contains every module with offsets from $0000 through $1FFF, the second block is from $2000 through $3FFF, etc. This may or may not be important on your CoCo. For now, don't try to fit to blocks and see if that's OK. If not, we can resequence later. Do you have ezgen 1.09? That's what I have, and I want to be sure our programs will agree. Instead of the ident -s, try using ezgen -d -m -o os9boot. Wait a long time for the disk drive to finish. Then type ?[enter]. That will give you a listing of your modules and their offsets in the os9boot file. Use tmode pause beforehand, or you'll have to be quick on the ctrl-w. Take down that information. Have you yet downloaded os9p3 and extracted it? You will need to know where to put it before you can go further. If you know where to put it, its position will become obvious once you get that listing. Then type q[enter] to quit. The -o will cause ezgen to leave your present file alone and not change it (for now). The listing may help, so do send me a copy of what you get from ezgen. How many disk drives do you have? To actually add os9p3 via ezgen, it will make a difference in the required technique. #: 12132 S10/OS9/6809 (CoCo) 08-Sep-91 17:12:49 Sb: #mod help Fm: Everett Chimbidis 76370,1366 To: 75140,3175 (X) All I have for EZgen is ver 1.02 (I have no -m command in this ver) He gave me no update !! What do I have to do to get a copy?? Can you upload a copy in email? There is 1 Reply. #: 12153 S10/OS9/6809 (CoCo) 09-Sep-91 23:35:59 Sb: #12132-#mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) EZGen is commercially distributed and I therefore cannot legally upload it. I'd suugest you upgrade to 1.09. The only way Burke & Burke distributes updates is selling them. Just send them $5.00 and a copy of your 1.02's sales receipt. If you don't have the receipt, they might accept the original disk or something: contact them. Their address is Box 733, Maple Valley, WA 98038. Orders go to 800 237 2409. One thing you might also find helpful--and you CAN download it--is kutil. I just got it, but I have yet to even extract it. This will make it easier to edit the OS-9 kernel by converting kernel<-->disk file. Get a copy of that and check it out for yourself. Meanwhile, it is possible to install os9p3 even without EZGen, esp. if you have 2 disk drives. Let me know if you want to proceed this way or if you'd rather wait for a EZGen upgrade. There are 2 Replies. #: 12169 S10/OS9/6809 (CoCo) 10-Sep-91 19:14:10 Sb: #12153-mod help Fm: Everett Chimbidis 76370,1366 To: Erich Schulman 75140,3175 It's not just os9p3 i need to install i want to run multivu and I keep running out of ram memory! I will upload you some stuff mabe will help you help me? #: 12170 S10/OS9/6809 (CoCo) 10-Sep-91 19:22:26 Sb: #12153-mod help Fm: Everett Chimbidis 76370,1366 To: Erich Schulman 75140,3175 Where do I find kutil?? And does it have a ext? #: 12133 S10/OS9/6809 (CoCo) 08-Sep-91 17:13:04 Sb: #12123-Mouse_Hlp Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) I see where I made my mistake. The good thing is, I understand your explanation. It is coming together. Thanks for the help, Br. Jeremy, CSJW #: 12134 S10/OS9/6809 (CoCo) 08-Sep-91 18:44:52 Sb: #12109-RSM.PAK Fm: James Whitaker 70355,431 To: Kevin Darling 76703,4227 (X) Your welcome. I found the new GFX2 really makes it easy to program those pulldown menus. #: 12140 S10/OS9/6809 (CoCo) 09-Sep-91 00:11:56 Sb: #Public Domain Fm: NEAL STEWARD 72716,1416 To: sysop (X) How can I find out which software has been released as public domain? Our CoCo club has taken a string anti-piracy stand and will not place copywrited software on our bbs. What is the legal status of software written or distributed by now defunct companies? Can distributio rights be obtained? Who own the rights to such software, the author or the distributor? Any help would be greatly appreciated, and beneficial to the Erie County Color Computer Club. There is 1 Reply. #: 12154 S10/OS9/6809 (CoCo) 09-Sep-91 23:53:54 Sb: #12140-Public Domain Fm: Erich Schulman 75140,3175 To: NEAL STEWARD 72716,1416 If software is p.d. or shareware, it will probably so state. Commercial software usually states that distribution is prohibited. All software that is not public domain is protected under the law which applies to it, either the 1909 law or the 1976 law. Even if the company is now defunct, you can be sure rights were transferred to someone first. Even if not, the software is technically still copyrighted. You can get distributionrights provided an exclusive license has not been given to someone else already. Of course, they set the terms and price. For that matter, you could even buy the entire copyright unless the owner is hampered by exclusive licenses issued. All rights belong to the author unless the author was paid in which case rights generally belong to the author's employer. You might want to research the Copyright Law of 1976 (Title 17 U.S.C.), esp. Chapter 1. Also, go by the legal forum (GO LAWSIG, I think) and the Shareware Association's forum (can't recall how to get there right now). #: 12163 S10/OS9/6809 (CoCo) 10-Sep-91 08:09:27 Sb: Multi-Pak Fm: David Betz 76704,47 To: all I just acquired an ancient (grey case with internal power supply) Multi-Pak interface for the CoCo. Can someone point me to the instructions for updating this to work with a CoCo3 under OS-9? I seem to remember some modification involving interrupts that needs to be done to allow the RS232 pak to work correctly. On that subject, does anyone have an RS232 pak they're interested in selling? I'm also interested in a hard disk controller that can handle SCSI drives. Thanks, David Betz Press !>e! The following program will work, no stack increase or other problems. Note that v:without the sleep() only the first ctrl-e will be recognized. Guess the F$Sleep must reset things somehow. #include #include int iflag; jmp_buf jmpbuffer; icept(signal) int signal; { iflag=signal; printf("Signal %d processed, stack %x\n",signal,freemem()); if(signal==3) exit(0); /* exit for ctrl-c */ else longjmp(jmpbuffer,0); /* restart for ctrl-e */ } main() { setjmp(jmpbuffer); i] intercept(icept); printf("Program restarted, stack %x\n",freemem()); for(;;){ if(iflag){ printf("The signal flag was set in icept()\n"); iflag=0; sleep(2); /* NEEDED!!! */ } } } continued... {/ex post reply 12166 ...continued So, I'm back to where I started. I have a technique I've used under Level II, and it works fine (maybe??) under OSK. It all seems to be a bit too simple, but maybe we were making it too hard. The thing that I failed to see is that there was nothing special about going to the end of the intercept routine. All it does is a RTS. I assume that when {the interpupt is done OSK sets that stack up with the point in the program as the return address and then jumps to the intercept routine. But there is no difference between going to the end of the intercept routine and doing a return there than there is going to any other function... And since the setjmp() saves all the data and address registers and longjmp() just restores them, using this combo maintains the stack integrity. Now, I'm still confused my MW's refusal to permit this technique. After all, it _appears_ to work! There are 2 Replies. #: 12172 S10/OS9/6809 (CoCo) 10-Sep-91 22:21:47 Sb: #12169-#mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) I reviewed docs for os9p3 so I'll be better prepared. Let me know if you are upgrading EZGen or if you want to go on now. Do you have 128K? If so, that's why you have a lot of trouble with MultiVue. You have upon bootup, at most, 56K free. Possibly even 40K depending on the boot file's contents. When I had 1228K, I had 40K free for OS-9. Even with 56K, you just have too little to get much done, esp. with something like MV in RAM. There are other advantages to 512K both in and out of MV so if you have 128K, I'd suggest you upgrade soon. It will make a big difference. And since you do have MV (I was going to ask later on too! :-) ), you might want to install some of MV's modules in your boot file along with os9p3. They will work and can be quite helpful. Some applications require the windint module whether you're using MV or not. Right now, you might want to put MV's fstat command in your usual commands directory, then do fstat /d0/sys/stdfonts (or any other file you want to check). I think you'll find fstat to be a helpful MV thing you can always use in OS-9. But it does use 16K I believe. I did get your email; I'll examine it in detail later on. But I'd say we're about ready to get down to work. There is 1 Reply. #: 12174 S10/OS9/6809 (CoCo) 10-Sep-91 23:39:59 Sb: #12172-#mod help Fm: Everett Chimbidis 76370,1366 To: Erich Schulman 75140,3175 (X) I do have a 512 k computer and have mv do you need to see fstat on some of my files? I am ready to go on now !! No time to waste! OK? There is 1 Reply. #: 12195 S10/OS9/6809 (CoCo) 11-Sep-91 22:55:53 Sb: #12174-mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) No, I don't need fstat on anything you have. I just wanted to make sure you were aware that you can use fstat any time you're using OS-9, and IMHO it's a helpful command. Since you do have 512K, do you also have RAMdisk software? Using a RAMdisk will make changing your boot file both faster and a little easier (esp. if you have a one-drive system). #: 12173 S10/OS9/6809 (CoCo) 10-Sep-91 22:23:21 Sb: #12170-#mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) I didn't get kutil on cis so I'm not sure if you can download it here or not. I'll see if I can find it and if I can't I'll upload it. There is 1 Reply. #: 12175 S10/OS9/6809 (CoCo) 10-Sep-91 23:41:28 Sb: #12173-#mod help Fm: Everett Chimbidis 76370,1366 To: Erich Schulman 75140,3175 (X) OK I can't wait to get the file!! Also will reupload you a list in Email ok? There is 1 Reply. #: 12196 S10/OS9/6809 (CoCo) 11-Sep-91 22:59:37 Sb: #12175-#mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) kutil doesn't seem to be available for download on CIS. I will upload it to Library section 9 (Utilities) soon. That way everyone can download it and try it out. You will =not= need kutil to install os9p3, but it would still be a good program to have. There is 1 Reply. #: 12200 S10/OS9/6809 (CoCo) 12-Sep-91 00:39:20 Sb: #12196-#mod help Fm: Everett Chimbidis 76370,1366 To: Erich Schulman 75140,3175 (X) Do I need any other programs to show you my boot? There is 1 Reply. #: 12201 S10/OS9/6809 (CoCo) 12-Sep-91 00:52:28 Sb: #12200-#mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) Not really. Ident is sufficient, though a listing of EZGen might be good to have as well. I believe your email's have enough info. There is 1 Reply. #: 12213 S10/OS9/6809 (CoCo) 12-Sep-91 20:34:23 Sb: #12201-#mod help Fm: Everett Chimbidis 76370,1366 To: Erich Schulman 75140,3175 (X) When will you have the bootlist done? There is 1 Reply. #: 12218 S10/OS9/6809 (CoCo) 12-Sep-91 22:57:30 Sb: #12213-mod help Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) We'll be ready soon. Check your Email. #: 12188 S10/OS9/6809 (CoCo) 11-Sep-91 20:53:16 Sb: #UMUSE for MM1 Fm: Bert Schneider 70244,427 To: Lee Veal 74726,1752 (X) Hey Mike, need any other beta testers for UMUSE for the MM1? I'd be glad to help out! Please let me know! Bert There is 1 Reply. #: 12197 S10/OS9/6809 (CoCo) 11-Sep-91 23:15:40 Sb: #12188-#UMUSE for MM1 Fm: Lee Veal 74726,1752 To: Bert Schneider 70244,427 (X) I think you've got the wrong person. M' name's Lee, not Mike... ..but Mike might want your help, but you'd better ask him for sure. ;-) Lee There is 1 Reply. #: 12270 S10/OS9/6809 (CoCo) 16-Sep-91 22:14:18 Sb: #12197-UMUSE for MM1 Fm: Bert Schneider 70244,427 To: Lee Veal 74726,1752 (X) Sorry! I guess I hit the wrong button when I was reading messages!!!! #: 12194 S10/OS9/6809 (CoCo) 11-Sep-91 22:13:13 Sb: #Lines/Put/etc Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling, 76703,4227 (X) Dear Kevin Based on advice which you gave to George Hendrickson in MSG 9952, I tried the following code: PROCEDURE TestNewLine (* usage: RUN NewLine(path,a,b,c,d) DIM path,a,b,c,d:INTEGER path=1 RUN gfx2("CLEAR") RUN NewLine(path,10,25,10,75) PROCEDURE NewLine (* usage: RUN New(path,etc) Param path,a,b,c,d:INTEGER DIM esc(10):BYTE esc(1)=$1B esc(2)=$44 esc(3)=a/256 esc(4)=land(a,$FF) esc(5)=b/256 esc(6)=land(b,$FF) esc(7)=c/256 esc(8)=land(c,$FF) esc(9)=d/256 esc(10)=land(d,$FF) PUT #path,esc It worked, sort of. Instead of getting a staight line, I got a diagonal. I figured out that the calling program had to have all the values in hex. When I changed it, the program worked. Is there any way around this. I would like to be able to call NewLine with the same parameters as I would in calling the gfx2 Line command. Is there a short piece of code which could convert the decimal to hex prior to being processed by newline? This is all still sort of new to me, so please forgive my asking what should be obvious. As ever, Br. Jeremy, CSJW There is 1 Reply. #: 12202 S10/OS9/6809 (CoCo) 12-Sep-91 03:27:09 Sb: #12194-#Lines/Put/etc Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Jeremy - one key is, you first must send a "move-to" escape code ($1b 40 x y) with the first coordinate, and then the "line-to" code ($1b 44 x y). PROCEDURE TestNewLine (* usage: RUN NewLine(path,a,b,c,d) DIM path,a,b,c,d:INTEGER INPUT "line x1,y1,x2,y2 ",a,b,c,d path=1 RUN gfx2("CLEAR") PRINT \ PRINT \ PRINT \ PRINT RUN NewLine(path,a,b,c,d) END PROCEDURE NewLine (* usage: RUN New(path,etc) PARAM path:INTEGER PARAM a,b,c,d:INTEGER TYPE line_esc=esc1,esc2:BYTE; x,y:INTEGER DIM code:line_esc code.esc1=$1B code.esc2=$40 code.x=a code.y=b PUT #path,code \ (* send move-to a,b code.esc2=$44 code.x=c code.y=d PUT #path,code \ (* send line-to c,d END PS: I got a little fancy on the TYPE/DIM stuff... only to make using the coordinate a little easier/faster, perhaps. - kevin There is 1 Reply. #: 12215 S10/OS9/6809 (CoCo) 12-Sep-91 21:01:15 Sb: #12202-Lines/Put/etc Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Thank you Kevin. I will probably have more questions after I have had a chance to play with this --Br. Jeremy, CSJW. #: 12252 S10/OS9/6809 (CoCo) 15-Sep-91 01:14:16 Sb: #11912-#basic09 Fm: David Breeding 72330,2051 To: Paul Hanke 73467,403 (X) Saw your questions about gs.stype. I wrote a program (subroutine) for use with b-09, similar to gfx2. It's name is "gfx3.ar". I didn't upload it myself, but seems like I saw it somewhere in the library. At least it had the same name. Grab it and give it a look-see. If you can't it, you might leave me a msg or as I don't get online too often, you may give me a call at 502-866-6185. I'm getting such lousy reception that I din't know if it was right or not. The # is 50232 try again- 502-866-6185. I'm usually available between 8pm and 10pm central time. Good luck. (Not sure what this msg will look like, with all my garbage. There is 1 Reply. #: 12255 S10/OS9/6809 (CoCo) 15-Sep-91 17:49:24 Sb: #12252-basic09 Fm: Paul Hanke 73467,403 To: David Breeding 72330,2051 Just grabbed gfx3.ar from the coco6809 library and will peek inside sometime later this evening. Thanx. -ph- #: 12281 S10/OS9/6809 (CoCo) 18-Sep-91 21:30:39 Sb: #Easy HD Backups Fm: Art Doyle 71565,262 To: Kevin Darling Whew! Finally managed to transfer that old Tandy HD system onto the eliminator. After several close calls, I ended up losing only one file. Had to use 40trk ds floppies to transfer - lots of em. My doggone arm hurts. Now what are the chances that we'll EVER see a resonably priced, easy to use backup system? Opinions? Art P.S. Is this project also on the back burner like my CD ROM request [grin]? There is 1 Reply. #: 12283 S10/OS9/6809 (CoCo) 19-Sep-91 02:23:17 Sb: #12281-Easy HD Backups Fm: Kevin Darling 76703,4227 To: Art Doyle 71565,262 (X) Hmmm. I think a couple of people have tape backup units on their coco now; but not sold commercially (or maybe they are? dunno). I'm pretty sure that Chris Burke and/or Roger Krupski had one set up for themselves. Mostly, I'd guess that people are waiting for the SCSI tape units to become much cheaper. Got me... I still use dsave :-) #: 12297 S10/OS9/6809 (CoCo) 19-Sep-91 23:40:28 Sb: #Using Nil devices Fm: Erich Schulman 75140,3175 To: ALL I have never found any documentation for the Nil drivers in Tandy's OS-9 Development System package. I have always wondered exactly what they are for, and even more so after seeing them in Rainbow's sample boot list. I once tried redirecting some text to Nil but got a Media Full error after a few seconds. So what makes these devices useful, and how might one put them to use? There is 1 Reply. #: 12302 S10/OS9/6809 (CoCo) 20-Sep-91 01:23:10 Sb: #12297-Using Nil devices Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Sounds like you simply did a "list file >nil" which created a file. Make sure you put the "/" in front: "list file >/nil"... which should dump the output into the great bit bucket in the sky. It's handy from a script file at times: when you don't want to see error messages or standard output names, etc. #: 12303 S10/OS9/6809 (CoCo) 20-Sep-91 03:37:33 Sb: #A New Copy/Move utility Fm: George Hendrickson 71071,2003 To: all Anyone have a new copy/move utility that auto senses if the file is being copied/moved to another dir/drive? We OS9 users need such a utility! Maybe something written in C or ML would be nice! Anyone good at writing such a thing? Any volunteers? I'd write one but I don't have the C compiler and I'm unfamiliar with OS9 ML.. HELP! There is 1 Reply. #: 12314 S10/OS9/6809 (CoCo) 20-Sep-91 12:59:04 Sb: #12303-#A New Copy/Move utility Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 (X) George - Have you checked DL9 or DL10 for 'mv'? It appears to do all that you're looking for. Also, there's a clone of Unix's 'cp' command. Pete There are 2 Replies. #: 12369 S10/OS9/6809 (CoCo) 22-Sep-91 03:25:21 Sb: #12314-A New Copy/Move utility Fm: George Hendrickson 71071,2003 To: Pete Lyall 76703,4230 (X) I haven't seen 'mv'...I'll look for it and try it out..I use 'cp' quite a bit. It is very useful! #: 12370 S10/OS9/6809 (CoCo) 22-Sep-91 03:39:36 Sb: #12314-#A New Copy/Move utility Fm: George Hendrickson 71071,2003 To: Pete Lyall 76703,4230 (X) I looked for 'mv' but couldn't find it in DL9 or DL10. Any ideas where it could be? Thanks... There are 3 Replies. #: 12371 S10/OS9/6809 (CoCo) 22-Sep-91 10:03:51 Sb: #12370-A New Copy/Move utility Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 (X) George - I believe it was in the UGLIB area..... let me scan.. Pete #: 12372 S10/OS9/6809 (CoCo) 22-Sep-91 10:07:15 Sb: #12370-#A New Copy/Move utility Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 (X) George - In the file PURGED.TXT, there's a file listed as MV09.AR... I'll wager that's it. Ask Mike Ward [76703,2013] to recover it for you. Also, it appears that there's a 68k version as well... may include source if you to move it to a 6809. Go to DL5 and type: BRO MV* Pete There is 1 Reply. #: 12389 S10/OS9/6809 (CoCo) 24-Sep-91 02:47:33 Sb: #12372-A New Copy/Move utility Fm: George Hendrickson 71071,2003 To: Pete Lyall 76703,4230 (X) Thanks! I'll ask Mike for the file.... #: 12373 S10/OS9/6809 (CoCo) 22-Sep-91 12:57:13 Sb: #12370-#A New Copy/Move utility Fm: Mike Ward 76703,2013 To: George Hendrickson 71071,2003 (X) George, I just uploaded MV09.AR to Lib 5. The 68k version is MV68K.AR in the same library. There is 1 Reply. #: 12390 S10/OS9/6809 (CoCo) 24-Sep-91 02:49:30 Sb: #12373-#A New Copy/Move utility Fm: George Hendrickson 71071,2003 To: Mike Ward 76703,2013 (X) BOY! That was fast!! I just left Pete Lyall a message saying that I was going to leave you a message and next message I read was from you! Now that's what I call service! Thanks! I'll download the files... There is 1 Reply. #: 12391 S10/OS9/6809 (CoCo) 24-Sep-91 05:38:32 Sb: #12390-A New Copy/Move utility Fm: Mike Ward 76703,2013 To: George Hendrickson 71071,2003 Anytime George... I hope the files help you out. #: 12362 S10/OS9/6809 (CoCo) 21-Sep-91 11:46:55 Sb: #cgp220 driber Fm: emmett riordan 73367,636 To: [F] ALL I have been pleasently suprised to find an emerging library of graphic software for OS09 [DI have been experimenting with a variety of formats and relaized that I would like to use my CGP-220 printer to get color printo [Dprintouts. I have not been able to locate any printer drivers for the CGP-220 on any of the local boards or listed from any vendors. I guess another option would be to port thr images over to a CM3 format but again, no software seems to be available. Is anyone sharing this problem? Is there a driver that will permit a user to use their color printer under OS9. I could solve this problem by simply doing this from my PC but that is simply not the same as working from OS). Any help would be appreciated. There is 1 Reply. #: 12363 S10/OS9/6809 (CoCo) 21-Sep-91 13:55:10 Sb: #12362-cgp220 driber Fm: Kevin Darling 76703,4227 To: emmett riordan 73367,636 Hi Emmett, Sure, just drop into Lib 10, and do a "bro /key:cgp*". I did, and found 3 interesting print utils. You might also want to get the vefio screen snapshot util/viewer (I believe called VEFIO.AR and WINFO.AR?) if you don't already have them. Yell if have any troubles. - kev #: 12375 S10/OS9/6809 (CoCo) 22-Sep-91 16:50:02 Sb: Hard drive Fm: PHIL SCHERER 71211,2545 To: ALL I currently have a SASI hard drive and I was wondering what it would take to convert to SCSI. Is it just a matter of getting a new controller and driver? #: 12379 S10/OS9/6809 (CoCo) 23-Sep-91 02:14:22 Sb: #ACIAPAK patch vs. SACIA Fm: Erich Schulman 75140,3175 To: ALL Which is re likely to improve my /t2's performance: a.) Patching ACIAPAK so as to increase its buffer size, or b.) Intalling SACIA drivers in place of ACIAPAK? I have the ACIAPAK patch and the SACIA drivers all ready. I just need to know which would more likely be a better long-term solution. Since I've been td that SACIA's xmode can't be used with /t1 and /p, can I continue using the regular xmode command with them? If not, is there any way I can retain ACIAPAK with SACIA without having to create a special boot disk just for SACIA? If the ACIAPAK patch would work better, what is the biggest buffer size one ought use (assuming I figure out how to modify the patch as per my download)? There are 2 Replies. #: 12392 S10/OS9/6809 (CoCo) 24-Sep-91 07:04:54 Sb: #12379-ACIAPAK patch vs. SACIA Fm: Bill Dickhaus 70325,523 To: Erich Schulman 75140,3175 (X) Erich, You're best bet is to use SACIA, and get rid of ACIAPAK all together. SACIA is based on the ACIAPAK that was to be released with the upgrade. It has all the new features, including being able to set the input buffer size in the device descriptor. You could have both SACIA and ACIAPAK in the same boot, but you would have to make up a new set of descriptors. Not only that, but I'm pretty sure that the clock module that comes withSACIA would require additional patches on ACIAPAK so that it would work with the new clock module. Bill #: 12393 S10/OS9/6809 (CoCo) 24-Sep-91 07:05:04 Sb: #12379-#ACIAPAK patch vs. SACIA Fm: Bill Dickhaus 70325,523 To: Erich Schulman 75140,3175 (X) Erich, The stock xmode should work fine with an SACIA descriptor, just the extras (like buffer size) can't be modified. I'm not sure which xmode is packaged with SACIA (I think its the oe I use), and I'm not sure why it wouldn't work with /T1 or /P. I have my modem ports set up with 2 pages of buffer space (512 bytes), and that seems to work well (I'm not using SACIA, though). Just remember the buffer comes out of the system map, if you make it too big, the dreaded 237's will get you! Bill There is 1 Reply. #: 12397 S10/OS9/6809 (CoCo) 24-Sep-91 12:43:20 Sb: #12393-ACIAPAK patch vs. SACIA Fm: Erich Schulman 75140,3175 To: Bill Dickhaus 70325,523 (X) I'm going to work on my OS-9 overhaul today. Thanks for your info; I'll keep all that in mind as I'm working on it. #: 12411 S10/OS9/6809 (CoCo) 26-Sep-91 20:12:53 Sb: #File Structure Fm: Bob Archambault 76506,3544 To: ALL I did a DCHECK on my hard drive, and came up with some clusters previously allocated, and clusters in file structure but not in allocation map. Now, the manual explains all this quite well, and I have no problems using the system, BUT I need to know what, if anything, can be done to make my file structure "intact" again. The book unfortunately doesn't explain this. Also, is there a "de-fragmenter" program in the DL's anywhere?? Thanx much in advance! Bob There are 2 Replies. #: 12415 S10/OS9/6809 (CoCo) 26-Sep-91 23:26:31 Sb: #12411-#File Structure Fm: James Jones 76257,562 To: Bob Archambault 76506,3544 (X) You really shouldn't continue to use the disk until you do something about the problems. A disk sector can only hold one thing at a time, and if two different files think they have the same sectors, then their contents can easily be corrupted, and ditto for a file that thinks it's using a sector that isn't marked as used in the allocation map! Use the -p option on dcheck, not to mention using -w to put the workfiles somewhere *other* than the hard disk, and see what files are using the clusters that are in dispute. The safest thing to do would be to copy those files to floppy, delete them from the hard disk, run dcheck to make sure that this has corrected the problem on the hard disk, and then copy the files back from floppy to the hard disk. If you've written to sectors that are in dispute, then you won't be able to recover all the stuff, but you may be able to get most of it back. There are 2 Replies. #: 12428 S10/OS9/6809 (CoCo) 27-Sep-91 19:45:49 Sb: #12415-File Structure Fm: Bob Archambault 76506,3544 To: James Jones 76257,562 (X) Thank you, James, Your information was a great help to me; I'll get on that disk problem right away! Thanx again, Bob #: 12436 S10/OS9/6809 (CoCo) 28-Sep-91 12:05:24 Sb: #12415-File Structure Fm: Pete Lyall 76703,4230 To: James Jones 76257,562 JJ/Bob - The 'sectors in file system but not in allocation map' is okay on a floppy, but not on a hard disk. (On a floppy it typically refers to the sectors marked as 'used' that are associated with the boot track information [TRK 34] which don't appear in a directory or FD sector anywhere). On a hard disk (assuming you're booting from floppy) you shouldn't be seeing this. Also, the business about have sectors allocated more than once is surely the road to ruin. I refer to it as disk cancer. Two fixes (actually, one fix, one hack): Fix: backup the disk, reformat, and then repopulate it. Hack: Find out which files are associated with the sectors in question. I believe Kreider wrote a tool called 'Hooz' that did this. Then Make copies of the files into new files (one of them is bound to be trashed, as they have intersecting disk real estate). Then mark both files with unwritable attributes so they can't be deleted. If either file IS deleted, it'll return its sectors to the free pool and cause the cancer to propagate. One last thought.... if you are making using of the LINK BYTE in alllowing multiple filenames for the same file (ala the unix-ish 'ln' command), the multiple sector allocation is 'normal'. Pete #: 12420 S10/OS9/6809 (CoCo) 27-Sep-91 10:38:06 Sb: #12411-#File Structure Fm: Erich Schulman 75140,3175 To: Bob Archambault 76506,3544 (X) I remember seeing something in the Libs that will defragment a file but NOT a disk. And that's obviously not the best way to defrag a hard drive! If you want it, I believe it's in Lib 9 or 10, but I don't recall offhand. I am not aware of any downloadable program for disks. You might want to check ads in Rainbow for Burke&Burke (their commercial program is not that expensive) and for NineTimes (they listed one among other stuff). Since I have no hard drive, I don't actually have any of this; I merely remember seeing it before. There is 1 Reply. #: 12427 S10/OS9/6809 (CoCo) 27-Sep-91 19:43:01 Sb: #12420-File Structure Fm: Bob Archambault 76506,3544 To: Erich Schulman 75140,3175 (X) Thanks, Erich, I probably will go with B&B's de-fragmenter program. Just wanted to see if there was a free one available . Bob #: 12439 S10/OS9/6809 (CoCo) 28-Sep-91 19:11:43 Sb: #12436-File Structure Fm: Bob Archambault 76506,3544 To: Pete Lyall 76703,4230 (X) Pete, I followed the info that James gave me and it took care of the problem! Now according to DCHECK everything is fine and "intact". Thank you for your input! Bob #: 12441 S10/OS9/6809 (CoCo) 28-Sep-91 23:09:16 Sb: #HardDrive_Hlp Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: Recently, I was given a Harddrive packaged by the Integra Company. It contains a Seagate 178N HD and power supply. While it is originally for the MAC the internal cable mate up with the cable from my DISTO 4-in-1. It is possible that there may be a sector problem on the HD, but I was able to get it to lowlevel format under RSDOS. Here begins, the problems. I have had the SC-2 and 4-in-1 hooked to my COCO3 with 512k and a model 26_3124 Multipak for almost two years. The only part of the 4-in-1 that I have used so far is the RTC. This did not require the nine volt power supply to work. I plugged in the nine volt adapter, supplied by DISTO and I could no longer get a directory under RSDOS or OS9. If I turned the power supply off, then I could get it. Next I booted up OS9. I loaded in the following modules and CMDS from the DISTO disk: cchdisk_SCSI_LII.dr, h0_4in1SCSI.dd, and HMODE. I then did an mdir and got: Module Directory at 21:08:17 REL Boot OS9p1 OS9p2 Init IOMan RBF CC3Disk D0 D1 DD SCF CC3IO WindInt Term W W1 W2 W3 W4 W5 W6 W7 W8 W9 W10 W11 W12 PRINTER P SIO T2 ACIAPAK T1 CC3Go Clock GrfDrv Shell Copy Date DeIniz Del Dir Display Echo Iniz Link List Load MDir Merge Mfree Procs Rename Setime Tmode Unlink gshell vi CCHDisk H0 dmode Next I did Hmode/h0 and got /h0 cyls=615 hds=4 step=0 sectrk=32 sectrk0=32 alloc=1 ilv=5 initcmd=00 inittbl=026704008000400b000000000000000000000000 I loaded format, and made sure it was then, I typed Format /h0 r "OS9_HardDrive" as per the instruction in the docs by Brian Lantz and received a 208 Illegal service request error. It makes no difference if the nine volt adapter is on or off. In case it matters Mfree showed Blk Begin End Blks Size --- ------ ------ ---- ------ 17 2E000 75FFF 24 288k ==== ====== Total: 24 288k Previously, under a different system master, I received a 237 System ram full error. What am I doing wrong? Do you think that it is a There is 1 Reply. #: 12442 S10/OS9/6809 (CoCo) 28-Sep-91 23:12:50 Sb: #12441-#HardDrive_Hlp Fm: Brother Jeremy, CSJW 76477,142 To: Brother Jeremy, CSJW 76477,142 (X) (Sorry I got cut off) Do you think that it is a hardware problem or what. I found that I could not save this message to TSEDIT until I shut off the nine volt adapter, so that seems to be a problem. Any help would be greatly appreciated. With all best wishes, Br. Jeremy, CSJW There is 1 Reply. #: 12481 S10/OS9/6809 (CoCo) 02-Oct-91 18:55:41 Sb: #12442-HardDrive_Hlp Fm: Brother Jeremy, CSJW 76477,142 To: Brother Jeremy, CSJW 76477,142 (X) Dear Friends: Please see msg. 12441, and msg. 12442 re: my problems with my hard drive and Disto Super Controller 2. Any help in solving this probelm will be deeply appreciated. Thank you, Br. Jeremy, CSJW. #: 12457 S10/OS9/6809 (CoCo) 30-Sep-91 23:02:32 Sb: Upload Problem Fm: Brother Jeremy, CSJW 76477,142 To: Mike Ward, 76703,2013 (X) I think that my upload should be called Threed.ar. I am afraid that if someone doesn't notice that it is Ar'd, they might have trouble when it comes time to unarc it.--Br. Jeremy, CSJW #: 12460 S10/OS9/6809 (CoCo) 01-Oct-91 10:27:05 Sb: #Logo Fm: REX GOODE 73777,3663 To: All Ever since I got my CoCo3 and OS9 Level II and CM-8 monitor, I have been disappointed by not being able to use my D.L. Logo the way I could on my CoCo2 with Level 1. So many things don't work anymore, especially the color, but also the SSC and the SAY primitive. I got around the problem with the SAY primitive by booting Level I again, but I still would like to get color back with my CM-8. I'm pretty fair at assembler, though I don't have an assembler for OS9. The various tricks around for changing the use of artifact colors haven't seemed to work on D.L. Logo, so I'm wondering if I could somehow disassemble the program code and find a way to use the newer color modes. I realize this is a long shot, but I miss my turtle so much. I want to teach my kids Logo, but I don't want them to have to go through the hastle of unplugging the CM-8 and plugging in a TV whenever they want to push the turtle around. Any thoughts? Rex There is 1 Reply. #: 12505 S10/OS9/6809 (CoCo) 03-Oct-91 22:21:05 Sb: #12460-#Logo Fm: Steve Ostrom 74730,345 To: REX GOODE 73777,3663 (X) Not knowing enuff to help you reprogram logo for thr cm8 , I will offer a suggestion about the tv/monitor. Why unplug the cm8? do you have to move the monitor or the computer? The computer should be able to handle both screens easily. I have run a mono monitor and the cm8 sucessfully. There is 1 Reply. #: 12510 S10/OS9/6809 (CoCo) 04-Oct-91 18:45:17 Sb: #12505-Logo Fm: REX GOODE 73777,3663 To: Steve Ostrom 74730,345 Steve, I may be wrong, but the last time I had a CM-8 and a TV plugged in simultaneously, the TV showed black and white. It seems that the CoCo knows if it has something plugged in the CM-8 port and can't do the artifacting when it does. Rex #: 12464 S10/OS9/6809 (CoCo) 01-Oct-91 18:37:24 Sb: deldir bug Fm: Marcelo Katzeff 72520,640 To: all I would like to know if anyone has a patch or new version of the deldir command. You wonder why I'm asking for such thing if deldir is not bad utility. OK, the problem is I found a HUGE bug in it. Let say you want to delete a directory and you didn't realize that the disk is write protect, so you type deldir /f0 and deldir insted give you an error 242 it keeps trying for ever. Any help will be appreciate. Marcelo. #: 12465 S10/OS9/6809 (CoCo) 01-Oct-91 19:53:57 Sb: #coco iii boot os9 Fm: harold park 72737,3273 To: all I just purchased level II os-9. I worked with version 1.01 of os-9 several years ago. I have no "dos" command on my coco III. I remember a simple basic m/l loader that i used with 1.01 to boot os-9. If anyone has a loader for someone in my situation or can point me to where I can find one please let me know. ---Thanks Harry There is 1 Reply. #: 12473 S10/OS9/6809 (CoCo) 02-Oct-91 09:36:49 Sb: #12465-coco iii boot os9 Fm: REX GOODE 73777,3663 To: harold park 72737,3273 (X) Harry, The same loader works. You can find it in just about any manual that comes with an OS9 program for the CoCo. Rex #: 12476 S10/OS9/6809 (CoCo) 02-Oct-91 16:08:03 Sb: Printer Drivers Fm: Lee Veal 74726,1752 To: All Does anyone here have the additional set of printer drivers that were available for Home Publisher? If you're willing to let go of them for a reasonable price, I know someone that's interested in purchasing them. As I understand, they were available through RS's Express Order Software, but that product has been discontinued. The product number was one of those that started with the 900 prefix e.g. 900-???. Thanks, Lee #: 12482 S10/OS9/6809 (CoCo) 02-Oct-91 18:58:16 Sb: Hard Ware Trouble Fm: Brother Jeremy, CSJW 76477,142 To: ALL Dear Friends: Please see my messages 12441 and 12442 regarding my hard drive and DISTO Super Controller 2 problems. Any help will be deeply appreciated. Thank you, Br. Jeremy, CSJW #: 12483 S10/OS9/6809 (CoCo) 02-Oct-91 19:27:00 Sb: #COCOIII, OS9, BOOT,DOS Fm: harold park 72737,3273 To: REX GOODE 73777,3663 (X) rex, following is the prog. I'm trying to use. 5 defusr0=&hd66c:s=1:h=&h27 10 poke&hea,2:poke&heb,0:poke&hec,34:poke&hed,s:poke&hee,h:poke&hef,0 15 a=usr(0) 20 s=s+1:h=h+1 25 if s<19 then 10 30 exec&h270c Everything works fine until the last line where I get an OM error. It seems that I did have to mod. the original for some reason but can't remember why. The old software manuals are lost. I always liked OS-9 but realities made me go ms-dos. Now I work on Unix machines and am going back to OS-9 to practice my "C" skills. By the way this program will work fine If I boot 1.01. The more I think about It the more I believe the mod. was so os-9 would work in a 64 K machine, which was all I had at the time. Thanks in advance for the help --Harry There is 1 Reply. #: 12500 S10/OS9/6809 (CoCo) 03-Oct-91 09:57:31 Sb: #12483-COCOIII, OS9, BOOT,DOS Fm: REX GOODE 73777,3663 To: harold park 72737,3273 (X) Harry, See my reply on CoCo forum. Rex #: 12487 S10/OS9/6809 (CoCo) 02-Oct-91 20:32:49 Sb: No ink for CGP-220 Fm: Mike Guzzi 76576,2715 To: all I have a CGP-220 printer and now found out RS cannot get the ink paks for it I only have the ones in it now. (I have a set that are empty) I have heard this is really a Cannon printer so is it possible to get these paks elsewhere? if not (worst case senerio here) I have the empty paks and 4 needle syringes are there other types of ink paks with the same ink that i could suck out and stick them in the empty paks to re-load them? I assume there are many kinds of ink so i obvoisly want the right kind of ink for it. Well I know there are many others with CGP-220 printers so what do you do to keep it running? I also have a CGP-115 but that was easy. just pull the pen apart and get those fountain pen cartridges. put about three drops in , re-assemble it and your set. Any help is needed and appreciated. I posted this message on the CoCo sig but got no responce. Mike Guzzi #: 12494 S10/OS9/6809 (CoCo) 03-Oct-91 03:48:19 Sb: #12391-#A New Copy/Move utility Fm: George Hendrickson 71071,2003 To: Mike Ward 76703,2013 (X) Thanks! I have a question..does the utility 'cp' move files also? I have a copy of 'cp' but that's not one of its options. I may have an old copy... There is 1 Reply. #: 12497 S10/OS9/6809 (CoCo) 03-Oct-91 05:55:10 Sb: #12494-A New Copy/Move utility Fm: Mike Ward 76703,2013 To: George Hendrickson 71071,2003 My version of "cp" only copies files. No move in my version either so mine must be at least as old as yours. [:-) #: 12509 S10/OS9/6809 (CoCo) 04-Oct-91 17:21:15 Sb: Unix news feeds Fm: Jim Vestal 70372,3651 To: ALL I heard that Compuserve offers free access to USENET feeds...how do I read the comp.os.os9 feed and the other feeds that I used to read when I had an account on a public Unix feed? Please send me email since I very selden get into the message bases... thanks... Jim #: 12518 S10/OS9/6809 (CoCo) 05-Oct-91 16:18:07 Sb: #12509-#Unix news feeds Fm: Steve Wegert 76703,4255 To: Jim Vestal 70372,3651 (X) Jim, I'm not aware of any 'free access' to USENET feeds here on CompuServe. What you might have heard about was that CompuServe Mail supports a gateway to INTERNET ... or possibly about the INTERNET mailing list that supports the CoCo (better said, OS9) that I routinely capture and post in LIB 14. Unfortunately, both do ring up connect charges. Steve There is 1 Reply. #: 12519 S10/OS9/6809 (CoCo) 05-Oct-91 17:41:42 Sb: #12518-Unix news feeds Fm: Jim Vestal 70372,3651 To: Steve Wegert 76703,4255 I guess I was mistaken...oh well... what is the difference between the INTERNET and USENET? Are they one in the same... Jim #: 12523 S10/OS9/6809 (CoCo) 06-Oct-91 20:18:23 Sb: #LOGO just might work Fm: REX GOODE 73777,3663 To: All While browsing through my D.L. Logo manual, I noticed a remote control section that described how to use Logo to control remote devices. This may be the answer I was hoping for to update D.L. Logo to work with my CM-8 monitor. I might even be able to get more colors and higher resolution. When "LOGO" is executed from OS9, it checks for a module in memory called "Turtle". If such a module is in memory, then all Logo Turtle commands are routed through that module as a subroutine, with registers holding the command and parameters, returned with an RTS. I'm a fair EDTASM programmer under RSDOS, but I don't even have an assembler for OS9 and don't know where to begin. If I can figure out how, I can write this assembler program to control the turtle on the higher resolutions instead of artifact screens. Is there a way to write the module mostly under RS-DOS and then somehow transfer it to OS9? Is there a cheap (almost free) way to program in assembly or machine language in OS9? What entries and exits must my module have? Am I wasting my time? Rex There is 1 Reply. #: 12528 S10/OS9/6809 (CoCo) 07-Oct-91 08:42:04 Sb: #12523-LOGO just might work Fm: Pete Lyall 76703,4230 To: REX GOODE 73777,3663 (X) Rex - I submitted a file called 'boiler.asm' some years ago here that was a boilerplate os9 assembler template. Showed you what was necessary and where to insert your code and data. You could probably use that for starters. The hardest part is that the os9 assembler has one or two hardcoded macros for generating the start of module header.... you'd have to emulate that in edtasm to get things to work, or at least leave room for it and generate the header after the fact. Pete #: 12524 S10/OS9/6809 (CoCo) 06-Oct-91 22:56:24 Sb: Krnl.ar Fm: Paul Rinear 73757,1413 To: Kevin Darling Using the kernal patch in krnl.ar, I find that I have 8k less free memory after booting than if I use the 'mega' command. This isn't alot of memory to worry about but do you know why this happens? 'Mega' didn't work so hot at times; certain programs would not run correctly if I had run 'mega' already. So I was happy to see this patch. Just curious, Paul R. #: 12616 S10/OS9/6809 (CoCo) 14-Oct-91 08:38:34 Sb: #12602-#Hard Drive??? Fm: David Betz 76704,47 To: Brother Jeremy, CSJW 76477,142 (X) I'd like the SC2 and the 4-in-1 or 3-in-1 board. Thanks again! David There is 1 Reply. #: 12626 S10/OS9/6809 (CoCo) 16-Oct-91 07:17:28 Sb: #12616-Hard Drive??? Fm: Brother Jeremy, CSJW 76477,142 To: David Betz 76704,47 (X) I'll be working on it. --Br. Jeremy, CSJW #: 12622 S10/OS9/6809 (CoCo) 15-Oct-91 18:53:20 Sb: #12601-Krnl.ar Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) The program that gave the error was a program called HDB. It's a hard drive backup program that comes with the Burke & Burke Coco XT adapter. I think the error code is written inside this program. This program crashes my system everytime anyway so it's shelfwware. Am using HDKIT.AR for backup. It's not as easy to use but it works just fine. #: 12653 S10/OS9/6809 (CoCo) 20-Oct-91 21:49:51 Sb: #12510-Logo Fm: Steve Ostrom 74730,345 To: REX GOODE 73777,3663 While it was planned for the coco to know what (or if) an rgb monitor was attached , via an input on the 9 pin connector, this wasnt implemented. It is possible that the rgb loads the circuitry enuff to kill the color on the tv , but they are fed via 2 different sets of leads from the gime chip. I would think the effects would be more than just color, but all I used was a mono composite and the cm8. Press !> #: 12661 S10/OS9/6809 (CoCo) 21-Oct-91 21:38:32 Sb: #multivue Fm: Everett Chimbidis 76370,1366 To: ALL How Can I be sure that I have the upgraded programs to run multivue? I Cant seem to see graphics on the afi files and some times it locks up! Can you help? There are 2 Replies. #: 12665 S10/OS9/6809 (CoCo) 21-Oct-91 23:28:46 Sb: #12661-multivue Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) A program does not have to be upgraded to run under MultiVue, but just because a program can run under MV doesn't mean that it will take advantage of the graphical interface. You are supposed to see an icon for the application, not the aif. LIST the aif and look for where the aif says where the icon is located (3rd line, I believe). Add your execution directory to the front of that. For example.... Place a MV application in /d1. Click the /d1 icon. Go to the disk menu and click Set Execute. Type /d1/CMDS *even if the window already says that*. Now if your aif says ICONS/icon.Program, the icon will be looked for at d1/CMDS/ICONS/icon.Program. That's /d1/CMDS for your execution directory plus ICONS/icon.Program from your aif. Be sure that you turn on the execute attribute for your icon! That's attr /d1/CMDS/ICONS/icon.Program e. You should now have the icon with the application's name when you are viewing /d1 instead of the aif. Now, when does your MV lock up: what are you doing that results in a lockup? Are you sure that nothing is waiting for action on your part? or that something isn't trying to process? #: 12666 S10/OS9/6809 (CoCo) 21-Oct-91 23:29:46 Sb: #12661-#multivue Fm: Jason Leinen 76665,1627 To: Everett Chimbidis 76370,1366 (X) What do you mean by "the upgraded programs to run Multi-Vue?" There is 1 Reply. #: 12672 S10/OS9/6809 (CoCo) 22-Oct-91 18:35:39 Sb: #12666-multivue Fm: Everett Chimbidis 76370,1366 To: Jason Leinen 76665,1627 (X) Some bugs that have been fixed since released. #: 12678 S10/OS9/6809 (CoCo) 23-Oct-91 10:05:51 Sb: #gshell Fm: Everett Chimbidis 76370,1366 To: all How Do I get a copy of GSHELL 1.24?? There is 1 Reply. #: 12679 S10/OS9/6809 (CoCo) 23-Oct-91 21:07:45 Sb: #12678-#gshell Fm: Hugo Bueno 71211,3662 To: Everett Chimbidis 76370,1366 There is an archive (probably in the COCO databae) with IPATCH files that upgrade the stock GShell to Gshell 1.24a. Take a look! Hugo There is 1 Reply. #: 12682 S10/OS9/6809 (CoCo) 23-Oct-91 21:58:23 Sb: #12679-gshell Fm: Brother Jeremy, CSJW 76477,142 To: Hugo Bueno 71211,3662 There are a series in Library 10. Just use the new library wide browse command on GSHELL. -Br. Jeremy, CSJW Press !> #: 12683 S10/OS9/6809 (CoCo) 24-Oct-91 18:26:19 Sb: #12679-#gshell Fm: Everett Chimbidis 76370,1366 To: Hugo Bueno 71211,3662 The COCO section??? Not a Data base in the os9 sig? There is 1 Reply. #: 12685 S10/OS9/6809 (CoCo) 24-Oct-91 20:30:41 Sb: #12683-#gshell Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 (X) Everett, I'm sure he meant the CoCo Specific library here ... LIB 10. But why not try the new across library searching software? Pop into any library and type: Browse GSHEL* /lib:all or perhaps: browse /key:gshell /lib:all and see what pops up. Steve There is 1 Reply. #: 12695 S10/OS9/6809 (CoCo) 26-Oct-91 03:01:59 Sb: #12685-#gshell Fm: Everett Chimbidis 76370,1366 To: Steve Wegert 76703,4255 (X) I have done this and no gshell 1.24! There is a upgrade for 1.24. There are 3 Replies. #: 12698 S10/OS9/6809 (CoCo) 26-Oct-91 08:28:41 Sb: #12695-gshell Fm: Mike Haaland 72300,1433 To: Everett Chimbidis 76370,1366 Everett, By applying those patches found by the browse you did, you get GShell 1.24. Tandy NEVER had an upgrade. 1.24 was done by Kent Meyers and was distibuted as IPatch files, which ARE in LIbrary 10. So, go download those GShell patches and the IPatch utility in Lib 10. Then, make the patches to an original GShell. The result is a GShell 1.24. If you run into problems doing the patches, ask again, and we'll try to walk you through it. OK? Mike #: 12699 S10/OS9/6809 (CoCo) 26-Oct-91 09:37:02 Sb: #12695-gshell Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 Everett, Mike has given you the straight dope on Gshell 1.24. Everything you need is in LIB 10 as Ipatch files. Steve #: 12700 S10/OS9/6809 (CoCo) 26-Oct-91 10:01:42 Sb: #12695-gshell Fm: Steve Wegert 76703,4255 To: Everett Chimbidis 76370,1366 Ev, Just checked the files ...ghell.ar and gshel2.ar are both in LIB 10. You'll need both. Apply the patches in ghell.ar to a stock version of multiview then apply the patches found in gshel2. Steve #: 12684 S10/OS9/6809 (CoCo) 24-Oct-91 18:27:54 Sb: #multivue Fm: Everett Chimbidis 76370,1366 To: all Where Do I find the info on an AIF file??? There are 2 Replies. #: 12688 S10/OS9/6809 (CoCo) 24-Oct-91 22:45:43 Sb: #12684-multivue Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) If you need to know how AIF's work and how to create one, you'll find that in your MultiVue manual in the Tech Reference section. The heading is something like "Using Application Information Files". I'd give you a page number but my MV manual is not handy now. But I think it's before the C Languge support section. #: 12689 S10/OS9/6809 (CoCo) 24-Oct-91 23:51:11 Sb: #12684-#multivue Fm: Kevin Darling 76703,4227 To: Everett Chimbidis 76370,1366 (X) Hi Ev! Check your MultiVue manual.... they explain what's in an AIF file. Also "bro /key:aif" in Library 10 for some sample ones. I think MVICON.AR there has a bunch of them (and icons) for commonly used programs. Basically, the aif has the same 3-letter extension as files you wish to show with that icon. List an aif.xxx file and you'll see: the program to run any parameters to give it where in execution dir to find the icon any extra memory to give the program (pages? K? forgot) window type when program runs minimum window X minimum window Y size fore color back color At least, that's the way I recall it :-) kevin There is 1 Reply. #: 12696 S10/OS9/6809 (CoCo) 26-Oct-91 03:05:53 Sb: #12689-multivue Fm: Everett Chimbidis 76370,1366 To: Kevin Darling 76703,4227 Hey thanks Kev!! Thats all i needed!! Where do I find ghell 1.24? Also is there a program that i can see my ram use? The reson I ask is I still get some errors. When I run multivue & my BBS the computer locks up! But I can run 1 or the other (Not at the same time , Like I want) Any HELP? #: 12703 S10/OS9/6809 (CoCo) 26-Oct-91 12:55:11 Sb: #12696-#multivue Fm: Kevin Darling 76703,4227 To: Everett Chimbidis 76370,1366 (X) Ev - I think others have mentioned how to get gshell 1.24. Umm... memory utils... do you have mmap and pmap? Do a "bro util*" in Lib 10 and download the three files you find. They're some tools to help see what's going on. cheers - kev There is 1 Reply. #: 12714 S10/OS9/6809 (CoCo) 27-Oct-91 09:04:49 Sb: #12703-multivue Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) Kevin, Might Everett's lockup problems while using Gshell and his BBS simultaneously be caused by the fact that Gshell shuts off interupts when the menu bar is rolled over from menu to program and back to menu? Also, doesn't the Hi-Res Mouse adaptor cause CC3IO to shut down interupts while it's calculating the "pointer" position? Seems like you mentioned these to me some time ago, when I was having trouble keeping my GShell and my terminal program going at the same time. Lee #: 12752 S10/OS9/6809 (CoCo) 28-Oct-91 22:14:01 Sb: #12689-#multivue Fm: Everett Chimbidis 76370,1366 To: Kevin Darling 76703,4227 (X) Can you explane how to read mmap and pmap? There is 1 Reply. #: 12757 S10/OS9/6809 (CoCo) 29-Oct-91 00:13:03 Sb: #12752-#multivue Fm: Kevin Darling 76703,4227 To: Everett Chimbidis 76370,1366 MMap is pretty straight forward. It shows the use of the 64 (or more, if you have a fixed mmap and more than 512K) 8K blocks in your system. Example: 0 1 2 3 4 5 6 7 8 9 A B C D E F # = = = = = = = = = = = = = = = = 0 U M M M M U M U M M U U M M U M <-- boot modules and commands 1 M M U M M M M M M M M M M M M _ 2 M _ _ _ M M _ _ _ _ _ _ _ _ _ _ 3 _ _ _ _ _ _ _ _ _ _ _ _ _ U U M <-- video mem and kernel They're arranged in hex layout. The upper left is block $00, the bottom rightmost is block $3F (63). "M" means the block is being used for modules(s). "U" means it's just used for data/graphics. "." means you don't have any memory there, and "_" means the block is free. OS-9 loads the bootfile and commands into the lowest free block numbers. On the CoCo-3, the uppermost blocks are allocated downward for video memory, because graphics memory must be contiguous. You can use the output of "dirm" or sometimes "mdir e" to check and see what modules are in what block numbers. The main use for "mmap" is to get a better visual feel of where your memory blocks are going to :-) BTW, your mmap output will probably bogusly show "U" where mine has "M"s in the first few blocks... that's because the original CoCo L-II had to do some tricks to allocate bootfile memory. There is 1 Reply. #: 12758 S10/OS9/6809 (CoCo) 29-Oct-91 00:13:32 Sb: #12757-multivue Fm: Kevin Darling 76703,4227 To: Kevin Darling 76703,4227 (X) PMap is far more informative. It shows which block numbers are allocated (and where they will be mapped) for each process. It visually demonstrates that data memory is mapped in at the bottom of each process' 64K map, and that modules are mapped in a the top. It also lets you diagnose problems where you run out of process map memory (error 207). ID 01 23 45 67 89 AB CD EF Program *--- -- -- -- -- -- -- -- -- ------- 1 00 .. 05 01 02 03 04 3F SYSTEM (kernel) 2 07 .. .. .. .. .. 08 09 shell 3 0A .. .. .. .. .. .. 0D PMap 4 0B .. .. .. .. .. 08 09 shell 5 12 .. .. .. .. .. 08 09 shell Here, we see that the kernel itself has allocated blocks 0,5,1,2,3,4 and $3F. Combined with SMap, we can know exactly how much memory the system can still allocate for the kernel (for proc descriptors, etc), and we see one empty spot where another 8K block (or module) could be mapped/linked in. The shell module is obviously merged in with other modules, in blocks 8,9... because we can see it mapped in all shell procs. But each shell has a different data block (on the leftmost of its line). The ID is the process id number. The numbers across the top are useful for people heavy into debugging/etc... they give the logical address within the 64K maps. That is, the first 8K block is from $0000-$1FFF. The second 8K block is from $2000-$3FFF, and so on. PMap is pretty handy with Basic09 stuff... because you can see your basic09 map getting filled up as subroutines are linked in (like gfx2, etc). Ask again about anything that seems unclear. - kev #: 12705 S10/OS9/6809 (CoCo) 26-Oct-91 14:16:47 Sb: #End of files Fm: Denise Tomlinson 71021,3274 To: all How do I use the "eof" syntax in basic09 to find the end of file on a diskfile? Do I have to read the entire file to get the end pointer? This is using random access by the way I want to set up a checking account file. when I update I want to add to the end of the file I am familar with disk basic files and know how to use "eof" there. I am trying to learn basic09 because it looks very inviting and "Fast". Thanks, Denise There are 2 Replies. #: 12711 S10/OS9/6809 (CoCo) 26-Oct-91 22:21:55 Sb: #12705-End of files Fm: James Jones 76257,562 To: Denise Tomlinson 71021,3274 (X) The best way to do what you're after is to use a getstat call to determine the current length of the file. Check out the syscall procedure, along with page 8-113 in the CoCo 3 OS-9 Technical Manual. #: 12713 S10/OS9/6809 (CoCo) 27-Oct-91 00:26:11 Sb: #12705-#End of files Fm: Kevin Darling 76703,4227 To: Denise Tomlinson 71021,3274 (X) Denise, Basic09 is neat. Great for writing quick little tools and packing them into new commands. One way to seek to the end, is to use the Syscall subroutine to access a low-level OS-9 status call, to get the filesize. Then seek to that spot and start adding on from there. WARNING: seeking to a higher number will always expand the file to that size. Do NOT do something like a "seek #path,4000000" because it'll try to grab 4 megabytes from your disk... and all you can do is wait until it gets it or errors out . Anyway, here's a sample you can run on a small ascii test file you've made: PROCEDURE filesize TYPE stack=CC,A,B,DP:BYTE; X,Y,U:INTEGER DIM regs:stack DIM path:BYTE \(* BYTE not INTEGER in this case DIM I_GetStt:BYTE \I_GetStt=$8D DIM SS_Size:BYTE \SS_Size=$02 INPUT "file ",f$ \ (* get a test file name that exists OPEN #path,f$ regs.A=path regs.B=SS_Size RUN syscall(I_GetStt,regs) \ (* get the filesize high=regs.X IF high<0 THEN high=65536.+high ENDIF low=regs.U IF low<0 THEN low=65536.+low ENDIF filesize=high*65536.+low PRINT "filesize=",filesize \ (* print the filesize SEEK #path,filesize \ (* seek to end of file PRINT #path,"*test" \ (* optionally, add a string to the file CLOSE #path END There is 1 Reply. #: 12748 S10/OS9/6809 (CoCo) 28-Oct-91 18:38:38 Sb: #12713-End of files Fm: Denise Tomlinson 71021,3274 To: Kevin Darling 76703,4227 (X) Thanks Kevin, I'll try that and experiment Huggs, Denise #: 12706 S10/OS9/6809 (CoCo) 26-Oct-91 17:38:21 Sb: #gshell Fm: Everett Chimbidis 76370,1366 To: all I have done the Gshell upgrades and all that happends is it ask for Gshell in /d0!! How do I remove this?(make it /hd) There is 1 Reply. #: 12712 S10/OS9/6809 (CoCo) 27-Oct-91 00:25:21 Sb: #12706-#gshell Fm: Kevin Darling 76703,4227 To: Everett Chimbidis 76370,1366 (X) Ummm. Asks for gshell in /d0? I'm not sure what you mean. Hmm. Try this: make sure you don't have the "autoex" command in your CMDS dir. Boot up normally, then run "gshell". There is 1 Reply. #: 12718 S10/OS9/6809 (CoCo) 27-Oct-91 10:56:23 Sb: #12712-gshell Fm: Everett Chimbidis 76370,1366 To: Kevin Darling 76703,4227 (X) After the mod is done it asks for gshell in /d0 not /hd. What do I do now? #: 12708 S10/OS9/6809 (CoCo) 26-Oct-91 19:55:12 Sb: #Hard Ware Fm: Brother Jeremy, CSJW 76477,142 To: David Betz, 76704,47 (X) Dear David: Good luck of a sort. I believe that Howard Medical (312-278-1440) might be of some help. I see that they had a supply of Disto 3-in-1 boards. I have also managed to locate a SC-II and a 4-in-1, but the owner said that they are slightly defective, but repairable. I don't know what this means, but I will try and find out. He wants $30.00 for the set, plus postage. Let me know what you think. He is on Delphi, so if you do not have an account there, let me know and I will contact him. I am inclined to tell him to send them to me C.O.D. and then wait for your decision. Boards needing repair may be our only option, I don't know. I will be waiting for your reply. With all best wishes, Br. Jeremy, CSJW ps. I also have located a Mini expansion board. There is 1 Reply. #: 12741 S10/OS9/6809 (CoCo) 28-Oct-91 08:19:01 Sb: #12708-#Hard Ware Fm: David Betz 76704,47 To: Brother Jeremy, CSJW 76477,142 (X) Slightly defective but repairable, eh? Well, I'm not a hardware engineer, so I don't think I'm in a position to repair them. I wonder if he knows what sort of repair is required? Anyway, I appreciate your work in locating the SC-II and 4-in-1. I'll give Howard Medical a call to see what they've got. Thanks again! David Betz There is 1 Reply. #: 12753 S10/OS9/6809 (CoCo) 28-Oct-91 22:26:26 Sb: #12741-Hard Ware Fm: Brother Jeremy, CSJW 76477,142 To: David Betz 76704,47 I will try to find out exactly what is wrong with them. --Br. Jeremy, CSJW #: 12723 S10/OS9/6809 (CoCo) 27-Oct-91 19:46:28 Sb: Pulling MultiVue Apart Fm: Erich Schulman 75140,3175 To: ALL Exactly what does the Autoexec file in MultiVue do? I would like to be able to use my MultiVue boot disk for all OS-9 boots rather than just for launching MultiVue. If it is not necessary to keep autoex as autoex, I'd like to rename it to StartMV or something like that. Then I can use a utility I found called OptStart so that on bootup I can press the space bar to launch MV or not press it to boot normally. And if I want to use MV later in a session, I can type /d0/cmds/StartMV rather than putting the MultiVue boot disk in /d0 and typing reset to reboot. Also, whenever I quit MultiVue, the screen clears and my pointer is where I last left it. But there's no OS9: and the system is totally locked up. To make the aforementioned more useful, it would help if I can return to OS-9 instead of having to reboot. All this nearly makes MV a 3rd operating system to me. Is there anything I can do? Finally, the manual states a limit of 5 devices may be defined. Is this 5 RBF + 5 SCF devices =10 total or 5 total devices whether RBF or SCF? #: 12729 S10/OS9/6809 (CoCo) 27-Oct-91 23:12:49 Sb: #Disk Controller Needed Fm: Mark Griffith 76070,41 To: All Does anyone have a DISTO SCII they would like to sell? Mine crapped out after years of service and I can't boot my CoCo3 now. If none are available, does anyone have a Radio Shack disk controller they would like to sell cheap? At least I can boot with that. Thanks in advance, Mark There is 1 Reply. #: 12742 S10/OS9/6809 (CoCo) 28-Oct-91 08:23:37 Sb: #12729-#Disk Controller Needed Fm: David Betz 76704,47 To: Mark Griffith 76070,41 (X) I've got an extra RS disk controller you can have. Just send me your address and I'll mail it out. There is 1 Reply. #: 12751 S10/OS9/6809 (CoCo) 28-Oct-91 22:03:21 Sb: #12742-Disk Controller Needed Fm: Mark Griffith 76070,41 To: David Betz 76704,47 David, Thanks!!!! I sure do need something. Until I can fix the SCII, I'm stuck without most of my applications. Although I have the MM/1, I do all my financial and word processing on the CoCo3. Sure hurts to be without it for so long......I have no idea what my bank balance is right now!! My address: Mark Grifith 953 W. Wisconsin Ave. DeLand FL 32720 Let mw know what you want for it. Mark #: 12731 S10/OS9/6809 (CoCo) 28-Oct-91 00:33:32 Sb: #Changing /dd Fm: Erich Schulman 75140,3175 To: ALL In "The Rainbow Guide To OS-9 Level II:...", the author talks about /dd and mentions that it's possible for /dd to point to a RAMdisk since /dd is merely a copy of a device descriptor. Since this is a change I want to effect, can I make a copy of my /r0_256.dd and patch to name it DD, then insert it into my os9boot where I now have /ddd0_40d.dd? If my scheme won't work, what ought I do instead? There is 1 Reply. #: 12735 S10/OS9/6809 (CoCo) 28-Oct-91 03:51:53 Sb: #12731-#Changing /dd Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Yup, that should work fine (patching a copy of R0 to be DD). Of course, make sure your startup file doesn't do any /dd references ... unless the needed files are already copied out to the ramdisk. The only problem I can think of, would happen if your Init or Sysgo modules had been patched to look for /dd. Just take a look at them and make sure. best - kev There is 1 Reply. #: 12743 S10/OS9/6809 (CoCo) 28-Oct-91 08:59:49 Sb: #12735-#Changing /dd Fm: Erich Schulman 75140,3175 To: Kevin Darling 76703,4227 (X) I've never patched Init. I don't have a SysGo but my CC3Go has never been patched either. (Were you thinking of Level 1?(g)). Why would these be patched to point to /dd? My guess is for those who have a hard drive and want a ddh0_80.dd or whatever, right? There is 1 Reply. #: 12747 S10/OS9/6809 (CoCo) 28-Oct-91 18:02:57 Sb: #12743-Changing /dd Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) GRIN. Right on /dd. And right after I posted, I realized that I was thinking of "sysgo" for the 68K systems :-) But I knew you'd know what I meant to say. I think my brain is rotting away! thx - kev #: 12755 S10/OS9/6809 (CoCo) 28-Oct-91 22:57:58 Sb: Mystery Lockup Fm: Paul Rinear 73757,1413 To: Kevin Darling Here's a real wierd problem. I have a Coco3 with 1Meg memory, kernal patch installed to recognize this memory; Disto SCII no halt floppy controller with 3 in 1 board installed. The serial port here is /t3 and is connected to a remote terminal at 9600 baud. CC3Disk.slp is the driver used with the controller. SACIA is the driver for the serial ports; Another serial port /t2 which is one of those DCM kit things. This is connected to a printer; Another serial port /t1 which is a Disto Deluxe RS-232 pak. This is connected to a modem; A Burke & Burke CocoXT hard disk adapter connected to a 58 Meg MFM hard drive. Here is the problem: Everything worked fine until I hooked up a remote terminal to /t3. If I boot up the system all is well. If I go 'shell i=/t3&' all is still well and I get an OS9 prompt on the remote terminal. If I run any commands from the remote, like mdir which works fine, the next time I go to make a disk access from the host, the system locks up. A disk access from the remote also locks up the system. There are no "sparklies" when it locks up but the keyboard will not respond and I can't change windows with the 'clear' key. As long as I don't send any commands from the remote, the disk accesses work normally. I am using Shell+v2.1 if that matters. Any help would be greatly appreciated. Paul R. #: 12767 S10/OS9/6809 (CoCo) 29-Oct-91 22:37:59 Sb: #3 in 1 printer driver Fm: Ian Hodgson 72177,1762 To: All I have a tiny problem which I have ignored for a while now, but in talking to a friend (Bob van der Poel) on the phone I discovered that it may have been a topic of conversation while I was off CIS for about a year. The problem is that I now have a Disto SC II (my older SC I is still in use on another CoCo 3 here) and run my printer off the parallel port of the newer 3 in 1 board. This port is addressed differently than the earlier one (on the 2 in 1 board, remember them?) so uses a different driver. The problem is that the printer occasionally gets line feeds (or CR's; who knows) when I am doing some nonprinter related OS9 operation. Mostly I just leave the thing off line, but I occasionally forget and lose my top-of-form. So, I am told that something along these lines was discussed here some time ago and a fix was found. Something to do with the version of GIME, Bob thinks. Can anyone remember? Is there a fix? If so, what's it called and is it posted? Thanks in advance. There is 1 Reply. #: 12769 S10/OS9/6809 (CoCo) 30-Oct-91 00:46:44 Sb: #12767-#3 in 1 printer driver Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Ian - yes, there was discussion here (and I'm almost positive a fix was found). But I can't remember what it was, myself. Or whether it was hard/software, or a combo. Hope someone remembers! There is 1 Reply. #: 12789 S10/OS9/6809 (CoCo) 31-Oct-91 22:48:35 Sb: #12769-#3 in 1 printer driver Fm: Ian Hodgson 72177,1762 To: Kevin Darling 76703,4227 (X) Ok Kev, I found paral.ar in dl10 which is a couple of Ipatch files with no documentation. However, the description seemed to fit so I threw caution to the winds and patched PARALLEL. Seems to work so far; no spurious CR's or LF's or whatever. The only remaining problem is my curiosity; I wonder what was happening and how it was fixed? Guess I'll disassemble the old and new and take a look. There is 1 Reply. #: 12811 S10/OS9/6809 (CoCo) 02-Nov-91 10:27:08 Sb: #12789-3 in 1 printer driver Fm: Steve Wegert 76703,4255 To: Ian Hodgson 72177,1762 Ian, Mark Griffith did that patch. Leave him a note. I'm sure he'd be happy to share the details. His ppn is [76070,41]. Steve #: 12777 S10/OS9/6809 (CoCo) 31-Oct-91 03:18:42 Sb: #12497-A New Copy/Move utility Fm: George Hendrickson 71071,2003 To: Mike Ward 76703,2013 (X) I got an upgraded copy of 'cp' and it works really great! OS9 really needs stuff like that. Now all we need is a real fast file system repacking program of some sort. I have the one from Burke & Burke that does a good job, but takes two days to get almost done repacking my 47 HD! I can't afford that because I run a BBS that is online 24 hrs a day. Its faster for me to just reformat and copy everything back to the hard drive. Then its an all day job! p.s. That's a 47 meg HD.... #: 12782 S10/OS9/6809 (CoCo) 31-Oct-91 14:18:50 Sb: #12751-#Disk Controller Needed Fm: David Betz 76704,47 To: Mark Griffith 76070,41 (X) Okay, I'll send it out tomorrow. No charge. There is 1 Reply. #: 12788 S10/OS9/6809 (CoCo) 31-Oct-91 21:48:26 Sb: #12782-#Disk Controller Needed Fm: Mark Griffith 76070,41 To: David Betz 76704,47 (X) David, Geee....thanks! Are you sure you don't need any money? Mark There is 1 Reply. #: 12794 S10/OS9/6809 (CoCo) 01-Nov-91 10:55:22 Sb: #12788-Disk Controller Needed Fm: David Betz 76704,47 To: Mark Griffith 76070,41 (X) No, just send it back if you find you no longer need it. #: 12783 S10/OS9/6809 (CoCo) 31-Oct-91 14:20:01 Sb: #12753-Hard Ware Fm: David Betz 76704,47 To: Brother Jeremy, CSJW 76477,142 (X) Thanks! #: 12795 S10/OS9/6809 (CoCo) 01-Nov-91 14:55:55 Sb: #COCO3 OS9 PROBLEM Fm: Jamie Jagodzinski 75300,1067 To: ALL I just bought a coco3 and os9 level 2. When I try to boot os9 I get the message "OS9 BOOT FAILED" [DI also have disk basic 1.0 and a multi-pak. No help from Radio Shack. If you have ANY possible solutions, please leave mail. THANKS, JAMIE There are 2 Replies. #: 12796 S10/OS9/6809 (CoCo) 01-Nov-91 18:41:07 Sb: #12795-COCO3 OS9 PROBLEM Fm: Pete Lyall 76703,4230 To: Jamie Jagodzinski 75300,1067 (X) Jamie - Sometimes this can be related to disk drive speed (or so the manuals said). Can you verify that your disk drive is clean and up to speed? There should be some utilities in the COCO Forum for this. Pete #: 12798 S10/OS9/6809 (CoCo) 01-Nov-91 20:00:04 Sb: #12795-COCO3 OS9 PROBLEM Fm: Erich Schulman 75140,3175 To: Jamie Jagodzinski 75300,1067 (X) If you have BASIC 1.0, you are probably using a BASIC program you were instructed to type in and then SAVE"*". To boot OS-9 you type RUN"*". If this is indeed the case, LOAD"*" and LIST it. Check the listing against the one printed in the book very carefully, and fix any errors you may discover. If that fails, are you sure you have a good OS-9 disk? See if you can get another copy and try to boot it. #: 12800 S10/OS9/6809 (CoCo) 01-Nov-91 20:32:29 Sb: #CoCo 3 terminal Fm: Bob Archambault 76506,3544 To: ALL I'm attempting to run another COCO 3 as a terminal to my other 3, under OS-9 L2. I do the tsmon /t2& command, which runs perfectly, I log on with my terminal and I can run all the OS-9 commands & utils fine. However, how do I go about running things like Rogue, Flight Simulator II, or any other OS-9 programs? Nothing appears to happen when I attempt it. Do I need to be running OS-9 on my terminal also?? Right now, I running Ultimaterm on my terminal. How do I go about setting this up correctly?? Any help would be appreciated!!! Thanks, Bob There is 1 Reply. #: 12802 S10/OS9/6809 (CoCo) 01-Nov-91 20:39:40 Sb: #12800-CoCo 3 terminal Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 Bob - most of those programs either use VDG screens (direct access), or rely somewhere on get/setstat calls which the serial driver doesn't know how to process (and really can't). If you can find a program which only uses escape codes for output, does no get/setstt calls for windows, and doesn't use the mouse... then that will work. But there are not many (any?) of those. - kev #: 12814 S10/OS9/6809 (CoCo) 02-Nov-91 17:13:16 Sb: #OS9 F$Fork Fm: LARRY OLSON 72227,3467 To: all I was wondering if someone could shed some light on a problem I have run into with the OS9 F$Fork call. If when calling the Fork, everything works ok and the fork is done to the process, but at some point that process comes up with an error. How do report back to the parent what the error was. As an example, say you used F$Fork to run the Copy command, the Copy command asks for and gets its parameters then tries to do the copy, but at that point it gets an error like #216 (path name not found). The error number doesn't seem to be passed back to the parent. How can you grab that error number ? Scratching head in Michigan ..... There are 2 Replies. #: 12822 S10/OS9/6809 (CoCo) 03-Nov-91 00:11:21 Sb: #12814-#OS9 F$Fork Fm: Kevin Darling 76703,4227 To: LARRY OLSON 72227,3467 (X) Larry - off the top of my head, I believe the F$Wait call will return with the exit status of a dead child. You can do this at any time, btw... child proc descriptors are kept around even after the child dies... and are only given up when the parent exits (and thus, could no longer do an F$Wait). There is 1 Reply. #: 12824 S10/OS9/6809 (CoCo) 03-Nov-91 01:21:59 Sb: #12822-#OS9 F$Fork Fm: LARRY OLSON 72227,3467 To: Kevin Darling 76703,4227 (X) Kevin, This is a program my brother is working on and I don't have the code here to check, but I believe the way he is doing the fork is like the example on page 188 of the Complete Guide to OS9(white book). He is doing the: os9 F$Fork lbcs error os9 F$Wait Are you saying that an - lbcs error - after the F$Wait will catch the child process error ? Ok, (waiting for the hand print on forehead to disappear), I in the description for the F$Wait call, that the B reg contains the child exit status code or error code if any. I can't remember if we tried that last weekend or not, we were trying alot of different things and getting alot of strange error codes. Thanks Kevin, we'll give it a shot. There is 1 Reply. #: 12827 S10/OS9/6809 (CoCo) 03-Nov-91 07:02:06 Sb: #12824-OS9 F$Fork Fm: Kevin Darling 76703,4227 To: LARRY OLSON 72227,3467 GRIN. Yep, it's amazing what the manuals _do_ contain, sometimes :-) :-) That's alright. I can't count the number of times I slapped my own forehead :-) #: 12829 S10/OS9/6809 (CoCo) 03-Nov-91 07:29:08 Sb: #12814-OS9 F$Fork Fm: James Jones 76257,562 To: LARRY OLSON 72227,3467 F$Wait will let you know the child's exit status. #: 12825 S10/OS9/6809 (CoCo) 03-Nov-91 04:49:01 Sb: ST-296N Harddrive Fm: Michael J. Hebert 70640,3556 To: Anyone Has anyone had any luck using an ST-296N with the Disto 4-in-1? When I try to format it I cannot get it to accept 256 byte sectors with the RS-DOS basic FMTSGTN.BAS program. Tried to format it with OS-9 and seemed to work when I specified format with verify but would not work with verify off. #: 12826 S10/OS9/6809 (CoCo) 03-Nov-91 06:53:09 Sb: #12802-#CoCo 3 terminal Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 (X) Kev, If that is the case then OS-9 calling itself a "multi-tasking, _multi-user_ " sytem is a misnomer, a lie ! It seems to me that if it was truly multi-user, then you could run anything from a terminal, although maybe I'm mistaken. Could you explain to me what good it is to access OS-9 thru a terminal if you can't run any programs?? In other words, what useful things could I do by accessing thru a term? Just trying to explore the fullest possibilities of the system... Thanx once again! Bob There are 2 Replies. #: 12828 S10/OS9/6809 (CoCo) 03-Nov-91 07:11:04 Sb: #12826-CoCo 3 terminal Fm: Kevin Darling 76703,4227 To: Bob Archambault 76506,3544 Bob - ah. But you can run a lot of non-graphics programs remotely. Think of it like being on CompuServe... it's a huge multi-user system, but it isn't graphics-system-independent. It uses characters. Umm. Bad example, actually. There are lots of programs for OS-9 (mostly commercial, like databases spreadsheets editors etc) which will run from a remote terminal. For that matter, you can run Basic09 non-gfx programs or anything else which is character oriented. Fancier programs look up a terminal description file (termcap/termset) to be able to do slightly more: like clearing your screen, moving the cursor around, and so forth. Very similar to Unix systems in fact. The problem with gfx under OS-9 is, there's no standard system yet. Ummm. Well, I think MW will be selling X-Window system driver portpaks and libraries for 68K systems. A lot of people here run almost everything from character terminals. Perhaps they'll chime in, as I'm typing this realtime and am sleepy . #: 12839 S10/OS9/6809 (CoCo) 03-Nov-91 10:48:04 Sb: #12826-CoCo 3 terminal Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 Bob, Kev's right on target (as usual). I have my CoCo 3 set up in the basement with two modems and two terminals hung off the 4 serial ports I'm using. One modem (two phone lines) handles incomming calls (I shuttle a lot of files from my home office to my office office as well as have a number of regular guests logging in), the other modem is outbound. One tube is in my home office (I'm on that now), the other is on the screened porch so I can enjoy the warmer temps. With a normal session, it's not unsusual for me to be logged in on one tube running Dynacalc, the neighbor's kid downstairs on the CM8 playing some game (because of the grfx requirements) while the other tube is spitting out status reports of some process I've started hours ago. If that ain't mutli-user, I'm not sure I'd understand the concept. As Kev mentioned, the reason you can't run some of your games on your remote terminal is a issue dealing with the remote terminal. It just can't handle the graphic sequences required. I have a number of character based games that work just dandy either on the local tubes or even across the modem line. Hope this helps some, Steve #: 12845 S10/OS9/6809 (CoCo) 03-Nov-91 16:56:08 Sb: #12828-CoCo 3 terminal Fm: Bob Archambault 76506,3544 To: Kevin Darling 76703,4227 (X) Thanx Kev, I'll look around for the heck of it and see what will run on a terminal. Maybe some of these databases, etc. that you talked about. Whatever happens, it's fun to experiment anyway!!! Thanx...oh and get some sleep !! Bob #: 12846 S10/OS9/6809 (CoCo) 03-Nov-91 17:02:15 Sb: #12839-#CoCo 3 terminal Fm: Bob Archambault 76506,3544 To: Steve Wegert 76703,4255 (X) Steve, Sounds interesting!! From what you said, it sounds like you're running a BBS while multi-tasking with your other personal stuff, is this the case? Also, how about the names of some of the programs you have that DO run well on a terminal?? (Sounds like I could really get into this !!!) Thanx, Bob There is 1 Reply. #: 12856 S10/OS9/6809 (CoCo) 03-Nov-91 21:31:00 Sb: #12846-#CoCo 3 terminal Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Bob ... While not exactly a BBS, you've got the general picture. I actually allow shell access to a few trusted folks for whatever suits their fancy. Of course, I have a electronic mail package installed, so we can leave messages between ourselves ... as well as running Mark's UUCP programs so I've been known to shuttle a few files back and forth across country as well. All on this lil' CoCo 3. So far as character based games that run well remotely, I have an Adventure game, cribbage, solitare, tic-tac-toe .... more serious applications include dynacalc, scred, uemacs, dynastar and IMS (database).. Fun? It's soooo much fun I've put my money down for a MM/1. OSK should give me a few more challenges! Steve There is 1 Reply. #: 12882 S10/OS9/6809 (CoCo) 04-Nov-91 19:29:48 Sb: #12856-CoCo 3 terminal Fm: Bob Archambault 76506,3544 To: Steve Wegert 76703,4255 Steve, These games & "serious applications" that you mentioned, are they available thru any of the vendors on RAINBOW magazine?? Also, what are "scred", "uemacs", etc.? What do they do? Sounds like I'm about to open a new can of fish on the CoCo (for me that is) !!! I Love It! Thanx, Bob #: 12871 S10/OS9/6809 (CoCo) 04-Nov-91 09:41:08 Sb: #12826-#CoCo 3 terminal Fm: Lee Veal 74726,1752 To: Bob Archambault 76506,3544 (X) There are a lot of useful programs that can be run from terminals that are attached to a CoCo3. However, there are some programs like some of the CoCo3 specific games that were never intended to be run from a terminal. Now if you had a terminal that could in some way simulate the memory moves that it takes to support a VDG-based game you could run it, but you'd still need some serious mods to OS9's serial drivers so that the memory move commands could be sent downothe serial line. There are are some word processors that will run from a terminal by simply specifying to the wordprocessor what the characteristics of the terminal are. It's not a lie to call OS9 a multitasking / multiuser operating system. I routinely use Dynacalc and some other programs from terminals. Lee There is 1 Reply. #: 12884 S10/OS9/6809 (CoCo) 04-Nov-91 19:43:41 Sb: #12871-CoCo 3 terminal Fm: Bob Archambault 76506,3544 To: Lee Veal 74726,1752 Lee, When I said that it was a misnomer (OR lie) that OS-9 was truly multiuser, it was due to my ignorance of what is possible on a terminal. Now that you, Kevin, and Steve have all explained some of this to me, I am learning a little more about it! I now apologize to everyone (including Microware) , for making that statement!!! I am really looking forward to exploring this further, and the help and guidance of all of you will be invaluable to me! Thanx again! Bob #: 12870 S10/OS9/6809 (CoCo) 04-Nov-91 09:28:40 Sb: #12800-#CoCo 3 terminal Fm: Lee Veal 74726,1752 To: Bob Archambault 76506,3544 (X) If you can get your terminal to respond to OS9 Escape Codes, as Kevin mentioned, then you should be able to run things like DED, OS9 Profile, Dynacalc, the PD game called SOKOBAN, and some others. The key is, though, whether Ultimaterm can interpret incoming OS9 Escape Codes that an application like the ones mentioned is going to send as screen formatting commands. Lee There is 1 Reply. #: 12883 S10/OS9/6809 (CoCo) 04-Nov-91 19:34:58 Sb: #12870-CoCo 3 terminal Fm: Bob Archambault 76506,3544 To: Lee Veal 74726,1752 Thanx Lee, I've got a lot to learn about this - and I'll probably ask a hundred more questions! One that comes to the top of my mind though is: If I run OS-9 on my terminal, can I redirect my output to /t2 and my input FROM /t2 and communcate that way?? Or would I still need to run a term program on the terminal?? Thanx again! Bob #: 12869 S10/OS9/6809 (CoCo) 04-Nov-91 09:19:28 Sb: #12795-COCO3 OS9 PROBLEM Fm: Lee Veal 74726,1752 To: Jamie Jagodzinski 75300,1067 (X) Jamie, some early CoCo Disk Controllers won't work with a CoCo3 when it's running at the 2MHz speed. Level 2 on the CoCo3 runs at that speed. How old is you disk controller? FD-501s and FD-502 will probably be okay, but earlier ones may not be able to respond properly to a CC3 that's running at 2MHz. I had the same thing happen to me when I first started using Level 2. I had a disk controller that I got with my very first gray CoCo 1. Radio Shack was no help then either. I discovered that Level 2 would boot with my J&M Disk Controller, but I only had one of them, and I had two CoCo3s. I had to purchase a better controller. Lee #: 12874 S10/OS9/6809 (CoCo) 04-Nov-91 10:29:05 Sb: For Sale Fm: Jim Sutemeier 70673,1754 To: all I will be selling off all of my CoCo equipment, now that I own this Tomcat70.... To those of you who know me, and my BBS, the BBS, I will shut down this BBS temporarily -- until some BBS software is ported over to the OSK environment. First item for sale will be..... One Seagate ST1100 (100 meg) hard drive, complete with Burke & Burke interface, power supply and cabinet. I bought this drive less than 120 days ago, when I thought I was gonna buy a Tomcat9, and the asking price for the complete set is less than I paid for the drive. Included will be my complete cmds directory (about 200 cmds), plus I will 'throw in' all of my BBS downloads (about 1200 files, pictures, text files, help files, etc., etc.) The package would be ideal if you wanted to run a BBS, if you've a mind to. Asking price: $350 O.B.O., plus S&H voice: 818-891-3369 bbs: 818-894-0012 jim Sutemeier #: 12875 S10/OS9/6809 (CoCo) 04-Nov-91 10:55:51 Sb: #Aborting Edit? Fm: Erich Schulman 75140,3175 To: all Is there any way I can tell Edit that I want to quit without saving? I've tried ctrl-c, ctrl-e, and even KILLing it from another shell in another window. Edit just won't let go. The only thing that has worked is pressing RESET twice and rebooting. Almost surprised that works(g). There is 1 Reply. #: 12876 S10/OS9/6809 (CoCo) 04-Nov-91 11:46:54 Sb: #12875-#Aborting Edit? Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) I'm sure there must be a way of exiting Edit without saving, but until someone looks it up, you could just do what I'd probably do: Flip to another window and copy the original file to a different name. Then quit edit, and shuffle things around as needed to get back where I was. But then, I'm lazy :-) There is 1 Reply. #: 12877 S10/OS9/6809 (CoCo) 04-Nov-91 14:00:28 Sb: #12876-#Aborting Edit? Fm: Erich Schulman 75140,3175 To: Kevin Darling 76703,4227 I know there is some way to do it because I once did it by accident. But I have no idea what I did to do it! I always use Edit with files on a RAMdisk and since I was working on my startup file copied from /d0, I lost nothing. Why should it be so hard to leave Edit without saving your changes--I thought one of the "rules" of OS-9 is that you let a ctrl-e or a KILL terminate your process but here is something on the original system disk which is different. A hard disk defragmenter, I can understand why you'd intercept attempts to stop, but a _line editor_?? As a rule, /term and /w1 are always active with shells on my system so I'll try out your method. I do nearly all my text editing with Simply Better. Even having to RSDos DECB<-->OS-9 is worth the ease of SB over Edit. I only use Edit to make little fixups to patch scripts, Basic-09 listings I download, Startup, and so forth. And I'll use its counterpart built-in to Basic-09 for new programs so I can get the immediate syntax checking. Oh well. Thanks just the same. There is 1 Reply. #: 12880 S10/OS9/6809 (CoCo) 04-Nov-91 18:09:04 Sb: #12877-Aborting Edit? Fm: Bruce MacKenzie 71725,376 To: Erich Schulman 75140,3175 (X) Erich, You can do something similar to what Kevin suggested by using the shell command from within the editor: .shell rename oldfile save where oldfile is your original read file. Once renamed edit can't find your original file when it tries to delete it. #: 12887 S10/OS9/6809 (CoCo) 04-Nov-91 21:44:41 Sb: crashed hd coco sys. Fm: Robert A. Hengstebeck 76417,2751 To: all My hard drive, on my coco system just crashed, and I have decided to throw in the towel. For whoever is willing to pay the shipping, I will give away the hard drive, the LR Tech System, the multipack, and a coco III with 512k of memory. When I can afford to, I will get Ed Gressick's System IV, as a replace ment system. Probably some time next year. If you are interested please call me at (215) 322-5455, and I will work something out with you. Press !> #: 12889 S10/OS9/6809 (CoCo) 05-Nov-91 08:01:02 Sb: #12883-#CoCo 3 terminal Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Bob, I was making the assumption you were using a CoCo running a terminal emulator as a 'terminal'. If you have a real tube hanging off as the remote (I use a Wyse 50 and a Televideo 912) then no terminal program is needed. The command shell i=/t2& will put a shell prompt on your /t2 line and away you go. If you'd like a bit more security, look into the number of tsmon and login packages in the LIBs. Steve There is 1 Reply. #: 12907 S10/OS9/6809 (CoCo) 05-Nov-91 19:53:37 Sb: #12889-CoCo 3 terminal Fm: Bob Archambault 76506,3544 To: Steve Wegert 76703,4255 Steve, I AM using a CoCo 3 (running Ultimaterm) as a terminal! I also do have the TSMON & LOGIN packages and they work very well. It's just that Kevin & Lee were speaking of OS-9 Escape codes for screen formatting and such, and I was wondering if I could run another OS-9 disk on the "term" CoCo, and whether it would make a difference if I did? If Ultimaterm works just as well, then that's OK by me! Any thoughts on this? Thanx again, Bob #: 12890 S10/OS9/6809 (CoCo) 05-Nov-91 08:03:27 Sb: #12882-CoCo 3 terminal Fm: Steve Wegert 76703,4255 To: Bob Archambault 76506,3544 (X) Bob, Scred and uemacs are editors, dynacalc is a spread sheet. The games I mentioned may be PD ... I'll have to take a peek at the source. They've been around here a long time and I've forgotten ..... Steve #: 12896 S10/OS9/6809 (CoCo) 05-Nov-91 09:01:46 Sb: #12887-crashed hd coco sys. Fm: Pete Lyall 76703,4230 To: Robert A. Hengstebeck 76417,2751 (X) Robert - Sorry to hear of your trauma.... ARE YOU SURE you want to do this? Pete #: 12905 S10/OS9/6809 (CoCo) 05-Nov-91 19:13:36 Sb: #12887-crashed hd coco sys. Fm: Robert A. Hengstebeck 76417,2751 To: Robert A. Hengstebeck 76417,2751 (X) The coco system has been spoken for. I hope to be shipping it out to MASS by friday. So please no more calls. #: 12912 S10/OS9/6809 (CoCo) 06-Nov-91 00:32:17 Sb: #12827-#OS9 F$Fork Fm: LARRY OLSON 72227,3467 To: Kevin Darling 76703,4227 Kevin, Still no go. Added the check after the F$Wait but still can't pick up the error. We were forking to the COPY command and gave it the name of a file that was already there as a test. The COPY command errors out but with a - lbcs err - after the wait, the program doesn't branch to ERR. Just to make sure we read the B reg. and see what it has in it, but the numbers seem to be random, not the 218 that it should be. Are we doing this wrong, by forking straight to the COPY command, or should we be forking to SHELL and then having SHELL call the copy command. Still looking for the forest but all these *%&$ trees are in the way ;) Larry There is 1 Reply. #: 12918 S10/OS9/6809 (CoCo) 06-Nov-91 07:54:34 Sb: #12912-OS9 F$Fork Fm: James Jones 76257,562 To: LARRY OLSON 72227,3467 Carry set in the *parent* indicates that F$Wait failed (about the only way that can happen is if there are no children, error 226 I think). If F$Wait succeeded, then the parent has successfully picked up on the demise of a child. #: 12913 S10/OS9/6809 (CoCo) 06-Nov-91 00:39:31 Sb: #12829-OS9 F$Fork Fm: LARRY OLSON 72227,3467 To: James Jones 76257,562 (X) James, Is there a certain way to get the exit status, because we must be doing something wrong. see msg# 12912 I think we'll have to upload the section of code, where you can see what we might be doing wrong. Its got me stumped ... #: 12936 S10/OS9/6809 (CoCo) 08-Nov-91 01:34:05 Sb: BBS Fm: Everett Chimbidis 76370,1366 To: all Does anybody out there run a BBS? If so what bbs and what is the number? #: 12937 S10/OS9/6809 (CoCo) 08-Nov-91 01:35:39 Sb: bbs Fm: Everett Chimbidis 76370,1366 To: 71071,2003 Do you have an upgrade for you util3 ? If so will it handle 600 files? Press !> #: 12947 S10/OS9/6809 (CoCo) 08-Nov-91 23:31:57 Sb: #Help a Monk Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: In a week of so I will be converting my system to include double-sided drives. This will allow me to use my PCDOS utility, I hope. Many of the MSDOS disks that I wish to read, such as a copy of the Bible on disk, have be arced with PKUNZIP (I think that is the correct name. I know that they use Phil Katz's Unzip, and I thbink that they have a .ZIP extension. Others use LHARC) Is there OS9 versions of either of these utilities that will run on a 512k, 6809 COCO3? With all best wishes, Br. Jeremy, CSJW There are 2 Replies. #: 12951 S10/OS9/6809 (CoCo) 09-Nov-91 09:28:09 Sb: #12947-#Help a Monk Fm: Steve Wegert 76703,4255 To: Brother Jeremy, CSJW 76477,142 (X) In LIB 10 you should find UNZIP2.PAK. That should help with the Unzip problems. I've not seen anything on LHARC for the 6809. There are a couple of things in LIB 12 for OSK, but probabbly won't help you much. By the way, I found these items using the new across library searching features that were recently dropped to production. Neat! Enter _any_ library and type: Browse /key:zip /lib:all ..and watch the hits pop up. Slick! Steve There is 1 Reply. #: 12960 S10/OS9/6809 (CoCo) 09-Nov-91 23:48:32 Sb: #12951-Help a Monk Fm: Brother Jeremy, CSJW 76477,142 To: Steve Wegert 76703,4255 (X) Thank you Steve. I should have the double sided drives in a week or so. I will let you know how I make out with them. ---Br. Jeremy, CSJW #: 12963 S10/OS9/6809 (CoCo) 10-Nov-91 00:24:12 Sb: #12947-#Help a Monk Fm: Erich Schulman 75140,3175 To: Brother Jeremy, CSJW 76477,142 (X) There is an UNZIP3 for the CoCo. If it isn't in our Libs (I think that it is tho), I'll upload it. Don't forget that your MS-DOS util will probably require you make a change to your os9boot. If you have PCDos in the Libs here, you'll have to use the IPatch util to patch your CC3Disk.dr module. If you have GCS File Transfer Utilities, a commercial program, you'll need to install SDISK3 in accordance with your docs (I don't have GCS so I can't say just what to do). You may also consider adding a 720K 3.5" drive to your system too. If you intend to do a lot of transferring you may want to use GCS, esp. the Multi-Vue version (if you have MV). GCS will also format MS-DOS and will handle Disk BASIC disks (although there is a RSDos in the libs) as well as Flex disks. I've heard GCS will fully support high density disks if your hardware can support them and OS-9 is properly set up. Going for high density may become an important consideration if you do a lot of disk exchanging with PC's. There is 1 Reply. #: 12980 S10/OS9/6809 (CoCo) 11-Nov-91 00:46:24 Sb: #12963-#Help a Monk Fm: Brother Jeremy, CSJW 76477,142 To: Erich Schulman 75140,3175 (X) I have the patched version of CC3Disk already. Even though, at the moment I do not have my new drives, I can access both RSDOS and MSDOS disks with the RSDOS and PCDOS utilities. Of course I do get a directory error with the PCDOS utility since it is looking for DDDS drives. The software you mentioned sounds interesting and I may eventually consider high density drives. Thank you for you help. With all best wishes, Br. Jeremy, CSJW There is 1 Reply. #: 12992 S10/OS9/6809 (CoCo) 11-Nov-91 15:40:11 Sb: #12980-Help a Monk Fm: Erich Schulman 75140,3175 To: Brother Jeremy, CSJW 76477,142 (X) If you do want to go for high density... You will need a disk controller that can handle it, and the only one I'm aware of is a part of Owl-Ware's hard disk system. That system will not work with Disk BASIC so if you use DECB at all you would have to either give it up or swap controllers. If you are interested in GCS, you can find ads for it in Rainbow. It costs $44.95 std/$54.95MV. You can also order the required SDISK3 from GCS for about $30 or direct from DP Johnson. You can write to GCS; they'll send you copies of Rainbow reviews and such. For my occasional MS-DOS work, the PCDos I downloaded is fine. But I think GCS is better if you intend to do a lot of transferring. I'd recommend using a RAMdisk (which must be as big as the biggest file you want to transfer) but any TWO disk drives will work fine. #: 12961 S10/OS9/6809 (CoCo) 10-Nov-91 00:09:40 Sb: #12918-#OS9 F$Fork Fm: LARRY OLSON 72227,3467 To: James Jones 76257,562 (X) James, Ok, the F$Wait didn't fail(carry not set), but the child process came up with an error, the process died, control returns back to the parent. Now at this point is it possible to find out what kind of error the child process came up with. There is 1 Reply. #: 12968 S10/OS9/6809 (CoCo) 10-Nov-91 10:09:09 Sb: #12961-OS9 F$Fork Fm: Bruce MacKenzie 71725,376 To: LARRY OLSON 72227,3467 Larry, I think I can help you out here. Look at the following code segment: os9 F$Fork bcs bp1 Branch if Fork unsuccessful os9 F$Wait Wait for child to die bcs bp1 Branch if Wait unsuccessful tstb bne Branch on child error condition After returning from a Wait system call carry set indicates that for some reason the system couldn't execute the call and the b reg contains the error responsible for the failure. If carry is clear then the b req contains the status returned from the child: 0 if no error or the error number of the fault the child process encountered. Hope this helps. #: 13000 S10/OS9/6809 (CoCo) 11-Nov-91 23:20:09 Sb: #Hard Drive Fm: Brother Jeremy, CSJW 76477,142 To: all I have been working on building a new boot disk. I have a hard drive that I would like to set up as /dd. I tried copying /h0 to /dd but when I did an ident on the boot file, I could not find /dd. Then I used DeD to internally patch /h0 to /dd, now the disk wouldn't boot. What I want to do is boot from a disk in /d0 and then switch over to my harddrive to function as /dd. If I have it come up under Multivue,(Autoex) how do I change the execution directory to find /dd/cmds on the harddrive? Btw, I have patched INIT to look for /dd instead of /d0. Should I have made it look for /h0 instead. I have a Seagate 138N drive, which is a 30 me g drive if that makes any difference. I know that this should be a simple thing to do, but at the moment it is simply beyond me. Please help and do not be afraid to be general and insult my intellegence. If ignorance is bliss, then I am quite happy. With all best wishes, Br. Jeremy, CSJW There is 1 Reply. #: 13002 S10/OS9/6809 (CoCo) 12-Nov-91 00:08:22 Sb: #13000-#Hard Drive Fm: James Jones 76257,562 To: Brother Jeremy, CSJW 76477,142 (X) You want two device descriptors, one for /h0 and one for /dd--of course, they will refer to the same device. Once you make a copy of the device descriptor for /h0, edit the copy, change "h0" to "dd", and *don't* forget to set the most significant bit of the last d. Then verify the module, and put both of them in your boot file. There is 1 Reply. #: 13008 S10/OS9/6809 (CoCo) 12-Nov-91 21:39:13 Sb: #13002-Hard Drive Fm: Brother Jeremy, CSJW 76477,142 To: James Jones 76257,562 Dear James: I am not certain what you mean about setting the most significant bit of the last d. I am looking at a dump of my stock /dd (40 track single sided) and I have a line 64e4 5242 c643 etc. I think that the 64e4 refers to dd but I am not sure. Please explain further. Thank you, with all best wishes, Br. Jeremy, CSJW Press !> #: 13023 S10/OS9/6809 (CoCo) 13-Nov-91 07:31:15 Sb: #13008-#Hard Drive Fm: James Jones 76257,562 To: Brother Jeremy, CSJW 76477,142 (X) That's what I meant. 64 is the ASCII equivalent of 'd', and e4 is 64 + 80, i.e. 'd' with the most significant bit set. That's the way OS-9 recognizes the end of the name. There is 1 Reply. #: 13033 S10/OS9/6809 (CoCo) 13-Nov-91 20:38:32 Sb: #13023-Hard Drive Fm: Brother Jeremy, CSJW 76477,142 To: James Jones 76257,562 OH....Gee I guess I know more than I thought. I will try it and let you know what happens. I got a new toy today. A friend of mine gave me a Bernoulli Box. From what I gather, it is basically a 10mb "floppy", or more like a removeable hard drive. It needs some work on it, but I think I can get it up and running, after all I managed to fix my hard drive. Although dropping it down a flight of stairs is not the normal way one fixes a hard drive. I will probably have a host of questions about the B_BOX. Thank you for your help, With all best wishes, Br. Jeremy, CSJW #: 13051 S10/OS9/6809 (CoCo) 14-Nov-91 21:31:42 Sb: snapbug Fm: GLEN HATHAWAY 71446,166 To: all Hi all... To all those who downloaded the version of Snap.ar in the database , check the size of the AR. If it is 7424 bytes long, or if the Module CRC for your Snap file is not $850691, delete it! Don't risk using it and possibly destroying something. I wanted it removed from the database the day after I uploaded it, but nothing has happened so far. The proper AR is 7420 ($1CFC) bytes long and the proper Snap Module CRC is $850691. It has been uploaded, but has not yet been posted. When you get it, NOTE: Read the docs! You MUST have the 25 line patch installed. Snap will crash big-time on a stock window system. I may write a small-screen version - wouldn't be too hard... Also, you MUST have Winfo in your CMDS dir. Press !> #: 13059 S10/OS9/6809 (CoCo) 15-Nov-91 15:21:20 Sb: #13051-#snapbug Fm: Wayne Day 76703,376 To: GLEN HATHAWAY 71446,166 (X) >I wanted it removed form the database the day after I uploaded it, but >nothing has happened so far. My impression was that we had the problem taken care of... didn't you upload the new version, and have that upload acknowled by Mike Ward, just a couple of days ago, or am I hallucinating? In any event, all versions of SNAP.AR are now moved from public view. Your upload was dated 12 Nov and modified on 13 Nov. So, I think we'll just ask you to upload the correct version, again, to make sure we have the right one. Wayne There is 1 Reply. #: 13065 S10/OS9/6809 (CoCo) 15-Nov-91 22:54:03 Sb: #13059-#snapbug Fm: GLEN HATHAWAY 71446,166 To: Wayne Day 76703,376 (X) Hi Wayne... I'm sorry about all this mess. Tell ya what. Just pull it all off. I've got a new, improved version almost ready - more bugs squashed and more features. I'll test it THOROUGHLY this time and re-upload probably Sunday. The only thing I'd like to know is: did the version uploaded here work for most people? Paul Jerkatis, over on Delphi, had major problems with it. I think the problem was that he didn't have his grfdrv patched for 25 lines. I'm putting in a test for screen size that will allow you to exit gracefully if you don't have the patch, instead of crashing the OS. There is 1 Reply. #: 13099 S10/OS9/6809 (CoCo) 18-Nov-91 01:43:17 Sb: #13065-#snapbug Fm: Wayne Day 76703,376 To: GLEN HATHAWAY 71446,166 (X) It's no problem, and I apologize for not making sure we had everything done right. As I said, the old version is safely out of public view and you can upload the new version whenever you're ready., Wayne There is 1 Reply. #: 13106 S10/OS9/6809 (CoCo) 18-Nov-91 20:55:07 Sb: #13099-snapbug Fm: GLEN HATHAWAY 71446,166 To: Wayne Day 76703,376 (X) Hi Wayne... Already done. As far as I know, it's bug-free, but if you write software you know how that goes... Some are sure to show their ugly little heads! I'm now playing with adding a print-sector command to send a sector to the printer and thinking of putting a file stripper in. After all, when stripping control codes, etc. out of a file, you almost always end up having to chop off X/Ymodem padding or something. Why not have it all in one program? Later... #: 13067 S10/OS9/6809 (CoCo) 16-Nov-91 01:34:18 Sb: #12968-OS9 F$Fork Fm: LARRY OLSON 72227,3467 To: Bruce MacKenzie 71725,376 (X) Bruce, I'll try to get ahold of the code from my brother, he has been up north hunting for the last week. The last time I talked with him about it he said that he was printing out the value in the B reg. after the F$Wait but the numbers he was getting didn't match up with the error he was inducing for the test. Larry #: 13071 S10/OS9/6809 (CoCo) 16-Nov-91 13:11:04 Sb: #Cbreeze patch Fm: Jim Vestal 70372,3651 To: ALL I have a question for the people in charge of the files in the os9 section. I have an OS-9 level 1 editor called Cbreeze. It's a neat full screen text editor, but unfortuanly does not work under OS-9 level 2. A while back I remember a patch for Cbreeze here on CIS but I went to browse for it and I can't seem to find it. The patch enables Cbreeze to work under level 2 on a CoCo 3. Does anyone have any information about this file that I remember? If anyone could help me locate the file I would appreciate it...if anyone knows anyone that has it could you give a copy? Jiim Jim There is 1 Reply. #: 13075 S10/OS9/6809 (CoCo) 16-Nov-91 19:59:41 Sb: #13071-#Cbreeze patch Fm: Mike Ward 76703,2013 To: Jim Vestal 70372,3651 (X) Jim, you're in luck. I found an IPatch file called CBREZE.IPC in my offline archives. Look for it tomorrow morning in Lib 10. There is 1 Reply. #: 13094 S10/OS9/6809 (CoCo) 17-Nov-91 19:28:18 Sb: #13075-Cbreeze patch Fm: Jim Vestal 70372,3651 To: Mike Ward 76703,2013 (X) Thanks! #: 13088 S10/OS9/6809 (CoCo) 17-Nov-91 12:14:44 Sb: #Util2 Fm: Paul Rinear 73757,1413 To: Kevin Darling Hi Kevin, Are there versions of MMap, PMap, and SMap that will work with the 1 Meg upgrade? Couldn't find the source code floating around the libraries anywhere. Paul There is 1 Reply. #: 13090 S10/OS9/6809 (CoCo) 17-Nov-91 13:17:37 Sb: #13088-#Util2 Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) Hi Paul - see MMAP20.AR in Lib 10... someone updated mmap for 1 meg. All the other utils should work okay, I think. best - kev There is 1 Reply. #: 13115 S10/OS9/6809 (CoCo) 19-Nov-91 20:46:48 Sb: #13090-Util2 Fm: Mike Guzzi 76576,2715 To: Kevin Darling 76703,4227 (X) The other utilities (smap,pmap etc..) work fine for 1 meg. just MMAP needed the fix for 1-meg Mike #: 13096 S10/OS9/6809 (CoCo) 17-Nov-91 21:06:35 Sb: #12883-#CoCo 3 terminal Fm: Bert Schneider 70244,427 To: Bob Archambault 76506,3544 (X) I have not been able to get Dynacalc to work with my Televideo terminal! There are some certain control and escape codes built in to Dynacalc that only work with an OS9 terminal. Somewhere here on CIS there is suppose to be a patch to the dynacalc.trm file so you can run Dynacalc on a terminal. But I have never found it! Bert Schneider (o) (o) U \___/ There are 2 Replies. #: 13100 S10/OS9/6809 (CoCo) 18-Nov-91 09:00:11 Sb: #13096-#CoCo 3 terminal Fm: Pete Lyall 76703,4230 To: Bert Schneider 70244,427 (X) Bert - The only fix that I'm aware of won't make you happy... you've got to have the 'normal' (non coco) version of Dynacalc. It has a terminal description utility that makes .TRM files. Pete There is 1 Reply. #: 13125 S10/OS9/6809 (CoCo) 20-Nov-91 08:30:14 Sb: #13100-CoCo 3 terminal Fm: Bert Schneider 70244,427 To: Pete Lyall 76703,4230 I thought all I had to do was modify the dynacalc.trm file so that all of the cursor controls and other software switches would work with the terminal! Oh well, it would be nice. Someone told me a few years back that there was in fact a new dynacalc.trm file somewhere here on CIS - and that you had to have a different .trm file for each terminal - i.e. one for the coco and one for the Televideo terminal - under OS9. Bert #: 13114 S10/OS9/6809 (CoCo) 19-Nov-91 20:44:25 Sb: #13096-#CoCo 3 terminal Fm: Mike Guzzi 76576,2715 To: Bert Schneider 70244,427 (X) There is a file that tells you what the dynacalc.trm file contains and how to modify it (well it shows you how much space is allowed for each code) its included with the new HELP utility (the structured one) its nothing but a small textfile. if you wish i can Email it to you. this will allow you to modify dynacalc.trm to suit other types of terminals other then OS9 terminals. Mike There are 2 Replies. #: 13122 S10/OS9/6809 (CoCo) 20-Nov-91 08:15:26 Sb: #13114-CoCo 3 terminal Fm: Steve Wegert 76703,4255 To: Mike Guzzi 76576,2715 Mike, How about shooting me a copy of that file as well? Steve #: 13126 S10/OS9/6809 (CoCo) 20-Nov-91 08:32:10 Sb: #13114-CoCo 3 terminal Fm: Bert Schneider 70244,427 To: Mike Guzzi 76576,2715 Sure - that sounds good. I would appreciate it if you could. Dynacalc may not be a Lotus or a Quattro Pro - but it works great under Level II on my CoCo 3! I have had a CoCo in one form or another since 1980! Who says you need the MSDOS stuff! Bert #: 13098 S10/OS9/6809 (CoCo) 17-Nov-91 21:19:33 Sb: #12937-#bbs Fm: George Hendrickson 71071,2003 To: Everett Chimbidis 76370,1366 (X) At current it will handle only 300 files per download area. I'm going to make it handle more in a future update. I'm working on an indexing method that will allow me to do that...... There is 1 Reply. #: 13121 S10/OS9/6809 (CoCo) 19-Nov-91 23:24:49 Sb: #13098-bbs Fm: Everett Chimbidis 76370,1366 To: George Hendrickson 71071,2003 When Can We expect this ? Also do you use the verify program? and do you have a problem with RAM memory? #: 13104 S10/OS9/6809 (CoCo) 18-Nov-91 20:51:09 Sb: #12875-#Aborting Edit? Fm: Bill Dickhaus 70325,523 To: Erich Schulman 75140,3175 (X) Erich, A long, long time ago, I made a couple of minor mods to edit. I'm not sure whether I ever uploaded them or not. One was to set up a special key (I used ALT/BREAK) that aborted the edit (there is no way to abort an edit without the patch). The other was to execute one edit command (I used to do a .load to load a set of macros I had). I think there were some other little things I did to it, but don't remember. I haven't used edit in years, but if you're interested, I'll scrounge around for the mods (probably on a floppy with a 1/4 inch of dust on it!). Bill There is 1 Reply. #: 13112 S10/OS9/6809 (CoCo) 19-Nov-91 12:11:14 Sb: #13104-Aborting Edit? Fm: Erich Schulman 75140,3175 To: Bill Dickhaus 70325,523 (X) I don't use Edit much myself; I usually give that job to Simply Better in DECB. There have been some occasions recently since I started the thread that called for aborting Edit. I did use the .shell rename technique. I would be interested in something better if you find it. You might want to wipe the dust off the floppy before inserting it(g). Just UPLoad it if you find it as it might help others too. #: 13109 S10/OS9/6809 (CoCo) 19-Nov-91 01:29:32 Sb: #Memscript Fm: Ian Hodgson 72177,1762 To: All I have come up against a little problem I can't solve. I use a memscript (with Shell+) to set up a graphics window with a dark green background. The memscript reads: merge /dd/sys/stdfonts merge /dd/sys/italic merge /dd/sys/stdptrs shell i=/w7& display 1b 31 1 2 >/w7 echo New window is /w7 I generally execute the memscript while I am in term, with a data directory of /d0 (which is the way it boots up). If I do this, the line: display 1b 31 1 2 >/w7 does not appear to have any effect and I get a bright blue background on the graphics screen. If, however, I do a chd to /r0 and then execute gw, there is no file on /d0 called gw (though I thought the memscript would have had priority) and there is certainly none on /d1. So what is going on? Why should the results depend on what working directory I am using? Doesn't make sense to me. Anyone have any ideas? There is 1 Reply. #: 13111 S10/OS9/6809 (CoCo) 19-Nov-91 10:05:11 Sb: #13109-#Memscript Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Umm.. what did you say happened when you chd'd to /r0 first? Did the script then work, or ? Dunno. You might want to move the display 1b31 thingie to before the line where you start the shell on /w7 (even tho some shell+'s don't block window output), and see what happens. There is 1 Reply. #: 13116 S10/OS9/6809 (CoCo) 19-Nov-91 21:15:25 Sb: #13111-#Memscript Fm: Ian Hodgson 72177,1762 To: Kevin Darling 76703,4227 (X) Yes, when I chd to /r0 first, it works fine. Graphics window then comes up with the colors I want. If I am in /d0 or /d1, however, the background color stays at the default bright blue. What I can't figure out is why the directory selected should have any effect at all on the operation of a memscript. At first I thought I had a file of the same name on the selected disk, but not so. Odd. I don't have block turned on, so I can output to a window which contains a shell. There is 1 Reply. #: 13123 S10/OS9/6809 (CoCo) 20-Nov-91 08:19:27 Sb: #13116-Memscript Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Hmm. Maybe it has something to do with speed of searching for a command in the script? What happens if the script is executed very slowly (as in, by hand? :-) #: 13131 S10/OS9/6809 (CoCo) 20-Nov-91 20:04:50 Sb: /t2 and 2400 bps Fm: Bob Archambault 76506,3544 To: All For an OS-9 term program, I am using the Telecom program in DeskMate 3. (I usually use Ultimaterm in RS-DOS), and I just bought a 2400 bps modem. I now have a question: When I attempt to use 2400 bps under Telecom, I LOSE characters like crazy , sometimes almost full sentences! If I slow her down to 1200 or less, it works fine. I am using an RS-232 pak as /t2...CoCo 3 512k OS-9 Level Two V 2.00.01 ( in case that is helpful). My question is...is this a weakness of DeskMate 3 or is it something with OS-9? All the info I have says I SHOULD be able to go up to 19,200 bps. By the way, it works perfectly under Ultimaterm! Any guidance would be appreciated! Thanx! Bob #: 13133 S10/OS9/6809 (CoCo) 20-Nov-91 23:20:58 Sb: #13123-Memscript Fm: Ian Hodgson 72177,1762 To: Kevin Darling 76703,4227 (X) Kevin, First, I looked at my original message and discovered that it didn't make as much sense as I had planned because about 3 lines of it vanished when I uploaded it. Odd, that. Anyway, here is some more about my little problem. I tried typing in the script by hand on command lines. Works fine that way. Then, I tried executing it as a shell script, from disk, rather than a memscript. No dice, the DISPLAY command was ignored that way. So, on a hunch, I added a SLEEP just before the DISPLAY line. Now it works. The new script is: merge /dd/sys/stdfonts merge /dd/sys/italic merge /dd/sys/stdptrs shell i=/w7& sleep 200 display 1b 31 1 2 >/w7 echo New window is /w7 Here is what I think. When the new shell is being assigned there is a disk access to find the current data directory for the new shell (I display the current data directory on the prompt line). If the parent window points at a floppy, the display command is missed. If it points at a ramdisk, the display command works. I suspect that, while the new shell is sorting out its directory for the prompt, it ignores input from another window completely. With the ramdisk it finds the directory fast enough to catch the display command, but with floppies it does not. Seems to make some sense, no? If this can be confirmed, a brief note to that effect might do well as part of the Shell+ docs. Waddya think? Now all I have to figure out why typing "ex" from the new w7 created by the script doesn't terminate the window. Just discovered that if I open a shell to create a text window, the window terminates with an ex. If I open a graphics window, it doesn't. How come? #: 13134 S10/OS9/6809 (CoCo) 20-Nov-91 23:51:55 Sb: #13131-#/t2 and 2400 bps Fm: Erich Schulman 75140,3175 To: Bob Archambault 76506,3544 (X) Sounds like the good ol' lost IRQ problem. There are three ways to deal with it. One is the "diode hack" but it is very rarely successful. Your second option is to solder a wire from the 6551 or other ACIA chip in your RS232 pak to the IRQ line on the 6809. Details on this are downloadable. The file is called IRQHAK.TXT or something like that. Your third option is a software fix provided you are using original Init and Clock modules under OS-9. Details are in the August 1990 issue of Rainbow, and a (minor) bug fix to the fix appeared in the August 1991 issue. Just type it all in VERY carefully and os9gen a new boot disk (or if you have EZGen, use the u command). Ultimaterm is immune to this problem because the problem involves OS-9 modules. Two more recommendations. 1. Get a new OS-9 terminal program. Ulterm is by far my dominant CoCo term pgm but I know that getting something else is worth the download! 2. Replace your ACIAPAK with SACIA which you can download. It represents quite an improvement. You'll need os9gen to install it but if you use the software fix you'll need os9gen anyway. (Or if you have EZGen, use the U command for this too.) There are 2 Replies. #: 13145 S10/OS9/6809 (CoCo) 21-Nov-91 18:41:45 Sb: #13134-/t2 and 2400 bps Fm: Bob Archambault 76506,3544 To: Erich Schulman 75140,3175 (X) Thanx much, Erich! I will look into your recommendations and see what I come up with. Aren't computers fun?? 8-) Bob #: 13168 S10/OS9/6809 (CoCo) 23-Nov-91 19:37:36 Sb: #13134-/t2 and 2400 bps Fm: Bob Archambault 76506,3544 To: Erich Schulman 75140,3175 Erich, Just wanted to let you know that I solved the problem by replacing that junk telecom with OSTerm that I got from the libs. I read in the RAINBOW that it has specific code that fixes the problem...must be true, it works beautifully!!! Thanx again! Bob #: 13135 S10/OS9/6809 (CoCo) 21-Nov-91 00:47:55 Sb: #13125-CoCo 3 terminal Fm: Pete Lyall 76703,4230 To: Bert Schneider 70244,427 Correct, but you also needed the 'standard' version of Dynacalc. I know, because I tried generating .TRM files for some folks here (ANSI or VT100) and the coco users couldn't use them. Pete #: 13137 S10/OS9/6809 (CoCo) 21-Nov-91 03:06:03 Sb: #12708-Hard Ware Fm: Chris P Born 70323,2340 To: Brother Jeremy, CSJW 76477,142 (X) IF THESE DEFECTIVE ITEMS OR OTHER SIMILAR USED ITEMS ARE AVAILABLE, I MIGHT BE INTERESTED. I HAVE A WORKING SC II AND WOULD LIKE THE OTHER EXPANSION BOARDS, AND A BACKUP SCII IS USEFUL. I AM A ELECTRONIC TECH AND CAN HOPEFULLY REPAIR THEM. ALSO ANY USED OR DEFECTIVE HD INTERFACES WOULD BE NICE, PARTICULARLY B&B AS I DON'T HAVE AN HD AND FIND IT DISCOURAGING. BY THE WAY HAS ANYONE EXPERIENCED A PROBLEM WITH A MULTIPAK, WHERE EVERYTHING WORKS OK, EXCEPT WHEN ATTEMPTING TO SWITCH I/O CONTROL BETWEEN SLOTS UNDER BASIC PROGRAM CONTROL. I AM USING A COCO 3, MODIFIED MULTIPAK, SC II, ADOS-3 AND A HOMEMADE BOARD CONTAINING A 6821 PIA CHIP. MY PROGRAM AND BOARD WORKED GREAT TOGETHER BUT SUDDENLY THIS HAPPENED AND IN A PINCH I HAD TO TRANSFER TO TAPE. THANKS EH! CHRIS BORN #: 13142 S10/OS9/6809 (CoCo) 21-Nov-91 16:48:11 Sb: HArd Disk Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: I am in the process of reconfiguring my system. I have an ST-138N hard drive. My original boot dsik used the DISTO CCHDISK and the ST225N driver. I am now attempting to use the CCHDISK47 by Ken Scales and rework one of his hf drivers. I do not have a manual for the ST138N. Does anyone have the folloowing unfo: cyls= , hds=, step= sectrk= , sectrk0= , alloc=, ilv= , initcmd= , inittbl= , for the ST138N. Thank you, Br, Jeremy, CSJW #: 13169 S10/OS9/6809 (CoCo) 23-Nov-91 21:05:24 Sb: text file stripper Fm: GLEN HATHAWAY 71446,166 To: all Hi all... I'm presently updating/improving my file stripper, 'Strip'. I'm not sure exactly how much I should strip. Should I kill everything except alphanumerics and 's, or should I leave certain control codes? I'm inclined to strip it clean, but would like to know what others have done. Press !> #: 13496 S10/OS9/6809 (CoCo) 16-Dec-91 09:15:12 Sb: #13442-#Ident Stock RBF? Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) Sometimes the answers to questions and problems are physical and not logical. Is Ed 27 causing some sort of problem? Can you give a hint as to the "Xmas gift" you're preparing...??? Are there any PD docs or descriptions of K-Windows that are available for our perusal? Lee There is 1 Reply. #: 13502 S10/OS9/6809 (CoCo) 16-Dec-91 18:17:52 Sb: #13496-#Ident Stock RBF? Fm: Kevin Darling 76703,4227 To: Lee Veal 74726,1752 (X) Lee - nope, no problem with Ed 27 (or 28) RBF. The Christmas gift has been uploaded to Lib 10... "RBF29.AR". That't the L-II upgrade RBF, which includes being able to undelete files (assuming you haven't reused the file LSNs in the meantime, of course :-). It also includes an "undel" command. Both were done by Bob Santy, and I figured after all the postings we see about people accidentally deleting huge files, that the new RBF would make a nice present this year. It sure has saved MY tail many times! ;-) cheers - kev PS: alas, no decent descriptions of K-Windows yet. Working on it! There is 1 Reply. #: 13503 S10/OS9/6809 (CoCo) 16-Dec-91 19:29:59 Sb: #13502-#Ident Stock RBF? Fm: Ernest Withers Jr. 71545,1117 To: Kevin Darling 76703,4227 (X) Kevin, I just installed RBF edition 29 on my system. I LIKE IT. I've only had a few minutes to play with undelete so far but it looks good. If only I had had it the last time I deleted a large file from the hard drive. Again, many thanks. Ernie. There is 1 Reply. #: 13507 S10/OS9/6809 (CoCo) 16-Dec-91 21:50:17 Sb: #13503-#Ident Stock RBF? Fm: Kevin Darling 76703,4227 To: Ernest Withers Jr. 71545,1117 (X) Ernie - yeah, I'm only sorry that I didn't upload it before now! Hope it works okay... it suddenly hit me that it may have some other stuff changed in it that might affect user permissions... but I'm not sure. But I've been using it for a lonnng time with zero problems. So let me know if anything goes wrong (it shouldn't). thx! - kev There is 1 Reply. #: 13518 S10/OS9/6809 (CoCo) 17-Dec-91 17:30:14 Sb: #13507-Ident Stock RBF? Fm: Ernest Withers Jr. 71545,1117 To: Kevin Darling 76703,4227 (X) I played with undel for a while last night and had no problems at all. If anything changes, I'll let you know. Again, thanks. Ernie. #: 13541 S10/OS9/6809 (CoCo) 18-Dec-91 22:02:31 Sb: #13414-Ident Stock RBF? Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) Edition #28 here. Is that a problem? #: 13498 S10/OS9/6809 (CoCo) 16-Dec-91 09:44:20 Sb: #Hard Drive Analysis Fm: Lee Veal 74726,1752 To: All Is there a hard drive surface analysis program available for OS9 Lvl 2? (either pd, sw or commercial). Also, is there an article available that explains the ramifications of the interleave values for hard drives? Lee There are 2 Replies. #: 13499 S10/OS9/6809 (CoCo) 16-Dec-91 12:54:23 Sb: #13498-#Hard Drive Analysis Fm: Pete Lyall 76703,4230 To: Lee Veal 74726,1752 (X) Lee - Kreider used to have one called .. hmm... forgot. Might have been 'hcheck'. Essentially, it read a whole track (well, a track's worth of sectors in one 'read()'), and if it got any errors it'd go back and isolate the offending sector. Fairly fast. It'd be trivial to rewrite - just get the disk's info from the path descriptor, and go to town. Re: interleave... hmmm. I may have cranked some of that stuff into the SAS.TXT arcticle of some years back. If not, what did you want to know? Pete There is 1 Reply. #: 13514 S10/OS9/6809 (CoCo) 17-Dec-91 10:03:40 Sb: #13499-#Hard Drive Analysis Fm: Lee Veal 74726,1752 To: Pete Lyall 76703,4230 (X) Re: interleave... I'm trying to find something that lays down some kind of criteria that can be used to make a "somewhat" informed choice about what the interleave factor should be. Or lacking that, a rule of thumb that is a generally accepted method of selecting an interleave value. I've been using the W.A.G. method, but I've been wondering lately if there's some sort of better method to help us along these lines. Lee There are 2 Replies. #: 13515 S10/OS9/6809 (CoCo) 17-Dec-91 11:37:43 Sb: #13514-#Hard Drive Analysis Fm: Erich Schulman 75140,3175 To: Lee Veal 74726,1752 (X) There is a utility in one of the Libs called MegaRead that will do this. You will need to format the drive, run MegaRead and time the results, format the drive with a different interleave, run MegaRead and time the results, and so on until you get the best time. That's your interleave setting. BRO LIB:ALL KEY:INTERLEAVE to find it. There is 1 Reply. #: 13519 S10/OS9/6809 (CoCo) 17-Dec-91 17:56:04 Sb: #13515-#Hard Drive Analysis Fm: Lee Veal 74726,1752 To: Erich Schulman 75140,3175 (X) Thanks for the help. The reason I started wondering about interleave at all is because that I saw two different interleave values $10 and $16 on two different descriptors and I don't know why the difference. It might have been a finger check as opposed to an actual cognitive decision to have them different, but it got me to wondering if the number really made any difference, or if whether OS-9 really even cared. Lee There is 1 Reply. #: 13524 S10/OS9/6809 (CoCo) 17-Dec-91 22:05:05 Sb: #13519-#Hard Drive Analysis Fm: Erich Schulman 75140,3175 To: Lee Veal 74726,1752 (X) I may be wrong (which is why I'm posting a similar question) but from what I know this is how I think it works. Don't take it as gospel unless someone who really knows confirms this. When you do a physical format the interleave is set based on the ilv= setting in the /h0 descriptor assuming you are using OS-9 to do the format (I have to use DECB and the BASIC program leaves no clues on changing the interleave). And once this interleave is set the value in your descriptor no longer matters, and nothing short of a full physical reformat will let you try out a different interleave setting. Until you hear from someone else, try changing your ilv= with dmode without reformatting the drive. Run MegaRead and see if you get a different time from before you run dmode. As long as you don't cobbler, save, etc. your dmode experiments will not remain in effect upon your next boot. There is 1 Reply. #: 13533 S10/OS9/6809 (CoCo) 18-Dec-91 09:17:36 Sb: #13524-Hard Drive Analysis Fm: Lee Veal 74726,1752 To: Erich Schulman 75140,3175 (X) I think you're correct. The ILV value determines, as I understand it, what physical sequence the sectors are written in. They're still numbered from 0 to whatever (logically), but physically sector 0 is not necessarily going to be followed immediately by sector 1. The interleave parameter is probably ignored for normal reads and writes, i.e. those writes done in a formatting mode. Lee #: 13516 S10/OS9/6809 (CoCo) 17-Dec-91 14:01:30 Sb: #13514-Hard Drive Analysis Fm: Pete Lyall 76703,4230 To: Lee Veal 74726,1752 (X) Lee - The best approach is empirical... that is, try it and see how it goes. A good trick is to format only the first several cylinders of your hard drive, and then run a tool like 'megaread' or whatever to check the times for reading a block of bytes/sectors. Then, reformat with a different interleave and try again. Use what's best for your system. This is a composite function of hard drive, interface, cpu speed, interrupt latency, and driver effiency - that's why there's no set formula. Pete #: 13505 S10/OS9/6809 (CoCo) 16-Dec-91 19:55:21 Sb: #13498-Hard Drive Analysis Fm: Erich Schulman 75140,3175 To: Lee Veal 74726,1752 (X) I got Burke & Burke's File System Repack 1.1; it comes with CCheck, a checker for any RBF device. It will nondestructively test every sector and optionally more than once and optionally allocate bad sectors in the bitmap. You can have it forcibly allocate known bad sectors after a intentional (hopefully) reformat of the hard drive saving some test time. Since it is nondestructive, it will replace each sector as it is written to read back, and so on. CCheck is slow. It took 11 hours to check my 65Meg drive. #: 13504 S10/OS9/6809 (CoCo) 16-Dec-91 19:47:26 Sb: #13489-GFX2 vs. GFX2 Fm: Erich Schulman 75140,3175 To: Kevin Darling 76703,4227 (X) That may well be the problem. I once got a "Cant't find GShell" when I IPatched for the new GShell, and that's what the problem was. And today I was having problems compiling some downloaded C source. You guessed it: attr ./cmds/cc2 e fixed it. I don't recall whether my download of the IPatch utility came with source code. If so, I'm going to have to add a little extra code to do this automatically then re- compile/assemble. After all, I've yet to hear of something other than a module being IPatched. The shell wouldn't be the problem in this case. What I did was rename grfdrv grfdrv.bak. Then I used /d0/cmds/grfdrv as the newfile so IPatch would drop it right on the boot disk. #: 13542 S10/OS9/6809 (CoCo) 18-Dec-91 22:15:39 Sb: #13438-#Problems with new /h0 Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 (X) Hi Erich, I don't have the same hard drive as you (I have a B&B XT) but I got around the problems with CC3go by taking the descriptors /h0 and internally renaming two copies /d0 and /dd. My floppies I changed to /f0, /f1 and /f2. The system boots from /f0 and then reads the startup file from the hard drive /d0. It all works very quickly. Paul There is 1 Reply. #: 13547 S10/OS9/6809 (CoCo) 19-Dec-91 00:14:57 Sb: #13542-Problems with new /h0 Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 (X) I now have the scsi47 descriptor and driver in and cc3go seems to be working perfectly every time now. And now that I run /h0/startup instead of /d0/startup, I'm ready to go in 40 seconds instead of 150 seconds. But thanks anyway! Erich Schulman (KTN4CA) #: 13543 S10/OS9/6809 (CoCo) 18-Dec-91 22:57:44 Sb: #13375-#CoCo 3 terminal Fm: Bert Schneider 70244,427 To: Mike Guzzi 76576,2715 (X) I does everything I need too! I have used Quattro Pro at work and while it is great - it takes up to five megs of hard drive storage just to work!!!! What a waste! All of the software developers think their software will be the only one running on your computer!!!! Get out of here! Bye! There is 1 Reply. #: 13617 S10/OS9/6809 (CoCo) 22-Dec-91 22:50:13 Sb: #13543-CoCo 3 terminal Fm: Mike Guzzi 76576,2715 To: Bert Schneider 70244,427 (X) exacly my statement. alot of msdos users can't see how I get by on a 30 meg HD and have lots of room left over! Dyncaclc isn't quattro but for anything I had to do Dynacalc does so thats all that counts in my book. (and takes a mere 48K on my HD) Mike #: 13545 S10/OS9/6809 (CoCo) 19-Dec-91 00:02:07 Sb: #Rogue under Multivue Fm: Bert Schneider 70244,427 To: 76703,2013 (X) Do you know a decent way to run Rogue from Multivue? Bert There are 3 Replies. #: 13549 S10/OS9/6809 (CoCo) 19-Dec-91 07:09:57 Sb: #13545-#Rogue under Multivue Fm: Mike Ward 76703,2013 To: Bert Schneider 70244,427 (X) Sorry Bert, I don't own a copy of Multivue. Hopefully someone else will pop in with a hint. There is 1 Reply. #: 13730 S10/OS9/6809 (CoCo) 28-Dec-91 10:23:57 Sb: #13549-Rogue under Multivue Fm: Bert Schneider 70244,427 To: Mike Ward 76703,2013 (X) Thanks - I got it running but you have to go to the ROGUE directory and I had to put ROGUE in the CMDS directory instead of putting it in its own Directory - /dd/games/rogue/cmds Thanks for your reply! (o) (o) U \_____/ Bert #: 13563 S10/OS9/6809 (CoCo) 20-Dec-91 02:08:31 Sb: #13545-#Rogue under Multivue Fm: Mike Haaland 72300,1433 To: Bert Schneider 70244,427 (X) Try a simple AIF that has a window type of 5 or 7 like: rogue icons/any.icon 5 80 24 2 0 That should do it. It uses a simple GFX screen. There is 1 Reply. #: 13731 S10/OS9/6809 (CoCo) 28-Dec-91 10:26:49 Sb: #13563-Rogue under Multivue Fm: Bert Schneider 70244,427 To: Mike Haaland 72300,1433 (X) I got it working - thanks! I was trying to have an AIF in my /dd/games directory - while all of the support files were in the /dd/games/rogue directory - that is how I have all my other games set up - I wrote my own C code to load some of the other TYPE 1 window (old green screen) games and have all of the AIFs show up in the /dd/games directory with each game's support files in their own directory. For example, Flight Sim has an aif - AIF.fs2 in /dd/games directory and its support files are located in the /dd/games/fs2 directory. Bert #: 13618 S10/OS9/6809 (CoCo) 22-Dec-91 22:55:20 Sb: #13545-#Rogue under Multivue Fm: Mike Guzzi 76576,2715 To: Bert Schneider 70244,427 (X) There is one problem running rogue. it loads in its own font to use for the symbols and when you toggle back to MV the icons are all messed up! best bet is to limit it to a text screen. or find a way to patch the fonts to use a different group number if possible. Mike There is 1 Reply. #: 13732 S10/OS9/6809 (CoCo) 28-Dec-91 10:28:27 Sb: #13618-Rogue under Multivue Fm: Bert Schneider 70244,427 To: Mike Guzzi 76576,2715 I finnaly got mine to work with a graphic screen and it doesn't mess up MV!!! I use an 80 column window - graphic mode with two colors! I have no problem at all - I did have a problem loading the game in twice - two windows multi-tasking! The system bombed!!! Bert #: 13550 S10/OS9/6809 (CoCo) 19-Dec-91 10:37:48 Sb: #13376-bbs Fm: George Hendrickson 71071,2003 To: Paul Rinear 73757,1413 (X) xD{_I'm running RiBBS v2.02. It's pretty good software and has Fido Net capabilitys{. I don't have that going yet. If you want a copy, call the RiBBS HQ at (303)343-6707. I don't have very many lock ups but they happen sometimes and that's only because of an on-line game someone wrote or something else. #: 13615 S10/OS9/6809 (CoCo) 22-Dec-91 22:41:37 Sb: #13476-SDISK3 --no halt? Fm: Mike Guzzi 76576,2715 To: Erich Schulman 75140,3175 (X) the sdisk3 i use is for the sardis controller only. it has alot more hardware in it then the SC2 and i seriously doubt it could be made to use with a sc2 Mike #: 13619 S10/OS9/6809 (CoCo) 22-Dec-91 23:26:18 Sb: #Undead Proci Fm: Paul Rinear 73757,1413 To: Anyone Ever get a 'procs' that looks like this: User Mem Stack Id PId Number Pty Age Sts Signl Siz Ptr Primary Module --- --- ------- --- --- --- ----- --- ----- ---------------- 2 1 0 128 129 $80 0 31 $6DE2 Shell 3 8 0 128 128 $80 0 79 $6AB2 scred 4 2 0 128 129 $81 228 31 $1EF4 DEAD 5 6 0 128 128 $80 0 31 $1EF3 Procs 6 0 0 128 129 $80 0 31 $64E2 Shell Try 'kill 4' and all you get is an 'error 233' and you just know there's a zombie process that's going to cause problems in the future. Well, go back to the window that the dead process was created in, in this case /TERM, and 'deiniz 4' (the process number of the dead process). You will know if you found the right window if you get the strange message 'Error 221-004''Error 228'. Running 'procs' again will give you something like this: User Mem Stack Id PId Number Pty Age Sts Signl Siz Ptr Primary Module --- --- ------- --- --- --- ----- --- ----- ---------------- 2 1 0 128 128 $80 0 31 $6DE2 Shell 3 8 0 128 128 $80 0 79 $6AB2 scred 4 6 0 128 128 $80 0 31 $1EF3 Procs 5 2 0 128 131 $81 0 31 $1EF2 DEAD 6 0 0 128 129 $80 0 31 $64E2 Shell Notice that the name 'DEAD' has moved from process '4' to process '5'. Now, in that same parent window 'deiniz 5'. You should now get a 'procs' like this: User Mem Stack Id PId Number Pty Age Sts Signl Siz Ptr Primary Module --- --- ------- --- --- --- ----- --- ----- ---------------- 2 1 0 128 128 $80 0 31 $6DE2 Shell 3 8 0 128 128 $80 0 79 $6AB2 scred 4 6 0 128 128 $80 0 31 $1EF3 Procs 6 0 0 128 129 $80 0 31 $64E2 Shell Voila, all cleaned up! I don't know why this works but it has saved me a few reboots. Paul 73757,1413 There is 1 Reply. #: 13622 S10/OS9/6809 (CoCo) 22-Dec-91 23:45:13 Sb: #13619-#Undead Proci Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) Paul - I'd bet that all you needed to do was to go back to the window the process was created in, and type "w" so that the shell would do a wait for the child to report its death. I think your "deiniz" procs are simply allowing the shell to pick up that one child was dead, and then your deiniz proc is taking its place for the same reason the first child was still listed as dead: the shell hasn't been able to note it yet. Try the "w" command sometime and see if that works instead. best - kev There are 2 Replies. #: 13628 S10/OS9/6809 (CoCo) 23-Dec-91 09:23:20 Sb: #13622-Undead Proci Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) Will definitely try that Kevin. My limited understanding of OS9 makes me jump to quick conclusions. Paul #: 13630 S10/OS9/6809 (CoCo) 23-Dec-91 09:31:31 Sb: #13622-#Undead Proci Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) Yep, that "w" command works real fine! How'd you figure that out? (grin) Paul There is 1 Reply. #: 13651 S10/OS9/6809 (CoCo) 25-Dec-91 01:48:38 Sb: #13630-#Undead Proci Fm: Kevin Darling 76703,4227 To: Paul Rinear 73757,1413 (X) GRIN. Well, a "DEAD" process is one that's given up all its memory, and all its paths... the only thing left is a tiny process descriptor holding the error code (or non-error code :-) about its death. That's so the parent process can do a Wait call and find out this info if it wants to. So until the parent does the Wait (or until the parent itself dies, in which case the dead child's error code is not needed any more), you'll see the DEAD notice show up. If you simply give a command to the shell, he'll fork it off and then Wait. But if you tell the shell to put the command in the background, he'll fork it off and NOT Wait to see what happened, but instead go ahead and get another command line from you. In a nutshell, that's why you had to tell the shell to wait ("w"). By forking off other commands (like the deiniz which errored out) you were allowing the shell to wait once (which would pick up on one dead child), but then shell didn't know about the new dead guy you had just generated. More or less luck that he'd pick up on it after a coupla times :-) There is 1 Reply. #: 13668 S10/OS9/6809 (CoCo) 25-Dec-91 15:18:16 Sb: #13651-Undead Proci Fm: Paul Rinear 73757,1413 To: Kevin Darling 76703,4227 (X) That actually clears up a lot of things for me. Thanks. Paul #: 13648 S10/OS9/6809 (CoCo) 24-Dec-91 18:05:06 Sb: !!SCRED!! Fm: Paul Rinear 73757,1413 To: Anyone Does anyone here use 'scred'. I know someone's going to bite my head off and tell me to get a different editor, but I'm actually used to the keys now. Here's the question: using the 'ch' command I can change things like Cntl-L and Cntl-J to spaces, but how can I 'ch' something like a Cntl-H to a null character? Paul #: 13655 S10/OS9/6809 (CoCo) 25-Dec-91 02:56:49 Sb: #NEW RBF PATCH Fm: Brian Steward 73427,2643 To: kevin darling Kevin, I don't know Bob Santy's Number so I'm addressing this you with the hopes you can get him the message or maybe he'll see it. A friend of mine found a serious problem with the new RBF patch. If you use a utility called MV or CP and move a file from one directory to the other then delete it. The allocation map dosn't get updated to free up the disk space. It's pretty serious when your moving 1+meg files around and then deleteing them, only to find out that the free space keeps getting smaller and smaller. I'm thinking that the new rbf might be having a problem with the link count or something. I would recommend taking it out of the database until it's fixed. There are 2 Replies. #: 13656 S10/OS9/6809 (CoCo) 25-Dec-91 04:10:29 Sb: #13655-#NEW RBF PATCH Fm: Kevin Darling 76703,4227 To: Brian Steward 73427,2643 (X) Brian - yikes, and thanks. Doesn't make much sense that that would happen, but hmm... wonder if it's related to the fact that the new RBF doesn't delete the old FD info. Can you find out where his mv and cp commands came from, and if there's source for them around? thx again! I think Bob will probably see this within a coupla days. - kev There are 2 Replies. #: 13659 S10/OS9/6809 (CoCo) 25-Dec-91 09:39:53 Sb: #13656-NEW RBF PATCH Fm: Brian Steward 73427,2643 To: Kevin Darling 76703,4227 (X) Kevin, The utilities in question I belive are either in the download sections here or on delphi. I have discovered what is going on. When a file gets moved the link count gets incremented on the new file and when the origianl file gets deleted the link count is supposed to be decremented, which it is not doing. The utilities work fine without the new patch, So if the FD sector isin't being touched at all, that is the problem. The link count does get incremented but never gets decremented. The same problem exsists when using the CP -L option, which just links the program do a different directory, when you del one of the filenames, the link count dosn't get decremented. Thanx for the quick response. #: 13687 S10/OS9/6809 (CoCo) 26-Dec-91 01:11:07 Sb: #13656-#NEW RBF PATCH Fm: Michael P. Brown 76220,1014 To: Kevin Darling 76703,4227 (X) Hi Kevin. I'm the weirdo who found this problem. Despite the name above, I'm using a friend's account since I don't have one here. My name is Charles West, and I met you at the 1990 Atlanta CoCoFest and traded messages with you on the Hayes BBS for awhile prior to the MM/1 unveiling. CP was made by Jamie S. Wilmoth. I though MV was distributed by the OS-9 user group (not sure about that) and was written by Eric Williams. Both programs were obtained from either CIS or Delphi (not sure which) and are also available on my BBS (405-752-8955). Another way to test this may be with Dupfile by Brian C. White, another program I've seen in use. It does with MV and CP -m does except for the removal of the original directory reference. In essence, it creates a second copy of a directory enttry elsewhere on the directory tree from the original and increments the FD.LNK byte in the file descriptor sector. Using the old RBF, if you tried to delete a file whose link count was greater than 1, only the requested directory entry was "nulled" and the link count was decremented. Deleting the last copy of the file would result in reallocation of that file's space in the FAT and apparantly blank out the sector references in the file descriptor. Curiously enough, the link count byte (even under the old RBF) does not get set to $00 when the last copy of the file is deleted. ...But of course, that byte is irrelevant in such a case. I hope this helps. Thanks for listening. -CRW There is 1 Reply. #: 13692 S10/OS9/6809 (CoCo) 26-Dec-91 09:43:58 Sb: #13687-#NEW RBF PATCH Fm: Kevin Darling 76703,4227 To: Michael P. Brown 76220,1014 (X) Hi Charles! Sure, I remember meeting ya! Good find on the link count. I'm beginning to wonder if I posted something made from an old RBF update tho... poor Bob didn't know I was going to do this . You're right about the link count not being decremented here. Looking at the source I have, it's because the FD is saved off beforehand (it has to be, of course, to put back all the segment info that RBF will give up, so that files can be undeleted later)... and so the link count stays the same. Thanks again for finding it! - kev There are 2 Replies. #: 13693 S10/OS9/6809 (CoCo) 26-Dec-91 11:11:36 Sb: #13692-#NEW RBF PATCH Fm: Bob Santy 76417,714 To: Kevin Darling 76703,4227 (X) Sure enough guys! The problem was that the FD was being saved BEFORE the link count was decremented and therefore the link count NEVER got decremented on disk. I've fixed the problem with the disk based link count. After the FINAL delete, the link count is now (RBF version 30) zero on disk. The problem with that is the UnDel command had to be changed to make the link count on disk a non-zero value. I used one. I think that will work just fine since we are un-deleting the file and restoring it to base condition. So, we'll need a new RBF (Version 30) and a new UnDel command. I'll upload them ASAP if I can get some answers to the following: 1. The file is ALWAYS removed (1st byte of the name set to null) from the directory REGARDLESS of the link count. If the link count of a file is greater than one and the file is deleted (I$Delete), the file name is gone but the space is NOT returned. One hopes that the file is still opened (presumably by some other process) so that the link count can finally get to zero and the space recovered. 2. I ran into the infamous B.L.O.B. during testing of RBF. It seems that if CC3Disk is NOT loaded at an ODD address, the floppies will act very strangely. Now, that's MY version of CC3Disk and it's in my bootlist right after RBF. If RBF (at an even address) was an even numberof bytes, CC3Disk was intermittent. I added a NOP to RBF and CC3Disk was OK. Any other possible explanations? Doe the floppy interrupt handler have to be at an ODD address?????? I'll be waiting for more discussion before I upload. P.S. Last time I tried to upload a file to the data libraries, I got the message that they were full. Bob Santy There is 1 Reply. #: 13695 S10/OS9/6809 (CoCo) 26-Dec-91 18:39:07 Sb: #13693-#NEW RBF PATCH Fm: Brian Steward 73427,2643 To: Bob Santy 76417,714 (X) Bob, With rbf v28 the link count never gets to zero. If you create a file then delete it, you will notice that the link count still says 1. you are correct with your statement about if the link count is greater than 1 the file still exsists someplace on the disk, and as soon as the link count goes to 1 then the Bitmap Allocation table will then be updated also. There is 1 Reply. #: 13696 S10/OS9/6809 (CoCo) 26-Dec-91 18:56:36 Sb: #13695-#NEW RBF PATCH Fm: Bob Santy 76417,714 To: Brian Steward 73427,2643 (X) Brian: Well, with RBF 30, the link count will be zero for a deleted file. We we were previously not allowed to see that condition because the FD was trashed in the final delete. So now the link count of a deleted file's FD will be zero. UnDel will set it back to one when it's recovered. Bob There is 1 Reply. #: 13711 S10/OS9/6809 (CoCo) 27-Dec-91 20:32:51 Sb: #13696-#NEW RBF PATCH Fm: Michael P. Brown 76220,1014 To: Bob Santy 76417,714 (X) Yep, I was suprised tto see the link count equalling 1 on a deleted file with the old RBF. I think your update of having it set to zero is appropriate. -CRW There is 1 Reply. #: 13726 S10/OS9/6809 (CoCo) 28-Dec-91 08:19:44 Sb: #13711-NEW RBF PATCH Fm: Bob Santy 76417,714 To: Michael P. Brown 76220,1014 Thanks for the response, Michael. I suppose we could have set it to one just as easily, but RBF really sets it to zero. The only problem is UnDel. You have to have the UnDel supplied in RBF30.ar. Bob #: 13710 S10/OS9/6809 (CoCo) 27-Dec-91 20:28:03 Sb: #13692-NEW RBF PATCH Fm: Michael P. Brown 76220,1014 To: Kevin Darling 76703,4227 (X) You're welcome... though it's no great feat - if I hadn't, someone else would have. The little glitch in now way diminshes your (plural) magnanimous gesture of giving us this little gem. I, too, run into situations where something I program is used in such a way that I wouldn't normally use it... thereby exposing the cracks. It's all part of the fun, eh? -CRW #: 13658 S10/OS9/6809 (CoCo) 25-Dec-91 09:37:39 Sb: #13655-#NEW RBF PATCH Fm: Bob Santy 76417,714 To: Brian Steward 73427,2643 (X) Brian: I just checked out RBF with a 1+ Meg file and had no problem retaining the proper amount of free space on the disk after a move of the file. Maybe the move command that you are using could have a problem. What move are you using? Bob There is 1 Reply. #: 13661 S10/OS9/6809 (CoCo) 25-Dec-91 09:58:04 Sb: #13658-NEW RBF PATCH Fm: Brian Steward 73427,2643 To: Bob Santy 76417,714 (X) Bob, What is happening is when a file gets moved or linked to a different directory the link count gets incremented by 1, and when it gets deleted, the link count is supposed to be decremented by 1, which is not happening. Try this experiment and you'll see that it's not the utilities at fault. Using your favorite disk editor, edit the link count on a file to 2. Del the file. you'll find that the file is deleted, and the link count is still set to 2. and the fe space is still being taken up. That's what is happening with the rbf patch. If you try the same thing with the old rbf you'll find that the link count does get decremented. Now, to recover the space the file is occuping, edit the link count on the file to 1, then edit the directory entry to recover the filename then delete it and should be well again. #: 13665 S10/OS9/6809 (CoCo) 25-Dec-91 14:03:40 Sb: #multivue Fm: Everett Chimbidis 76370,1366 To: all I would like to change the boarder of my multivue screen to black or blue! I have the gshell2 patch but it won't work with my gshell! Any help? There is 1 Reply. #: 13674 S10/OS9/6809 (CoCo) 25-Dec-91 21:57:55 Sb: #13665-multivue Fm: Erich Schulman 75140,3175 To: Everett Chimbidis 76370,1366 (X) I've never tried any such thing but it seems you can do this from the Multi-Vue Control Panel and/or editing the env.file that is in your /dd/SYS directory. If this doesn't do it perhaps you can create a graphics screen the way you want it with a shell in it and then start MultiVue with the command multistart. Just remove MultiVue's autoex from your /dd/CMDS directory or rename it to something else. Except for name, autoex and multistart are the same thing. If none of these work maybe someone who really knows will post the answer. #: 13684 S10/OS9/6809 (CoCo) 25-Dec-91 23:42:03 Sb: #13280-Disto II Fm: Mike Knudsen 72467,1111 To: Tom Napolitano 70215,1130 Check your cable and connectors. If you still have stock RatShack connectors on there plus "real" connectors you added yourself, amazing things (like what you describe) happen when you accidentally stick one of the Tandy connectors on your new (or retainted) drives. Never mind how I know this....mike k #: 13697 S10/OS9/6809 (CoCo) 26-Dec-91 19:02:02 Sb: #RBF 30 Fm: Bob Santy 76417,714 To: ALL Well, I uploaded RBF30.ar in DL 10 anyway. Let me know if there are any problems with it. Note that there are two new features and an added feature in UnDel. 1. RBF allows undeleted files and fixes the link count bug. 2. RBF (actually RBF 29 too) has a signal on file modification status call. 3. UnDel allows deleted directory as well as file recovery. You can even recover a directory and all of it's files if UnDel is used first for the directory and then for the files in it. Of course, you must have previously not used the space for another file. Have fun! Happy Hollidays!! Bob Santy There is 1 Reply. #: 13703 S10/OS9/6809 (CoCo) 27-Dec-91 00:04:37 Sb: #13697-#RBF 30 Fm: Kevin Darling 76703,4227 To: Bob Santy 76417,714 (X) Thanks Bob! Sorry to have made you do extra work over the holidays, tho :-) kev There is 1 Reply. #: 13704 S10/OS9/6809 (CoCo) 27-Dec-91 07:50:21 Sb: #13703-RBF 30 Fm: Bob Santy 76417,714 To: Kevin Darling 76703,4227 (X) No problem Kevin. It was an obvious bug once told the symptoms! / #: 13702 S10/OS9/6809 (CoCo) 26-Dec-91 22:16:20 Sb: #Parallel Driver Fm: Ian Hodgson 72177,1762 To: All I use a Disto 3 in 1 board with the SC 2 controller. To eliminate a problem with their PARALLEL driver (spurious line feeds at the oddest times) I patched the driver using paral.ar from LIB 10. OK, the spurious line feeds are gone. But now I occasionally get double characters. Not often, mind you, but about 3 or 4 times in a ten page document (thus necessitating the reprinting of 3 or 4 pages). Any suggestions, anyone? I'm using a Star NX1000. I'm getting tired of having to take disks to my older CoCo 3 with the Disto SC I controller and 2 in 1 board. At least that one prints fine. There is 1 Reply. #: 13705 S10/OS9/6809 (CoCo) 27-Dec-91 10:51:53 Sb: #13702-#Parallel Driver Fm: Pete Lyall 76703,4230 To: Ian Hodgson 72177,1762 (X) Ian - Had this problem on an OLD Sanyo 550 PC clone. The problem is that the data strobe line is staying active a hair too long, and the clocking time for a second character is occasionally met. Just shorten the time the STROBE line is held active, and that'll get it for you. Pete There is 1 Reply. #: 13715 S10/OS9/6809 (CoCo) 27-Dec-91 22:26:05 Sb: #13705-#Parallel Driver Fm: Ian Hodgson 72177,1762 To: Pete Lyall 76703,4230 (X) Pete. Sounds possible. Now I'll have to see where the timing is done for the strobe. Don't know if it is hardware or software timed. I suppose the first thing to do is to look at it and compare it to the spec for the printer. No point in trying to fix it if it ain't broke! I do notice from a quick disassembly of the driver that the character to be printed seems to be written twice in succession in this version (not in the old one). Sounds like a kludge that sometimes explodes. There is 1 Reply. #: 13740 S10/OS9/6809 (CoCo) 28-Dec-91 20:09:01 Sb: #13715-Parallel Driver Fm: Pete Lyall 76703,4230 To: Ian Hodgson 72177,1762 (X) The strobe, assuming you're using a traditional parallel port (Centronics), the strobe is just a bit on the parallel port, and it's under software control. Pete #: 13714 S10/OS9/6809 (CoCo) 27-Dec-91 22:23:13 Sb: #Recovering RAM Fm: Ian Hodgson 72177,1762 To: All Question. I usually use a ramdisk but occasionally want to recover the memory without rebooting. Deiniz works fine, but... Each time I chd to /r0 the user count is incremented. Changing to another directory does not decrement the count. After a busy session of moving stuff around I have to type "deiniz /r0" many times before the user count hits zero and I get my memory back. Is there a better way? There are 2 Replies. #: 13720 S10/OS9/6809 (CoCo) 28-Dec-91 00:43:57 Sb: #13714-Recovering RAM Fm: Erich Schulman 75140,3175 To: Ian Hodgson 72177,1762 (X) Are you using a RAMdisk like that in the Developer's Pak? One which you must iniz to use? If so you will need different RAMdisk software. What I use came with my 512K upgrade. You install Ram.dr and r0_xxx.dd in your boot file. I found they will not work with the RBF devices so I have them positioned right before PipeMan. You then use Rdisk to start the RAMdisk where blocks is the number of 8K blocks you want to assign to the RAMdisk. When you're done with it, just Rdisk t to terminate the RAMdisk and recover all its memory. If you use the RAMdisk only occasionally you can avoid putting the driver and descriptor in the bootfile (and avoid the BLOB at the same time) by loading and unlinking them as necessary but this will waste memory. If you use the RAMdisk a lot, you may want to merge Rdisk into your shell. This RAMdisk appears to be <100%-RBF compatible but I think the flexibility and being able to start and lose the RAMdisk on the fly is worth it. #: 13722 S10/OS9/6809 (CoCo) 28-Dec-91 01:53:23 Sb: #13714-#Recovering RAM Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Ian - long ago, there was a utility called, I think, "detach". It simply called I$Detach a zillion times on a device :-) The same thing could be written into a basic09 command or something which called "deiniz" about 256 times. Also, be sure to chd/chx away from the ramdisk before doing this, so the system won't get too confused (not sure it will, but better safe etc). best - kev There is 1 Reply. #: 13739 S10/OS9/6809 (CoCo) 28-Dec-91 20:07:31 Sb: #13722-Recovering RAM Fm: Pete Lyall 76703,4230 To: Kevin Darling 76703,4227 (X) Kev - Yup - think I wrote it in the dark days. There was a detach, and there was an unload I believe. Pete #: 13735 S10/OS9/6809 (CoCo) 28-Dec-91 17:29:56 Sb: #os9bootfile Fm: Denise Tomlinson 71021,3274 To: all I have been learning os9 and am finding out that it is really exciting what you can do with it. One question? When I use EZGEN on os9boot, what module holds the tools that are loaded after the initalization? For instance, I no longer use SETIME since I have a smartwatch driver. But setime is in the boot. I would like to use EZGEN and clean up my boot. I used it to patch the CC3Disk to use the utils by BOB SANTY and it works great. Thanks, Denise There are 2 Replies. #: 13742 S10/OS9/6809 (CoCo) 28-Dec-91 20:26:15 Sb: #13735-#os9bootfile Fm: Lee Veal 74726,1752 To: Denise Tomlinson 71021,3274 Setime is a command that should not be in the boot, it might be MERGEd into the "stock" OS9 SHELL, but it's been along time since I've used a "stock" SHELL. In any case, even if you didn't have the Smartwatch driver, you still wouldn't want SETIME in the BOOT file. On you next message, you might want to send a list of the modules that are in your boot. Lee There is 1 Reply. #: 13752 S10/OS9/6809 (CoCo) 29-Dec-91 02:37:14 Sb: #13742-#os9bootfile Fm: Erich Schulman 75140,3175 To: Lee Veal 74726,1752 (X) I usually use Shell+ (except now when I have a dead CoCo3) but I have had to on occasion revert to the standard shell. Setime is indeed merged with the standard shell. There is 1 Reply. #: 13760 S10/OS9/6809 (CoCo) 29-Dec-91 18:57:49 Sb: #13752-os9bootfile Fm: Lee Veal 74726,1752 To: Erich Schulman 75140,3175 (X) I'm confused, now, I responded to Denise Tomlinson, and now Erich is answering. Oh, well, in addition to what Kevin was saying about removing the line in your STARTUP procedure that reads: SETIME