Today's Topics:
                           2.5 Meg upgrade
                              ATARI.ENG
                 Best PD BBS software for UUCP/Usenet
                   English Docs For Turbo Assembler
                        GEM programmers at DRI
                        ghostscript2.2, SLM804
                       Mini Closet Cleaning...
                   Neodesk/Assempro Incompatibility
         NeoDesk 3.0 and Command Line interpretter. (2 msgs)
                   Nifty RS-232C functions (2 msgs)
                                RZ/SZ
                               ST games
                             TeX -- uhhg!
                           TT Unix / TT TOS
                         UltraScript question
              WANTED: Circuit Maker or Circuit Maker II
                          YG modem (2 msgs)
 
Welcome to the Info-Atari16 Digest.  The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out.  Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
 
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
instead of the moderators are likely to be lost or ignored.
 
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
 
Date: 1 Sep 91 12:53:02 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!wupost!waikato.ac.nz!comp.vu
 w.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger Sheppard)
Subject: 2.5 Meg upgrade
To: Info-Atari16@naucse.cse.nau.edu
 
In article <A5873@hh.maus.de> Hayo_Schmidt@hh.maus.de (Hayo Schmidt) writes:
>
> Christopher Russell yonder @ netcom.COM am Fr, 23.08.91 17:07 in ATARI.ENG #
> A28931@SUB was yelling:
> CR>Anyways, I understand about CAS and RAS and all that, I just don't
> CR>understand which setup is excecptable: 512,2M or 2M,512 or maybe both
> CR>or OK..  Somebody PLEASE help.....  thanks...
>
> I just built in an upgrade of 2MB last weekend. My doc says, that an upgrade
 to
> 2.5 MB won't work with the MMU by the manufacturer IMP.
> If you have the letters IMP on your MMU, you must deselect the 512 KB and take
> the 2 MB as bank 0.
> Otherwise both setups should be ok. My setup is 2M, 2M using a bank 0 of 2 MB
> and for bank 1 the two old 512KB banks, connected with a GAL-chip. That makes
> 3 MB. The system thinks, the RAM over 3MB is defective and ignores it.
>
> hayo
 
From what I have read, its only MMU's that have this Part No. C0100109-001,
but I have never confirmed this, some state that you can't go over 1 megs
with this chip and others state only 2.5 megs is the problem..??
--
***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
***  Kapiti                        At least I don't Flicker,         ***
***  New Zealand..          *      not like a dying light globe      ***
 
------------------------------
 
Date: 31 Aug 91 20:40:49 GMT
From:
 noao!ncar!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!iraun1.ira.uka.de!math
 .fu-berlin.de!mailgzrz!opal!ki@arizona.edu (Karsten Isakovic)
Subject: ATARI.ENG
To: Info-Atari16@naucse.cse.nau.edu
 
In article <FY6TEGD@parrot.in-berlin.de> horst@parrot.in-berlin.de (Horst Bahr)
 writes:
>very funny Karsten. You posted your message in an international group...
>Mouses are not all in the world.
 
Very funny horst. You reposted a message that is over 5 weeks old. We
already had a discussion about it in the mouse-net. It was one of the first
messages after the group was 'gated' and i forgot to set the local-flag.
 
>Horst
Karsten                        ki@b.maus.de  or  ki@opal.cs.tu-berlin.de
 
------------------------------
 
