Copy Link
Add to Bookmark
Report

Info-Atari16 Digest Vol. 91 Issue 459

eZine's profile picture
Published in 
Info Atari16 Digest
 · 26 Apr 2019

  

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
******************************

← previous
next →
loading
sending ...
New to Neperos ? Sign Up for free
download Neperos App from Google Play
install Neperos as PWA

Let's discover also

Recent Articles

Recent Comments

Neperos cookies
This website uses cookies to store your preferences and improve the service. Cookies authorization will allow me and / or my partners to process personal data such as browsing behaviour.

By pressing OK you agree to the Terms of Service and acknowledge the Privacy Policy

By pressing REJECT you will be able to continue to use Neperos (like read articles or write comments) but some important cookies will not be set. This may affect certain features and functions of the platform.
OK
REJECT