1-Jan-86 17:00:20-MST,749;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Jan 86 17:00:11-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a025994; 1 Jan 86 18:17 EST Received: by sdcsvax.ARPA (5.31/4.41) id AA21245; Tue, 31 Dec 85 20:09:28 PST hops=0 From: crash!jthario@SDCSVAX.ARPA Message-Id: <8601010409.AA21245@sdcsvax.ARPA> Date: Tue, 31 Dec 85 13:50:06 PST To: info-cpm@AMSAA.ARPA Subject: C compiler review wanted Cc: noscvax!info-apple@AMSAA.ARPA Does anyone have and experience or information about Ecosoft's C compiler for the Z80s? I'd be using it on an Apple ][+, under PCPI CP/M 2.2. Thanks! -- jim UUCP: {noscvax, sdcsvax, cbosgd, ihnp4}!crash!jthario ARPA: crash!jthario@ucsd 1-Jan-86 17:35:46-MST,822;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Jan 86 17:35:39-MST Received: from simtel20.arpa by AMSAA.ARPA id a026061; 1 Jan 86 18:47 EST Date: Wed 1 Jan 86 16:45:13-MST From: Rick Conn Subject: Re: LU for ZCPR3 To: NOLAND@USC-ISI.ARPA cc: INFO-CPM@AMSAA.ARPA In-Reply-To: Message from "Steve Noland " of Mon 30 Dec 85 18:06:57-MST Message-ID: <12171867516.19.RCONN@SIMTEL20.ARPA> I've spoken to Martin Murray about coming out with a version of NULU which is Z3-specific, and he expressed interest in doing so. I just finished writing "ZCPR3: The Libraries", and once this is published I'll try to get Martin a copy of the book and the source code so he can use same to do the development. Rick ------- 1-Jan-86 18:02:18-MST,477;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Jan 86 18:02:10-MST Received: from simtel20.arpa by AMSAA.ARPA id a026128; 1 Jan 86 19:25 EST Date: Wed 1 Jan 86 17:23:42-MST From: Rick Conn Subject: LUZ3 To: info-cpm@AMSAA.ARPA Message-ID: <12171874522.19.RCONN@SIMTEL20.ARPA> I'll be releasing the sources to those tools in the next two months. Probably wait until ZCPR3 3.3 is done. ------- 1-Jan-86 19:26:12-MST,1426;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Jan 86 19:26:04-MST Received: from simtel20.arpa by AMSAA.ARPA id a026283; 1 Jan 86 21:02 EST Date: Wednesday, 1 January 1986 18:04-MST Message-ID: Sender: Mark Becker From: Mark Becker To: KPetersen@SIMTEL20.ARPA Subject: BBS's for the handicapped ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Wed 1 Jan 1986 18:50-MST Keith, are you aware of any bulletin boards anywhere that support both ASCII and Baudot code? I know of one in southern Maryland run by a Dick Barth... thats the HEX (for Handicapped Educational eXchange) machine. It supports ASCII at 300 baud *and* 45.45 baud Baudot code. His machine, build a couple of years ago from a Gov't grant, has quite a population of hearing-impaired and blind people using it. The Baudot modems aren't anywhere near Bell 103 or 212A; they use something called a Weibrecht (sp?) standard. Mark tone at 1400 Hz, space at 1600 Hz. Also, they are *half* duplex. Please forward this as you see fit - I'm curious if more than one of these "modified" BBS systems exist. Dick's hardware is oriented around a Smoke Signal Broadcasting frame with a 15 MByte disk attached. Regards, Mark 2-Jan-86 01:10:32-MST,1736;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 01:10:25-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a026594; 2 Jan 86 2:50 EST Received: from usenet by TGR.BRL.ARPA id a028526; 2 Jan 86 2:42 EST From: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." Newsgroups: net.micro.cpm Subject: Modifying apple CP/M bios/bdos. Message-ID: <219@decwrl.DEC.COM> Date: 2 Jan 86 01:30:04 GMT Sender: daemon@DECWRL.ARPA To: info-cpm@AMSAA.ARPA I have an Apple IIe lookalike, and I am trying to use the full 40 tracks that are available on the disk drives. Microsoft has not made this especially easy, as they supply neither the MOVCPM utility nor the source code for the BIOS or BDOS. I beleive that the modification requires only a change in the system's BIOS to tell it that there are more sectors. From the information that I can dredge up, the system was originally set up for 35 track drives as the inner 5 were considered unreliable. The disk drives that I am using, and the disks I use, are, however, quite good in this respect, and I want to use the extra 14% or so of disk space (I have just the application for it....). Microsoft here in Australia have been singly unhelpful (in fact, as soon as the word "source" was mentioned they became rather abusive). Has anyone out there in Netland attempted this modification? If so, please send mail to me directly. If anything comes of the responses, I will post a summarised followup to net.micro.cpm and net.micro.apple . Thanks in advance... Phil Dimond. DEC CSS Sydney, Australia. return address: ...decvax!decwrl!dec-aussie!dimond 2-Jan-86 04:14:15-MST,592;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 04:14:11-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a026839; 2 Jan 86 5:50 EST Received: from usenet by TGR.BRL.ARPA id a029634; 2 Jan 86 5:45 EST From: Art Zemon Newsgroups: net.wanted,net.micro.cpm Subject: Want to buy a cheap CP/M machine Message-ID: <4454@fritz.UUCP> Date: 31 Dec 85 21:26:58 GMT Xref: seismo net.wanted:8399 net.micro.cpm:5437 To: info-cpm@AMSAA.ARPA t Corp. ...! {decvax, ihnp4, ucbvax} !trwrb!felix!zemon 2-Jan-86 08:06:30-MST,1080;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 08:06:18-MST Received: from simtel20.arpa by AMSAA.ARPA id a001777; 2 Jan 86 9:39 EST Received: from dca-eur by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 07:37:03-MST Date: 2 Jan 86 14:11:54 GMT From: brad@DCA-EUR.ARPA Subject: 8251 USART To: info-cpm@simtel20.ARPA CC: brad@DCA-EUR.ARPA It has been 8 years since I worked on the BIOS for my NorthStar Horizon. I just dug out the code and found that you have to send the 8251 both a Mode Word to tell it either Async or Sync and a Command word. The code for my Horizon was: * Send Mode Word for Asynchronous Mode * MVI A,0CEH ; 2 Stops, 16XClock, 8 Bits, No Parity OUT 3 ; Send to 8251 (This different from Data Port) * Set up Control Word for 8251 * * RTS = Request To Send, ER = Error Reset * RXE = Receive Enable, DTR = Data Term Ready * TXEN = Transmit Enable * MVI A,37H ; CMD: RTS, ER, RXE, DTR, TXEN OUT 3 ; Output to 8251 Hope this helps. Brad 2-Jan-86 21:49:12-MST,941;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 21:49:07-MST Received: from mit-multics.arpa by AMSAA.ARPA id a017521; 2 Jan 86 23:18 EST Date: Thu, 2 Jan 86 23:12 EST From: Boebert@MIT-MULTICS.ARPA Subject: Cursor Positionin in PCPI CP/M To: Boebert@HI-MULTICS.ARPA, info-cpm@AMSAA.ARPA Message-ID: <860103041219.337571@MIT-MULTICS.ARPA> Using PCPI CP/M on an Apple ][+, my Mince CONFGIG program tells me that the cursor positioning sequence is ESC followed by = , that the cursor position is to be sent row first, binary, uncomplemented, with a bias of 32 for the rows and 32 for the columns. I send the console the following hex sequence: 1B 3D 20 20 and the result is not that the cursor homes, but a lower case "s" is displayed. Am I interpreting this cursor control definition (SOROC emulation) correctly? Thanx, Earl (Boebert @ MIT-Multics) 3-Jan-86 06:20:07-MST,1749;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 06:20:00-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a019257; 3 Jan 86 7:48 EST Received: from usenet by TGR.BRL.ARPA id a019755; 3 Jan 86 7:41 EST From: john chapman Newsgroups: net.micro.cpm Subject: Re: Help needed with 8251 USART Message-ID: <2895@watcgl.UUCP> Date: 2 Jan 86 16:38:40 GMT To: info-cpm@AMSAA.ARPA > Does anyone out there have any experiece programming the 8251 USART? I > am using a Royal Alphatronic PC with CP/M 2.2, and want to be able to > set and change the baud rate. I have the data sheets for the 8251, and > through much experimentation, I am able to change the baudrate to suit > my needs. Unfortunatly, as soon as I try to send data out the port, > the chip locks up. Data coming in works fine. Anyone know anything > about this? I can send you the code that I am using if you think > that you can help me out... > > Thanks... > Mike Spitzer > mjs@purdue-ecn > [decvax,ucbvax,ihnp4,inuxc]!pur-ee!mjs I have tried to do the same thing on two different machines (one multibus z80 based and the other an s100 8086 based) and found the same thing you did. What seemed to work was sending the initialization sequence twice, e.g. write a subroutine to set up the 8251 and just call it twice in a row. I'd be interested to know if this works for you...... -- John Chapman ...!watmath!watcgl!jchapman Disclaimer : These are not the opinions of anyone but me and they may not even be mine. 3-Jan-86 07:05:38-MST,811;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 07:05:29-MST Received: from mitre.arpa by AMSAA.ARPA id a020063; 3 Jan 86 8:28 EST Date: Fri, 3 Jan 86 08:29:03 est From: Thomas Reid Full-Name: Thomas Reid Message-Id: <8601031329.AA29610@mitre.ARPA> Organization: The MITRE Corp., Washington, D.C. To: info-cpm@AMSAA.ARPA Subject: Ithaca Intersystems Netlandians: If any of you have an Ithaca Intersystems 800 or 500 with an interrupt driven VIO serial board, there is hope! The interrupt can be turned off and then direct port addressing programs like MODEM7 or KERMIT can be used. Contact me for further details. Tom Reid (treid@mitre) Mitre Corp., 1820 Dolley Madison Blvd., McLean, Va. 22102 (703)883-6556 3-Jan-86 19:34:11-MST,650;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 19:34:03-MST Received: from mit-mc.arpa by AMSAA.ARPA id a006712; 3 Jan 86 21:08 EST Date: Fri 3 Jan 86 21:05:22-EST From: Mark Becker Subject: Re: 8251 UART To: Info-CPM@AMSAA.ARPA Message-ID: <12172417317.12.CENT.MBECK@OZ.AI.MIT.EDU> I'm also having a problem with this beast... I can reset the chip no problem.... however, it has this "feature" of dropping DTR when I do so, causing my Hayes 1200 to go on-hook. Anyone know of a work-around (besides disabling DTR in the Hayes) ? Mark ------- 3-Jan-86 20:06:36-MST,1645;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 20:06:27-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a006760; 3 Jan 86 21:46 EST Received: from usenet by TGR.BRL.ARPA id a003189; 3 Jan 86 21:42 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: Help needed with 8251 USART Message-ID: <163@intelca.UUCP> Date: 3 Jan 86 22:15:10 GMT To: info-cpm@AMSAA.ARPA > Does anyone out there have any experiece programming the 8251 USART? I > am using a Royal Alphatronic PC with CP/M 2.2, and want to be able to > set and change the baud rate. I have the data sheets for the 8251, and > through much experimentation, I am able to change the baudrate to suit > my needs. Unfortunatly, as soon as I try to send data out the port, > the chip locks up. Data coming in works fine. Anyone know anything > about this? I can send you the code that I am using if you think > that you can help me out... > > Thanks... > Mike Spitzer > mjs@purdue-ecn > [decvax,ucbvax,ihnp4,inuxc]!pur-ee!mjs Make sure the CTS (clear to send) line is either disabled or tied high. --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 3-Jan-86 21:12:47-MST,1912;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 21:12:39-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a006828; 3 Jan 86 22:51 EST Received: from usenet by TGR.BRL.ARPA id a003635; 3 Jan 86 22:43 EST From: Tom Gillispie Newsgroups: net.micro.cpm Subject: Re: Help needed with 8251 USART Message-ID: <129@pedsgo.UUCP> Date: 2 Jan 86 20:56:28 GMT To: info-cpm@AMSAA.ARPA Organization : Concurrent Computer Corp. (a P-E company), Tinton Falls, NJ Keywords: I have shared your frustration with programming the 8251. Maybe I can help some. First, you must 'kick' the 8251 into a mode where it will recognize and accept the control byte. If the board you are using has a hardware reset facility of some type, that may work. There is a pin on the 8251 that will physically reset the chip, and put it in a mode where it is waiting for the control byte. If your board doesnt have that (many dont), you must send the 8251 several 'invalid' control bytes, which will get it into a state where it is expecting the control byte. I have found that outputting several bytes of 0 will work. I have seen some code use 2 zeros, and some use 3 zeros, it may not matter. Once that has been done, you set up the chip the way it states in the manual. Your code looks good, just add the outputting of serveral bytes of zero to the command port first. Second, I have found several things with the 8251. Some of the older ceramic-body 8251 chips are not to be trusted. I was told and found to be true that you should stick to the plastic parts. My ceramic 8251s were at least 5 years old, so maybe newer ceramic parts are ok. Also, I found that some of my 8251s would not work correctly (sorry, I cant remember what wasnt correct) when you ran them with NO PARITY. Hope this help. Tom 4-Jan-86 08:59:38-MST,1357;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 08:59:29-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000384; 4 Jan 86 10:31 EST Received: from usenet by TGR.BRL.ARPA id a008357; 4 Jan 86 6:49 EST From: hamby%uahcs1.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Re: Osborne Executive question Message-ID: <161@uahcs1.UUCP> Date: 3 Jan 86 04:22:10 GMT To: info-cpm@AMSAA.ARPA *** REPLACE THIS LINE WITH YOUR MESSAGE *** What ROM and Bios Revision levels do you have ? This makes MEGA-DIFFERENCE. Osborne originally messed with index registers in version 1.0 of the rom, and neglected to save the IX and IY registers on the stack in the bios. Too make a long story shorter, turbo pascal and others would not run on the machine, and many rumors spread about cpm3 being incompatible with 2.2 software. Well, a simple rsx (about 8 bytes) inserted in the system first will fix this trouble (First in, last out) and allow most software to run. Most since programs that modify cpm itself of course will not run at all. Perhaps this is what is happening with "Write-Hand-Man". Please reply if you want the rsx source code or find *any* technical errors in my account of index registers and the ozzy exec. Jason Hamby --- ihnp4!akgua!sb6!scbhq!uahcs1!hamby 4-Jan-86 09:03:18-MST,890;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 09:03:13-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa00386; 4 Jan 86 10:32 EST Received: from usenet by TGR.BRL.ARPA id a000622; 4 Jan 86 9:42 EST From: Alex Pensky Newsgroups: net.micro.cpm Subject: Re: 8251 Usart Message-ID: <716@abic.UUCP> Date: 3 Jan 86 23:11:07 GMT To: info-cpm@AMSAA.ARPA > INITIALISE: MVI A,RESET ;Puts 8251 in instruction mode > OUT MCNTR ; > MVI A,MINIT1 ;sets up baud, etc. > OUT MCNTR ; > MVI A,MINIT2 ;Puts 8251 back in normal mode > OUT MCNTR > JMP 0 Hmm, how about that JMP 0? Does your BIOS reset the 8251 and write "reasonable" MINIT1 and MINIT2 bytes to it on a warm boot? Mine sure does (SANYO MBC-1000). I use a routine just like yours but I just return after calling it. 4-Jan-86 09:30:52-MST,875;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 09:30:47-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000551; 4 Jan 86 10:54 EST Received: from usenet by TGR.BRL.ARPA id a001442; 4 Jan 86 10:46 EST From: Blackwell Newsgroups: net.micro.cpm,net.rec.boat,net.wanted.sources Subject: sailing simulations, etc Message-ID: <650@aicchi.UUCP> Date: 4 Jan 86 04:28:26 GMT Xref: seismo net.micro.cpm:5448 net.rec.boat:406 net.wanted.sources:1810 To: info-cpm@AMSAA.ARPA I am looking for software for simulating sailboat racing. USYRU rules if possible. My primary machine is a CP/M-80 micro, but i would also be interested in something under UNIX. I would also like to here about any other sailing-related software out there. Mike Blackwell ..ihnp4!aicchi!mdb 4-Jan-86 10:31:40-MST,767;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 10:31:30-MST Received: from 128.2.255.254 by AMSAA.ARPA id a001058; 4 Jan 86 12:12 EST Received: ID ; Sat 4 Jan 86 12:11:19-EST Date: Sat 4 Jan 86 12:11:18-EST From: "Ralph W. Hyre Jr." Subject: Need BYE339 overlay for Apple-Cat (with PCPI/AppliCard) To: info-apple@BRL.ARPA, info-cpm@AMSAA.ARPA Work-Phone: (412) CMU-BUGS Message-ID: <12172582239.16.RALPHW@C.CS.CMU.EDU> The fact that I have an AppliCard (which is a co-processor type card without direct access to the Apple ][ memory) means I can't use the standard overlays. Any assistance would be appreciated. Thanks. - Ralph ------- 4-Jan-86 18:16:56-MST,952;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 18:16:50-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000525; 4 Jan 86 19:54 EST Received: from usenet by TGR.BRL.ARPA id a004952; 4 Jan 86 19:47 EST From: Carl Greenberg Newsgroups: net.micro.cpm Subject: Re: terminal translator program? Message-ID: <407@proper.UUCP> Date: 3 Jan 86 20:34:14 GMT Keywords: anything??? To: info-cpm@AMSAA.ARPA I am running Montezuma Micro CP/M 2.2 on my TRS-80 Model 4P. Both the MDM730 that came with it and MEX which I finally got to operate (sort of) ignore cursor motion codes. (The only thing I use TRSDOS 6.2 for is my vt52 emulator.) If anyone can find a vt100 emulator for CP/M, or even a program that will let me let escape codes through (this thing already emu- lates an adm3a right off the bat), I would be very grateful. Carl Greenberg 4-Jan-86 18:30:12-MST,790;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 18:30:06-MST Received: from mitre.arpa by AMSAA.ARPA id a000546; 4 Jan 86 20:02 EST Date: Sat, 4 Jan 86 20:03:31 est From: Thomas Reid Full-Name: Thomas Reid Message-Id: <8601050103.AA10582@mitre.ARPA> Organization: The MITRE Corp., Washington, D.C. To: cem%intelca.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA Subject: Re: Help needed with 8251 USART I may be naive, but the best place to go to school on any USART is the overlays for MODEM7 and its descendents. Go through the documentation and find one that uses the USART, and download that overlay. If the overlay is squeezed and you can't read it, I will download it, unsqueeze it and mail it to you. 4-Jan-86 19:04:04-MST,1324;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 19:03:58-MST Received: from brl-aos.arpa by AMSAA.ARPA id a000618; 4 Jan 86 20:35 EST Received: from mit-eddie.arpa by AOS.BRL.ARPA id a000902; 4 Jan 86 20:28 EST Received: by mit-eddie (4.12/4.7) id AA13559; Sat, 4 Jan 86 20:17:05 est Date: Sat 4 Jan 86 20:15:47-EST From: Andrew Moore Subject: HELP! Need Apple 60k CP/M To: info-cpm@BRL.ARPA Cc: info-apple@BRL.ARPA Message-Id: <12172670436.24.T.MOORE@DEEP-THOUGHT.MIT.EDU> I have a program called CPM60.COM for my Apple CP/M system that supposedly updates my 56k CP/M to 60k CP/M. This program used to work for me, but for some reason, every time I run it now, I get the message Disk space already in use Hit RETURN to re-boot system: ...I have a Sider hard disk that uses only 60k CP/M, so I need to get 60k CP/M on a floppy if I want to reformat the hard disk at any point (I copy the floppy's CP/M to the hard disk). At the moment I am stuck with no 60k CP/M at all. Has anyone run into this problemk before? How do I get around it? Thanks in advance. -drew arpa: MOORE%MIT-EECS@MIT-MC.ARPA uucp: ...mit-eddie!moore us: Box 121, North Quincy, MA 02171 ------- 4-Jan-86 19:06:10-MST,1064;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 19:06:04-MST Received: from mitre.arpa by AMSAA.ARPA id a000623; 4 Jan 86 20:42 EST Date: Sat, 4 Jan 86 20:44:09 est From: Thomas Reid Full-Name: Thomas Reid Message-Id: <8601050144.AA10723@mitre.ARPA> Organization: The MITRE Corp., Washington, D.C. To: carl%proper.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA Subject: Re: terminal translator program? Try pd:gate.lbr on simtel20. I haven't tried it yet but the name is for Generalized Async. Terminal Emulator. Slow as Kermit is, it does have a VT52 emulator. Your machine may be as off the wall as mine (an Ithaca Intersystems), but I was abe to bash the information from my modem7 overlay into the kermit machine dependent modules in two hairraising nights so that is a possibility. Kermit is also handy if you have to access your mainframe through a local area net which does not permit full 8-bit up- and down loads. I use Kermit for work and MODM700 for fun. 4-Jan-86 21:44:19-MST,903;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 21:44:13-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000798; 4 Jan 86 22:52 EST Received: from usenet by TGR.BRL.ARPA id a006373; 4 Jan 86 22:42 EST From: "H.SILBIGER" Newsgroups: net.micro.cpm,net.rec.boat,net.wanted.sources Subject: Re: sailing simulations, etc Message-ID: <1098@homxb.UUCP> Date: 4 Jan 86 20:13:06 GMT Xref: seismo net.micro.cpm:5454 net.rec.boat:407 net.wanted.sources:1811 To: info-cpm@AMSAA.ARPA I have seen Gold Cup Challenge advertised by Posey Yacht Design, $40+3, color or mono, for Mac, Apple, or MS/PC-DOS Machines. Posey Yacht Design, Parmelee Rd., Haddam CT 06438 (203) 345 2685. I don't know anything about it, but was thinking of ordering it. If I do, I'll post a review. Herman Silbiger ihnp4!homxb!hrs 4-Jan-86 23:15:45-MST,964;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 23:15:39-MST Received: from brl-aos.arpa by AMSAA.ARPA id a000943; 5 Jan 86 0:36 EST Received: from mit-eddie.arpa by AOS.BRL.ARPA id a001250; 5 Jan 86 0:29 EST Received: by mit-eddie (4.12/4.7) id AA15551; Sun, 5 Jan 86 00:14:40 est Date: Sun 5 Jan 86 00:13:29-EST From: Andrew Moore Subject: 60k CP/M To: info-cpm@BRL.ARPA Cc: info-apple@BRL.ARPA Message-Id: <12172713707.16.T.MOORE@DEEP-THOUGHT.MIT.EDU> I finally got a copy of CPM60.COM to work from a 44k CP/M disk, and I have updated most of my disks to 60k again. I would still be interested to know what caused the "disk space in use" error to occur on blank, formatted disks though (which did not have CP/M on them). -drew arpa: MOORE%MIT-EECS@MIT-MC.ARPA uucp: ...mit-eddie!moore us: Box 121, North Quincy, MA 02171 ------- 5-Jan-86 03:32:12-MST,683;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 03:31:59-MST Received: from brl-aos.arpa by AMSAA.ARPA id a001226; 5 Jan 86 5:09 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a001607; 5 Jan 86 4:59 EST Received: from GODOT.THINK.COM by MC.LCS.MIT.EDU 5 Jan 86 04:56:36 EST Received: from desiderius by GODOT.THINK.COM via CHAOS; Sun, 5 Jan 86 04:57:09 est Date: Sun, 5 Jan 86 04:57 EST From: Cliff Lasser To: Info-CPM@MIT-MC.ARPA Message-Id: <860105045755.3.CAL@THINK-DESIDERIUS.ARPA> Would anyone know where I could get a copy of Kermit for a CPM machine? Thanx in advance. -Cliff 5-Jan-86 04:24:00-MST,786;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 04:23:56-MST Received: from brl-aos.arpa by AMSAA.ARPA id a001387; 5 Jan 86 6:03 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a001727; 5 Jan 86 6:00 EST Date: Sun, 5 Jan 86 05:57:28 EST From: "Stephen C. Hill" Subject: terminal translator program? To: carl%proper.uucp@BRL.ARPA cc: INFO-CPM@MIT-MC.ARPA, STEVEH@MIT-MC.ARPA In-reply-to: Msg of 3 Jan 86 20:34:14 GMT from Carl Greenberg Message-ID: <[MC.LCS.MIT.EDU].773346.860105.STEVEH> If you are using MEX, there is a status flag, FILTER, that can be set to filter out all the lower non-printable characters. Be sure to see that the FILTER is set OFF. 5-Jan-86 13:22:02-MST,1125;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 13:21:57-MST Received: from cmu-cs-ius2.arpa by AMSAA.ARPA id a002442; 5 Jan 86 15:02 EST Date: 5 Jan 1986 14:42-EST From: Ralph.Hyre@cmu-cs-ius2.ARPA Subject: Need Turbo Pascal code to read/write data to Apple memory To: info-pascal@brl.ARPA, info-apple@brl.ARPA, info-cpm@AMSAA.ARPA Message-Id: <505338137/ralphw@IUS2.CS.CMU.EDU> Has anyone written code to do this for ANY of the Apple CP/M coprocessor cards (MicroSoft Premium SoftCard //e, ALS CP/M Card, DRI Gold Card, and PCPI/AppliCard). It would make portability of certain applications easier, since one could include the code for your processor when writing programs. I imagine specs something like the following: ApplePeek(address: integer) : byte; {Read a byte from Apple memory} ApplePoke(address : integer, data : byte) {Write a byte to Apple memory} - Ralph W. Hyre, Jr. Internet: ralphw@c.cs.cmu.edu (cmu-cs-c.arpa) Usenet: ralphw@mit-eddie.uucp Fido: Ralph Hyre at Net 129, Node 0 (Pitt-Bull) Phone: (412) CMU-BUGS 5-Jan-86 13:50:47-MST,818;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 13:50:42-MST Received: from brl-aos.arpa by AMSAA.ARPA id a002497; 5 Jan 86 15:24 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a002360; 5 Jan 86 15:15 EST Received: from USC-ISID.ARPA by MC.LCS.MIT.EDU 5 Jan 86 15:12:45 EST Date: 5 Jan 1986 15:12-EST Sender: ABN.ISCAMS@USC-ISID.ARPA From: ABN.ISCAMS@USC-ISID.ARPA To: CAL@THINK.ARPA Cc: Info-CPM@MIT-MC.ARPA Message-ID: <[USC-ISID.ARPA] 5-Jan-86 15:12:33.ABN.ISCAMS> In-Reply-To: <860105045755.3.CAL@THINK-DESIDERIUS.ARPA> Cliff, Oh, what you've asked! Check with me direct and I'll point you at the archives of CU20B. Gotta learn a few more things, tho, like type machine. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 5-Jan-86 14:39:14-MST,645;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 14:39:03-MST Received: from brl-aos.arpa by AMSAA.ARPA id a002569; 5 Jan 86 16:10 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a002430; 5 Jan 86 16:05 EST Received: from mitre.ARPA by MC.LCS.MIT.EDU 5 Jan 86 16:02:19 EST Date: Sun, 5 Jan 86 16:04:36 est From: Thomas Reid Full-Name: Thomas Reid Message-Id: <8601052104.AA15870@mitre.ARPA> Organization: The MITRE Corp., Washington, D.C. To: CAL@THINK.ARPA, Info-CPM@MIT-MC.ARPA The kermit files are on cu20b in the directory ker:. You can ftp them. 5-Jan-86 21:10:16-MST,1121;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 21:10:11-MST Received: from xerox.arpa by AMSAA.ARPA id a002963; 5 Jan 86 22:49 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 05 JAN 86 19:47:40 PST From: NBaheti.es@XEROX.ARPA Date: 5 Jan 86 19:48:14 PST Subject: Re: terminal translator program? In-reply-to: carl%proper.uucp@BRL.ARPA's message of 3 Jan 86 20:34:14 GMT, <407@proper.UUCP> To: Carl Greenberg cc: info-cpm@AMSAA.ARPA Message-ID: <860105-194740-2294@Xerox> In MEX there is an equate called FILTER that blocks out ctrl-codes as protection from static on the phone lines. If you need to use an editor or something just turn off the FILTER with the STAT command from the MEX command line. STAT FILTER OFF will turn it off, and STAT FILTER will give you the current status of the equate. --Arun Baheti arpa: NBaheti.es@Xerox uucp: ...litvax!flkvax!trwrb!group3!arun arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!] RCPM: CP/M Connection @ 213-530-0670 [300/1200/2400bps] 5-Jan-86 23:46:27-MST,3478;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 23:46:18-MST Received: from simtel20.arpa by AMSAA.ARPA id a003175; 6 Jan 86 1:20 EST Date: Sun 5 Jan 86 23:19:59-MST From: Rick Conn Subject: Z-System Problems To: info-cpm@AMSAA.ARPA Message-ID: <12172987957.13.RCONN@SIMTEL20.ARPA> IMMEDIATE Z-SYSTEM PROBLEMS by Richard Conn IF PROBLEM UNDER ZCPR 3.0/3.1/3.2 As many of you are aware, there are various versions of my original FCP floating around (version 1.4 is the latest I heard of). Somewhere along the way, Jay Sage decided to reverse the state of the program error flag. This is a fundamental change to the definition in the ZCPR3 Environment descriptor, and, as many of you who understand Z-System fundamentals are aware, such a change can have a ripple-effect over the entire Z-System. If you are going to reverse the program error flag (like Jay did), then you have to CHANGE EVERY PROGRAM WHICH USES THIS FLAG. As you can guess, I'm rather busy at this time (like all times, it seems), and I really don't have the time now to scan every program (over 70 programs with ZCPR3, plus DISCAT, plus TERM III, plus ...). Hence, Jay's action stands as-is for the time being. You will find some programs responding to the IF ERROR flag one way, others another, until I release ZCPR 3.3. At that time, because Jay's approach DOES provide more flexibility to the system, the IF ERROR flag will indicate no error if 0 and an error if not 0; if not 0, the specific value may have significance in further identification of the error. ZCPR3 CPR PROBLEM Jay has also taken it upon himself to play with the ZCPR3 CPR and modify the Environment Descriptor in other ways, particularly by making use of areas I had originally set aside for user (rather than system) definition. This impacts any user programs which were freely using the user-defined SYSENV areas (which, in particular, impacts some of my plans with TERM III). Hence, be warned that if you are using Jay's ZCPR3 CPR, it is possible that you may find things crashing down if some program comes in and modifies something in the user-defined area of SYSENV. GENERAL NOTE Both of these problems reflect the consequences of making changes to the base of the Z-System itself. Unlike conventional CP/M, the Z-System is integrated with its programs to a great extent. Any change to a definition in the Environment Descriptor has the potential of impacting EVERY PROGRAM, forcing a change to be required to EVERY PROGRAM. If I had not already begun work and plans on ZCPR 3.3, I would really have been disturbed by the disruption of the Z-System caused by Jay's actions. As it is, the creation of ZCPR 3.3 will naturally impact SYSENV, and I had already planned on making the required changes to EVERY PROGRAM and DOCUMENTING the nature of the change (so that others writing Z-System programs know what to look for). Now that I am working full-time on the Z-System, I plan to keep an eye out particularly for such disruptions in the future and stop them before they go too far (if necessary). ------- 5-Jan-86 23:46:50-MST,540;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 23:46:46-MST Received: from simtel20.arpa by AMSAA.ARPA id a003177; 6 Jan 86 1:22 EST Date: Sun 5 Jan 86 23:21:13-MST From: Rick Conn Subject: ZPROBLEM.TXT To: info-cpm@AMSAA.ARPA Message-ID: <12172988181.13.RCONN@SIMTEL20.ARPA> A file containing the problem report I just sent out on recent FCP's and ZCPR3 CPR's is contained in: PD:ZPROBLEM.TXT PD:ZPROBLEM.TXT ------- 6-Jan-86 06:49:39-MST,680;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 06:49:31-MST Received: from usc-isif.arpa by AMSAA.ARPA id a005740; 6 Jan 86 8:16 EST Date: 6 Jan 1986 05:16-PST Sender: STANLEY@USC-ISIF.ARPA Subject: "Write-Hand Man" From: STANLEY@USC-ISIF.ARPA To: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISIF.ARPA] 6-Jan-86 05:16:33.STANLEY> Does anyone out there have any first-hand experience with "Write-Hand Man?" It looks like a good addition to my Heath and Osborne machines, but I'd like some user reaction first if possible. Thanks in advance. ...Dick Stanley (stanley@usc-isif) 6-Jan-86 08:12:24-MST,716;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 08:12:14-MST Received: from xerox.arpa by AMSAA.ARPA id a008856; 6 Jan 86 9:50 EST Received: from Muscat.ms by ArpaGateway.ms ; 06 JAN 86 06:48:21 PST Date: Mon, 6 Jan 86 09:47 EST From: leisner.henr@XEROX.ARPA Subject: Re: Help needed with 8251 USART In-reply-to: <8512300338.AA26986@ec.Purdue.EDU> To: mjs <@purdue.ARPA (Mike Spitzer):mjs@PURDUE-ECN-EE.ARPA> cc: info-cpm@AMSAA.ARPA Message-ID: <860106-064821-2431@Xerox> Mike, Does your CP/M bios do anything with this chip? Are you sending out a whole sequence of command bytes started with a reset (3 40H in sequence I think)? Marty 6-Jan-86 11:18:51-MST,532;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 11:18:40-MST Received: from xerox.arpa by AMSAA.ARPA id a013742; 6 Jan 86 12:50 EST Received: from Salvador.ms by ArpaGateway.ms ; 06 JAN 86 09:50:05 PST Sender: "Nancy E. McConn.OsbuSouth"@XEROX.ARPA Date: 6 Jan 86 08:49:19 PST (Monday) Subject: Please remove me from this list. From: McConn.OsbuSouth@XEROX.ARPA To: info-cpm@AMSAA.ARPA cc: McConn.OsbuSouth@XEROX.ARPA Message-ID: <860106-095005-2578@Xerox> // 6-Jan-86 12:39:21-MST,618;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 12:39:09-MST Received: from edwards-2060.arpa by AMSAA.ARPA id a014957; 6 Jan 86 13:24 EST Date: Mon 6 Jan 86 10:23:40-PDT From: D-ROGERS@EDWARDS-2060.ARPA Subject: BEWARE! PHOTO.LBR To: info-cpm@AMSAA.ARPA cc: info-dec-micro@SU-SCORE.ARPA I can't remember which PD file i found this in, but when run as per the embedded help file, the program zero's the size of the file (without erasing the directory entry) es no bueno. In case it is important, i'm running a Rainbow 100a with 5Meg Wini ------- 6-Jan-86 14:18:41-MST,1253;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 14:18:18-MST Received: from xerox.arpa by AMSAA.ARPA id a020247; 6 Jan 86 15:06 EST Received: from Chardonnay.ms by ArpaGateway.ms ; 06 JAN 86 11:42:38 PST Date: 6 Jan 86 11:42:35 PST (Monday) From: KBrown.PA@XEROX.ARPA Subject: Computer Sailing To: Blackwell cc: info-cpm@AMSAA.ARPA, KBrown.PA@XEROX.ARPA Message-ID: <860106-114238-2730@Xerox> There are programs offered on sailing simulation, naval design and other areas through various sailing magazines. I purchased a set of so0ftware from Celestial Software. The set of 5 diskettes pertained to sight reductions, astro bodie locations, celestial fixes and many other applications and tables pertaining to Celestial work. I would recommend contacting the OSTAR, PHRF or MORA groups for further info regarding specific software. PHRF (Pacific Handicap Racing Association) in San Francisco would be a good starting point. I have some addresses and phone numbers if you are interested in them. I also have some software taht I will sell cheap (It was bought for a Hawaaian trip I made a few months ago but never used at sea). ...Kerry 6-Jan-86 16:24:46-MST,1034;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 16:24:35-MST Received: from usc-isid.arpa by AMSAA.ARPA id a024861; 6 Jan 86 17:56 EST Date: 6 Jan 1986 17:49-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Computer Sailing From: ABN.ISCAMS@USC-ISID.ARPA To: KBrown.PA@XEROX.ARPA Cc: mdb%aicchi.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA] 6-Jan-86 17:49:43.ABN.ISCAMS> In-Reply-To: <860106-114238-2730@Xerox> I have no info on sailing simulation (though it oughtta be an intereting hack .. lots of vector analysis there, I suppose, and simple yet interesting graphics potential). If it's skill-related stuff, I recall some interesting code in one of the popular magazines (or did I see it in a Public Domain catalog listing somewhere?) that gives lots of navigational support and utilities. If THAT's what you're after, yell and I can try to dig out the pointers. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID.ARPA 6-Jan-86 20:46:23-MST,2379;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 20:46:07-MST Received: from simtel20.arpa by AMSAA.ARPA id a025358; 6 Jan 86 22:22 EST Date: Monday, 6 January 1986 18:35-MST Message-ID: Sender: Stan Barber From: Stan Barber Subject: Public Bulletin Board phone list update ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Mon 6 Jan 1986 20:21-MST The January, 1986 Public Bulletin Board phone number list is now available from SIMTEL20 as: Filename Type Bytes CRC Directory PD: OTHERSYS.JAN.1 ASCII 70108 A6F8H ************************************************************** * As-yet-unnamed list of bulletin board systems * * $Date: 86/01/06 19:33:06 $ * * Inspired by the P.A.M.S. list * * 1979 - 1985 by Bill Blue * * Format used by permission * * Current filesize is 69,809 bytes. * * * ************************************************************** $Revision: 1.2 $ ! ! ! ! ! ! ! ! ! ! ! ! ! ! ***************-I-M-P-O-R-T-A-N-T--N-O-T-E-!-***************** ! ! ! ! ! ! ! ! ! ! ! ! ! ! With the permission of Bill Blue, the originator of the PAMS list, The Houston Area Council of SYSOPS is taking on the maintenance and distribution of this list. Bill has requested that we rename the list to something else. Unfortunately, no other name has been proposed at this time, so if you have a suggestion, please drop me a line. Please forward all additions/deletions/corrections to: Stan Barber uucp: ihnp4!shell!{graffiti|neuro1|rice}!sob cbosgd!rice!sob seismo!ut-sally!shell!neuro1!sob Arpa: sob@rice.edu (or sob@rice.ARPA) Compuserve: 71565,623 BBS: (713) 660-9252 (300/1200 212A) SYSOP USMAIL: Department of Neurology Baylor College of Medicine Houston, Texas 77030 Judy Scheltema uucp: ihnp4!shell!graffiti!jcs BBS: (713) 660-9252 (300/1200 212A) ASSISTANT SYSOP 6-Jan-86 23:09:25-MST,1944;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 23:09:16-MST Received: from ucb-vax.arpa by AMSAA.ARPA id a025597; 7 Jan 86 0:41 EST Received: by ucbvax.berkeley.edu (5.38/1.7) id AA24506; Mon, 6 Jan 86 21:39:58 PST Received: by inuxc.ATT.UUCP, id AA00071; 6 Jan 86 20:07:17 EST (Mon) Received: from ec.Purdue.EDU (purdue-ecn-ec) by ee.Purdue.EDU; Mon, 6 Jan 86 19:57:17 EST (5.5/5.20) Date: Mon, 6 Jan 86 19:57:08 EST From: Mike Spitzer Received: by ec.Purdue.EDU; Mon, 6 Jan 86 19:57:08 EST (5.5/5.20) Message-Id: <8601070057.AA12006@ec.Purdue.EDU> To: inuxc!amsaa.arpa!info-cpm@ucb-vax.ARPA Subject: Thanks for you help with the 8251 Thanks for all of your help with the 8251. My problem was with the number that I was sending to put the chip back in "normal" mode after initializing. I also need a dummy read from the data port after initializing. Thanks to mknox@ngp.UTEXAS for sending me the right number to use. The following code works fine for me: ;MODEM PORT EQUATES MCNTR EQU 41H ;Modem control port MDATA EQU 40H RESET EQU 01000000B ;Value for port reset MINIT1 EQU 01111110B ;Modem init value for baud, etc MINIT2 EQU 00110111B ;puts it back in "normal" mode ; ^^^^^^^^^ this is what I changed ORG 100H INITIALISE: MVI A,RESET ;Puts 8251 in instruction mode OUT MCNTR ; NOP NOP MVI A,MINIT1 ;sets up baud, etc. OUT MCNTR ; NOP NOP MVI A,MINIT2 ;Puts 8251 back in normal mode OUT MCNTR NOP NOP IN MDATA ; I added this line to my original code JMP 0 ; the warm-boot didn't hurt anything If anyone is interested in a rather large collection of hints for programming the 8251, let me know via mail and I'll send it to you. Thanks again, Mike -- mjs@purdue-ecn -- pur-ee!mjs 7-Jan-86 02:28:36-MST,1403;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Jan 86 02:28:29-MST Received: from mit-mc.arpa by AMSAA.ARPA id a025902; 7 Jan 86 4:00 EST Date: Tue, 7 Jan 86 03:58:37 EST From: "Paul R. Grupp" Subject: BEWARE! PHOTO.LBR To: D-ROGERS@EDWARDS-2060.ARPA cc: info-cpm@AMSAA.ARPA In-reply-to: Msg of Mon 6 Jan 86 10:23:40-PDT from D-ROGERS at EDWARDS-2060.ARPA Message-ID: <[MC.LCS.MIT.EDU].775506.860107.GRUPP> > Date: Mon 6 Jan 86 10:23:40-PDT > From: D-ROGERS at EDWARDS-2060.ARPA > To: info-cpm at AMSAA.ARPA > cc: info-dec-micro at SU-SCORE.ARPA > Re: BEWARE! PHOTO.LBR > I can't remember which PD file i found this in, but when run as per the > embedded help file, the program zero's the size of the file (without erasing > the directory entry) es no bueno. > In case it is important, i'm running a Rainbow 100a with 5Meg Wini This could be a syntax error... The first filename given AFTER the photo command is the name of the file to PUT THE "PHOTO" IN, and LAST comes the command name to run and it's trail. I too had problems with this program where it created zero length "photo" files. Also all of the programs run with photo either crashed, or caused my hard disk to become very slow and make lots of noise for EACH SECTOR read/write until a COLD boot was done! --Paul 7-Jan-86 19:00:26-MST,2580;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Jan 86 19:00:09-MST Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id aa01400; 7 Jan 86 20:28 EST Received: from gmr by csnet-relay.csnet id a011737; 7 Jan 86 20:15 EST Date: Tue, 7 Jan 86 15:22 EST From: haar%gmr.csnet@CSNET-RELAY.ARPA MMDF-Warning: Parse error in original version of preceding line at CSNET-RELAY.ARPA To: info-cpm@AMSAA.ARPA Subject: VT100 emulator Fellow CP/Mers: I have been looking for a VT100 emulation program for my CP/M system. I recently downloaded a library called GATE from the Royal Oak RCP/M system. Gate is a Generalized Asynchronous Terminal Emulator, that is customizable by way of terminal definition tables. The version I have is rev 0.85 . The documentation (dated May 6, 1985) refers to an upcoming version 1.0 . This is a pretty good, general purpose emulator, but does not quite meet my needs. It has a built-in ANSI standard terminal definition. This is not a full VT100 emulation. In particular, it does not have the aux keypad that the editors on my work computers (VAXen/VMS) need. I cannot add these because the function key definitions in the table are limited to ten (I need at least 18). Also, it is set up for direct port I/O for both the local terminal and the communications to the remote system. This doesn't work for me because my system has the display output and the keyboard input on different ports. What I would like to do is use BDOS calls for console input/output. The documentation talks about patching in user code for I/O, but the work areas it points to seem to already have code in them. (Source code was not distributed with the program.) My system is an S-100 bus, Z-80 CPU running CP/M Plus (3.0). I use a VDB8024 video display board and a serial keyboard (Keytronics) on a home-built interface. Does anyone know of a later release of Gate, or a better terminal emulation program (either P.D. or commercial, but customizable), or have more information about customizing GATE ? Much thanks for any help. Bob Haar (313) 575-3193 G.M. Research Labs Net address: HAAR.GMR@CSNET (since I am on CSNET, I cannot do FTP, but can get most P.D. software from local RCP/M systems.) P.S. a plea to software developers - If you are writing CP/M software, please use the standard BDOS calls for I/O rather than direct I/O or BIOS calls. Also, if you are distributing public domain software or "freeware", please include source code. 8-Jan-86 08:48:20-MST,722;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Jan 86 08:47:36-MST Received: from afit-ab.arpa by AMSAA.ARPA id a009816; 6 Jan 86 10:19 EST Date: Mon, 6 Jan 86 10:19:08 est From: Hal Carter To: info-cpm-request@AMSAA.ARPA Subject: KERMIT for CPM3.0 Osborne Executive Resent-Date: Wed, 8 Jan 86 9:55:18 EST Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@AFIT-AB.ARPA Is there a version of KERMIT that works on an Osborne Executive. I've tried the generic CPM 3.0 version, but nothing goes out the AUX port to my modem. (I have a Prometheus ProModem, and Modem 740 works fine). Thanks for any leads. cpm@WPAFB-AFITA.ARPA 8-Jan-86 11:08:20-MST,1231;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Jan 86 11:08:09-MST Received: from dockmaster.arpa by AMSAA.ARPA id a012776; 8 Jan 86 12:33 EST Date: Wed, 8 Jan 86 12:28 EST From: "Paul E. Woodie" Subject: kermit/Osborne Executive To: info-cpm@AMSAA.ARPA Message-ID: <860108172804.158301@DOCKMASTER.ARPA> I recently noticed a request on this mailing list for a version of kermit to run on the Osborne Executive. I have an Executive and tried unsuccessfully to get several different cpm3 'generic' versions to run. I don't know if my failure was due to equipment bugs in my particular system, operator error on my part, or what. In any case I finally got a 'generic' version from simtel20 written in turbo pascal. That also (of course) did not run completely on my system. However, I modified it to directly address the SIO ports instead of using the built-in AUX port of the 'generic' versions. Now it runs just fine. I would be happy to share it with anyone interested. I haven't so far because I thought that maybe I had a flaky piece of hardware and my problems were unique. --Paul Woodie (Woodie.CPE at dockmaster) 8-Jan-86 20:26:08-MST,1346;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Jan 86 20:25:59-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a025273; 8 Jan 86 22:01 EST Received: from usenet by TGR.BRL.ARPA id a005463; 8 Jan 86 21:49 EST From: Carl Greenberg Newsgroups: net.micro.cpm Subject: Data loss on terminal programs Message-ID: <410@proper.UUCP> Date: 6 Jan 86 07:01:06 GMT Keywords: montezuma micro CP/M To: info-cpm@AMSAA.ARPA Thank you for all the help with getting MEX to acknowledge cursor motion. However, under my Montezuma Micro CP/M, all the terminal programs I have tried have a high amount of data loss. I am continually losing bytes and have trouble with cursor motion programs because they will often just become so much gobbledeygook(sp?) when it loses the escape or the = or one of the two following characters for cursor positioning. Furthermore, it sometimes crashes so that it will do something involving 7s, 's, and a much smaller screen under something like vi. Other times it will completely forget cursor motion works at all. However, this happens after I've been in the terminal program for a while. Does anyone have any idea how to correct this? The CP/M is running on a TRS-80 Model 4P and I go 1200BPS. Carl Greenberg 8-Jan-86 22:56:39-MST,810;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Jan 86 22:56:31-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a025593; 9 Jan 86 0:37 EST Received: from usenet by TGR.BRL.ARPA id a008504; 9 Jan 86 0:26 EST From: " L. L. Griffin " Newsgroups: net.wanted,net.micro.cpm Subject: Exidy Sorcerer II WP rom pac Message-ID: <362@we53.UUCP> Date: 6 Jan 86 17:01:19 GMT Xref: seismo net.wanted:8429 net.micro.cpm:5464 To: info-cpm@AMSAA.ARPA I am looking for a word processor rom pac for my Exidy Sorcerer II. Does anyone know how and where I can get one? Would like to get something better than "ED" for my kids to use for school. Thanks. Larry Griffin 314-391-2523 856 Sugarhill Dr Ballwin, Missouri 63021 9-Jan-86 21:50:41-MST,673;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Jan 86 21:50:36-MST Received: from wiscvm.arpa by AMSAA.ARPA id a005645; 9 Jan 86 23:22 EST Received: from (I6191008)DBSTU1.BITNET by WISCVM.WISC.EDU on 01/09/86 at 06:54:56 CST Date: Thu, 09 Jan 86 13:47:33 cet To: INFO-CPM@AMSAA.ARPA From: I6191008%DBSTU1.BITNET@WISCVM.ARPA Subject: TURBO DOS Does anybody know the Disk Format (8 inch) of TURBO DOS? I'm using a banked CP/M 3.0 which can read nearly any CP/M Format. But I didn't manage to read TURBO DOS. Am I missing something? Thanks in advance Johann Zuschlag (I6191008@DBSTU1.BITNET) 9-Jan-86 23:34:39-MST,1122;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Jan 86 23:34:32-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a005809; 10 Jan 86 1:06 EST Received: by sdcsvax.ucsd.edu (5.31/4.41) id AA11324; Thu, 9 Jan 86 22:05:56 PST hops=0 From: crash!ihom%sdcsvax@sdcsvax.ARPA Message-Id: <8601100605.AA11324@sdcsvax.ucsd.edu> Date: Thu, 9 Jan 86 21:37:42 PST To: sdcsvax!info-cpm@AMSAA.ARPA Subject: Turbo's AUX: device Cc: sdcsvax!info-pascal@BRL.ARPA When using CP/M Turbo Pascal to access a modem in slot #2 on an Apple, input and output is done via the AUX: device (rdr: and pun:). A simple program to dial out on a Smartmodem would be: program dial_out; begin writeln(aux,'ATDT 555-1212') end. This works fine on a CCS-7710 serial card, but NOT on the Videx PSIO card. The only difference in the serial cards is the CCS uses a 6850 UART, while the PSIO uses a 6551. This appears to be a discrepancy with Turbo, as both cards work fine with MEX and MODEM7. Any comments? --Irwin Hom ...crash!ihom@nosc 10-Jan-86 08:47:42-MST,834;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Jan 86 08:47:23-MST Received: from xerox.arpa by AMSAA.ARPA id a011445; 10 Jan 86 10:02 EST Received: from Aurora.ms by ArpaGateway.ms ; 10 JAN 86 07:02:34 PST Date: 10 Jan 86 10:02:30 EST (Friday) From: waldron.Wbst@XEROX.ARPA Subject: 8 bit data in Mex To: info-cpm@AMSAA.ARPA cc: waldron.Wbst@XEROX.ARPA Message-ID: <860110-070234-1908@Xerox> Does anyone know of a way to patch Mex to allow 8 bit data to be passed to the terminal. I would like to have the remote host send graphics characters to the screen but Mex seems to AND off the 8th bit. Turning on DEBUG shows that valid 8 bit graphics characters are being sent but in normal terminal mode they get stripped. Thanks, Brian Waldron.wbst@Xerox.arpa 10-Jan-86 22:31:11-MST,1363;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Jan 86 22:31:00-MST Received: from brl-aos.arpa by AMSAA.ARPA id a027447; 11 Jan 86 0:06 EST Received: from mit-eddie.arpa by AOS.BRL.ARPA id a024176; 10 Jan 86 23:57 EST Received: by mit-eddie (4.12/4.7) id AA04113; Fri, 10 Jan 86 23:40:09 est Date: Fri 10 Jan 86 23:40:09-EST From: Andrew Moore Subject: Problems with SECTION.ASM To: info-cpm@BRL.ARPA Message-Id: <12174280503.16.T.MOORE@DEEP-THOUGHT.MIT.EDU> I am using SECTION on my system but if I try to log intoan area that is located on the currently-logged-in disk, SECTION returns me to the same drive/user. For example, if I am in A0: and run SECTION to go to an area that is A3:, I will end up in A0: as the program had never been run. I can, however, jump to a user area on a DIFFERENT drive. 1) Is there a way around this problem? 2) If not, are there any other programs that perform the same function? In case my system configuration has anything to do with the problem, I am running an Apple II+, MicroSoft-compatible CP/M card, and 10M hard disk. Any replies would be appreciated. Thanks. -drew arpa: MOORE%MIT-EECS@MIT-MC.ARPA uucp: ...mit-eddie!moore us: Box 121, North Quincy, MA 02171 ------- 11-Jan-86 10:04:14-MST,1420;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 10:04:06-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000343; 11 Jan 86 11:35 EST Received: from usenet by TGR.BRL.ARPA id a014465; 11 Jan 86 11:21 EST From: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." Newsgroups: net.micro.cpm Subject: Apple CP/M disk formatter help required. Message-ID: <310@decwrl.DEC.COM> Date: 8 Jan 86 01:57:20 GMT Sender: daemon@DECWRL.ARPA To: info-cpm@AMSAA.ARPA Hello: I am currently attempting to modify Apple CP/M for 40 track drive operation. I have done this successfully, but to finalise the operation, I need some software. I am wondering if anyone has source for a drive formatter to run under Apple CP/M, or can advise me on how to modify COPY.COM (a Microsoft supplied copy utility) to allow me to format 40 tracks. Any help would be greatly appreciated. Please mail responses to keep net goo down to reasonable levels. I will summarise results on the net.micro.apple and net.micro.cpm newsgroups. Thanks, Phil Dimond. ...decvax!decwrl!dec-rhea!dec-aussie!dimond "If all else fails, take the engineering approach: hit it with a hammer." All opinions expressed here are those of myself only, and not necessarily those of any persons or organisations with whom I am affiliated. 11-Jan-86 14:25:01-MST,1392;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 14:24:53-MST Received: from brl-aos.arpa by AMSAA.ARPA id a001157; 11 Jan 86 15:57 EST Received: from xerox.arpa by AOS.BRL.ARPA id a028356; 11 Jan 86 15:54 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 11 JAN 86 12:49:48 PST From: NBaheti.es@XEROX.ARPA Date: 11 Jan 86 12:50:30 PST Subject: Re: Problems with SECTION.ASM In-reply-to: T.MOORE%DEEP-THOUGHT@MIT-EDDIE.ARPA's message of Fri, 10 Jan 86 21:40 MST, To: Andrew Moore cc: info-cpm@BRL.ARPA Message-ID: <860111-124948-1492@Xerox> Andrew-- You are probably trying to run it on ZCPR2, right? I had the same problem when I ran the 8080 version of SECTION on my ZCPR2. SECTION just quietly exits back to te system without a warmboot, and that seems to be needed in Z2 for it to change the current d/u msg. Run SECTION and then after it exits back to the system hit a ctrl-c and see if you are where you should be. I have a m80 compat SECTION that SHOULD work for you; it did for me. Good luck... --Arun Baheti arpa: NBaheti.es@Xerox uucp: ...litvax!flkvax!trwrb!group3!arun arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!] RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400] 11-Jan-86 14:40:21-MST,719;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 14:40:10-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001201; 11 Jan 86 16:09 EST Received: from usenet by TGR.BRL.ARPA id a020328; 11 Jan 86 15:52 EST From: Bill Edwards Newsgroups: net.micro.cpm Subject: Re: GATE terminal emulator Message-ID: <865@h-sc1.UUCP> Date: 9 Jan 86 14:32:45 GMT Keywords: SIO port??? To: info-cpm@AMSAA.ARPA Has anybody gotten this program to work an an Osborne 1 (ROM 1.44)? I suppose I could scrounge up the info on making it talk to the (memory mapped) serial port, but would greatly appreciate any hints anyone might have. 11-Jan-86 14:58:52-MST,766;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 14:58:43-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001290; 11 Jan 86 16:31 EST Received: from usenet by TGR.BRL.ARPA id a021095; 11 Jan 86 16:14 EST From: " L. L. Griffin " Newsgroups: net.wanted,net.micro.cpm Subject: Re: Exidy Sorcerer II WP rom pac Message-ID: <363@we53.UUCP> Date: 9 Jan 86 19:58:16 GMT Xref: seismo net.wanted:8454 net.micro.cpm:5475 To: info-cpm@AMSAA.ARPA reply to: Charles Loader - ihp4!garfield!charles1 Charles, I would like to get that address of the Dutch users group. Please send reply to the net PATH = ihnp4!we53!llg. Thanks again for your reply and information. llg. 11-Jan-86 16:17:44-MST,922;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 16:17:38-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001506; 11 Jan 86 17:51 EST Received: from usenet by TGR.BRL.ARPA id a024233; 11 Jan 86 17:35 EST From: uh%unido.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Turbo-Kermit for Apple-CP/M query Message-ID: <10900006@unido.UUCP> Date: 10 Jan 86 15:06:00 GMT Sender: notes%unido.uucp@BRL.ARPA Nf-ID: #N:unido:10900006:000:337 Nf-From: unido!uh Jan 10 15:06:00 1986 To: info-cpm@AMSAA.ARPA I'm looking for a Turbo-Pascal-Kermit for CP/M 2.23 on the Apple ][+ with MS-Softcard and CCS 7710 RS232-Interface in Slot 2. If there are any hints please send mail to Uwe Hoch Computer Science Department, University of Dortmund 4600 Dortmund 50, P.O. Box 500500, W.-Germany E-mail address UUCP: ...seismo!unido!uh 11-Jan-86 16:36:10-MST,754;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 16:35:52-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001542; 11 Jan 86 18:05 EST Received: from usenet by TGR.BRL.ARPA id a024599; 11 Jan 86 17:47 EST From: Rich Kensicki Newsgroups: net.micro.cpm Subject: ZCPR3 source Message-ID: <3431@harpo.UUCP> Date: 10 Jan 86 20:30:56 GMT To: info-cpm@AMSAA.ARPA Gentleman; I'd like to get a copy of zcpr3 source for my own CPM system. Can someone tell me of a site (or other source) that i can get it from (would prefer a site i can access via uucp; but will except most any source). Thanks in advance Rich Kensicki 201-386-6391 harpo!rhk 11-Jan-86 16:53:18-MST,2770;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 16:53:02-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001544; 11 Jan 86 18:06 EST Received: from usenet by TGR.BRL.ARPA id a024865; 11 Jan 86 17:53 EST From: Kevin Flory Newsgroups: net.micro.cpm Subject: CP/M Linker, HELP !!! Message-ID: <241@tolerant.UUCP> Date: 9 Jan 86 18:34:22 GMT To: info-cpm@AMSAA.ARPA I am expiriencing trouble with the DRI linker, link. I have converted my 'C' librarys over to the DRI library format and have been using the Programers Utilies for quit some time succesfully with the Aztec 'C' compiler. I have a preprocessor that converts the Aztec assembly output to a format compatable with rmac. The problem I am expirencing is trying to produce romable code. When I try to link my program with my library with out redefining the load address, program (code) segment base, data segment base, everthing works just fine as you would expect. When I try to specify a program base below 0100H with a load address of 0100H, the linker writes the whole file out as zeros. real nice huh. I did quit a bit of expermenting with with diffferent load address and program base address, switching the order of the parameters in the command line and have come to the conclution that the linker does not work correctly with program address addresses below 0100H. If a specify a load address and a program base of 0100H (which is the defualt) it creates the .com file OK, but it forgets to add the jump intruction to the entry point in the code. If I specify a load address of 0100H and program base of 0103H it puts the jump intrunction in just fine. I was realy disappointed when I found that the linker would'nt ouput a .hex file ( I need this to dowload to a Data I/O), but I was able to get a hold of the public domain file comhex.com which solved that problem (kinda). I would generate a the code to start at 0100H and enter a jump to 0100H myself but I will need to add interrupt routines later and the jump table would also have to be entered by hand. This is unexecptable. I would also require out how to tell the Data I/O to offset the code by 0100H bytes. Does anybody out there in netland know if Im doing sothing wrong (I seriously doubt it), or of linker that works with the DRI .irl files (library file) and with the microsoft .rel files. Any help with this matter would be greatly appriciated. Kevin Flory @ Tolerant Systems, San Jose I may be reached by email, or mail at: 82 E Daggett Drive San Jose, CA, 95134 (408) 946-5667 or 530 Scottsville Court San Jose, CA 95133 (408) 272-1818 Thanks In Advance. 11-Jan-86 17:13:24-MST,1052;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 17:13:17-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001589; 11 Jan 86 18:26 EST Received: from usenet by TGR.BRL.ARPA id a025777; 11 Jan 86 18:12 EST From: Rick Janka Newsgroups: net.micro.cpm Subject: wanted: info on C compilers for CPM Message-ID: <147@ides.UUCP> Date: 9 Jan 86 21:46:33 GMT To: info-cpm@AMSAA.ARPA I need to write some software for an Amdahl X.25 Network Administrator (4404E), which is an 8088-based micro used to control Amdahl PADs in an X.25 network. The micro runs CPM, and while we do have a Pascal compiler available, I'd rather code in C. I've never shopped for a C compiler, and have only a vague idea of the C compilers available that will run on CPM. I'd certainly appreciate any advice and information from anyone who has had experience with C compilers on a CPM system. Rick Janka AT&T Information Systems (ihnp4,allegra,akgua)!abcom!cnmsrkj 11-Jan-86 17:33:49-MST,1232;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 17:33:42-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001591; 11 Jan 86 18:27 EST Received: from usenet by TGR.BRL.ARPA id a026000; 11 Jan 86 18:16 EST From: Ron Bremer Newsgroups: net.micro.cpm Subject: Wanted: CP/M-86 Data Base Program Message-ID: <430@tekred.UUCP> Date: 8 Jan 86 21:03:22 GMT To: info-cpm@AMSAA.ARPA I am looking for a "good" database program to run on my Televideo 1603 under CP/M-86. Does anyone know of a good program at a reasonable price? Will any CP/M-86 program run on my machine or does it have to be adapted for the Televideo 1603? More questions: Is there a good book about the internals of CP/M-86? System calls and such. Is there a source of CP/M-86 program titles and a brief discussion of their function, cost, publisher, etc? What are other people doing that have CP/M-86 machines? Write their own software? Don't use their system? Or am I all alone? Thanks for any help. Ron Bremer Tektronix, Inc. CNA Division Redmond, Oregon [masscomp|decvax|allegra|uoregon|zehntel|ucbvax|ihnp4]!tektronix!tekred!ronb 12-Jan-86 03:38:44-MST,1156;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Jan 86 03:38:38-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a002315; 12 Jan 86 5:18 EST Received: by sdcsvax.ucsd.edu (5.31/4.41) id AA23577; Sun, 12 Jan 86 02:17:59 PST hops=0 From: crash!kevinb@sdcsvax.ARPA Message-Id: <8601121017.AA23577@sdcsvax.ucsd.edu> Date: Sun, 12 Jan 86 00:49:51 PST To: sdcsvax!Info-CPM@AMSAA.ARPA Subject: NULU 15 or 16 Cc: sdcsvax!NOLAND@USC-ISI.ARPA, crash!kevinb@sdcsvax.ARPA Some time ago Steve Noland wrote about contacting the author of NULU, Martin Murray, regarding a NULU 15 bug regarding drives with differing allocation sizes, and that corrections are being made. Is there a new NULU out? If so, please contact me using mail at the address below, as I am interested in putting the new version out on our local BBS. We have had quite a few comments made, and I am desirous of keeping it as up to date as possible. Thanks, Kevin Belles Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA 12-Jan-86 09:41:18-MST,677;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Jan 86 09:41:13-MST Received: from mit-mc.arpa by AMSAA.ARPA id a002761; 12 Jan 86 11:19 EST Date: Sun, 12 Jan 86 11:17:41 EST From: Herb Lin Subject: combination LU, SQ/USQ, DIR To: info-cpm@AMSAA.ARPA cc: LIN@mit-mc.ARPA Message-ID: <[MC.LCS.MIT.EDU].781341.860112.LIN> is there a program that will archive files as LU does, SQ or USQ as files go in and out, enable me to view SQeezed files, and maybe even from CP/M level get a directory listing of an .LBR file? I seem to recall there was something similar to this... thanks. Herb 12-Jan-86 16:00:08-MST,1062;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Jan 86 16:00:02-MST Received: from simtel20.arpa by AMSAA.ARPA id a003712; 12 Jan 86 17:36 EST Date: Sun, 12 Jan 1986 15:35 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Cc: Herb Lin , RCPM-Sysops@SIMTEL20.ARPA Subject: combination LU, SQ/USQ, DIR equals NULU ...but... >is there a program that will archive files as LU does, SQ or USQ >as files go in and out, enable me to view SQeezed files, and >maybe even from CP/M level get a directory listing of an .LBR >file? Yes, it's NULU. Only trouble is that NULU has a serious bug and most RCPM SysOps have deleted it from their systems. The author knows about the bug and is working on a fix which, it is said, will be available in about two weeks. It turns out that NULU was struck by the infamous BDOS function 37 bug. More details later. --Keith 12-Jan-86 22:12:25-MST,848;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Jan 86 22:12:15-MST Received: from usc-isid.arpa by AMSAA.ARPA id a004132; 12 Jan 86 23:54 EST Date: 12 Jan 1986 23:53:34 EST From: INCO@USC-ISID.ARPA Subject: Bye5 and MBBS and ZCPR3 To: info-cpm@AMSAA.ARPA Using ZCPR3, Bye5, and MBBS I get the message from Login . that Illegal function call at address 081c Running on apple IIe microsoft CPM. Bye seems to work OK, MBBS is fine if I do not run from BYE. any hints? Also - If anyone can direct me to the patch that allows ZCPR3 on 60k CPM for the apple I would appreciate it. The overlay in the BYE5 directory for apple microsoft AP12 forgot about the 2000H offset due to microsoft cpm. If anyone wants the corrected one I will upload. Sincerely, Allan ------- 13-Jan-86 06:06:17-MST,1401;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 06:06:07-MST Received: from lll-mfe.arpa by AMSAA.ARPA id a005463; 13 Jan 86 7:36 EST Date: Mon, 13 Jan 86 07:36 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: Apple CP/M 40-track How-To Request To: Info-CPM@AMSAA.ARPA Date: Mon, 13-JAN-1986 07:37 EST To: Info-CPM@AMSAA.Arpa Message-ID: <[OAK.SAINET.MFENET].578881C0.008E8F51.SECRIST> Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn. Geographic-Location: 36 01' 42" N, 84 14' 14" W CompuServe-ID: [71636,52] Carbon-Unit-Designation: Richard X-VMS-Mail-To: ARPA%"Info-CPM@AMSAA.Arpa" > From: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." Subject: Apple CP/M disk formatter help required. > Date: 8 Jan 86 01:57:20 GMT > > To: info-cpm@AMSAA.ARPA > > Hello: > > I am currently attempting to modify Apple CP/M for 40 track > drive operation. I have done this successfully, but to finalise > the operation, I need some software. > ... > ... > > Thanks, > Phil Dimond. > ...decvax!decwrl!dec-rhea!dec-aussie!dimond Phil - tell us more ! What exactly did you do to add the support ?! Thanks. Richard 13-Jan-86 07:08:21-MST,4242;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 07:08:05-MST Received: from xerox.arpa by AMSAA.ARPA id a007182; 13 Jan 86 8:30 EST Received: from Muscat.ms by ArpaGateway.ms ; 13 JAN 86 05:28:00 PST Date: Mon, 13 Jan 86 08:20 EST From: Kushall.henr@XEROX.ARPA Subject: Re: wanted: info on C compilers for CPM In-reply-to: <147@ides.UUCP> To: Rick Janka cc: info-cpm@AMSAA.ARPA Message-ID: <860113-052800-2198@Xerox> From: Bruce Eckel I have used several C compilers on CP/M and have tried most of the things you refer to. All of them produce "com"able code, if you mean produces a .com file. I also think all of them require you to go through and assembler, linker and loader to accomplish this. If you mean "rom"able, I know Aztec does it and I think the others will too if you put in the right ORG statements or whatnot. There is usually a way even if they didn't design it in. 1) Aztec. Expensive at $200, but K&R complete, or more so than most. Good library. Includes its own assembler, linker and librarian. Slow as mollasses. I use it because I am familiar with it and didn't want to mess with the idiosyncrasies of the others (at the time). No bit fields or preprocessor macros, but it seems NOBODY has those. The manual is geared after UNIX (not a terribly good precedent but OK) which I am sure they developed the language on. One of the big plusses about this system is its transportability -- Aztec makes (virtually) identical compilers for essentially every processor and operating system. They even make cross-compilers so you can (for example) develop on cp/m and run on apple. 2) BDS . A friend swears by it and it seems fast, efficient and correct. That is, the compiler seems fast. I don't know that much about the code efficiency but he says it is efficient. $150. The manual is very good. No library is as complete as Aztecs, but you can always add your own library modules to any of these. BDS was really the CPM C standard for quite a while, before: 3) C/80 . for 50$ (might be 60 now) and 20 extra for floating point, the real bargain in C compilers. I used an early version of this and didn't like it because they didn't seem to conform to K&R (at least not the library functions) and as I was struggling to *learn* the language in the first place, I didn't want to mess with language variants. Now, however, it seems to have been cleaned up significantly. People seem to love it only second to Turbo pascal, and amazing things have been written with it. The people at Software Toolworks (makers of C/80) have written a lot of stuff with it themselves, notably MyCalc (best spreadsheet for cpm I have seen; I am told supercalc does sorts better, but I just like the way MyCalc works. Amazing that visicalc made any money at all, considering how limited it was) and Mychess. Lots of other people use C/80. Real nice to have floating point; I think it comes with Aztec but you might have to pay extra for it. C/80 is probably your best bet (at least to get started). 4) Q/C. The only thing I can say about this is it comes with source code, written in C. I don't know how it runs since I've never used it, but if you want to know how a compiler is written, this would probably be $95 well spent. Chances are it is real slow (whereas BDS and C/80 are written, I believe, in assembly). What do I prefer? Well, they all do so many disk accesses, and of course going in and out of the editor (wordstar) is incredibly time consuming. I get very frustrated and am thinking of putting a RAM disk on my Kaypro with a megabyte (~$450) to speed up *everything*. But it seems such a waste for most tasks, which are fast. I keep hearing rumors about: 5) Turbo C. Vaporware at the moment, but if it is anything like Turbo P, it will be worth waiting for. They may have put all their efforts into Modula-2, but we can hope. I would by Turbo C in a second, and be off and running. Failing that, I may just give up the wait and buy Turbo Pascal. Bruce Eckel uw-beaver!fluke!morgan 13-Jan-86 11:07:42-MST,850;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 11:07:31-MST Received: from brl-aos.arpa by AMSAA.ARPA id a014334; 13 Jan 86 12:06 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a014344; 13 Jan 86 12:00 EST Received: from ucbvax.berkeley.edu by MC.LCS.MIT.EDU 13 Jan 86 11:59:32 EST Received: by ucbvax.berkeley.edu (5.39/1.7) id AA17226; Mon, 13 Jan 86 07:48:35 PST Received: from ucbamber.Berkeley.Edu (ucbamber.ARPA) by ucbjade.Berkeley.Edu (4.19/4.41.3) id AA05969; Sun, 12 Jan 86 19:51:14 pst Received: by ucbamber.Berkeley.Edu (4.19/4.41) id AA02860; Sun, 12 Jan 86 19:40:26 pst Date: Sun, 12 Jan 86 19:40:26 pst From: swillett%ucbamber@UCB-VAX.ARPA Message-Id: <8601130340.AA02860@ucbamber.Berkeley.Edu> To: CAL@THINK.ARPA, Info-CPM@MIT-MC.ARPA Subject:  13-Jan-86 12:34:46-MST,1049;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 12:34:37-MST Received: from rice2-gateway.arpa by AMSAA.ARPA id a016846; 13 Jan 86 13:22 EST Received: from cleo by dione.ARPA (AA07738); Mon, 13 Jan 86 12:12:51 CST Received: by cleo (AA00358); Mon, 13 Jan 86 12:08:29 cst Date: Mon, 13 Jan 86 12:08:29 cst From: Hubert Daugherty Message-Id: <8601131808.AA00358@cleo> To: info-cpm@AMSAA.ARPA, ronb%tekred.uucp@BRL.ARPA Subject: Re: Wanted: CP/M-86 Data Base Program The Compupro Dealer in Houston, Informa Inc., has extensive experience in CP/M86. They use dBase II for database needs in house but also sell Q-PRO-4 for CP/M86. They have a slick version of the Palentier Word Processor for CP/M86. I don't have their number here but information has it. As to your compatability worry, dBase II only needs to know about your screen codes. disclaimer: I speak for myself, I represent myself, and I stand by what I say. Hubert Daugherty hd@rice.arpa 13-Jan-86 18:54:37-MST,1568;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 18:54:27-MST Received: from mitre-bedford.arpa by AMSAA.ARPA id a024984; 13 Jan 86 20:22 EST Full-Name: James R. Vanzandt Message-Id: <8601140122.AA00693@mitre-bedford.ARPA> Organization: The MITRE Corp., Bedford, MA To: info-cpm@AMSAA.ARPA Subject: Re: wanted: info on C compilers for CPM Date: 13 Jan 86 20:22:33 EST (Mon) From: "James R. Van Zandt" Here's another C compiler for CP/M. It's the Small-C compiler which appeared in Dr. Dobbs #45 (May 1980), but modified by me to include floating point. The compiler requires a Z-80 processor and produces Z-80 assembly language output. There's a companion assembler and linker. You can get the whole package, including source code in C for the compiler, as volume 156 from: C user's Group Box 97 McPherson KS 67460 (314) 241-1065 They charge $8 per volume and offer nearly any format. If you want a more detailed description, you can look at the September 1985 issue of their newsletter. I believe it's also available as SIG/M volume 224. Credits: Small-C was written by Ron Cain. The floating point routines themselves were written by Niel Colvin. The assembler and linker are by Bruce Mallett. (As you can tell, the C User's Group is not-for-profit. I don't make any money off this, either.) (I'm not maintaining this code, either. I've now moved on to the 16 bit world.) - Jim Van Zandt 13-Jan-86 19:25:24-MST,1421;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 19:25:06-MST Received: from 128.2.255.254 by AMSAA.ARPA id a025057; 13 Jan 86 20:48 EST Received: ID ; Mon 13 Jan 86 20:48:37-EST Date: Mon 13 Jan 86 20:48:34-EST From: "Ralph W. Hyre Jr." Subject: Need help installing bye-type program for Apple-Cat & PCPI To: info-apple@BRL.ARPA, info-cpm@AMSAA.ARPA, info-modem-request@SIMTEL20.ARPA Work-Phone: (412) CMU-BUGS Message-ID: <12175035701.12.RALPHW@C.CS.CMU.EDU> I'm not having much luck trying to get MBBS or BYE3 to work with my system. Here's my configuration: 64K Apple ][+ with Apple-Cat modem in slot 2, with 212 card in slot 5 PCPI AppliCard w/ CP/M 2.2 (Coprocessor card - not Microsoft compatible) If someone has installed a working MBYE or BYE3 for this configuration, please get in touch with me. (This is a rare enough configuration that there probably aren't many people that have installed for it.) The best form of help would be a source to a working version of MBYE or BYE3 for my configuration, next best would be an exhaustive description of how to set the equates (especially system dependent ones like BYELOW and disk/user equates (I'd like to put everything on a0: for starters) (I'm not running ZCPR3, but I can try it if its necessary...) - Ralph ------- 13-Jan-86 21:27:10-MST,932;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 21:27:05-MST Received: from xerox.arpa by AMSAA.ARPA id a025286; 13 Jan 86 23:04 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 13 JAN 86 20:03:56 PST From: NBaheti.es@XEROX.ARPA Date: 13 Jan 86 20:04:42 PST Subject: 8 bit data To: waldron.wbst@XEROX.ARPA cc: info-cpm@AMSAA.ARPA Message-ID: <860113-200356-3035@Xerox> Set the filter off in MEX with the command: STAT FILTER OFF All control codes should then be allowed to pass over to your system. The filter mode is used for static-filled lines (usually over long distance), but can not be used when using an editor or the like online. --Arun Baheti arpa: NBaheti.es@Xerox uucp: ...litvax!flkvax!trwrb!group3!arun arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!] RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400] 14-Jan-86 03:41:36-MST,3561;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 03:41:26-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a025854; 14 Jan 86 5:14 EST Received: by sdcsvax.ucsd.edu (5.31/4.41) id AA29373; Tue, 14 Jan 86 02:15:05 PST hops=0 From: crash!kevinb@sdcsvax.ARPA Message-Id: <8601141015.AA29373@sdcsvax.ucsd.edu> Date: Tue, 14 Jan 86 01:31:27 PST To: sdcsvax!info-micro@BRL-VGR.ARPA Subject: Info on IMSAI/OMNI/CalComp stuff sought Cc: sdcsvax!Info-CPM@AMSAA.ARPA, sdcsvax!Chapman.ES@XEROX.ARPA, gould9!ihnp4!watmath!watcgl!jchapman@sdcsvax.ARPA, crash!kevinb@sdcsvax.ARPA I am looking for information regarding the Science Dynamics Corporation OMNI 5000A computer. This unit was made by IMSAI, with IMSAI components, but was marketed by SDC, a division of McDonnell Douglas. I have spoken to the head of the technical department there, Ralph Napolillo, and although they as near as I can tell still support them, he claims not to have any information on hand. I am specifically looking for information on the floppy disk drive package, with 2 boards by IMSAI called the FIB and the IFM, which talk over a 25-pin ribbon cable to 2 CalComp 141M disk drives. The FDC boardset is apparently a DMA-type device, but we hve not to this date figured out quite *how* to write a CP/M or MP/M BIOS for the above. Mr. Napolillo claimed that there was an MP/M "lying around somewhere", but has been unable to provide any further help, even to the address of either IMS Associates or CalComp. The system was apparently originally intended as sort of a batch multip;exing type unit for up to 8 terminals in it's original configuration, with a modem and a console attached also. We would like to convert these into either CP/M or MP/M machines for club usage, and so am looking for further info of any kind for our S-100 club here in San Diego. The systems are as follows: o IMSAI PCS 80/10 cabinet containing the following cards: o IMSAI CPA frontpanel o IMSAI MPU-A 8080 CPU o IMSAI PIC-8 interrupt controller o 3) IMSAI 16K RAM boards o Microsystems ROM board with a OMNI Problem Executive monitor burned on it's PROMs-we've decoded it and will probably figure out it's functions in a week or three. o 5) IMSAI SIO-2 serial port boards o IMSAI FIB \ > these boards hook up, and has it's own 8080 + 2k ROM o IMSAI IFM / o IMSAI peripheral cabinet containing the following: o 2) Calcomp 141M 8" SS disk drives w/ power supplies attached, some of the jumpers for the drives being on the supplies (?). o a so-far unnamed board that piggybacks and displays signals for the drives. As far as we can tell, the presence or lack of this board makes no operational difference. Would anyone having information please post information or send mail to the address below - the members are willing to *pay* for a reasonable copy of a working BIOS for any kind of CP/M or MP/M for this system. Thanks in advance, Kevin Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb ~~~~~ ~~~~~~ - ARPA crash!kevinb@{nosc,ucsd} Disclaimer: Anything within, unless directly attributed is my opinion, and does not reflect that of my place of employment. KjB If anybody's interested in one, there's more where the original 7 came from . . . . KjB 14-Jan-86 03:44:29-MST,815;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 03:44:25-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a025863; 14 Jan 86 5:17 EST Received: by sdcsvax.ucsd.edu (5.31/4.41) id AA29419; Tue, 14 Jan 86 02:16:48 PST hops=0 From: crash!kevinb@sdcsvax.ARPA Message-Id: <8601141016.AA29419@sdcsvax.ucsd.edu> Date: Tue, 14 Jan 86 01:59:16 PST To: sdcsvax!Info-CPM@AMSAA.ARPA Subject: MEX overlay for CCS 2718 S-100 board ommendations for an overlay for th CCS 2718 S-100 2 ser 2 par I/O board? It uses a 8251, but is there any overlay best suited to alter for this board? Please reply to - Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA Thanks. KjB 14-Jan-86 04:16:09-MST,1392;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 04:16:00-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a025860; 14 Jan 86 5:17 EST Received: by sdcsvax.ucsd.edu (5.31/4.41) id AA29390; Tue, 14 Jan 86 02:15:31 PST hops=0 From: crash!kevinb@sdcsvax.ARPA Message-Id: <8601141015.AA29390@sdcsvax.ucsd.edu> Date: Tue, 14 Jan 86 01:43:53 PST To: sdcsvax!Info-CPM@AMSAA.ARPA Subject: Need Info re banked BIOSes, etc. Cc: seismo!mcvax!ukc!stc!dbmk1@sdcsvax.ARPA, sdcsvax!ABC.COR@OFFICE-1.ARPA, crash!kevinb@sdcsvax.ARPA How are you managing your banked ability? I am working on getting my aged IMSAI 8080 working on a banked configuration, and am looking into ways of doing same. Is banking only usable through CP/M +, or can you do it through CP/M 2.2, also? Derek at seismo!mcvax!ukc!stc!dbmk1 asked something of the same kind, even to asking how possible it would be to get a banked BIOS massageable to another machine, and I saw no answer. Consumed by curiousity by the same question, I wondered the same thing. Is there a BIOS possibly look-at-able, or is it a matter of machine specifics? Sincerely, Kevin Belles Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA 14-Jan-86 10:09:38-MST,566;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 10:09:34-MST Received: from wiscvm.arpa by AMSAA.ARPA id a009836; 14 Jan 86 11:44 EST Received: from (HARRELL)EDUCOM.BITNET by WISCVM.WISC.EDU on 01/14/86 at 10:44:07 CST Date: 14 JAN 86 11:46-EST From: HARRELL%EDUCOM.BITNET@wiscvm.ARPA To: INFO-CPM@AMSAA.ARPA Subject: Programming Languages Could the person who compiled the list of programming languages now being taught in college please repost the message to me? Thanks, Ralph 14-Jan-86 17:46:42-MST,4098;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 17:45:53-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a023411; 14 Jan 86 19:14 EST Received: from usenet by TGR.BRL.ARPA id a002952; 14 Jan 86 17:29 EST From: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." Newsgroups: net.micro.cpm Subject: 40 track drives on Apple CP/M Message-ID: <401@decwrl.DEC.COM> Date: 13 Jan 86 03:40:08 GMT Sender: daemon@DECWRL.ARPA To: info-cpm@AMSAA.ARPA Hi: From the responses I have gratefully received from the net, I have the essential data for modifying Apple CP/M to drive 40 tracks on Apple drives. I will summarise here. If anyone desires further information, please do not hesitate to contact me by mail. Firstly, it is very important to use late model drives. Apple has advised me that any drives sold since the IIe was released should be capable of 40 track operation. Any Far-East Apple compatible drives should also be fine. The problem with old drives is that they cannot step to 40 tracks. Now, the only modification that is required is to alter the drive characteristics contained in the BDOS. These characteristics are held in the Disk Parameter Block, whose initial address can be found by BDOS function 31. To find this address, enter DDT, and run the following program: 0100 MVI C,1F ;Load C for function 31. 0102 CALL 5 ;Execute the function. 0105 RES 7 ;On completion, re-enter DDT. Now, if the CPU registers are examined, the data in the HL register should contain the address of the first block of the DPB for the current default drive. In my 60K Softcard II CP/M the address is FA73 hex for drive A: . Offset five bytes from this are two bytes called the DSM parameter. These bytes, stored with the low order byte first, give the block number of the highest block on the disk. In the case of Apple CP/M, there are four blocks per track, thus for a 35 track drive the highest block number will be 139 (as the blocks are numbered from zero). We actually have 40 tracks, so we wish to store 9F hex in this parameter. The easy way to do this is to execute the following program. It will find the DPB for the current default drive, and automatically alter it's value. The easy way to ensure the disk change is to autorun this program on disk boot. ;Modify the DPB to set the current default drive to 40 tracks. ;Written in 8080 assembler for the DR assm assembler. ; ORG 0100H ;Start of Transient Program Area. ; START: MVI C,01FH ;Prepare to call BDOS function 31. CALL 5 ;Execute the function. LXI D,05H ;Load the parameter offset. DAD D ;Add the offset to the DPB address. MVI B,09FH ;Load the new parameter value. MOV M,B ;Update the DPB. RET ;Return to CP/M. ; A better way is to use one of the multitude of disk editing utilities that are available in the public domain for CP/M. Edit the system tracks until you find a copy of the DPB that you see in memory, modify it accordingly, and you have altered it for good. It is at this point that a problem crops up - there is no easily accessible formatting program available for the Apple CP/M environment that will format the 40 tracks, at least that I know of. Does anyone have one, or even the source to one of uSoft's formatting programs, or even an idea of how to modify them? It could not be that hard. This information was compiled with the help of some reference texts and several net persons (they know who they are - let me thank them ). A good reference text is: "Mastering CP/M", by Alan R Miller, pub: SYBEX Inc, 1983 " All opinions expressed herein are those of myself only, and not necessarily those of any other persons, or of any organisation, or of the cat which lives in our flats." Phil Dimond, ...decvax!decwrl!dec-rhea!dec-aussie!dimond "When all else fails take the engineering approach: Hit it with a hammer." 15-Jan-86 05:35:24-MST,949;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 05:35:18-MST Received: from simtel20.arpa by AMSAA.ARPA id a025666; 15 Jan 86 7:08 EST Date: Wed, 15 Jan 1986 05:07 MST Message-ID: From: Charlie Strom To: crash!kevinb@sdcsvax.ARPA Cc: INFO-CPM@AMSAA.ARPA Subject: Info on IMSAI/OMNI/CalComp stuff sought In-reply-to: Msg of 14 Jan 1986 02:31-MST from crash!kevinb at sdcsvax.ARPA Try Fulcrum Computer Products - they advertise in Byte. Fulcrum is run by one or more ex-Imsai people, and I am pretty sure they have Imsai BIOS materiial lying around. Another spin-off was Fischer-Freitas, but I am not sure if they are still in business. Fulcrum advertises in Byte or Micro/Systems Journal and should be easy to locate. By the way, Imsai was a different firm from IMS. I believe the latter is still alive. 15-Jan-86 06:55:40-MST,1340;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 06:55:24-MST Received: from xerox.arpa by AMSAA.ARPA id a026994; 15 Jan 86 8:05 EST Received: from Muscat.ms by ArpaGateway.ms ; 15 JAN 86 05:04:14 PST Date: Wed, 15 Jan 86 08:04 EST From: Kushall.henr@XEROX.ARPA Subject: Re: 40 track drives on Apple CP/M In-reply-to: <401@decwrl.DEC.COM> To: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." cc: info-cpm@AMSAA.ARPA Message-ID: <860115-050414-4207@Xerox> Many of the early micro computer 5.25 inch floppy disk systems were based on the Shugart SA400 "mini floppy" drive. (For a while they were the only maker ie 1975) This was the original 5.25 inch drive. The SA400 could only have a maximum of 35 physical tracks. If you attempt to step to a track >34 the CAM follower would lift out of the grove. Later Shugart updated the drive design to 40 tracks, and 40 tracks has been standard on 5.25 inch drives for quite a while now. I don't know of any other companies that make 35 track drives. Shugart drives labled SA400 are 35 track drives, drives labled SA400L are 40 track drives. Also some early Shugart SA400's were single density. (I belive before 1977) The only way to tell these is by the serial numbers. Ed Kushall 15-Jan-86 08:15:58-MST,1586;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 08:15:46-MST Received: from xerox.arpa by AMSAA.ARPA id a028840; 15 Jan 86 9:12 EST Received: from Aurora.ms by ArpaGateway.ms ; 15 JAN 86 06:11:48 PST Date: 15 Jan 86 09:11:45 EST (Wednesday) From: waldron.Wbst@XEROX.ARPA Subject: 8 bit data in Mex update To: info-cpm@AMSAA.ARPA cc: waldron.Wbst@XEROX.ARPA Message-ID: <860115-061148-4230@Xerox> >Does anyone know of a way to patch Mex to allow 8 bit data to be passed to the >terminal. I would like to have the remote host send graphics characters to the >screen but Mex seems to AND off the 8th bit. Turning on DEBUG shows that valid 8 >bit graphics characters are being sent but in normal terminal mode they get >stripped. >Thanks, >Brian To all those who responded, thank you. To all those who mentioned STAT FILTER OFF, I have been running this way since day ONE. STAT FILTER OFF controls the passage of data values from 0 to 1F hex. I have no problem with those. Values from 80 to FF hex are the problem. They come through with the 8th bit reset. In other words, ANDed with 7F hex. I have comfirmed, using a very simple dumb terminal program, that neither BDOS nor BIOS interferes with 8Bit (0 - FF hex) data. There are 20 some AND 7F instructions in Mex. Without source it's pot luck but I will try the hard way to determine which AND 7F is the culprit. Thanks again to all who responded. I will post results when they are available. Brian Waldron.wbst@Xerox.arpa 15-Jan-86 14:42:51-MST,946;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 14:41:11-MST Received: from crdc-vax2.arpa by AMSAA.ARPA id a012639; 15 Jan 86 16:09 EST Date: Wed, 15 Jan 86 16:05:23 EST From: "Jack H. Smith" To: info-cpm@AMSAA.ARPA Subject: CPT port addresses Fellow CP/M'ers , HELP!!!! I need to know the addresses for the ports on a CPT which runs CP/M 2.2 . Otherwise, could someone point me to the modem program overlay that I could add to MODEM7, and which would have the ports addressed? CPT is all I have on the make of the terminal. It is made by CPT Corporation which has world headquarters at Minneapolis. I've just been through the manual we received with it and, as usual, the ports are not addressed, worse they're not even mentioned that I could find. Please help, if you can. Thanks. Jack H. Smith 15-Jan-86 15:04:25-MST,2871;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 15:04:10-MST Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id a013019; 15 Jan 86 16:26 EST Received: from clemson by csnet-relay.csnet id ad09782; 15 Jan 86 16:14 EST Date: Mon, 13 Jan 86 21:31 EST From: LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA To: info-ibmpc@USC-ISIB.ARPA, info-micro@BRL-VGR.ARPA, info-cpm@AMSAA.ARPA Subject: Need info fast on Diablo, NEC, and other heavy-duty LQ printers Howdy, fellow netlandians. I need some quick feedback from the field on the performance (speed- and print-quality-wise), *reliability*, and expected maintenance costs for *heavy-duty* letter quality printers, the kind you would have *no* qualms about using to handle the printing of many thousands of letters *each week*. My off-the-cuff analysis says that ink-jet technology is out (the print image isn't high enough quality), but if somebody knows something I don't, I'd still like to hear about it. Laser technology is still in the running, but I have to have print quality equal to the finest daisy wheel printers. At the moment, daisy wheel technology is at the head of my list. I need at least 80 cps out of a daisy wheel, with a print head and (probably metal) wheel that can really "go the distance" in terms of not breaking down or just being plain worn out. Tractor feed is almost a must (note "almost" -- that's not "absolute"). (Are there any laser printers yet that handle a tractor feed?) The local ComputerLand has a 90cps daisy wheel made by a company called Primage. With sheet feeder and tractor it's $2200. Based on the demo, (i.e., looking at the construction, listening to it print, "gut feelings"), I'm not sure it can handle the load. Does anyone know anything about this model? (The salesman says we'd have to replace the print head for $20 after every 10,000 letters, probably, not to mention the plastic print wheels.) So if you've got personal experience (or know someone with personal experience) with a *high-speed*, *heavy-duty*, letter-quality printer, now is the time to step forward and plug it. (I'm willing to spend up to $5,000.) I really need this info, and you'd have my undying gratitude for replying (isn't that a great incentive?). Thanks in advance... -- Larry Afrin Dept. of Computer Science Clemson University ================================ Please send replies, if any, to: lbafrin@clemson.csnet or lbafrin%eureka@clemson.csnet or, as a last resort, any reasonable-looking string with "lbafrin", "eureka", and "clemson" in it I disclaim everything anybody ever said about anything. 15-Jan-86 15:34:08-MST,780;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 15:33:53-MST Received: from hi-multics.arpa by AMSAA.ARPA id a013429; 15 Jan 86 16:59 EST Date: Wed, 15 Jan 86 15:59 CST From: Boebert@HI-MULTICS.ARPA Subject: Formatting for 40 tracks cc: Boebert@HI-MULTICS.ARPA, info-cpm@AMSAA.ARPA Message-ID: <860115215919.918101@HI-MULTICS.ARPA> There exist several disassembly listings of Apple DOS 3.3; one of which was distributed on disk by the people who produced the Beneath Apple DOS book. It should be pretty easy to modify the INIT routine to count past 35 (you will also have to change the sector skewing table to the CPM standard -- this is described in Beneath Apple DOS). Earl (Boebert @ HI-Multics) 15-Jan-86 19:35:59-MST,2027;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 19:35:48-MST Received: from xerox.arpa by AMSAA.ARPA id a014732; 15 Jan 86 20:40 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 15 JAN 86 17:24:59 PST From: NBaheti.es@xerox.ARPA Date: 15 Jan 86 17:25:44 PST Subject: Altair S-100 HELP To: info-micro@BRL-TGR.ARPA, info-cpm@AMSAA.ARPA cc: NBaheti.es@xerox.ARPA Message-ID: <860115-172459-4895@Xerox> I am looking for some information on the Altair S-100 Bus machine with a Compu-Pro Dual processor board with 8085/8088 processors. I am running CP/M (2.2 I think) in the 8085 mode which it defaults to. The 8088 processor, according to the manual, is sleeping and it doesn't exactly tell how to "wake" it up. The manual tells me how to create a file called tkfxboot.com to be run in 8085 mode to awake the 8088 and boot an apropriate DOS (ie. my CP/M 86), but it doesn't seem to work. If anyone has any advice on either what to do, who to talk to, or where to look for the answer to this problem I would greatly appreciate it. I am confident that I will eventually find the answer, so I am also looking for some inexpensive S-100 bus equipment, in particular a hard drive and more memory (I currently only have 64k and 4 8" DD drives). This system was donated to my school (Torrance High,2200 Carson St, Torrance, CA 90501) so if anyone would like to call in any help (or possibly donate some more equipment) my number is (213)533-1123; I am only at this number from 2:00pm to 3:00 PDT. Steven Myers -------------------------cut here I am posting this for a friend at my highschool, and if you can't call him there then feel free to send me the message and I will forward all replies to him. Thanks. --Arun Baheti arpa: NBaheti.es@Xerox uucp: ...litvax!flkvax!trwrb!group3!arun arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!] RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400] 16-Jan-86 01:24:44-MST,1953;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 01:24:32-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a016364; 16 Jan 86 2:50 EST Received: from usenet by TGR.BRL.ARPA id a002105; 16 Jan 86 2:45 EST From: Matt Wing Newsgroups: net.micro.cpm Subject: Re: Data loss on terminal programs Message-ID: <109@phred.UUCP> Date: 13 Jan 86 20:48:01 GMT To: info-cpm@AMSAA.ARPA > Thank you for all the help with getting MEX to acknowledge cursor motion. > However, under my Montezuma Micro CP/M, all the terminal programs I have > tried have a high amount of data loss. I am continually losing bytes and > have trouble with cursor motion programs because they will often just > become so much gobbledeygook(sp?) when it loses the escape or the = or > one of the two following characters for cursor positioning. Furthermore, > it sometimes crashes so that it will do something involving 7s, 's, and > a much smaller screen under something like vi. Other times it will completely > forget cursor motion works at all. However, this happens after I've been > in the terminal program for a while. Does anyone have any idea how to correct > this? The CP/M is running on a TRS-80 Model 4P and I go 1200BPS. > Carl Greenberg Carl, I have been working on a VT100 emulator for my RS model 4p. Presently the assembly source code (Z-80) is 46k and when assembled handles all of the VT100 escape sequences. I have had moderate success with most of the editors available on the Vax systems here at work. You are welcome to a copy of the assembled code to try out. Please leave a note (number) and we will get together and xfer the files. For others that might be interested this code applies to memory mapped video systems only. Terminals are not supported. 9600 baud is not a problem as the input is buffered during screen operations. 16-Jan-86 06:44:53-MST,1209;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 06:44:44-MST Received: from crdc-vax2.arpa by AMSAA.ARPA id a019354; 16 Jan 86 8:08 EST Date: Thu, 16 Jan 86 8:05:14 EST From: "Jack H. Smith" To: STORK@mit-mc.ARPA cc: INFO-CPM@AMSAA.ARPA Subject: CPT ports ERIC, It was very kind of you to respond to my querry regarding CPT port addresses. The CPT is the computer, terminal, & word processor which is running CP/M 2.2 . And, yes I'm familiar with the archives at simtel20. It's just that they've changed and re-arranged the archives so much since the last time I accessed them that now I'm not sure I'd know how to get what I'm after. (That's why I asked for pointers to the modem overlay files ////addresses////.) Also, as long as I'm here, I may as well see if anyone knows the port addresses to the DEC Rainbow running CP/M 2.2. Yes, the DEC Rainbow is the terminal, computer, & word processor, and DEC stands for Digital Equipment Corporation (I think). Please respond to me, not the net. Thanks: Jack H. Smith JHSMITH@CRDC.ARPA 16-Jan-86 07:28:22-MST,1691;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 07:28:14-MST Received: from mitre.arpa by AMSAA.ARPA id a020304; 16 Jan 86 8:55 EST Full-Name: Jeff Edelheit Message-Id: <8601161354.AA26676@mitre.ARPA> Organization: The MITRE Corp., Washington, D.C. To: LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA Cc: info-ibmpc@USC-ISIB.ARPA, info-micro@BRL-VGR.ARPA, info-cpm@AMSAA.ARPA Subject: Re: Need info fast on Diablo, NEC, and other heavy-duty LQ printers In-Reply-To: Your message of Mon, 13 Jan 86 21:31 EST. Date: 16 Jan 86 08:54:24 EST (Thu) From: Jeff Edelheit Larry - While none of the lasers I know of support a tractor, I would recommend any of the Canon engine based machines. If you really want typeset quality, then look into Imagen. Imagen provides a preprocessor to the laser engine. The bottom of the line uses the Canon engine, but if you need higher speeds, then you can move up to one of their Xerox engines. (We have an Imagen 8/300; the preprocessor + the Canon engine. It's really nice. It also supports either a serial, parallel or Ethernet interface.) I also understand that QMS has some nice lasers. With the kind of output you are talking about, I am not sure that any daisy type machine will either hold up or produce the amount of output your talking about. Also, the general rule "the higher the speed, the higher the noise" probably applies to the impact printers. The noisyest thing on the Canon is the clicking as it pulls the paper thru. Let me know what you find/decide. Regards, Jeff Edelheit (edelheit@mitre.arpa) Usual disclaimers apply. 16-Jan-86 09:03:41-MST,1102;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 09:03:34-MST Received: from usc-ecl.arpa by AMSAA.ARPA id a022119; 16 Jan 86 10:34 EST Date: 16 Jan 1986 07:34-PST Sender: BHUBER@USC-ECL.ARPA Subject: terminal donation From: BHUBER@USC-ECL.ARPA To: Info-Micro@BRL.ARPA, Info-CPM@AMSAA.ARPA Cc: BHuber@USC-ECL.ARPA Message-ID: <[USC-ECL.ARPA]16-Jan-86 07:34:14.BHUBER> I have a Televideo 920C terminal in excellent working condition which I would be willing to donate to a legitimate non-profit organization. The terminal is about 4 years old, has one extra page of memory, and includes the original instruction manual. I have had no luck in selling the terminal through local ads, and hence am now looking for a tax deduction (for 1986, of course). Whoever wants it can have it. I will NOT arrange for or pay for shipping/delivery. All I ask of the recipient in return is a letter or receipt on the organization's letterhead. The terminal is located in Long Beach (CA). Message me directly if interested, Bud Huber 16-Jan-86 09:45:37-MST,1476;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 09:45:20-MST Received: from usc-isif.arpa by AMSAA.ARPA id a022620; 16 Jan 86 11:00 EST Date: 16 Jan 1986 07:59-PST Sender: STANLEY@USC-ISIF.ARPA Subject: Re: combination LU, SQ/USQ, DIR From: STANLEY@USC-ISIF.ARPA To: LIN@MIT-MC.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISIF.ARPA]16-Jan-86 07:59:25.STANLEY> In-Reply-To: <[MC.LCS.MIT.EDU].781341.860112.LIN> Received: FROM USC-ECLB.ARPA BY USC-ISIF.ARPA WITH TCP ; 12 Jan 86 08:47:00 PST from AMSAA.ARPA by USC-ECLB.ARPA; Sun 12 Jan 86 08:45:03-PST from mit-mc.arpa by AMSAA.ARPA id a002761; 12 Jan 86 11:19 EST Date: Sun, 12 Jan 86 11:17:41 EST From: Herb Lin To: info-cpm@AMSAA.ARPA Cc: LIN@mit-mc.ARPA Subject: combination LU, SQ/USQ, DIR Return-Path: <@USC-ECLB.ARPA:info-cpm-request@AMSAA> Message-ID: <[MC.LCS.MIT.EDU].781341.860112.LIN> is there a program that will archive files as LU does, SQ or USQ as files go in and out, enable me to view SQeezed files, and maybe even from CP/M level get a directory listing of an .LBR file? I seem to recall there was something similar to this... thanks. Herb -------------------- Herb, Try LSWEEP, which is in the SIMTEL20 archives with LU. ...Dick Stanley 16-Jan-86 22:57:55-MST,1204;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 22:57:50-MST Received: from brl-aos.arpa by AMSAA.ARPA id a003423; 17 Jan 86 0:31 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a011719; 17 Jan 86 0:23 EST Date: Fri, 17 Jan 86 00:22:15 EST From: "Robert L. Plouffe" Subject: Telebit Modem To: INFO-CPM@MIT-MC.ARPA, INFO-MICRO@MIT-MC.ARPA, INFO-MODEM@MIT-MC.ARPA, INFO-MODEM7@MIT-MC.ARPA Message-ID: <[MC.LCS.MIT.EDU].786579.860117.PLOUFF> There have been a few messages to the nets regarding the Telebit modem marketed by DCA as FASTLINKPC and manufactured by Telebit. It has its own protocol and is sold with Crosstalk-Fast which I understand is an adaptation of Crosstalk xvi by Micro-Stuf. It is said to be useable at average rates of 10kbps on dial up lines and completely adaptive to line conditions. I am doing a survey of that modem and would appreciate any opinions, tests, facts, etc regarding it. If there is sufficient interest, I will post the results to the net. Please respond directly to me since I am not on all of the mailing lists to which this is addressed. 17-Jan-86 01:21:42-MST,1336;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Jan 86 01:21:36-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a003549; 17 Jan 86 2:57 EST Received: from usenet by TGR.BRL.ARPA id a022264; 17 Jan 86 2:51 EST From: John Blalock Newsgroups: net.micro.cpm Subject: Re: 8 bit data in Mex Message-ID: <983@terak.UUCP> Date: 13 Jan 86 22:35:03 GMT To: info-cpm@AMSAA.ARPA > Does anyone know of a way to patch Mex to allow 8 bit data to be passed > to the terminal. I would like to have the remote host send graphics > characters to the screen but Mex seems to AND off the 8th bit. Turning > on DEBUG shows that valid 8 bit graphics characters are being sent but > in normal terminal mode they get stripped. > > Thanks, > > Brian > Waldron.wbst@Xerox.arpa Note that not all control key sequences get passed thru by MEX either - it's not just an eighth-bit problem. I also would like a patch so that I don't have to exit MEX to run vi remotely. (or any program with escape sequences/cursor addressing) John Blalock, W7AAY uucp: ...{noao,decvax,savax,ihnp4,seismo}!terak!jb phone: (602) 998-4800 us mail: CalComp Display Products Division (formerly Terak Corporation) 14151 N. 76th St., Scottsdale, AZ 85260 17-Jan-86 07:04:04-MST,1085;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Jan 86 07:03:59-MST Received: from simtel20.arpa by AMSAA.ARPA id a006896; 17 Jan 86 8:31 EST Date: Tuesday, 14 January 1986 17:42-MST Message-ID: Sender: Jeffrey C Honig <$jch%clvm.BITNET@wiscvm.ARPA> From: Jeffrey C Honig <$jch%clvm.BITNET@wiscvm.ARPA> To: TELECOM@MIT-MC.ARPA Subject: USR Courier 2400 ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Fri 17 Jan 1986 06:21-MST I previously commented on problems with the Courier 2400 modems communicating with our Racal-Vadic 4401 modems. After some finger pointing the problem has been resolved by new firmware in the Courier 2400. My thanks to the technical support staff at U.S.Robotics and Racal-Vadic. After using a Courier 2400 at home for several days I'm very happy with it. It has significantly fewer problems with line noise than a Racal-Vadic 2400PA. Jeffrey C Honig Senior Systems Programer Clarkson University 17-Jan-86 09:35:30-MST,4052;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Jan 86 09:35:12-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a011706; 17 Jan 86 10:48 EST Received: from usenet by TGR.BRL.ARPA id a002311; 17 Jan 86 10:43 EST From: Bruce Eckel Newsgroups: net.micro.cpm Subject: Re: Data loss on terminal programs Message-ID: <1083@vax2.fluke.UUCP> Date: 16 Jan 86 23:25:57 GMT To: info-cpm@AMSAA.ARPA In article <109@phred.UUCP> mattw@phred.UUCP (Matt Wing) writes: >> Thank you for all the help with getting MEX to acknowledge cursor motion. >> However, under my Montezuma Micro CP/M, all the terminal programs I have >> tried have a high amount of data loss. I am continually losing bytes and >> have trouble with cursor motion programs because they will often just >> become so much gobbledeygook(sp?) when it loses the escape or the = or >> one of the two following characters for cursor positioning. Furthermore, >> it sometimes crashes so that it will do something involving 7s, 's, and >> a much smaller screen under something like vi. Other times it will completely >> forget cursor motion works at all. However, this happens after I've been >> in the terminal program for a while. Does anyone have any idea how to correct >> this? The CP/M is running on a TRS-80 Model 4P and I go 1200BPS. >> Carl Greenberg > >Carl, I have been working on a VT100 emulator for my RS model 4p. Presently >the assembly source code (Z-80) is 46k and when assembled handles all of the >VT100 escape sequences. I have had moderate success with most of the editors >available on the Vax systems here at work. You are welcome to a copy of the >assembled code to try out. Please leave a note (number) and we will get >together and xfer the files. For others that might be interested this code >applies to memory mapped video systems only. Terminals are not supported. >9600 baud is not a problem as the input is buffered during screen operations. The kaypro (I have a 2x) has this problem also. Apparently the kaypro ROM, which performs the terminal functions, repositions the cursor (which is controlled by the 6845) after every function, and this is purported to slow the screen down. Micro Cornucopia has rewritten the rom for the kaypro to prevent characters from being dropped, apparently by NOT repositioning the cursor until after all the characters have been sent (note that although the position where the characters are to be sent -- which has nothing to do with the cursor position -- is *apparently* programmed through the 6845 using registers 18 and 19, there are no registers 18 and 19 on the 6845; thus the custom chip from kaypro must be listening to writes to these 6845 registers, and must respond accordingly. Any hints from kaypro hardware people?). I have avoided buying the rom and have tried to cope with the problem by padding the termcap on the vax. I still seem to run into problems with gnuemacs when it has 2 windows open and tries to use the delete-line and insert-line functions (which *really* speed things up when you are scrolling because then you don't have to do screen rewrites every time). I am thinking of trying to write some sort of fix or terminal emulator for the kaypro, but I am not sure if this will help because insert-line and delete-line may require the same amount of time anyway because of the hardware. The best way to handle it might be to buffer the input and "handshake" it into the video, padding timing according to what screen function is being used (admittedly, this is what the termcap is supposed to do, but it seems to be failing). This solution could be the simplest (in terms of programming) thing to do. Bruce Eckel ARPA: fluke!morgan@uw-beaver UUCP: {uw-beaver, sun, allegra, sb6, lbl-csam}!fluke!morgan -- Bruce Eckel ARPA: fluke!morgan@uw-beaver UUCP: {uw-beaver, sun, allegra, sb6, lbl-csam}!fluke!morgan 17-Jan-86 13:31:10-MST,1350;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Jan 86 13:30:57-MST Received: from xerox.arpa by AMSAA.ARPA id a016942; 17 Jan 86 14:43 EST Received: from Salvador.ms by ArpaGateway.ms ; 17 JAN 86 11:28:27 PST Sender: "Philip M. Burton.osbunorth"@xerox.ARPA Date: 17 Jan 86 09:58:29 PST (Friday) Subject: Re: 8 bit data in Mex From: Burton.osbunorth@xerox.ARPA To: jb%terak.uucp@BRL.ARPA cc: "Philip M. Burton.osbunorth"@xerox.ARPA, info-cpm@AMSAA.ARPA In-Reply-to: jb%terak.uucp%BRL:ARPA:Xerox's message of 17-January-86 (Friday) 1:19:20 PST - Reply-to: burton.osbunorth@xerox.ARPA Message-ID: <860117-112827-2552@Xerox> Mex has a related 8 bit problem. If I am connected to a 7 data bit, even parity host, such as Xerox's own PARCVAX, I cannot use XMODEM transfers unless I manually reset MEX to 8 bits, no parity. I have this problem in the PC version of MEX. I suspect, but don't know for sure, if this limitation is also present in CP/M MEX. This one deserves a patch. (Editorial: That's the trouble with software provided without source code distribution.) On a related matter, please note that my net address and that of other Xeroids has been changed from: Name.registry@Xerox.ARPA to: Name.registry@Xerox.COM Phil Burton Xerox Corp. 18-Jan-86 02:06:28-MST,2138;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 02:06:15-MST Received: from simtel20.arpa by AMSAA.ARPA id a023233; 18 Jan 86 3:36 EST Date: Sat 18 Jan 86 01:37:00-MST From: Ron Fowler Subject: 8 bits with MEX and MEX-PC To: info-cpm@SIMTEL20.ARPA, info-ibmpc@USC-ISIB.ARPA cc: RFOWLER@SIMTEL20.ARPA Message-ID: <12176158628.12.RFOWLER@SIMTEL20.ARPA> In response to the recent inquiries regarding 8th-bit display using MEX, here is a patch and some supplementary information: For CP/M MEX version 1.14, do "POKE $4822 $0 $0" ... this will delete the code that zeroes the 8th bit. For the commercial versions (both CP/M and MSDOS), a patch is impractical, since there have been several major releases of the program, and an equal number of minor releases. As an alternative, we're adding a fixed-position patch point in all versions, effective with release 1.61, to be released 18 January (we can't unconditionally pass the 8th bit, since many users de- pend on the parity bit being removed for use with many timesharing services). Now that won't automatically fix all those copies out in the field, so to make it easier to get your copy replaced, we'll waive the customary $10 update charge, providing: 1) You return your original distribution disk in a re-useable container 2) You include return postage. 3) Mark the package " 3) Mark the package "Eighth-bit update" This will also update your software to the recently released version 1.6 (which is a pretty good deal, since 1.6 includes the Kermit and YMODEM protocols, as well as a bunch of other new features). One final consideration: someone mentioned that MEX filters some con- trol characters even when filter is off. Actually, this is only partially true: the characters in question are SO and SI (0EH and 0FH) ... these are the Compuserve protocol start and end-protocol signal characters. If you disable Compuserve protocol ("STAT CIS OFF"), MEX will no longer "eat" these characters. ---Ron Fowler, NightOwl Software, Inc. ------- 18-Jan-86 06:37:38-MST,1396;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 06:37:30-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a024428; 18 Jan 86 8:12 EST Received: from usenet by TGR.BRL.ARPA id a015085; 18 Jan 86 8:07 EST From: "Bruce K. Martin Jr." Newsgroups: net.micro.cpm Subject: Chaining programs Message-ID: <60@ucdavis.UUCP> Date: 18 Jan 86 03:41:10 GMT To: info-cpm@AMSAA.ARPA Fellow netlanders-- I am looking for a quick and dirty way to get one CP/M program to execute another. I have been told (by someone who didn't have the details) that it is possible to have the CCP perform this function (thereby relieving me of the problem of writeing a loader). If anyone has done this or could give me a pointer to some information, I would appreciate the help. Thanks in advance, Bruce -- Bruce K. Martin Jr. [UUCP] ...{dual,lll-crg,ucbvax}!ucdavis!deneb!u557593877ea (916) 756-6518 [ARPA] ucdavis!deneb!u557593877ea@ucb-vax.arpa As usual, all the above views are completely my own. All proprietary names and phrases are the property of their respective firms. Is that all mom? "You have to be trusted by the people that you lie to..." Pink Floyd 18-Jan-86 07:10:31-MST,767;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 07:10:26-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a024568; 18 Jan 86 8:42 EST Received: from usenet by TGR.BRL.ARPA id a016200; 18 Jan 86 8:34 EST From: Robert Jaquiss Newsgroups: net.micro.cpm Subject: Looking for Compupro fans Message-ID: <6294@tektronix.UUCP> Date: 17 Jan 86 19:07:50 GMT To: info-cpm@AMSAA.ARPA Are there any Compupro users out there? I would like to make a list of us. Please reply via email or call. Robert S. Jaquiss Jr. ucbvax!tektronix!robertj (uucp) robert jaquiss@tektronix (csnet) robert jaquiss.tektronix@rand-relay (arpanet) (503) 627-6346 (audio phone at work) 18-Jan-86 17:28:23-MST,774;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 17:28:14-MST Received: from simtel20.arpa by AMSAA.ARPA id a027623; 18 Jan 86 18:55 EST Date: Sat, 18 Jan 1986 16:55 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Data loss on terminal programs - Kaypro solution Just a reminder that Kaypro users can solve their data loss in terminal programs problem by getting a program from SIMTEL20 called: Filename Type Bytes CRC Directory PD: FASTTERM.LBR.1 BINARY 4608 CD25H It's also available from many RCP/M's and from GEnie's CP/M library #20. --Keith 18-Jan-86 23:20:24-MST,1531;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 23:20:18-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029641; 19 Jan 86 0:47 EST Received: from usenet by TGR.BRL.ARPA id a023819; 19 Jan 86 0:40 EST From: "Jacob M. Parnas" Newsgroups: net.micro.cpm Subject: Re: Chaining programs Message-ID: <306@vger.UUCP> Date: 18 Jan 86 22:58:33 GMT To: info-cpm@AMSAA.ARPA In article <60@ucdavis.UUCP>, u557593877ea@ucdavis.UUCP (Bruce K. Martin Jr.) writes: > Fellow netlanders-- > I am looking for a quick and dirty way to get one CP/M program to execute > another. I have been told (by someone who didn't have the details) that > it is possible to have the CCP perform this function (thereby relieving me > of the problem of writeing a loader). If anyone has done this or could give > me a pointer to some information, I would appreciate the help. The best example that I have of this is contained in the source code to the public domain program SYNONYM3. Basically what is done is that the command line buffer in the CCP is stuffed with the command line to be executed, the proper length and character position pointer is set and control is transferred to the CCP. This does not work with ZCPR, and can only be used if the program you are chaining from does not overwrite the CCP. Get the source to SYNONYM3 from a BBS or your local user group and have fun. John M. Sully ...!ucbvax!ucscc!ucscl!suzuki 19-Jan-86 07:12:08-MST,822;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Jan 86 07:12:03-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a002181; 19 Jan 86 8:44 EST Received: from usenet by TGR.BRL.ARPA id a028147; 19 Jan 86 8:40 EST From: "Kurt L. Reisler" Newsgroups: net.micro.cpm Subject: Re: USR Courier 2400 Message-ID: <192@hadron.UUCP> Date: 19 Jan 86 03:23:30 GMT To: info-cpm@AMSAA.ARPA You mentioned a firmware upgrade in your Courier 2400 corrected the problems you were having. Do you know what the ROM product code is? This is the 3 digit code response to an ATI0 command. I am currently running rev. 242, and would like to upgrade it, if there is a more recent one. Thanks Kurt Reisler SYSOP - FIDO 109/74 - The Bear's Den 19-Jan-86 11:05:49-MST,1318;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Jan 86 11:05:43-MST Received: from simtel20.arpa by AMSAA.ARPA id a003212; 19 Jan 86 12:40 EST Date: Sun, 19 Jan 1986 10:40 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: "Kurt L. Reisler" Cc: Info-Cpm@AMSAA.ARPA, Info-Micro@BRL.ARPA, Info-Modem7@SIMTEL20.ARPA Subject: USR Courier 2400 In-reply-to: Msg of 18 Jan 1986 20:23-MST from Kurt L. Reisler You mentioned a firmware upgrade in your Courier 2400 corrected the problems you were having. Do you know what the ROM product code is? This is the 3 digit code response to an ATI0 command. I am currently running rev. 242, and would like to upgrade it, if there is a more recent one. The new Courier 2400 ROM is version 243. Anyone who has an earlier version can get a free upgrade (on an exchange basis) by calling USRobotics. The new ROM corrects the problem of not being able to communicate with some Racal-Vadic 2400 modems. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA GEmail: W8SDZ uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz 19-Jan-86 18:38:10-MST,4944;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Jan 86 18:37:54-MST Received: from simtel20.arpa by AMSAA.ARPA id a005342; 19 Jan 86 20:04 EST Date: Sun, 19 Jan 1986 18:04 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: FATCAT23 - a buffered multi-disk catalog program Now available via FTP from SIMTEL20: Filename Type Bytes CRC Directory PD: FATCAT23.LBR.1 BINARY 161792 DB4AH FATCAT is a new multi-featured disk cataloging utility for Z80 CP/M systems. It was designed with the user's convenience in mind. It features rapid-fire insertion of diskettes. The filenames are simply appended sequentially to a temporary file. Then when you are done, while you go eat supper or watch TV the computer does the tedious work of sorting, inserting, deleting, etc., without making you share its tedium. Also includes LBR file support. Replaces FMAP, CAT, UCAT, MCAT, XCAT programs. Changes from Previous Versions NOTE -- If you have been using FATCAT version 2.0, please READ THIS: NOTE -- Any references to version 2.1 apply equally to version 2.3. None of the program files in FATCAT vers. 2.0, 2.1, or 2.2 (those with file types of .COM, .CHN, .00?) or the Configuration Files (.CFG) are compatible with version 2.1. To avoid needless confusion, you should make sure you have backed these files up onto an archival disk, and then GET THEM OFF YOUR SYSTEM. They will not work with the version 2.3 files, even though some of them have the same names. HOWEVER, ALL actual catalog and index files (.LIX, .RIX, .DNX, .LCX, .RCX, and .TCX) from previous versions ARE PERFECTLY COMPATIBLE with version 2.3, so there is no need to do anything with your actual data files, they will work just fine under either version. BUG FIXES Three bugs, are fixed in version 2.3 -- A serious bug that caused library files not to be deleted properly has been fixed. This may have caused some corruption in your catalog files, but not your index files. To check, catalog a disk, note the number of library files reported. Then output all files in the catalog. If these numbers don't agree with the ones obtained previously your cat