CP/M/CPM_CDROM.iso/simtel/archives/cpm/8501-2.txt

Text File | 1993-02-12 | 15KB | 372 lines

31-Jan-85 10:13:54-MST,3611;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 10:13:42-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  31 Jan 85 11:06 EST
Received: from usenet by BRL-TGR.ARPA id a006781; 31 Jan 85 10:47 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Turbo Design Flaw
Message-ID: <[e-mail]>
Date: 29 Jan 85 17:17:18 GMT
Xref: seismo net.micro.cpm:3877
To:       [e-mail]

As some of you probably already know there is a major design flaw in
Turbo PASCAL. Namely, THEY USE THE COMMAND LINE TO STORE DATA INTO!
For those of you have tried to use the CP/M command tail with the
statement
VAR CmdLine : String[127] absolute $80;
Will probably notice that if your command line is more often than
not completely munged when you try to read it. I have found that
if the VERY FIRST thing your program does is copy the command line
into a string variable with the loop
FOR I := 1 to Mem[$80] do Cmdline[I] := Chr(Mem[$80+I]);
CmdLine[0] := Mem[$80];
The most you can get seems to be around 37 characters of the original
command tail. The rest is corrupted(sp?) by Turbo's init procedure.

  There is a solution however, or rather a hack, that will allow one
the full use of the command tail. The procedure is as follows :

  o Put the following code in the program at or before the point where
    you will use the command line :

    Const
      Start_Address = $1FC9; { Declare the value from your system }
    Var
      I       : Integer;
      CmdLine : String[127]

    For I := 1 to Mem[Start_Address] Do
      Cmdline[I] := Chr(Mem[Start_Address+I]);
    CmdLine[0] := Chr(Mem[Start_Address]);

  o Go into the Options menu, and set the mode to Com file. (Doesn't
    make sense to have command line recognition when you are running
    the code from memory.)

  o Then set the start address from what it currently is to start_
    address + 80h bytes. In my system the start address went from
    1FC9h to 2049h.

  o "Q"uit the options menu and compile the program. When completed
    the list of memory used should come up with 128 bytes free at the
    beginning of your program.

  o Now use DDT or SID or ZSID on the resultant .COM file. Note the
    length of the file (so you can save it again later) and dump
    at address 100H. There will be a jump at 100 to the start address
    you adjusted above. After that will be a copyright message from
    Borland, and some zeros until about address 170h. Do the following
    commands in the debugger :
    A>ZSID FOO.COM
    ZSID .........
    xxyy HHHH HHHH     <- The hex number xx is the number of pages you
    #a100                 need to save.
    100 jp 130
    103
    #a130
    130 ld hl,80
    133 ld de,1fc9
    136 ld bc,80
    139 ldir
    13B jp "start_Address"  ; use the address that the jump at 100 originally
    13E                     ; pointed to.
    #G0
    A>Save zz FOO.COM  <- convert xx to decimal and use in place of zz.

You now have a .COM file, that will first save the command tail before
Turbo has a chance to Stomp on it. Argh! Why couldn't they design it
correctly in the first place!

--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. :-}
31-Jan-85 10:14:36-MST,711;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 10:14:32-MST
Received: From rand-unix.arpa.ARPA by AMSAA via smtp;  31 Jan 85 11:07 EST
Received: by rand-unix.ARPA; Thu, 31 Jan 85 08:08:54 pst
From: Henry Sowizral <[e-mail]>
Message-Id: <[e-mail]>
Date: 31 Jan 85 08:08:51 PST (Thu)
To: Keith Petersen <[e-mail]>
Cc: [e-mail], [e-mail], [e-mail]
Subject: Re: ITS-binary files on SIMTEL20 - pro and con
In-Reply-To: Your message of 31 Jan 1985  07:22 MST (Thu).
         <[e-mail]>



I second the motion.

                --- Henry
31-Jan-85 11:48:47-MST,1110;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 11:48:38-MST
Received: From apg-1.arpa.ARPA by AMSAA via smtp;  31 Jan 85 12:21 EST
Date: 31 Jan 1985 12:23:26 EST (Thursday)
From: Robert Bloom AMSTE-TOI 3775 <[e-mail]>
Subject: Attn NorthStar Horizon users
To: [e-mail]

Well, I did it.

With surprisingly little effort I've replaced the one of the SSDD drives on my
horizon with two DSDD 96-tpi TEAC FD55F's - from 163k per drive to 784k per
drive in one evening.  Total cost $283.70.  (2 x $135 for the drives + $8.70
shipping + $5.00 for one 34-pin edge connector from Radio Shack.)  I even
managed to add in the archive BDOS patch, ZCPR2 with BIOS inits, and Plouffe's
2k block mods for the octal drives.

