home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!agate!usenet.ins.cwru.edu!cleveland.Freenet.Edu!aa349
- From: aa349@cleveland.Freenet.Edu (Howard Herman)
- Newsgroups: comp.sys.cbm
- Subject: Re: SwiftLink/RamLink
- Date: 22 Dec 1992 06:31:30 GMT
- Organization: Case Western Reserve University, Cleveland, Ohio (USA)
- Lines: 36
- Message-ID: <1h6co2INN5m4@usenet.INS.CWRU.Edu>
- NNTP-Posting-Host: hela.ins.cwru.edu
-
-
- In article, edwardp@ra.cs.umb.edu (Edward P. Piecewicz) writes:
-
- >Is it possible for CMD's SwiftLink and RamLink devices to work together
- >at the same time?
-
- Yes!
-
- But.... On a stock RAMLinto NORMAL while a SwiftLink is in use. What this means is that programs like
- Dialogue128 which can use the REU as part of a BIG buffer, can no longer
- access it. (I believe that this would also affect ability to use CBM's
- RamDos.) Access to RAMLink's RAM however is not affected.
-
- The "fix" is quite simple. Two wires in RAMLink to bypass that switch. Then
- you can run SwiftLink and fully access RAM in the REU.
-
- The only thing is that once this "fix" is done, users must be careful IF they
- use other cartridges that their memory addresses will not conflict with that
- of the REU, which is why that switch is there in the first place.
-
- It is all up to how the user may want it configured. Me? Well I am getting
- one of those speedy modems for Christmas, so will be putting SwiftLink into
- constant use, and will opt for the fix now.
-
- >(I don't have either, but the question was recently asked of me.)
-
- They are both terrific. Cannot imagine being without.
-
- >Thanks.
-
- Welcome!
- -------------
- Howard Herman
- INET: 72560.3467@CompuServe.COM
-
- --
-