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 catalog file is corrupted. Running the option will fix it. -- Searches in OUTPUT mode now give correct results when seraching unambigous file names. -- Counts of files now give correct results. Two major bugs were fixed in Version 2.1. -- The add and rename functions in cleanup mode now give full access to user areas other than the current one. -- Disk resets have been added in places where disk swapping was occurring -- causing BDOS errors when run under CP/M. This was not a problem under ZRDOS, which is how it slipped through. ENHANCEMENTS The following enhancement is provided in version 2.3: -- Output now available in a cross-reference format similar to XCAT, in addition to the previous FATCAT format. Accessible from new option on main menu or from command line of OUTCAT. The following enhancements are provided in version 2.1: -- The single/multiple mode toggle has been eliminated. This function is now controlled by the Automatic Reindex toggle. Leaving this off speeds up the updating process, regardless of whether one disk or several have been inserted, and there is no automatic update as in former single mode. What you gain here is faster operation. However, the tradeoff is that you lose the robust backup that this admittedly slower method provided. If you are going to run with the Auto-ReIndex off it is recommended that you back up your catalog disks. -- Since Auto-Reindexing may now be disabled, we have added the 'M' option which gives a manual Recreation of the Catalog files from the index files, which used to happen under Updating in the multiple mode (and which can still be achieved under Auto- Reindex). The 'F' Option is now renamed 'R'. -- FATCAT now takes better advantage of memory space resulting in a faster throughput, since disk accesses are reduced. This will be apparent especially on floppy based systems. -- The Printer Offset has been added as a configuration option for those who like to leave their paper in a fixed position on their printers. -- Command Line Control of Output is now provided. See the section 'OUTCAT' for a description of this feature. The output module will work from the menu, however, just as it did before. On-line help available for OUTCAT with command OUTCAT //. -- Configuration setup provision allowing FATCAT to stop conflicting with the Plu*Perfect DateStamper's assumption that its special file would be first in any sort. 19-Jan-86 18:38:52-MST,1631;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Jan 86 18:38:45-MST Received: from simtel20.arpa by AMSAA.ARPA id a005385; 19 Jan 86 20:14 EST Date: Sun, 19 Jan 1986 18:11 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: FRONT50 - cursor-oriented command menu utility Now available via FTP from SIMTEL20: Filename Type Bytes CRC Directory PD: FRONT50.LBR.1 BINARY 52480 B569H FRONT is a front-end utility for CP/M that replaces the A> prompt with a menu of available programs and lets you select the command to run by just moving a highlight to the command name with the arrow keys and pressing one other key. The menu shows the names of programs (.COM) present on the disk. Optionally, it will also show the names of .SUB, .BAS and other program files which require an interpreter to run. Requires a computer or terminal capable of cursor addressing. If you are unable to access SIMTEL-20 because of network restrictions please remember that MOST of the new files announced to Info-Cpm are also available on my RCP/M Royal Oak (MI) which may be accessed at 300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V.22 bis). The telephone number is (313) 759-6569. They are also available from the CPM RoundTable on General Electric Information Services' GEnie. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA GEmail: W8SDZ uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz 20-Jan-86 03:35:01-MST,999;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Jan 86 03:34:55-MST Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id a007748; 20 Jan 86 5:12 EST Received: from umass-cs by csnet-relay.csnet id ai03278; 20 Jan 86 5:01 EST Date: Sun, 19 Jan 86 18:22 EST From: "Neville D. Newman" To: info-cpm@AMSAA.ARPA Subject: just what is Datestamper? Please pardon my ignorance, but as a newcomer to the CP/M world i still have to ask some questions that most people would think ridiculous. Can someone explain to me just what features Datestamper has, what its limitations are, where it comes from, and how it goes about doing what it does? There aren't that many free bits in a directory entry, so i expect that the time resolution must be really coarse or else new pseudo-directory files are managed. Enlighten me, eh? -neville ARPA: neville%umass-cs@CSnet-relay 20-Jan-86 23:59:57-MST,998;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Jan 86 23:59:49-MST Received: from nosc-gw.arpa by AMSAA.ARPA id a014148; 21 Jan 86 1:27 EST Received: from cod.ARPA by nosc.ARPA (4.17/4.7) id AA01039; Mon, 20 Jan 86 21:55:54 pst From: crash!victoro@NOSC.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Received: by cod.ARPA (5.31/4.7) id AA06465; Mon, 20 Jan 86 21:58:20 PST Message-Id: <8601210558.AA06465@cod.ARPA> Date: Thu, 16 Jan 86 12:00:29 PST To: noscvax!matw%phred.uucp@BRL.ARPA Subject: V100 Terminal for 4p & CP/M Cc: noscvax!info-cpm@AMSAA.ARPA >I have been devloping a V100 terminal program for the 4p with CP/M.. (Greatly Contracted) I too would be interested in trying your program. I have a Tandy 4p with 128k and Montezuma Micro 2.2 and a 1200 baud modem. Victor O'Rear-- {ihnp4, cbosgd, sdcsvax, noscvax}!crash!victoro crash!victoro@ucsd 21-Jan-86 00:03:22-MST,998;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 00:03:11-MST Received: from nosc-gw.arpa by AMSAA.ARPA id a014151; 21 Jan 86 1:28 EST Received: from cod.ARPA by nosc.ARPA (4.17/4.7) id AA01042; Mon, 20 Jan 86 21:55:54 pst From: crash!victoro@NOSC.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Received: by cod.ARPA (5.31/4.7) id AA06447; Mon, 20 Jan 86 21:58:12 PST Message-Id: <8601210558.AA06447@cod.ARPA> Date: Thu, 16 Jan 86 11:51:06 PST To: nocsvax!matw%phred.uucp@BRL.ARPA Subject: V100 Terminal for 4p & CP/M Cc: noscvax!info-cpm@AMSAA.ARPA >I have been devloping a V100 terminal program for the 4p with CP/M.. (Greatly Contracted) I too would be interested in trying your program. I have a Tandy 4p with 128k and Montezuma Micro 2.2 and a 1200 baud modem. Victor O'Rear-- {ihnp4, cbosgd, sdcsvax, noscvax}!crash!victoro crash!victoro@ucsd 21-Jan-86 00:26:55-MST,998;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 00:26:47-MST Received: from nosc-gw.arpa by AMSAA.ARPA id a014155; 21 Jan 86 1:28 EST Received: from cod.ARPA by nosc.ARPA (4.17/4.7) id AA01044; Mon, 20 Jan 86 21:56:09 pst From: crash!victoro@NOSC.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Received: by cod.ARPA (5.31/4.7) id AA06455; Mon, 20 Jan 86 21:58:16 PST Message-Id: <8601210558.AA06455@cod.ARPA> Date: Thu, 16 Jan 86 11:58:40 PST To: nocsvax!matw%phred.uucp@BRL.ARPA Subject: V100 Terminal for 4p & CP/M Cc: noscvax!info-cpm@AMSAA.ARPA >I have been devloping a V100 terminal program for the 4p with CP/M.. (Greatly Contracted) I too would be interested in trying your program. I have a Tandy 4p with 128k and Montezuma Micro 2.2 and a 1200 baud modem. Victor O'Rear-- {ihnp4, cbosgd, sdcsvax, noscvax}!crash!victoro crash!victoro@ucsd 21-Jan-86 11:47:30-MST,1086;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 11:47:18-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a002203; 21 Jan 86 12:49 EST Received: from usenet by TGR.BRL.ARPA id a017651; 21 Jan 86 11:02 EST From: Michael Kersenbrock Newsgroups: net.micro.cpm Subject: Re: Chaining programs Message-ID: <169@copper.UUCP> Date: 20 Jan 86 07:06:29 GMT To: info-cpm@AMSAA.ARPA If you are using CP/M 3.0, you can use the "chain to program" BDOS service call. It is bdos function 47. You load a null-terminated command line into the default dma buffer, then: You have reg C: 2fh reg E: ffh if you want the ccpt to initialize the default drive to the "current" drive and user number (rather than "reset" to default values). Then call the BDOS (addr 5 was it?). Don't know off hand if this call works in 2.2 or not. Haven't worked with that version for a few years now. -- Mike Kersenbrock Tektronix Software Development Products Aloha, Oregon 21-Jan-86 12:59:06-MST,1319;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 12:58:57-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a005397; 21 Jan 86 14:24 EST Received: from usenet by TGR.BRL.ARPA id a002922; 21 Jan 86 14:10 EST From: William Svirsky Newsgroups: net.micro.cpm Subject: Re: Need info fast on Diablo, NEC, and other heavy-duty LQ printers Message-ID: <634@ttidcb.UUCP> Date: 20 Jan 86 19:35:17 GMT To: info-cpm@AMSAA.ARPA In article <1628@brl-tgr.ARPA> LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA writes: >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,... >... >Laser technology is still in the running, but I have to have print quality >equal to the finest daisy wheel printers.... A friend of mine told me that PC magazine always does a November issue on printers and this year included laser printers. He said that there are 2 November issues, so be sure you get the right one. -- Bill Svirsky Citicorp/TTI 3100 Ocean Park Blvd. Santa Monica, CA 90405 Work phone: 213-450-9111 x2597 {philabs,randvax,trwrb,vortex}!ttidca!ttidcb!svirsky 21-Jan-86 13:19:56-MST,2803;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 13:19:33-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a005421; 21 Jan 86 14:25 EST Received: from usenet by TGR.BRL.ARPA id a003490; 21 Jan 86 14:22 EST From: Ed Greenberg Newsgroups: net.micro.cpm Subject: Re: Chaining programs Message-ID: <222@micropro.UUCP> Date: 20 Jan 86 18:45:40 GMT To: info-cpm@AMSAA.ARPA In article <306@vger.UUCP> jparnas@vger.UUCP (Jacob M. Parnas) writes: >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 > ... An easier way to do this is to write a $$$.SUB file onto the A drive of the system, then warm boot. A $$$.SUB file is usually the result of running SUBMIT. The format is to have all the commands (with arguments expanded) in REVERSE order with each command occupying a 128 byte record. Thus record 0 of the file will contain the last command to be executed and record N-1 will contain the first command, where there are N commands. The format of each record is a count byte at offset 0, then the command line to be executed at offset 1, then a 0 byte immediately after the command (no CR or LF). You can examine an existing $$$.SUB by running a long submit, pressing the reset button halfway through, then booting from ANOTHER boot disk and loading the original boot disk in B:. Then use DDT on the existing $$$.SUB file. Be sure to delete this file before putting the boot disk back in A: or you will keep going where you left off the next time you warm boot. DBASE II uses this method of program chaining, to execute something, then return to DBASE. You can too. You don't have to worry about overwriting the CCP or anything. Another trick is to reload your program at the end of the chain procedure with some argument that tells it that it is being rerun. Thus, you might get dates and other parameters from a file rather than the user... Avoid copyright messages, etc. Let me know if you want to discuss this sort of thing further. -e -- Ed Greenberg | {hplabs,glacier}!well!micropro!edg MicroPro International Corp. | {ucbvax,decwrl}!dual!micropro!edg San Rafael, California | {lll-crg,ptsfa}!micropro!edg 21-Jan-86 14:21:51-MST,833;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 14:21:44-MST Received: from crdc-vax2.arpa by AMSAA.ARPA id a008591; 21 Jan 86 15:31 EST Date: Tue, 21 Jan 86 15:24:54 EST From: "Jack H. Smith" To: info-cpm@AMSAA.ARPA Subject: CPT Ports Fellow Netlanders, Thank You all for the assistance You've rendered in my search for CPT port addresses. I appreciate it very much. To all who requested the results of my efforts, I regret to inform you that I've been side-tracked before harvesting the fruits of my and those who assisted me labors. If I can get back to it, soon and without too much difficulty, I will summarize my findings to the NET. Thanks to all, Jack H. Smith 21-Jan-86 14:30:21-MST,506;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 14:30:07-MST Received: from mitre-bedford.arpa by AMSAA.ARPA id a008816; 21 Jan 86 15:38 EST Full-Name: John H. James Message-Id: <8601212038.AA08987@mitre-bedford.ARPA> Organization: The MITRE Corp., Bedford, MA To: Info-Cpm@AMSAA.ARPA Subject: Remove from list Date: 21 Jan 86 15:38:18 EST (Tue) From: John James Please remove me from the CPM distribution list 21-Jan-86 22:54:45-MST,1663;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 22:54:34-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a012436; 22 Jan 86 0:32 EST Received: from usenet by TGR.BRL.ARPA id a002743; 22 Jan 86 0:18 EST From: Gumby Newsgroups: net.micro.pc,net.database,net.micro.cpm,net.micro Subject: Database Applications Survey Message-ID: <190@rdlvax.UUCP> Date: 20 Jan 86 20:45:47 GMT Xref: seismo net.micro.pc:7084 net.database:195 net.micro.cpm:5524 net.micro:14280 To: info-cpm@AMSAA.ARPA Hi. I am doing a survey on dbms's and dbms applications. I'm interested in PC applications as well as larger scale applications (Unix, etc.). They type of information I'm looking for is: 1) What type of dbms do you use (dBASE-III, Informix, Ingres, Rbase, etc.). 2) What type of system does it run on (Unix 4.2, PC-DOC, etc.). 3) What type of applications are you using your dbms for (accounting, mailing lists, bibliographical, etc.). I'm most interested in #3, especially "unique" applications. This survey is for personal use. Please send responses via mail. Also, if anyone else is interested in this information, send me mail and I'll be glad to forward my responses. Also, please respond even if you think your applications are uninteresting, and if you have any ideas for dbms applications that you have not seen done before. Thanks a lot.... -- * Isaac Salzman (Gumby) * Research Development Labs (RDL) * Culver City, California, 90230 * UUCP: ...!{psivax,sdcrdcf,ttidca}!rdlvax!salzman * ARPA: ttidca!rdlvax!salzman@Rand-unix.arpa 22-Jan-86 01:39:10-MST,2715;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 01:38:57-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a012595; 22 Jan 86 3:13 EST Received: from usenet by TGR.BRL.ARPA id a004877; 22 Jan 86 2:55 EST From: William Svirsky Newsgroups: net.micro.cpm Subject: Re: Need info fast on Diablo, NEC, and other heavy-duty LQ printers Message-ID: <636@ttidcb.UUCP> Date: 21 Jan 86 19:02:35 GMT To: info-cpm@AMSAA.ARPA In article <634@ttidcb.UUCP> svirsky@ttidcb.UUCP (William Svirsky) writes: >In article <1628@brl-tgr.ARPA> LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA writes: >>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,... >>... >>Laser technology is still in the running, but I have to have print quality >>equal to the finest daisy wheel printers.... > >A friend of mine told me that PC magazine always does a November >issue on printers and this year included laser printers. He said >that there are 2 November issues, so be sure you get the right >one. > CORRECTION: Sorry about any mixup, but it is the September 17, 1985 issue. He brought it in today (21 jan). In a nutshell, the editor's choices are: - for daisy wheel printers, the Qume Sprint 11/90 PLUS for $2500. Comments were: one of the best in print quality, one of the noisiest, Qume printers have a workhorse reputation. Tested at 62.8 cps. - for laser printers, the Apple LaserWriter for $6995. It will connect to a PC serial port. Accepts most Diablo control sequences. Stunning typeset-quality variable-size proportional fonts. 8 pages printed per minute (approx. equal to 108 cps). Quiet. 14 built in fonts. Currently has 1 big disadvantage; if you are not using the printer in Diablo-compatible mode (ie. you want other than the Diable font), it must be programmed in the PostScript printer programming language. At the time of the review, only Microsoft Word version 2.0 supported PostScript. They had examples of the print quality of the print quality of all of the printers reviewed. The print quality of the LaserWriter was better than that of the Qume. >-- >Bill Svirsky >Citicorp/TTI >3100 Ocean Park Blvd. >Santa Monica, CA 90405 Work phone: 213-450-9111 x2597 >{philabs,randvax,trwrb,vortex}!ttidca!ttidcb!svirsky -- Bill Svirsky Citicorp/TTI 3100 Ocean Park Blvd. Santa Monica, CA 90405 Work phone: 213-450-9111 x2597 {philabs,randvax,trwrb,vortex}!ttidca!ttidcb!svirsky 22-Jan-86 02:08:31-MST,1243;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 02:08:23-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a012628; 22 Jan 86 3:36 EST Received: from usenet by TGR.BRL.ARPA id a005925; 22 Jan 86 3:21 EST From: pete%stc.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Re: 40 track drives on Apple CP/M Message-ID: <773@stc-b.stc.UUCP> Date: 21 Jan 86 13:48:09 GMT To: info-cpm@AMSAA.ARPA Summary: Expires: Sender: Followup-To: Distribution: Keywords: Xpath: ukc eagle In article <1598@brl-tgr.ARPA> Kushall.henr@XEROX.ARPA writes: >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 I have a couple of Pertec FD250s that were originally 35 track. The cam is long enough, but there's a limit stop on the head slide. It's quite an easy matter to fix this (with a hacksaw!). I fixed one of my drives for 40 track for disk interchange purposes. -- Peter Kendell ...!mcvax!ukc!stc!pete `When your achievements match your expectations, it's time to move on.' 22-Jan-86 04:15:48-MST,1007;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 04:15:42-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a012949; 22 Jan 86 5:56 EST Received: from usenet by TGR.BRL.ARPA id a007168; 22 Jan 86 5:44 EST From: grayson@uiucuxc.cso.uiuc.edu Newsgroups: net.micro.cpm Subject: Re: USR Courier 2400 Message-ID: <104600008@uiucuxc> Date: 20 Jan 86 22:43:00 GMT Nf-ID: #R:brl-tgr.ARPA:1694:uiucuxc:104600008:000:424 Nf-From: uiucuxc.CSO.UIUC.EDU!grayson Jan 20 16:43:00 1986 To: info-cpm@AMSAA.ARPA Please tell us what version of the ROM fixes the courier. My ATI command says I have version 242. uucp: grayson@uiucuxc.UUCP old uucp: {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson internet: grayson@uiucuxc.cso.uiuc.edu telex: 5101011969 UI TELCOM URUD --> Dan Grayson, Altgeld Hall. us mail: Dan Grayson, Math Dept, Univ of Ill, Urbana 61801 phone: 217-367-6384 home 217-333-6209 office 22-Jan-86 04:19:52-MST,1616;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 04:19:47-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a012951; 22 Jan 86 5:56 EST Received: from usenet by TGR.BRL.ARPA id a007225; 22 Jan 86 5:45 EST From: "H.MORRIS" Newsgroups: net.micro,net.micro.trs-80,net.micro.cpm,net.micro.apple,net.micro.pc,net.wanted Subject: WANTED: Computers for use by Youth at Risk Program Message-ID: <1350@houxm.UUCP> Date: 21 Jan 86 20:29:27 GMT Xref: seismo net.micro:14291 net.micro.trs-80:585 net.micro.cpm:5535 net.micro.apple:2652 net.micro.pc:7103 net.wanted:8561 To: info-cpm@AMSAA.ARPA *** I am looking for one or more computers for educational and/or office administrative purposes for an organization which works with teenagers including those with serious criminal records, and has an excellant record for providing them with a means for getting on a constructive path in life. There are several offices, in New York, Boston, San Francisco, Los Angelos, and my own group in New Jersey, any of which could use a system for administrative purposes. Something IBM compatible (even Sanyo 555) would be ideal, or next best would be any thing that will run WordStar. Also a serial printer is needed. Also, in New York at least, various volunteers are very interested in setting up computers where they can be used to instruct the teens who are in the follow through program. If you live far away, I'm sure a means can be found to pay shipping. Thank you for your time Hal Morris houxm!hom 201-949-4720 22-Jan-86 09:09:36-MST,1092;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 09:09:20-MST Received: from xerox.arpa by AMSAA.ARPA id a020515; 22 Jan 86 10:41 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 22 JAN 86 07:40:18 PST Date: 22 Jan 86 07:40:09 PST (Wednesday) From: Chapman.ES@xerox.ARPA Subject: Re: Chaining programs In-reply-to: <222@micropro.UUCP> To: Ed Greenberg cc: info-cpm@AMSAA.ARPA, Chapman.ES@xerox.ARPA Message-ID: <860122-074018-1347@Xerox> If a discussion ensues, I'd like to be included. Has anyone mentioned that placing a (single) new command, in the format you describe for the submit file, at CCP+3, and then just RETurning from your program will also do a chain? I believe that the current disk and user stay logged in with this procedure. This is for CP/M 1.x and 2.x, and of course, only works if the CCP hasn't been overwritten. I don't know about other versions of CP/M and I haven't ever used this myself, so some of the details may not be exactly correct. Cheryl 22-Jan-86 19:34:54-MST,2403;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 19:34:45-MST Received: from rand-unix.arpa by AMSAA.ARPA id a004662; 22 Jan 86 18:41 EST Return-Path: Received: by rand-unix.ARPA; Wed, 22 Jan 86 15:08:00 pst From: Bridger Mitchell Message-Id: <8601222308.AA21461@rand-unix.ARPA> Date: 22 Jan 86 15:07:56 PST (Wed) To: "Neville D. Newman" Cc: info-cpm@AMSAA.ARPA, bridger@RAND-UNIX.ARPA Subject: Re: just what is Datestamper? In-Reply-To: Your message of Sun, 19 Jan 86 18:22 EST. DateStamper is a CP/M 2.2 system extension for time-and-date-stamping of files. It occupies under 1K of high memory, either above/in the bios or below the CCP and stamps the created, accessed and modified date-and-time of each file. Each directory entry has a corresponding 16-byte entry in the special datestamper file, which is the first directory entry and occupies the first unreserved groups on a disk. A disk is prepared, once, for datestamping with the PUTDS utility, which creates the file, moving existing entries/groups if necessary. Except for the use of the one directory entry and space for the file (1K per 64 directory entries) DateStamper and non-datestamper disks are totally compatible. All disk i/o is done at the bios level, with little overhead. DateStamper runs with most any type of real-time clock. Or with none, in which case it keeps the date plus "relative time" - one tick per file access. The clock interface is portable - applications programs can read the current time with an extended bdos-getversion call. The major utilities supplied with DateStamper are SDD - an extension of Super Directory to include created/accessed/modified dates/times, and DATSWEEP - a many-featured file-maintenance program that supports incremental file backup, etc. by date and time. Applications programs can obtain a file's datestamps through a specified interface. DateStamper runs with the standard Digital Research CP/m 2.2 bdos, with various Apple 2/2e z80 look-alikes, Magnolia-H/Z 89/90, ZRDOS, and some other variants. Not, however, with 3.0 or TurboDos. For more information contact: PluPerfect Systems (714) 659-4432 Box 1494 Idyllwild CA 92349 --bridger mitchell (I am a co-author). 22-Jan-86 19:53:25-MST,1133;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 19:53:09-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a005082; 22 Jan 86 20:44 EST Received: from usenet by TGR.BRL.ARPA id a023894; 22 Jan 86 20:41 EST From: mbate%ada-uts.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Re: Orphaned Response Message-ID: <16800004@ada-uts.UUCP> Date: 9 Jan 86 18:30:00 GMT Nf-ID: #R:brl-tgr:-125700:ada-uts:16800004:177600:560 Nf-From: ada-uts!mbate Jan 9 13:30:00 1986 To: info-cpm@AMSAA.ARPA In defense of Jay Sage, I would note that: 1) The original definition of the program error byte (0 if error, non-zero if OK) made no sense intuitively and was confusing as well as inflexible. 2) His upgraded CPR has never been publicly distributed. Jay gave me a copy, with instructions to not give it out to anyone else. The CPR allows you to have both an extended command processor and an error handler, instead of forcing you to choose between them. He also fixed some bugs in the original CPR. 22-Jan-86 21:23:49-MST,916;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 21:23:42-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a005346; 22 Jan 86 22:56 EST Received: from usenet by TGR.BRL.ARPA id a025311; 22 Jan 86 22:45 EST From: Bob Bickford Newsgroups: net.micro.cpm Subject: Re: Chaining programs Message-ID: <533@well.UUCP> Date: 22 Jan 86 15:11:43 GMT To: info-cpm@AMSAA.ARPA In article <169@copper.UUCP>, michaelk@copper.UUCP (Michael Kersenbrock) writes: > If you are using CP/M 3.0, you can use the "chain to program" BDOS > service call. It is bdos function 47. > > Don't know off hand if this call works in 2.2 or not. Haven't worked > with that version for a few years now. > Nope, no such call in 2.2 The call exists in 3.0 as well as MP/M and CP/M-86 however. Robert Bickford (rab@well.uucp) 23-Jan-86 12:03:48-MST,653;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Jan 86 12:03:39-MST Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id a017198; 23 Jan 86 13:16 EST Received: from ibm-sj.arpa by CSNET-RELAY.ARPA id a011439; 23 Jan 86 13:03 EST Date: 20 Jan 86 15:36:52 PST From: MOORE@IBM-SJ.ARPA To: info-cpm.amsaa@CSNET-RELAY.ARPA Does anyone have modem7 and/or kermit for the Vector V3-5030 (CP/M 2.2) on the ferschlugginer 16-sector (hard) 5.25" floppy? Please reply to MOORE@IBM-SJ.arpa Please note change in address -- sorry. (Our connection to the Arpanet is undergoing an upheaval.) 23-Jan-86 18:30:30-MST,1125;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Jan 86 18:30:23-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a027711; 23 Jan 86 20:00 EST Received: from usenet by TGR.BRL.ARPA id a016279; 23 Jan 86 19:53 EST From: "J.D.Bovey" Newsgroups: net.micro,net.micro.cpm Subject: Technical information wanted on the Amstrad PCW8256 Message-ID: <613@eagle.ukc.UUCP> Date: 22 Jan 86 22:01:16 GMT Xref: seismo net.micro:14307 net.micro.cpm:5542 To: info-cpm@AMSAA.ARPA *** REPLACE THIS LINE WITH YOUR MESSAGE *** I will be very grateful if anybody can supply me with technical information about the Amstrad PCW8256. In particular: 1. Can the 8 empty DRAM sockets be used to enlarge the RAM disc and if so how is it done. It does not seem to be enough to just fill the empty sockets. 2. Can the serial port be accessed directly via the Z80 i/o ports and if it can, how? 3. Is anything known about the internal format of Locoscript files? John Bovey Computing Laboratory The University of Kent at Canterbury England 23-Jan-86 21:29:23-MST,876;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Jan 86 21:29:06-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a028102; 23 Jan 86 23:01 EST Received: from usenet by TGR.BRL.ARPA id aa18247; 23 Jan 86 22:54 EST From: Gerald Steinberg Newsgroups: net.micro.cpm Subject: Print font software for Osborne/Okidata combination wanted Message-ID: <2389@sdcc6.UUCP> Date: 22 Jan 86 19:21:53 GMT To: info-cpm@AMSAA.ARPA I am looking for public domain software which will allow for different print fonts. I use an Osborne computer, an Okidata 82a printer, and a relatively old version of WordStar (from 1981 or 2). Any help would be appreciated. Also, if there are Osborne users out there with other public domain software which is available, please let me know. With thanks. 23-Jan-86 21:50:04-MST,3527;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Jan 86 21:49:54-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a028114; 23 Jan 86 23:02 EST Received: from usenet by TGR.BRL.ARPA id a018293; 23 Jan 86 22:55 EST From: "Kurt L. Reisler" Newsgroups: net.micro.cpm,net.micro.pc Subject: Re: USR Courier 2400 Message-ID: <197@hadron.UUCP> Date: 23 Jan 86 04:42:31 GMT Xref: seismo net.micro.cpm:5544 net.micro.pc:7136 To: info-cpm@AMSAA.ARPA In article <104600008@uiucuxc> grayson@uiucuxc.CSO.UIUC.EDU writes: > >Please tell us what version of the ROM fixes the courier. My ATI command >says I have version 242. > > uucp: grayson@uiucuxc.UUCP > old uucp: {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson > internet: grayson@uiucuxc.cso.uiuc.edu > telex: 5101011969 UI TELCOM URUD --> Dan Grayson, Altgeld Hall. > us mail: Dan Grayson, Math Dept, Univ of Ill, Urbana 61801 > phone: 217-367-6384 home 217-333-6209 office New Firmware Upgrade For USR Courier 2400 Kurt Reisler - SYSOP The Bear's Den (FIDONET 109/74) Wash-A-RUG (FIDONET 109/483) Once again, US Robotics has an upgrade to the PROM-based firmware of our USR Courier 2400 modems. The latest PROM release has a product code of 243. To determine the product code of the PROM in your modem, startup your favorite communications program, and type the command "ATI0" and hit the return key. If your modem returns 243 as the 3 digit product code, then you have the latest release of the firmware. If anything lower is returned, you should call US Robotics immediately and request a firmware upgrade. They are doing this on an exchange basis, as they did with the upgrade from 241 to 242. To get your PROM upgraded, call US Robotics at 800-DIALUSR, and ask for Technical Support. Tell them that you need the PROM upgrade and they will take care of it for you. Replacing the PROM is a simple proceedure. Pop the old one out, and gently insert the new one. That should be all there is to it. From what I understand, the new firmware corrects the "streaming" problem that some of us were having when we called other USR Courier 2400 baud modems. The streaming problem was characterized by the modems connecting, and one or the other generating a continual stream of garbage. The only way to break the connection was either to drop DTR, or to physically turn off the modem. Not a major problem during a manual call, but mine would up attached to a long- distance FIDO for 2.5 hours during FIDONET time (OUCH, my aching phone bill!). The new proms also correct a connection problem with Ventel 2400 baud modems. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= _ The World's First / \ Whose dog is that? BBS Network /|oo \ I don't know, but the disk is yours. * FidoNet * (_| /_) _`@/_ \ _ | | \ \\ FIDO 109/74 703-671-0598 | (*) | \ )) FIDO 109/483 703-359-6549 ______ |__U__| / \// / Fido \ _//|| _\ / (________) (_/(_|(____/ (jm) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 24-Jan-86 00:27:23-MST,963;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Jan 86 00:27:14-MST Received: from simtel20.arpa by AMSAA.ARPA id a028414; 24 Jan 86 1:54 EST Date: Thu, 23 Jan 1986 23:54 MST Message-ID: From: "Frank J. Wancho" To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@BRL.ARPA Cc: INFO-KERMIT-REQUEST@cu20b.ARPA Subject: MODEM7/MEX/KERMIT for UTS-30? I have a number of users in need of a MODEM7/MEX/KERMIT already configured on a floppy disk for use on a UTS-30 system running CP/M 3.0. For one user, the need is urgent. He has been trying in vain to upload a file for the last month using Sperry's TTY program, and that file is a report that is growing daily! Please contact me directly via net mail, or call my office and leave your name and number and I will return your call. Thanks, Frank AV: 258-6257 FTS:898-6257 505-678-6257 24-Jan-86 10:24:57-MST,1212;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Jan 86 10:24:50-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a007209; 24 Jan 86 11:46 EST Received: from usenet by TGR.BRL.ARPA id a028186; 24 Jan 86 11:42 EST From: Bob Shapiro Newsgroups: net.micro.cpm Subject: Re: Chaining programs Message-ID: <2593@sdcrdcf.UUCP> Date: 23 Jan 86 17:26:14 GMT To: info-cpm@AMSAA.ARPA In article <533@well.UUCP> rab@well.UUCP (Bob Bickford) writes: >In article <169@copper.UUCP>, michaelk@copper.UUCP (Michael Kersenbrock) writes: >> If you are using CP/M 3.0, you can use the "chain to program" BDOS >> service call. It is bdos function 47. >> >> Don't know off hand if this call works in 2.2 or not. Haven't worked >> with that version for a few years now. >> > >Nope, no such call in 2.2 >The call exists in 3.0 as well as MP/M and CP/M-86 however. > > Robert Bickford (rab@well.uucp) The BDS C compiler for 8-bit CPM systems has both chaining of programs and root-segment capabilities. Its a good deal even without these features, but here is an added bonus for you. Bob Shapiro 24-Jan-86 15:16:47-MST,1054;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Jan 86 15:16:33-MST Received: from usc-eclb.arpa by AMSAA.ARPA id a021282; 17 Jan 86 20:04 EST Date: Fri 17 Jan 86 17:04:12-PST From: LDURHAM@USC-ECLB.ARPA Subject: HELP !!!! To: info-cpm-request@AMSAA.ARPA cc: ldurham@USC-ECLB.ARPA Message-ID: <12176076199.21.LDURHAM@USC-ECLB.ARPA> Resent-Date: Fri, 24 Jan 86 16:37:34 EST Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@USC-ECLB.ARPA I'm badly in need of infomation about a system which was dumped into my dept. It seems to be a cpm based system, so here goes. I can tell you only that it is an SONY MBC-225, and that it is one unit which has two floppy drives. It also has a crt, and some memory. There also some japanese writing on the front face of most keys, while still having english characters on top of those keys. I would like to knmow if there is any software for this unit, and if there is any over the net? Please send reply to ldurham@usc-eclb. ------- 25-Jan-86 04:14:48-MST,906;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 04:14:43-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a017312; 25 Jan 86 5:48 EST Received: from usenet by TGR.BRL.ARPA id a011451; 25 Jan 86 5:43 EST From: guarna@uiucdcsb.cs.uiuc.edu Newsgroups: net.micro.cpm Subject: Hard disk? Message-ID: <4800012@uiucdcsb> Date: 23 Jan 86 06:25:00 GMT Nf-ID: #N:uiucdcsb:4800012:000:355 Nf-From: uiucdcsb.CS.UIUC.EDU!guarna Jan 23 00:25:00 1986 To: info-cpm@AMSAA.ARPA Can anyone recommend a reasonably priced hard disk subsystem for the S-100 bus (controller, drive, power supply, cables, cabinet). I've seen some ads (like from CCT) but they seem to be 2-3 times more expensive than subsystems for IBM PCs. Is this just because of volume or are there some less expensive systems out there? Vince ihnp4!uiucdcs!guarna 25-Jan-86 04:17:36-MST,1048;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 04:17:31-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa17312; 25 Jan 86 5:48 EST Received: from usenet by TGR.BRL.ARPA id a011524; 25 Jan 86 5:44 EST From: weather%convex.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Re: Looking for Compupro fans Message-ID: <39700003@convex> Date: 22 Jan 86 23:13:00 GMT Nf-ID: #R:tektronix.UUCP:6294:convex:39700003:000:465 Nf-From: convex.UUCP!weather Jan 22 17:13:00 1986 To: info-cpm@AMSAA.ARPA /* Written 1:07 pm Jan 17, 1986 by robertj@tektronix.UUCP in convex:net.micro.cpm */ /* ---------- "Looking for Compupro fans" ---------- */ 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) /* End of text from convex:net.micro.cpm */ 25-Jan-86 06:20:25-MST,1278;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 06:20:20-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a017531; 25 Jan 86 7:54 EST Received: from usenet by TGR.BRL.ARPA id a013030; 25 Jan 86 7:42 EST From: T A Pappas Newsgroups: net.micro.cpm Subject: Hard Disk for Epson Qx-10 Message-ID: <172@nvuxd.UUCP> Date: 24 Jan 86 14:09:32 GMT To: info-cpm@AMSAA.ARPA *************************************************************************************************************************************** ************H E L P***************** I own an EPSON QX-10, and would like to be able to add a hard disk to my machine. The ones that are being offered are very expensive, and I would like to find out if anyone out there has ever added one on there own. I also would like to know if it is possible to add on a 1.2 megabyte floppy to my machine using my present controller. Questions: (1) How much work is involved? (2) Could I do it myself? (3) Do I have to rewrite the controller? Appreciate any help with this - Thanks-- Tom Pappas Tel. (201) 758-2486 ...nvuxd!tap2 25-Jan-86 15:10:11-MST,2091;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 15:10:03-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a000373; 25 Jan 86 16:42 EST Received: by sdcsvax.ucsd.edu (5.31/4.41) id AA01269; Sat, 25 Jan 86 13:43:21 PST hops=0 From: crash!kevinb@sdcsvax.ARPA Message-Id: <8601252143.AA01269@sdcsvax.ucsd.edu> Date: Sat, 25 Jan 86 11:08:56 PST To: sdcsvax!info-micro@BRL-VGR.ARPA Subject: CCS S-100 board problems-Help needed Cc: sdcsvax!Info-CPM@AMSAA.ARPA, sdcsvax!Chapman.ES@XEROX.ARPA, gould9!ihnp4!watmath!watcgl!jchapman@sdcsvax.ARPA, sdcsvax!dgb%deimos@CIT-HAMLET.ARPA I am trying to bring up a S-100 system using the California Computer Systems 2718 2 serial + two parallel I/O card as a console. I have both an A and B revision, and have noticed what appears to be a timing problem with the aforesaid board. When I read the status for SIO port A, it resets the status flag, causing a real problem when it's supposed to be waiting on it's keyboard scan loop. The practical effect is that when you are doing something like using DUMP to dump a file, it won't recognise a ^S, and thus scrolls until the end. Is there anybody out there with suggestions/recommendations to fix this problem? I have tried to get through to "technical support" at CCS in Sunnyvale for quite some time, with no success. I am also looking for a copy of a message published out here a while ago, which dealt with a patch to the CCS 2422 floppy disk controller making it more reliable in 8" <=> 5" operation. I am planning on implementing a mixed system, and a resend of this message would be greatly appreciated. Thanks in advance, Kevin Belles Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA Disclaimer: Anything I may say is my opinion, and does not reflect the company I keep. KjB 25-Jan-86 20:24:56-MST,892;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 20:24:50-MST Received: from mit-multics.arpa by AMSAA.ARPA id a000712; 25 Jan 86 22:05 EST Date: Sat, 25 Jan 86 21:55 EST From: "David S. Bakin" Subject: CDC 5 1/2" 96tpi Quad Density drives To: info-cpm@AMSAA.ARPA Message-ID: <860126025520.069077@MIT-MULTICS.ARPA> Hi. I have an ad for a mail-order "surplus" place which is selling the above mentioned CDC drives for $49.00 while Teac 55F drives are selling for $99.00 (though the CDC drives are full height and the Teac drives are 1/2 height). Has anyone any experience with CDC drives? In fact, is CDC still in the 5 1/2" drive business? How about the Canon 2/3 height 96 tpi drives that B.G. Micro is selling for $99? THANKS in ADVANCE -- Dave Bakin (Bakin -at mit-multics.arpa) 26-Jan-86 03:07:41-MST,1210;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Jan 86 03:07:35-MST Received: from xerox.arpa by AMSAA.ARPA id a001031; 26 Jan 86 4:38 EST Received: from Gamay.ms by ArpaGateway.ms ; 26 JAN 86 01:39:16 PST From: NBaheti.es@parc-maxc.arpa Date: 26 Jan 86 1:40:18 PST Subject: Altair S-100 problems To: info-micro@BRL-VGR.ARPA, info-cpm@AMSAA.ARPA cc: NBaheti.es@xerox.ARPA, T.Moore%Mit-Eecs@mit-mc.ARPA Message-ID: <860126-013916-2570@Xerox> We are running on an Altair S-100 CP/M-80 2.2 system and need help in getting a working MEX overlay and MBYE and XMODEM overlays for the beast. I know that they are out there somewhere, but the problem is where will I find them, and how will I get them to the machine. We are hoping to put up a BBS on the Altair using a Hayes 1200 external modem. If you have ANY ideas as to what we should try, please leave me net-mail or call my RCPM and leave a message to SysOp. Thanks. --Arun Baheti arpa: NBaheti.es@Xerox.COM uucp: ...litvax!flkvax!trwrb!group3!anb02!arun arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!] RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400] 26-Jan-86 12:32:26-MST,1178;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Jan 86 12:32:14-MST Received: from usc-isi.arpa by AMSAA.ARPA id a001931; 26 Jan 86 14:00 EST Date: 26 Jan 1986 14:01-EST Sender: LC-WASH@USC-ISI.ARPA Subject: DATA COMPRESSION ALGORITHM From: LC-WASH@USC-ISI.ARPA To: INFO-CPM@AMSAA.ARPA Cc: LC-WASH@USC-ISI.ARPA Message-ID: <[USC-ISI.ARPA]26-Jan-86 14:01:10.LC-WASH> A new data compression algorithm has been developed and tested, and we are attempting to determine the degree of interest in the new technique before placing it int the public domain. The algorithm is unique - has a compression efficiency comparable to the Hoffman algorithm - but has the added feature of allowing the user to read, and edit the data in its compressed form. This avoids the time and error potential of the decompress-edit-recompress cycle. We would appreciate any guidance towards other techniques that permit the manipulation of data in its compressed form, and general views on whether a new algorithm is of interest. Please reply directly if your response will not be of interest to the entire INFO-CPM list. 27-Jan-86 06:52:43-MST,673;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 06:52:33-MST Received: from xerox.arpa by AMSAA.ARPA id a003602; 27 Jan 86 8:20 EST Received: from Aurora.ms by ArpaGateway.ms ; 27 JAN 86 05:20:09 PST From: dusel.wbst@xerox.ARPA Date: 27 Jan 86 8:19:53 EST Subject: Re: Looking for Compupro fans In-reply-to: weather%convex.uucp@BRL.ARPA's message of 22 Jan 86 23:13:00 GMT, <39700003@convex> To: weather%convex.uucp@BRL.ARPA cc: info-cpm@AMSAA.ARPA Message-ID: <860127-052009-2984@Xerox> Robert, I am a Compupro user. System was purchased from Gifford with there OS. Pete Dusel, Webster NY 27-Jan-86 09:05:33-MST,1191;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 09:05:21-MST Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id a008544; 27 Jan 86 10:30 EST Received: from gte-labs by csnet-relay.csnet id ag25034; 27 Jan 86 10:17 EST Received: by bunny.UUCP (4.12/5.17) id AA06585; Mon, 27 Jan 86 10:07:45 est Date: Mon, 27 Jan 86 10:07:45 est From: Alan Gunderson To: Bakin%mit-multics.arpa@CSNET-RELAY.ARPA, info-cpm%amsaa.arpa@CSNET-RELAY.ARPA Subject: Re: CDC 5 1/2" 96tpi Quad Density drives I have an Altos 5-15D that uses CDC 5 1/4" 96tpi Quad Density drives. I have had the system for 4 years and have had to replace one drive. With some quad drives, you can get by using Double Side, Double Density diskettes. Not so with the CDC drives. You have to buy the soft sector double side, quad density diskettes. These are typically twice as expensive. The drives are very fast and I shuffle a lot of bytes, so I have been happy with them. Can't beat the $49 price. Plese send me the address of your mail order "surplus" place. I might pick up a few spares at that price. 27-Jan-86 09:25:02-MST,1852;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 09:24:54-MST Received: from wiscvm.arpa by AMSAA.ARPA id a009332; 27 Jan 86 10:54 EST Received: from (HARRELL)EDUCOM.BITNET by WISCVM.WISC.EDU on 01/27/86 at 09:54:43 CST Date: 27 JAN 86 10:30-EST From: HARRELL%EDUCOM.BITNET@wiscvm.ARPA To: INFO-CPM@AMSAA.ARPA Subject: Font Software Gerald, I know of an EXCELLENT public domain program for the Okidata printer that is available for the IBM computer. Will that work for you? For a membership of $10.00 a year, there is a public domain software supplier that has many thousands of programs available for 40 different computers for about $3.00 each, for postage and handling. You may contact them at: The Computer Spectrum 507 Fifth Avenue, Suite 400 New York, New York 10017 Their service phone number is (215) 862-9760 Received: From for via RSCS by EDUCOM; Fri, 24-JAN-1986 01:38 EST Received: from AMSAA by wiscvm.wisc.edu on 01/23/86 at 22:36:51 CST Received: from brl-tgr.arpa by AMSAA.ARPA id a028102; 23 Jan 86 23:01 EST Received: from usenet by TGR.BRL.ARPA id aa18247; 23 Jan 86 22:54 EST From: Gerald Steinberg Newsgroups: net.micro.cpm Subject: Print font software for Osborne/Okidata combination wanted Message-ID: <2389@sdcc6.UUCP> Date: 22 Jan 86 19:21:53 GMT To: info-cpm@AMSAA.ARPA I am looking for public domain software which will allow for different print fonts. I use an Osborne computer, an Okidata 82a printer, and a relatively old version of WordStar (from 1981 or 2). Any help would be appreciated. Also, if there are Osborne users out there with other public domain software which is available, please let me know. With thanks. 27-Jan-86 11:07:20-MST,1991;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 11:07:10-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a010854; 27 Jan 86 11:55 EST Received: by sdcsvax.ucsd.edu (5.31/4.41) id AA21424; Sun, 26 Jan 86 17:15:06 PST hops=0 From: crash!mtarrani@sdcsvax.ARPA Message-Id: <8601270115.AA21424@sdcsvax.ucsd.edu> Date: Sun, 26 Jan 86 15:58:27 PST To: sdcsvax!info-cpm@AMSAA.ARPA Subject: ZCPR for RS Model 4 I'm seeking advice on installing ZCPR3 (and possibly ZRDOS) on my TRS-80 Model 4. To date I cannot find the correct components to install these enhancements. SYSTEM CONFIGURATION -------------------- I'm currently operating a TRS-80 Model 4 with 128k memory expansion installed, two external 5 1/4 in. SS/DD floppy drives and a Radio Shack 5-Meg hard disk drive. Software: Serial: Comment: CP/M 2.2 #CP2-1040-003828 Used MOVCPM.COM to create a 63k system, allowing 1k to install hard disk driver. HDRS5M.COM #HDD-OU81-002626 Hard disk driver, also from Montezuma Micro. Have some additional fee-software, ie. Montys Window and SYS2M that reside in the ramdisk and will require additional "bit-fiddling" later on if I'm going to continue to use them. They make unadvertised use of some addresses in the BIOS not previously claimed by DRI. Biggest problem with the installation of ZCPR3 is that I do not have an assembly language copy of the BIOS in order to create file CBIOSZ.ASM required for the installation. Any information on getting ZCPR3 up and running on the above system will be greatly appreciated. uucp: {inhp4, cbosgd, sdcsvax, noscvax}!crash!mtarrani ARPA: crash!mtarrani@ucsd MCI Mail: Mike Tarrani (278-8623) 27-Jan-86 18:13:06-MST,569;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 18:12:54-MST Received: from ardc.arpa by AMSAA.ARPA id a000579; 27 Jan 86 19:48 EST Date: Mon, 27 Jan 86 19:44:18 EST From: "MAJ Daniel P. Krebill" (OGA) To: info-cpm@AMSAA.ARPA Subject: Osborne1 Baud Rate Help There are unanswered references in the users manual that the O1 can be strapped on the RS232C port for 2400 Baud. Does anyone out there know precisely how to strap the standard O1 for 2400 BPS? Thanks! Dan 28-Jan-86 01:13:13-MST,1293;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Jan 86 01:13:05-MST Received: from simtel20.arpa by AMSAA.ARPA id a000371; 28 Jan 86 2:45 EST Date: Tue 28 Jan 86 00:45:24-MST From: Rick Conn Subject: Re: ZCPR for RS Model 4 To: crash!mtarrani@sdcsvax.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: <8601270115.AA21424@sdcsvax.ucsd.edu> Message-ID: <12178770674.10.RCONN@SIMTEL20.ARPA> If you cannot modify your BIOS, Z3-DOT-COM is about your only option. This is a commercial product from Echelon, and it takes only a few minutes to install. It creates a COM file that contains a Z-System. On cold boot, run the COM file and it installs a Z-System in memory. This option lacks the full functionality of the Z-System, and users (in my experience) often want to later create a manually-installed Z-System to pick up on the lack of functionality. However, it is an easy out, does not require a BIOS modification, and is a minimum of hastle (very small learning curve and very little installation overhead). There is a possibility that an RS Model 4 installation of ZCPR3 is available, but I don't really know. Echelon is the source to contact for installation-specific questions. Rick ------- 28-Jan-86 06:48:38-MST,1196;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Jan 86 06:48:33-MST Received: from mit-multics.arpa by AMSAA.ARPA id a003032; 28 Jan 86 8:19 EST Date: Tue, 28 Jan 86 08:10 EST From: "John C. Klensin" Subject: Osborne1 Baud Rate To: "MAJ Daniel P. Krebill" cc: info-cpm@AMSAA.ARPA Message-ID: <860128131000.963632@MIT-MULTICS.ARPA> According to the tech manual (and we've tried it, it works), you can switch from 300/1200 by 600/2400 by removing the jumper position J1 on level E and later boards. Solder and cut time on earlier boards, it says, but we have no experience with them. The manual also gives instructions (which we have NOT tried) about providing other combinations and cranking up the maximum to 9600. They appear to involve some moderately serious wiring work. Do you need them? Note that from our experience, the O1 is operating fairly close to the hairy edge of its capabilities at 2400, and you should expect a bit of general flakyness as a result. You can, incidentally, set up most any baud rate you want under software control to the 6850. 29-Jan-86 13:48:36-MST,1394;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Jan 86 13:48:24-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a016564; 29 Jan 86 14:58 EST Received: from usenet by TGR.BRL.ARPA id a006280; 29 Jan 86 14:53 EST From: Chuck Forsberg WA7KGX Newsgroups: net.micro.pc,net.micro.cpm Subject: X/YMODEM file transfer/email programs posted Message-ID: <291@omen.UUCP> Date: 27 Jan 86 10:14:27 GMT Xref: seismo net.micro.pc:7195 net.micro.cpm:5560 To: info-cpm@AMSAA.ARPA *** NAK THIS LINE *** The latest versions of the *nix and VMS XMODEM and YMODEM file transfer programs sb and rb have been posted to net.sources. The manual pages have been extensively revised. Sb and rb transfer files with YMODEM programs including YAM, Pro-YAM, IMP, MEX, and others. YMODEM with 1k packets, and especially YMODEM-g streaming protocol are more efficient than standard XMODEM, twice the throughout downloading from Xenix at 9600 bps. -- Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131 Author of Professional-YAM communications Tools for PCDOS and Unix Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231 Voice: 503-621-3406 TeleGodzilla: 621-3746 300/1200 L.sys entry for omen: omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp 29-Jan-86 23:37:03-MST,1491;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Jan 86 23:36:41-MST Received: from lll-mfe.arpa by AMSAA.ARPA id a018416; 30 Jan 86 1:00 EST Date: Thu, 30 Jan 86 01:00 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: New CP/M-80 Modula-2 Available To: Info-CPM@AMSAA.ARPA Date: Thu, 30-JAN-1986 01:00 EST To: Info-CPM@AMSAA.Arpa, Ralph.Hyre@C.CS.CMU.EDU.Arpa Message-ID: <[OAK.SAINET.MFENET].C24DD2E0.008E9C75.SECRIST> Quote: "May your future be limited only by your dreams." -- Christa McAuliffe Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn. CompuServe-ID: [71636,52] X-VMS-Mail-To: ARPA%"Info-CPM@AMSAA.Arpa",RALPH FYI, this is not an ad, "standard disclaimers" apply. Workman & Associates advertise a product called "FTL Modula-II" for $49.95 on page 108 of this month's Dr. Dobb's. Boasts of recursion, 15-digit reals, and a slick screen editor. Also available: full source to their screen editor in Modula-2 for $39.95. (Workman & Assoc.; Pasadena, CA; 818/796-4401) Anybody know of any PD Modula-2s or ADAs for CP/M-80 out there ?! -=<***>=- Francis R. Scobee Michael Smith Ronald E. McNair Ellison S. Onizuka Judith Resnik Gregory Jarvis Sharon Christa McAuliffe Let each of us carry on their mission in our hearts and souls that humankind may one day share the heavens with them. Richard Secrist SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa 30-Jan-86 00:21:10-MST,675;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 00:21:01-MST Received: from simtel20.arpa by AMSAA.ARPA id a018466; 30 Jan 86 1:36 EST Date: Wed, 29 Jan 1986 23:09 MST Message-ID: From: "Frank J. Wancho" To: INFO-CPM@AMSAA.ARPA Subject: Mail archives moved The mail archives on SIMTEL20 for this list have been moved to: CPM-ARCHIV.TXT for the current messages CPM.ARCHIV.ymmdd for the older messages The files are available via ANONYMOUS FTP for those with TCP/IP access to the Internet. --Frank 30-Jan-86 08:46:11-MST,1128;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 08:46:03-MST Received: from pica-lca.arpa by AMSAA.ARPA id a003851; 28 Jan 86 8:46 EST Date: Tue, 28 Jan 86 8:45:33 EST From: "Kenneth E. Van_Camp" (LCWSL) To: info-cpm-request@AMSAA.ARPA Subject: pc-blue Simtel20 archives Resent-Date: Thu, 30 Jan 86 9:49:00 EST Resent-From: cpmlist@AMSAA.ARPA Resent-To: wancho@simtel20.ARPA, kpetersen@simtel20.ARPA, info-cpm@AMSAA.ARPA According to my copy of PD:PCBLUE.CAT, volume 133 of the pc-blue archives contains several files for DeskMate version 1.0. When I try to ftp the files, they apparently do not exist. Specifically, I tried to get PD:DESKMATE.COM. I also tried volumes 134 and 132, since I know the CAT file is not always totally accurate. I've checked the latest version of the PD:PC-BLUE.CRCLST file but that only goes up to volume 124. Any ideas on where these files are? Your help is greatly appreciated. --Ken Van Camp 30-Jan-86 14:36:29-MST,1665;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 14:36:18-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a018631; 30 Jan 86 15:44 EST Received: from usenet by TGR.BRL.ARPA id a029515; 30 Jan 86 15:27 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: Hard disk? Message-ID: <198@intelca.UUCP> Date: 28 Jan 86 00:50:15 GMT To: info-cpm@AMSAA.ARPA One option is to build one. Using either a PIO or the NCR SCSI interface chip you can build a "host adapter" on a single S-100 board with a handful of other parts. SCSI <-> ST506 boards are about $140 and a 10 meg drive about $200. Assuming you use the power supply in your S-100 chassis that is all you need except for some really simple BIOS routines. There is also a host adapter board available through Hamilton Avnet for about $100 with 'self installing' BIOS routines. --Chuck > > Can anyone recommend a reasonably priced hard disk subsystem for the > S-100 bus (controller, drive, power supply, cables, cabinet). I've > seen some ads (like from CCT) but they seem to be 2-3 times more > expensive than subsystems for IBM PCs. Is this just because of volume > or are there some less expensive systems out there? > > Vince > > ihnp4!uiucdcs!guarna -- - - - 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. :-} 30-Jan-86 14:52:12-MST,1065;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 14:51:47-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a019948; 30 Jan 86 16:03 EST Received: from usenet by TGR.BRL.ARPA id a000439; 30 Jan 86 15:45 EST From: Ed Greenberg Newsgroups: net.micro.cpm Subject: Chaining programs by using a $$$.SUB file Message-ID: <225@micropro.UUCP> Date: 28 Jan 86 23:35:06 GMT To: info-cpm@AMSAA.ARPA I have received a bunch of mail on my suggestion for program chaining in CP/M with a $$$.SUB file. Most people asked for more info at a beginners level. I wanted to acknowlege these requests and forestall more requests by announcing that I have indeed placed this request on my things to do list. I promise a posting on the subject by Monday 3 February by the latest. -e -- Ed Greenberg | {hplabs,glacier}!well!micropro!edg MicroPro International Corp. | {ucbvax,decwrl}!dual!micropro!edg San Rafael, California | {lll-crg,ptsfa}!micropro!edg 30-Jan-86 16:18:24-MST,831;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 16:18:13-MST Received: from cmu-cs-c.arpa by AMSAA.ARPA id a022895; 30 Jan 86 17:50 EST Received: ID ; Thu 30 Jan 86 17:31:07-EST Date: Thu 30 Jan 86 17:29:16-EST From: "Ralph W. Hyre Jr." Subject: Re: New CP/M-80 Modula-2 Available To: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA" of Thu 30 Jan 86 03:31:00-EST Work-Phone: (412) CMU-BUGS Message-ID: <12179455866.26.RALPHW@C.CS.CMU.EDU> I just saw on net.micro.mac that Borland's Modula-2 (for CP/M) was announced. I didn't see any reference to shipping date, has anyone else got any more information? - Ralph ------- 31-Jan-86 00:39:09-MST,8061;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 00:38:51-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa23802; 31 Jan 86 1:33 EST Received: from usenet by TGR.BRL.ARPA id a007605; 31 Jan 86 1:26 EST From: "Bruce K. Martin Jr." Newsgroups: net.micro.cpm Subject: Re: Chaining programs with $$$.SUB file (LONG) Message-ID: <100@ucdavis.UUCP> Date: 29 Jan 86 05:08:27 GMT To: info-cpm@AMSAA.ARPA > I have received a bunch of mail on my suggestion for program chaining ... > Ed Greenberg | {hplabs,glacier}!well!micropro!edg I posted the first request for info on this subject, and last night I got a very crude version of this methode up and running. Thanks to Ed Greenberg for his help. I hope this helps answer some questions. Sorry for the length...I wrote it in 8080 assembler, but the commenting is copious. Ah yes...feel free to use this code in any shape, manner or form. I'm not responsible for any consequences, but it works fine for me. bruce Bruce K. Martin Jr. [UUCP] ...{dual,lll-crg,ucbvax}!ucdavis!deneb!u557593877ea (916) 756-6518 [ARPA] ucdavis!deneb!u557593877ea@ucbvax.berkeley.edu 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 ; This is a quick and dirty command executor and program chainer. ; ; BY: Bruce K. Martin Jr. ; ON: 1/27/86 ; ; ORG 100H ; BDOS EQU 05 EOF EQU 1AH LF EQU 10 CR EQU 13 ; ; ; NOW SET UP CHAIN FILE ; CALL SETDMA ;SET CP/M DMA POINTER CALL SEARCH ;LOOK FOR FILE CPI 0FFH ;IS IT THERE? JZ MAKEFILE ;IF NOT, GO CREATE IT CALL DELETE ;YES - DELETE IT ; ;IGNORE ERRORS MAKEFILE: CALL CREATE ;CREATE THE FILE CPI 0FFH ;ERRORS? JZ CRERR ; ; ; NOW READ ONE COMMAND AT A TIME AND SAVE IN AN INDIVIDUAL SECTOR ; LXI H,COMSTR ;POINT TO COMMAND STRING ; FILLOOP: LXI D,DMA ;POINT TO BUFFER CALL CLRDMA ;CLEAR DMA CALL MOVE ;TRANSFER TO BUFFER INX H ;POINT TO BEGINING OF NEXT SHLD COMPTR ;COMMAND & STORE POINTER ; CALL WRITE ;WRITE TO FILE CPI 0 ;GOOD WRITE? JNZ WRTERR ;IF NOT, GO PRINT ERROR ; LHLD COMPTR ;GET COMMAND POINTER MOV A,M ;GET FIRST BYTE ORA A ;IS IT ZERO? JNZ FILLOOP ;CONTINUE IF NOT ZERO. ; CALL CLOSE ;CLOSE FILE JMP EXIT ;DONE ; ; CRERR: LXI H,CREMSG ;POINT TO CREATE ERR MESSAGE CALL PRNMSG JMP EXIT ;EXIT PROGRAM CREMSG: DB 21,'FILE CREATION ERROR',LF,CR ; WRTERR: LXI H,WRTMSG ;POINT TO ERR MESSAGE CALL PRNMSG CALL CLOSE ;CLOSE FILE CALL DELETE ;DELETE FILE JMP EXIT WRTMSG: DB 18,'FILE WRITE ERROR',LF,CR ; EXIT: LXI H,EXTMSG CALL PRNMSG JMP 00H EXTMSG: DB 22,LF,CR,'PROGRAM TERMINATED',LF,CR ; ; PRINT MESSAGE SUBROUTINE -- PRINTS A STRING AT THE ADDRESS [HL] ; AND LENGTH [A] {MAX STRING LENGTH 256} ; PRNMSG: MOV A,M ;GET STRING LENGTH INX H ;POINT TO BEGINING PRLOOP: LXI B,02 ;BDOS CONOUT MOV E,M ;MOVE CHAR TO E PUSH H ;JUST IN CASE! PUSH A CALL BDOS ;WRITE IT POP A POP H INX H ;POINT TO NEXT LETTER DCR A ;DECREMENT LETTER COUNT JNZ PRLOOP ;CONTINUE IF NOT DONE RET ;AND BYE ; ; MOVE THIS ROUTINE MOVES A STRING AT ADDRESS [HL] TO ADDRESS ; [DE]. STRING IS TERMINATED WITH \0 ; MOVE: MOV A,M ;GET LETTER ORA A ;IS IT ZERO? RZ XCHG MOV M,A ;PUT LETTER XCHG INX H INX D JMP MOVE ;LOOP ; ; ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ; ; NOW -- SUPPORT SUBROUTINES. THESE ARE FILE ROUTINES ; THAT ARE CALLED BY THE MAIN PROGRAM ; ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ; ; OPEN A FILE - FCB ALREADY CREATED. 0FFH IS RETURNED IN REG ; A FOR A BAD OPEN. ; OPEN: LXI D,FCB LXI B,0FH CALL BDOS RET ; ; CREATE A FILE - NAME IN FCB. RETURNS A NUMBER IN REG A ; THAT IS BETWEEN 0 AND 7FH FOR A GOOD CREATE. 0FFH IS ; RETURNED FOR AN ERROR CONDITION. ; CREATE: LXI D,FCB LXI B,16H CALL BDOS RET ; ; CLOSE A FILE -- NOTHING RETURNED ; CLOSE: LXI D,FCB LXI B,10H CALL BDOS RET ; ; SET THE DMA ADDRESS. NO ERROR CODES ; SETDMA: LXI D,DMA LXI B,1AH CALL BDOS RET ; ; READ A RECORD FROM A FILE. ERROR CODE RETURNED IN REG. A ; CODE: 0 -- GOOD READ, 1 -- READ PAST EOF, ALL ELSE READ ERR. ; READ: LXI D,FCB LXI B,14H CALL BDOS RET ; ; WRITE A SECTOR TO A FILE. CONDITION CODE IN REG. A ; CODE: 0 -- GOOD WRITE, ALL ELSE WRITE ERROR. ; WRITE: LXI D,FCB LXI B,15H CALL BDOS RET ; ; CLEAR DMA TO ALL NULLS -- NOTHING RETURNED ; CLRDMA: PUSH H PUSH A MVI A,128 LXI H,DMA CLRLP: MVI M,0 INX H DCR A JNZ CLRLP POP A POP H RET ; ; SEARCH FOR A FILE SPECIFIED IN THE FCB ; RETURNS IN REG. A 0FFH IF NOT FOUND ; SEARCH: LXI B,011H LXI D,FCB ;FCB ADDRESS CALL BDOS RET ; ; DELETE -- REMOVE A FILE SPECIFIED IN THE FCB ; REG A RETURNS 0FFH FOR A UNFOUND FILEE ; DELETE: LXI B,013H ;DELETE FUNCTION LXI D,FCB CALL BDOS RET ; ; ; STORAGE ; ; COMSTR -- THE COMMAND STRINGS. EACH COMMAND IS TERMINATED WITH ; A NULL, AND BEGINS WITH A CHARACTER COUNT. THE LAST COMMAND IS ; TERMINATED WITH TWO NULLS. ; COMSTR: DB 3,'DIR',0 DB 4,'STAT',0 DB 0 ;TERMINATOR ; COMPTR: DW COMSTR ;COMMAND POINTER ; FCB: DB 0,'$$$ SUB',0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 DB 0,0,0,0,0,0,0,0,0,0,0,0 ; DMA: DS 128 31-Jan-86 01:20:54-MST,1151;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 01:20:46-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a023802; 31 Jan 86 1:33 EST Received: from usenet by TGR.BRL.ARPA id a007592; 31 Jan 86 1:26 EST From: jp@LANL.ARPA Newsgroups: net.micro.cpm Subject: Re: Looking for Compupro fans Message-ID: <394@lanl.ARPA> Date: 29 Jan 86 05:09:32 GMT To: info-cpm@AMSAA.ARPA Compupro users can be found on the CPRO National Users Group BBS (703) 670-5881 They grant guest privileges for long enough to decide if you are interested and for your dues to arrive if you are. Cost is $24 and includes a bimonthly newsletter. The people on this system are pretty knowledgeable about Compupro/Viasyn/Compupro hardware and software. There are a couple of other systems which I have heard mention that are aimed at Compupro users but I don't remember the details. Address is: C-PRO National Users Group P.O. Box 2146 Woodbridge, VA 22193 (703) 494-2166 (voice) This group is sponsored by Onetco who occasional offer members good prices on Compupro hardware and software. 31-Jan-86 02:28:55-MST,1355;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 02:28:44-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a023992; 31 Jan 86 3:51 EST Received: from usenet by TGR.BRL.ARPA id a011219; 31 Jan 86 3:38 EST From: Gumby Newsgroups: net.database,net.micro,net.micro.pc,net.micro.cpm Subject: Database Applications Query (followup) Message-ID: <192@rdlvax.UUCP> Date: 29 Jan 86 00:47:35 GMT Xref: seismo net.database:204 net.micro:14371 net.micro.pc:7225 net.micro.cpm:5565 To: info-cpm@AMSAA.ARPA Hello Netlanders. I am very pleased with the responses I've been getting from the database applications query I posted a couple weeks ago. I have not yet compiled my results since they are still coming in daily. I will post the results to the net when I do finish compiling them. I am just posting now to let all who have responded know that I have not forgotten about it. I am getting a lot of positive results, more than I have expected, and best of all, NO Flames!!! Thanks all.... Expect a posting of results in 2-3 weeks (as time permits).... -- * Isaac Salzman (Gumby) * Research Development Labs (RDL) * Culver City, California, 90230 * UUCP: ...!{psivax,sdcrdcf,ttidca}!rdlvax!salzman * ARPA: ttidca!rdlvax!salzman@Rand-unix.arpa 31-Jan-86 03:12:22-MST,1027;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 03:12:17-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a024067; 31 Jan 86 4:39 EST Received: from usenet by TGR.BRL.ARPA id a013097; 31 Jan 86 4:28 EST From: Keith Kanoun Newsgroups: net.micro.cpm Subject: ZCPR & Z-system Message-ID: <9297@ritcv.UUCP> Date: 30 Jan 86 01:33:39 GMT To: info-cpm@AMSAA.ARPA I am looking for information on the ZCPR command processor and the Z-system operating system. How hard is it to replace an existing CP/M 2.2 OS with these replacements? If anyone could steer me in the right direction on this I would really appreciate it (sources for info, etc.). I am using a DEC VT180 (Robin) CP/M machine. I imagine some of it would have to be machine dependant. Thanks in advance. Please send replies if possible to my BITNET address. If not, UUCP is fine. Keith Kanoun 31-Jan-86 03:39:10-MST,829;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 03:39:03-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a024083; 31 Jan 86 4:55 EST Received: from usenet by TGR.BRL.ARPA id a013449; 31 Jan 86 4:38 EST From: "Ronald O. Christian" Newsgroups: net.micro.cpm Subject: Looking for address of CPMUG Message-ID: <71@fai.UUCP> Date: 28 Jan 86 19:10:20 GMT To: info-cpm@AMSAA.ARPA <> As the sign says, I need the address for the CP/M User's Group if the organization still exists. Any help would be appreciated. Ron -- -- Ronald O. Christian (Fujitsu America Inc., San Jose, Calif.) ihnp4!pesnta!fai!ronc Oliver's law of assumed responsibility: "If you are seen fixing it, you will be blamed for breaking it." 31-Jan-86 03:55:58-MST,860;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 03:55:53-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a024111; 31 Jan 86 5:10 EST Received: from usenet by TGR.BRL.ARPA id a013933; 31 Jan 86 4:57 EST From: "J.S.Jonas" Newsgroups: net.micro.cpm Subject: need help installing WS Message-ID: <644@sfmin.UUCP> Date: 29 Jan 86 23:52:39 GMT To: info-cpm@AMSAA.ARPA [A>] I am trying to install wordstar on my CPM2.2 system. Running WSINSTAL asks me for my terminal type, then exits. WSU.COM is unchanged, WS.COM is not created. What gives? Am I missing something? I have: WSMSG2.MAC WSINSTAL.COM WSMSGS.MAC WSMSGS.OVR WSRETEXT.COM WSOVLY1.OVR WSU.COM Thanks in advance Jeff '' Skot {ihnp4 | allegra ...} attunix ! jeffj 31-Jan-86 13:22:52-MST,603;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 13:22:46-MST Received: from simtel20.arpa by AMSAA.ARPA id a001456; 31 Jan 86 11:22 EST Received: from LLL-MFE.ARPA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 09:22:48-MST Date: Fri, 31 Jan 86 08:15 PST From: Maron@LLL-MFE.ARPA Subject: Help finding Small-C Ver. 2.x To: info-cpm@SIMTEL20.ARPA I would like to get the sources to small C Ver 2.x. I know some folks have added floating etc. and would like to get the "mostest" version. Is it in some "clean" format on Simtel-20? --Neil