I've written up exactly what I did in a message to NorthStar-Users and will
forward a copy to any that ask (it's some 24k long).  If response is good
enough (<4 requests) I'll also post directly to INFO-CPM.  It should end up in
the <cpm.nstar> directory at simtel20 eventually.

bob bloom

31-Jan-85 16:39:14-MST,818;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 16:39:04-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  31 Jan 85 18:08 EST
Received: from usenet by BRL-TGR.ARPA id a017417; 31 Jan 85 17:47 EST
From: Alan Rovner <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Help with installing ZCPR2 on Xerox 820-I
Message-ID: <[e-mail]>
Date: 30 Jan 85 17:20:31 GMT
Xref: seismo net.micro.cpm:3879
To:       [e-mail]

I have been having trouble installing ZCPR2 on my Xerox, specifically
with modifying the BIOS the take care of the various buffers, etc.
Does anyone have ZCPR2 running on the Xerox, and if so could I get a
copy of your BIOS or suggestions on buffer assignment.

Thanks,
Al Rovner

31-Jan-85 17:11:35-MST,642;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 17:11:31-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  31 Jan 85 18:31 EST
Date: Thu 31 Jan 85 18:34:03-EST
From: Mark Becker <[e-mail]>
Subject: Wanted: "p" - C preprocessor
To: [e-mail]

Hello Netland -

     In Dr. Dobb's Journal of July '84, there was an article about and
listing of a preprocessor written for Small C.

     Before I go and type it in, does anyone already have it on-line?

     Your help is appreciated.

Mark Becker
Cent.Mbeck%Mit-Oz@Mit-Mc
-------

31-Jan-85 17:13:45-MST,2011;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 17:13:37-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  31 Jan 85 18:38 EST
Received: from usenet by BRL-TGR.ARPA id a017947; 31 Jan 85 17:59 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Any Libraries for AY3-8910?
Message-ID: <[e-mail]>
Date: 28 Jan 85 21:31:00 GMT
Nf-ID: #R:brl-tgr:-766000:waltz:31600001:000:1377
Nf-From: waltz!haddock    Jan 28 15:31:00 1985
Xref: seismo net.micro.cpm:3880
To:       [e-mail]


/**** waltz:net.micro.cpm / brl-tgr!MNeary.es /  2:36 pm  Jan 23, 1985 ****/

    >Is there a library of stimuli that I can feed to the General Instruments
    >AY3-8910 chip to create special sound effects and/or music?  I just
    >acquired some old game boards using this chip, and I figured that I
    >should endeavor to avoid re-inventing the wheel while I try to justify
    >this purchase.

Mike
    You may want to try and get some old issues of the 99'er
magazine.  You ask WHY?  Because the TI 99/4a used TI's 76498a
sound chip which worked *similarly* to the GI AY3-8910/2.  Obviously
the values will be different but it's the general scheme (timings and
frequencies) of how the sounds are produced that will allow you to
re-create them on the different sound chip and maybe learn how to
create your own.  Also, several years ago Steve Ciarcia had a column
(in BYTE, naturally) devoted to the GI sound maker and you may be able
to use some of his examples.  Nonetheless, please let me know of any
libraries or further examples you may come across.  Thanks,