Date: 31 Aug 91 15:25:44 GMT
From: mintaka!hal.gnu.ai.mit.edu!mjo@yale.arpa (Mike O'Connor)
Subject: Best PD BBS software for UUCP/Usenet
To: Info-Atari16@naucse.cse.nau.edu
 
1.  What is it?
2.  How hard is it to configure?
3.  Where can I find it?
 
Any pointers in this matter would be greatly appreciated.  Please send
E-Mail.
 
--
 Mike O'Connor
 NIC Database:  MJO17
 Internet:  mjo@mtu.edu
 UUCP:  ...!ttardis!mjo
 
------------------------------
 
Date: 1 Sep 91 12:39:23 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!news.cs.indiana.edu!nstn
 .ns.ca!ac.dal.ca!cordes@arizona.edu
Subject: English Docs For Turbo Assembler
To: Info-Atari16@naucse.cse.nau.edu
 
A while ago someone posted the Internet for Markus Fritz, author of Turbo
Assembler.  I had hoped to contact him regarding release of English docs
and .RSC file but the mail bounced.  I believe the address I had was
Markus_Fritz@hh2.maus.de.  Can someone check if this is accurate or update
with his new Internet address?  I'm sure I am not alone.  Turbo Assembler
looks like an excellent package.
----------
Bruce MacKay
bmackay@biome.bio.ns.ca
 
------------------------------
 
Date: 30 Aug 91 09:03:14 GMT
From: mcsun!unido!mcshh!malihh!janhh!jan@uunet.uu.net (Jan Willamowius)
Subject: GEM programmers at DRI
To: Info-Atari16@naucse.cse.nau.edu
 
Just out of curiosity I made up a list of programmers who were involved
in the creation of GEM and GEM applications at DRI. The dates given
mark the first/last time I found their name in a copyright notice etc.
 
Maybe somebody is interested or can add a name/date.
 
Happy trails,
              Jan
 
--- here goes the list ---
 
Balma, Philipp
Bancroft, Susan G.      9.4.85 - 26.4.88
Borders, David          9.4.85 - 29.9.86
Bourne, Jim             17.9.85
Brown, Dan              7.8.85 - 31.1.86
Eisenstein, Jim         10.5.85
Feagans, John           14.11.85 - 4.3.86
Filter, William
Franusich, Michael      26.4.88
Keith, Christopher      9.4.85 - 29.9.88
Lorenzen, Lee           5.5.84 - 19.9.85
Loveman, Jason
Morris, Gregg           15.3.84 - 19.9.85
Muir, Andrew            17.9.85
Oliver, Dan             26.10.84
Oren, Tim               2.85 - 17.9.85
Raney, Scott            27.6.85
Rogers, Jim             27.6.85
Rolander, Tom           2.85 - 17.9.85
Schmal, Mike            30.4.85
Webster, Lowell         31.1.85 - 26.4.88
 
 
--
Jan Willamowius, Nienredder 6, 2000 Hamburg 54, Germany
E-Mail: jan@janhh.hanse.de
 
------------------------------
 
Date: 1 Sep 91 01:58:07 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!menudo.uh.edu!bchs1k
 @arizona.edu (Edward S. Chen)
Subject: ghostscript2.2, SLM804
To: Info-Atari16@naucse.cse.nau.edu
 
What is the easiesrt way to send output from gnu ghostscript2.2 to
an atari SLM804 laser printer?
 
Can anyone use the included driver on an epson 9 pin?  It *almost*
works, but sends many (unwanted) line feeds during the print.
 
 
Any help is appreciated...
 
Ed
--
-------------------------------------------------------------------------------
.. I want you to lie on the bed, (and) get ready for my polygon ...
                                                    --- Paul McCartney
 
------------------------------
 
Date: 1 Sep 91 04:20:00 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ox
 .com!umich!ulowell!woods.ulowell.edu!coteb@arizona.edu
Subject: Mini Closet Cleaning...
To: Info-Atari16@naucse.cse.nau.edu
 
I have some stuff here in my closet that I am sick of looking at so I am
trying to get rid of it here:
 
1.  SC1224 color monitor.  I sold the CPU to someone who needed it to start up
a BBS but he didn't want the monitor.  I am asking $140 + shipping
 
2.  I don't know what happened to these disks but I have the manual for
WordUp.(Old manual + supplement to 3.0).  I am asking $5 for shipping.
 
3.  I have a 5.25" IBM type drive that I sort of put together.  I think there
is a loose wire because sometimes the computer wouldn't recognize the drive.
It is in a double case.  I think someone with a litte electical know-how
should be able to get this thing going.  Unfortuately, I don't have the disk
anymore that changed the step rate of the drive.  This type of program
shouldn't be too hard to find though.  Asking $35 + shipping.
 
4.  Finally, under my bed I found the disk for Music Studio by Activision.
I don't know if the disk is still good but the first mail response I get with
an address I'll drop it in the mail for ya.
Please reply by mail if interested.  Thank you.
 
------------------------------
 
Date: 1 Sep 91 00:30:16 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!news.cs.indiana.edu!nstn.ns.ca!ac.dal
 .ca!cordes@arizona.edu
Subject: Neodesk/Assempro Incompatibility
To: Info-Atari16@naucse.cse.nau.edu
 
Has anyone experienced problems using Assempro with Neodesk 3.xx?  I've
found that the debugger locks up if Neoload has been run.  Under Neodesk
2.xx it was the Shellfix program which caused problems.  Now that Shellfix
has been incorporated into Neoload, I'm stuck with a Debugger that won't.
------
Bruce MacKay
bmackay@biome.bio.ns.ca
 
------------------------------
 
Date: 1 Sep 91 04:25:06 GMT
From: noao!ncar!asuvax!cs.utexas.edu!helios!tamsun!tamuts!n160ao@arizona.edu
 (Mark Lehmann)
Subject: NeoDesk 3.0 and Command Line interpretter.
To: Info-Atari16@naucse.cse.nau.edu
 
I asked this about 2 months ago and got no response:
 
  Is NeoDesk version 3 worth getting and HOW DO YOU GET IT.
 
  I think that I want the Command line interprestter two.  I really want
somethin like the Korn Shell but can't seem to find on for the Atari ST running
under TOS.
 
  Does anything have an Opinion about neodesk version 3.0?  Thanks.
 
Mark Lehmann
tamuts.tamu.edu!n160ao
 
------------------------------
 
Date: 1 Sep 91 06:07:38 GMT
From:
 noao!ncar!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!cs.umn.edu!thelake!ste
 ve@arizona.edu (Steve Yelvington)
Subject: NeoDesk 3.0 and Command Line interpretter.
To: Info-Atari16@naucse.cse.nau.edu
 
[In article <3161@tamsun.TAMU.EDU>,
     n160ao@tamuts.tamu.edu (Mark Lehmann) writes ... ]
 
 >   I think that I want the Command line interprestter two.  I really want
 > somethin like the Korn Shell but can't seem to find on for the Atari ST
 running
 > under TOS.
 
If you're specifically attached to ksh, the Korn Shell, you probably
should contact David Parsons <akcs.orc@vpnet.chi.il.us> and ask him
about TSH. If you like csh, there are a couple of versions including
the (commercial) Beckemeyer C Shell, which also comes in a
multitasking version. I think the Gemini folks are working on an
improved Mupfel that will be more csh-like.
 
----
 Steve Yelvington, Marine on St. Croix, Minnesota (USA)
 steve@thelake.mn.org
 Member, Burned Out Newspapercreatures Guild
 
------------------------------
 
Date: 1 Sep 91 03:59:58 GMT
From:
 noao!ncar!asuvax!cs.utexas.edu!wupost!corvette.utdallas.edu!helios!tamsun!tamut
 s!n160ao@arizona.edu (Mark Lehmann)
Subject: Nifty RS-232C functions
To: Info-Atari16@naucse.cse.nau.edu
 
Ok, here are those nifty little RS-232C functions.  Over 15 people
wanted these, that why I posted them here.  Please press "n" and skip
over this source code if you are not interested in it.
 
Please realize that I have modified these somewhat for my own purposes.
I have tried to keep up good documentation.  Also, I did not write
everything here, so please keep the name of the original functions in
tact.  I freely give away any functions that I "Mark Lehmann" have
offered as long as you don't copyright the function and not let me use
what I wrote.
 
 
#include ".\\headlist.h"
 
/*******************************************************************
function: dtr
  author: Steve Yelvington
 purpose: raises or drops the RS-232 Data Terminal Ready (DTR)
          signal
   usage: dtr(int control)
 
          where control is an integer having value 0 or 1.
          control values mean:
 
               0 drop dtr
               1 raise dtr
******************************************************************/
 
static dtr(on)
        int on;
        {
        if(on)
                Offgibit(0xEF);                 /* DTR on */
        else
                Ongibit(0x10);                  /* DTR off */
        }
 
/*****************************************************************
function: rs232cd
  author: Steve Yelvington
 purpose: checks for RS-232 carrier detect signal
  return:
  values: 0 for no Carrier Detect
          1 for Carried Detect
*****************************************************************/
 
int rs232cd()                   /* state of rs232 carrier detect line */
{
        register long ssp;
        register int *mfp, status;
 
        mfp = ((int *) 0xFFFFFA00L);            /* base address of MFP */
        ssp = Super(0L);                        /* enter supervisor mode */
        status = *mfp;                          /* get MFP status */
        Super(ssp);                             /* return to user mode */
        return(!(status & 0x0002));             /* check for carrier */
}
 
 
/*****************************************************************
function: mprintf(char *fmt, ...)
  author: Mark Lehmann
 purpose: writes output to both the console or to the serial
          device.  Only writes to the serial device if a carrier
          detect signal is on.
 
   usage: this command replaces the printf command and therefore
          requires you to use the "sprintf" command before calling
          mprintf.
*******************************************************************/
 
int mprintf(string)
        char *string;
{
        extern rs232cd();
        int i;
 
        for(i=0; i<=strlen(string); i++)      /* print string from */
           {                                  /* char 1 to end */
                Cconout(string[i]);              /* display to console */
                if (rs232cd())                   /* if there is a carrier */
                        {                             /* detect then */
                        while(!Cauxos())            /* send data to RS-232 */
               ;                          /* device if it is ready */
              Cauxout(string[i]);
            }
       }
}
 
 
/********************************************************************
function: mgetchar()
  author: Mark Lehmann
 purpose: gets a character from the RS-232 port or from the
          keyboard
********************************************************************/
 
int mgetchar()
{
    int cbuf;                      /* character buffer */
 
    extern rs232cd();
 
    cbuf = -1;                     /* initialize cbuf to a value */
                                   /* that cannot be an ASCII code */
 
    while (cbuf==-1)                /* while cbuf is not set */
    {
 
      if (rs232cd())               /* check for carrier detect */
           {
               if (Cauxis)         /* if ready for input from RS-232 port */
                  cbuf=(Cauxin()); /* get cbuf from RS-232 port */
                  return(cbuf);
           }
      if (Cconis())                /* if input exists at the console */
           {
               cbuf=(Cnecin());
               return(cbuf);
      }
}
 
/*******************************************************************
function: clear_input_buf
author: Mark Lehmann
purpose: Clears any characters that might be in the input buffer.
         The input buffer can be the information stored in the
         keyboard buffer or in the RS-232 port buffer.
 
         This function is good when you want to start a program after
         the modem is already in a carrier detect mode.
*******************************************************************/
 
void clear_input_buf()
{
   int temp;               /* the bit-bucket */
 
   while(Cconis())         /* while the keyboard buffer holds a char */
      temp=Cnecin();       /* put the char in the bit-bucket */
 
   if (rs232cd())          /* if there is a carrier detect then */
      while (Cauxis())     /* while the RS-232 buffer holds a char */
         temp=Cauxin();    /* put the char in the bit-bucket */
}
 
------------------------------
 
Date: 1 Sep 91 07:08:20 GMT
From:
 noao!ncar!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!cs.umn.edu!thelake!ste
 ve@arizona.edu (Steve Yelvington)
Subject: Nifty RS-232C functions
To: Info-Atari16@naucse.cse.nau.edu
 
[In article <3159@tamsun.TAMU.EDU>,
     n160ao@tamuts.tamu.edu (Mark Lehmann) writes ... ]
 
> function: dtr
 >   author: Steve Yelvington
 >  purpose: raises or drops the RS-232 Data Terminal Ready (DTR)
 >           signal
 >    usage: dtr(int control)
 >
 
Credit where due: I think I got those functions from Dale Schumacher, who
gave us all dLibs, got me on the right foot about pointer arithmetic, and
made me believe I could write C code despite significant evidence to the
contrary.
----
 Steve Yelvington, Marine on St. Croix, Minnesota (USA)
 steve@thelake.mn.org
 Member, Burned Out Newspapercreatures Guild
 
------------------------------
 
Date: 1 Sep 91 00:20:56 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!news.cs.indiana.edu!nstn.ns.ca!ac.dal
 .ca!cordes@arizona.edu
Subject: RZ/SZ
To: Info-Atari16@naucse.cse.nau.edu
 
I'm using Braner's Zmodem (version 1.6) and while it's pretty much bullet
proof, it does have one annoying "feature".  I often automate downloading
but RZ.TTP insists on pausing at the end of the batch with a "press any
key to continue" message.  Can this be disabled?
 
------------------------------
 
Date: 1 Sep 91 02:01:49 GMT
From: mcsun!unido!math.fu-berlin.de!tmpmbx!lime.in-berlin.de!techno@uunet.uu.net
 (Techno)
Subject: ST games
To: Info-Atari16@naucse.cse.nau.edu
 
peterw@spider.co.uk (Peter Woodhouse) writes:
 
>Is this the correct forum for discussing games software for the ST or is their
>a more appropriate group?
 
>Peter Woodhouse.
 
No, go right ahead, you're welcome.
 
                        Techno
 
--
| techno@zelator.in-berlin.de ||| Please do not e-mail from outside Germany ! |
| techno@lime.in-berlin.de   / | \ Hardcore ST user !  ====================== |
| Nothing that's real is ever for free, you just have to pay for it sometime. |
|                                        (Al Stewart)                         |
 
------------------------------
 
Date: 1 Sep 91 03:47:53 GMT
From:
 noao!ncar!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!menudo.uh.edu!
 mtecv2!tamsun!tamuts!n160ao@arizona.edu (Mark Lehmann)
Subject: TeX -- uhhg!
To: Info-Atari16@naucse.cse.nau.edu
 
I noticed that I could never get the "x" feature of zoo working.  I tried
about 57 suggestions.  It end up that PCOMMAND was ruining the paramter
list.  When I used the restore facility everything worked fine.
 
------------------------------
 
Date: 1 Sep 91 04:07:38 GMT
From: noao!ncar!asuvax!cs.utexas.edu!helios!tamsun!tamuts!n160ao@arizona.edu
 (Mark Lehmann)
Subject: TT Unix / TT TOS
To: Info-Atari16@naucse.cse.nau.edu
 
In article <3541@krafla.rhi.hi.is> adamd@rhi.hi.is (Adam David) writes:
>I was wondering...
>
>Is it possible yet in TT unix to set up a virtual ST machine.
>Wouldn't this be something for Atari to support?
>I really don't like the idea of the TT being either TOS or Unix but not
>both together.
>
>Someone in the know, please enlighten us.
>
>--
>Adam David.
>(adamd@rhi.hi.is)
 
It seems that most UNIX developers add a IBM emulator product that allows
UNIX users to access DOS on their UNIX machine.  No one does a good job
at it.  I guess the best DOC emulation that I have seen is in IBM's AIX
operating system on a PS/2.  DOS running under AIX on an 80386 or 80486
machine seem to work somewhat satisfactorily but not good.  It is just to
hard to make a full emulator under UNIX and get everything you want in
that emulator.  PLEASE don't not expect to be happy even if Atari does
an outstanding job in a product offering TOS and UNIX at the same time.
 
Mark Lehmann
tamuts.tamu.edu!n160ao
 
------------------------------
 
Date: 1 Sep 91 11:32:03 GMT
From: noao!ncar!asuvax!cs.utexas.edu!milano!cactus.org!covert@arizona.edu
 (Richard Covert)
Subject: UltraScript question
To: Info-Atari16@naucse.cse.nau.edu
 
I just downloaded the StarTrek:Tne Next Generation program in
Postscript format. It prints out fine with UltraScript (well the
intro page did, haven't tried the rest yet). Is there anyway to
get UltraScript to print out the front pages first and then
wait for me to feed the pages back in so that the back sides
can be printed? I am printing on a Panasonic KXP4450 laser
printer.
 
Otherwise I will have to print it out single sided and then
Xerox copy it to double sided.
 
Waste of paper.
 
TIA
 
--
Richard E. Covert                 covert@cactus.org
CACTUS                  ..!cs.utexas.edu!cactus.org!covert
 
------------------------------
 
Date: 31 Aug 91 19:27:20 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!rpi!uwm.edu!ux1.cso.uiuc.edu!usenet@arizona.ed
 u (J. Scott Hofmann)
Subject: WANTED: Circuit Maker or Circuit Maker II
To: Info-Atari16@naucse.cse.nau.edu
 
   Can someone please point me to a used copy of Circuit Maker? I've just
called every dealer in the US whose number I had, and none had the programs.
I'm at the point where I'll take almost anything, as long as it can simulate
a logic circuit comprised of AND, OR, NOT, NAND, NOR, or XOR gates. A program
using 7400-series TTL chips would also work quite nicely. Can some kind soul
please help this student in distress? Thanks,
 
                                                 Scott
 
--
-------------------------------------------------------------------------------
J. Scott Hofmann                      | "Yes, I am competely loopy."
s-hofmann@uiuc.edu                    |       -John Cleese
aka Diode                             | Epoch development team, UIUC
-------------------------------------------------------------------------------
 
------------------------------
 
Date: 31 Aug 91 15:18:04 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!cs.umn.edu!thelake!steve@a
 rizona.edu (Steve Yelvington)
Subject: YG modem
To: Info-Atari16@naucse.cse.nau.edu
 
[In article <u56i84w164w@ersys.edmonton.ab.ca>,
     mforget@ersys.edmonton.ab.ca (Michel Forget) writes ... ]
 
 > baffoni@aludra.usc.edu (Juxtaposer) writes:
 >
 >>     I had a question about MNP5 and V.42bis.  These are just two different
 >> data compression algortithms that are implemented in some modem's hardware,
 >> right?  If so, would it be possible to write a file-transfer program that
 >> implements these algorithms so that non-MNP5/V.42bis modems can transfer at
 t
 >> same rate (if they have the same base bps of course - you can't expect a
 2400
 >> bps modem to transfer at the same rate as a 9600MNP5/V.42bis, but you can
 hop
 >> to get the same through-put as a 2400MNP5/V.42bis).  This means that the
 >> program would have to be run on both ends (encode/decode), but is it
 workable
 >> not to mention possible.
 >
 > Yes, what you are suggesting is possible and has been done.  The program
 > was released some time last year, and I think it was called TURBO2 or
 > something close to that.
 
The version I looked at implemented an error-checking algorithm, but not
compression. There are such programs for the PC, though, and I know of no
reason why realtime compression couldn't be done on the ST.
 
But I'm not wholly sold on the idea. You don't win if you're transmitting
data that's already compressed (ARC, ZOO, LZH) and introducing layers of
protocol into the data stream can make interactive use sort of -- well --
``lumpy.''
 
----
 Steve Yelvington, Marine on St. Croix, Minnesota (USA)
 steve@thelake.mn.org
 Member, Burned Out Newspapercreatures Guild
 
------------------------------
 
Date: 1 Sep 91 12:46:22 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!wupost!waikato.ac.nz!comp.vuw.ac.nz!actrix!Rog
 er.Sheppard@arizona.edu (Roger Sheppard)
Subject: YG modem
To: Info-Atari16@naucse.cse.nau.edu
 
In article <19285@chaph.usc.edu> baffoni@aludra.usc.edu (Juxtaposer) writes:
> In article <iHmD82w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca
 (Michel Forget) writes:
> >The Supra 2400+ is a MNP 2-5 V.42/V.42bis modem.  The program that I am
> [Stuff deleted]
>
>       I had a question about MNP5 and V.42bis.  These are just two different
> data compression algortithms that are implemented in some modem's hardware,
> right?  If so, would it be possible to write a file-transfer program that
> implements these algorithms so that non-MNP5/V.42bis modems can transfer at
 the
> same rate (if they have the same base bps of course - you can't expect a 2400
> bps modem to transfer at the same rate as a 9600MNP5/V.42bis, but you can hope
> to get the same through-put as a 2400MNP5/V.42bis).  This means that the
> program would have to be run on both ends (encode/decode), but is it workable,
> not to mention possible.
>
> >
> ><<  ----------------------------------  >>
> ><<  ersys!mforget@nro.cs.athabascau.ca  >>
> ><<     mforget@ersys.edmonton.ab.ca     >>
> ><<            Michel Forget             >>
> ><<     "He's dead, Jim..." - Bones      >>
> ><<  ----------------------------------  >>
>
> -Mike
 
From what I know there is a Program to do MNP5 but I don't think I
have seen one for V.42, but note , Hardware can run a lot faster than
software, and that could be the main reason..
--
***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
***  Kapiti                        At least I don't Flicker,         ***
***  New Zealand..          *      not like a dying light globe      ***
 
------------------------------
 
End of Info-Atari16 Digest
******************************