================================================================
               _____
    -Rusty-        |\/   o \    o
            |   (  -<  O o       Where's the fish?
            |/\__V__/

ARPA:    Haddock%Waltz%TI-CSL@CSNet-Relay
    Rusty@Maryland (forwarded to CSNet address)
CSNet:    Haddock@TI-CSL
USENET:    {convex!smu, ut-sally, texsun, rice} ! waltz ! haddock
31-Jan-85 17:37:52-MST,680;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 17:37:44-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  31 Jan 85 18:38 EST
Received: from usenet by BRL-TGR.ARPA id a018098; 31 Jan 85 18:02 EST
From: Donald Graft <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Need HELP with SUBMIT
Message-ID: <[e-mail]>
Date: 30 Jan 85 00:11:31 GMT
Xref: seismo net.micro.cpm:3881
To:       [e-mail]

Please note that the currently shipped version of MicroShell supports
shell programming through variables, conditionals, and user input.  It is
vastly superior to clip.
31-Jan-85 18:11:01-MST,1410;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 18:10:55-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  31 Jan 85 19:21 EST
Received: from usenet by BRL-TGR.ARPA id a020025; 31 Jan 85 19:01 EST
From: Ruben Ramirez-Mitchell <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Microshell
Message-ID: <[e-mail]>
Date: 31 Jan 85 20:54:40 GMT
Xref: seismo net.micro.cpm:3882
To:       [e-mail]


 You can get Microshell from
    New Generation Systems, INC
    1800 MIchael Faraday Drive, Suite 206
    Reston, Virginia, 22090
    [phone]

 I would also check Microtools, and MicroTree. I just bought MicroTree from
 them (ls, cd, pwd, tree, mv, cp, rm, mkdir, rmdir) and it works very well
 (it maps user areas to dnamed directories). I run all three programs under
  MPM-816, but I have also used Microshell and Microtools under CP/M-80, and
  CP/M-816.
 Note that they do not support Microshell under MPM , some things do not work
 well in this environment ( no line editor for example, and script files
 which cross user and drive boundaries don't work well).

                      Ruben Mitchell
                      Cell Research Inst.
                      University of Texas
                      Austin, Texas, 78712
                      [e-mail]

31-Jan-85 19:49:14-MST,780;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 19:49:10-MST
Received: From usc-eclb.arpa.ARPA by AMSAA via smtp;  31 Jan 85 21:24 EST
Date: 31 Jan 1985 1821-PST
From: [e-mail]
Subject: Z150 and 8" drives ??
To:   [e-mail]
cc:   [e-mail], [e-mail], [e-mail]

   I have taken the big step from 8 to 16 bits with my recent order of
a Z-150. What I don't want to do is give up my dual DDDS 8" drives. The
local Heath folks don't admit to being able to interface 8" drives, which
I take as simple nonsense. Can someone point me to a solution. With all
those IBM systems out there, shurly someone has an 8" controller.
                Lem  (lhill at eclb)
-------
31-Jan-85 21:21:31-MST,2753;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 21:21:22-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  31 Jan 85 22:52 EST
Received: from usenet by BRL-TGR.ARPA id a024167; 31 Jan 85 22:41 EST
From: Tim Maroney <[e-mail]>
Newsgroups: net.micro,net.micro.cpm
Subject: SuperBrain External Bus Info Wanted
Message-ID: <[e-mail]>
Date: 1 Feb 85 01:52:36 GMT
Xref: seismo net.micro:9739 net.micro.cpm:3885
To:       [e-mail]

Last year, I bought a military surplus Intertec SuperBrain for use as an
intelligent terminal.  However, it is far more versatile than that, which
has led me to want to attach some outher devices to it.  There used to exist
a beast known as a SuperBrain S-100 bus adaptor.  This fits onto the
internal 40-pin Z-80 bus connector, and provides an S-100 bus interface.

My question: Does anyone know where I could pick up the S-100 bus adaptor?
Alternately, how hard would it be to interface devices directly to the
40-pin connector?

Please keep in mind that I am a hardware cretin who writes device drivers
for a living (strange but true).  This would be essentially a "first
project" as far as the hardware is concerned, but supporting software is not
a problem.

The pin connections to the internal Z/80 bus are shown below:

PIN    SIGNAL    DESCRIPTION
    NAME
---------------------------
1        SPARE
2    SYSRES*    System Reset Output, Low during Power Up Initialize or
            Reset Depressed
3        SPARE
4    A10    Address Output
5    A12    Address Output
6    A13    Address Output
7    A15    Address Output
8    GND    Signal Ground
9    A11    Address Output
10    A14    Address Output
11    A8    Address Output
12    OUT*    Peripheral Write Strobe Output
13    WR*    Memory Write Strobe Output
14        SPARE
15    RD*    Memory Read Strobe Output
16        SPARE
17    A9    Address Output
18    D4    Bidirectional Data Bus
19    IN*    Peripheral Read Strobe Output
20    D7    Bidirectional Data Bus
21        SPARE
22    D1    Bidirectional Data Bus
23        SPARE
24    D6    Bidirectional Data Bus
25    A0    Address Output
26    D3    Bidirectional Data Bus
27    A1    Address Output
28    D5    Bidirectional Data Bus
29    GND    Signal Ground
30    D0    Bidirectional Data Bus
31    A4    Address Output
32    D2    Bidirectional Data Bus
33        SPARE
34    A3    Address Output
35    A5    Address Output
36    A7    Address Output
37    GND    Signal Ground
38    A6    Address Output
39    +5V    5 Volt Output
40    A2    Address Output
-=-
Tim Maroney, Carnegie-Mellon University Computation Center
ARPA:    Tim.Maroney@CMU-CS-K    uucp:    seismo!cmu-cs-k!tim
CompuServe:    74176,1360    audio:    shout "Hey, Tim!"

"Remember all ye that existence is pure joy; that all the sorrows are
but as shadows; they pass & are done; but there is that which remains."
Liber AL, II:9.