🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.dec.micro
Article #712

Rainbow EchoMail Digest

#712
From: George A. Theall
Date: Tue, 06 Nov 1990 13:19
143 lines
5633 bytes
Rainbow EchoMail Digest                         Nov  6, 1990

In this issue:
  RE: REGIS
  RE: EXTENDED MEMORY ONA
  RE: EXTENDED MEMORY ON A
  CONTACT VINCE PERRIELLO
  RE: MEMORY BOARD


  Articles posted to either INFO-DEC-MICRO or comp.sys.dec.micro are
currently gatewayed to the Rainbow Echo on FidoNet. You do not need
to take special action to respond to articles in these digests.

  Please send reports of problems or suggestions for improvement of
this digest to GTHEALL@PENNDRLS.UPENN.EDU (Internet).
------------------------------------------------------------------------
Date:     11-04-90 (17:37)
To:       PATRICK FINK
Subject:  RE: REGIS
From:     DENIS CICCARELLI

Pat,
 I found an old copy of REGIS.EXE dated 4-10-84 in my files. I don't
have a color monitor so that I have never had a need to use it.
I came with my system. If you would like I can upload this to
Waystar and you can request Kevin Porter to post it for you.
      Regards,
      Denis


- --- Opus-CBCS 1.14
 * Origin: WayStar BBS (1:322/14.0)
------------------------------
Date:     11-04-90 (08:18)
To:       DAVID MAROUN
Subject:  RE: EXTENDED MEMORY ONA
From:     DON MARQUART


 > In fact, the term 'extended memory' is, in much of the literature I read
 > (and in particular, in the documentation with my copy of Windows/286) used
 > for the memory between 640 k and 1024 k.  Memory beyond 1024 k on an
 > expansion board is referred to by Windows/286 as 'expanded memory'.   When

In actuality all memory above 1024K in the IBM world defaults to
"extended". A special driver is required to convert this memory
to "expanded".  Normally, memory mapped between 640-1024 is
reserved for the relocation of BIOS's that reside in that area
which is referred to as "Shadow RAM".  Special programs are
available for the IBM to make use of the extra memory in this
region not used by BIOS's.  To the best of my knowledge there
are no such products for
the RB with the exception of any that may be available for the Rainbow
specific "port" of Windows.

Hope this clearifies matters a bit.

Later...


- --- ConfMail V4.00
 * Origin: Club Micro * CompuMatch (303)973-8578 (1:104/888)
------------------------------
Date:     11-04-90 (10:54)
To:       DAVID MAROUN
Subject:  RE: EXTENDED MEMORY ON A
From:     CARL HOUSEMAN

re: not actually tried using the extra memory on the SS board.

 Correct.  But since no one has said they HAVE, you can pretty much bet
that no one HAS, at least not on this conference.  I know PC and
Rainbow hardware in general, and can only tell you that the
likelihood of what you want the SS board to do is very low.
Certainly getting software that does it on a PC to work on the
SS board has a probability of zero.  The memory architecture of
the PC vs. the Rainbow is just too different.

 I'm sorry that this isn't the response you want, but don't you think
it's better than silence?

 re: what other documentation calls "extended" and "expanded" memory

 The IBM AT Set-up program also makes the grievous error of calling
memory above 1024 "expanded" memory.  All this shows is that
large companies can make mistakes.

 What George Theall & I've told you about this reflects the
industry-standard use of these terms.  And, "arguing about
words" is necessary when interpretation varies and one is
trying to get a handle on what the other guy's talking about!


- --- Opus-CBCS 1.14
 * Origin: Silver Bullet - Silver Spring, Md - 301-622-2247 (1:109/417.0)
------------------------------
Date:     11-04-90 (10:23)
To:       DAVID DEITCH
Subject:  CONTACT VINCE PERRIELLO
From:     GORDON GREEN

On <Nov 02>, David Deitch (1:133/411@fidonet) wrote to gordon green:

 DD> You won't believe this, but back on 31/Oct/90 (was a Wed BTW) at
 DD> about 11:27, gordon green said this to David Deitch:

 > Gee, he is listed in my copy and has been every week.  He is a private
 > node 1:132/491.

 DD>      That explains it.  My compiler removes private nodes from the list.
 DD> If you can't call 'em, they just take up disk space is the reasoning, I
 DD> guess.

Your mailer should host route msgs to Vince via 132/0.  Works fine for
me when I send him mail.


- --- msged 2.05
 * Origin: GG's_point of Cuckoo's Nest : Hudson, NH : HST  (1:132/119.1)
------------------------------
Date:     11-04-90 (08:28)
To:       ALL
Subject:  RE: MEMORY BOARD
From:     FRANK ZSITVAY


In article <6.27317242.@techbks1.FIDONET.ORG>
Richard.Scholtz@f3.n343.z1.FIDONET.ORG (Richard Scholtz) writes:
>NEED TO BUY A RAINBOW 100 MEM EXPANSION BOARD AS MINE AONLY HAS 312K AND CHIPS
>ARE SOLDERED IN---ANY BODY HAVE ONE TO SELL OR KNOW A SOURCE FOR A NEW ONE
>PLEASE CALL 464-4140 (VOICE) OR LEAVE A MESSAGE.

   for sale - rainbow 100b memory expansion board, with socketed memory
chips.   includes 192k ram.   100$   (503)-254-6874 and leave a message.

- --
fzsitvay@techbook.COM - but don't quote me on that....
American Oil Company motto - Bend over, We'll pump!!!

- --- QM v1.00
 * Origin: TECHbooks One, Fido Gate to techbook (503) 644-8135 (1:105/369.0)
------------------------------
Technical Details
Message-ID: <9011061319.AA28479@remote.dccs.upenn.edu>
Path: arc1-ca.pugleaf.net!utzoo!attcan!uunet!nih-csl!lhc!ncifcrf!haven!udel!wuarchive!uwm.edu!bionet!agate!ucbvax!PENNDRLS.UPENN.EDU!GTHEALL

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!attcan!uunet!nih-csl!lhc!ncifcrf!haven!udel!wuarchive!uwm.edu!bionet!agate!ucbvax!PENNDRLS.UPENN.EDU!GTHEALL
From: GTHEALL@PENNDRLS.UPENN.EDU (George A. Theall)
Newsgroups: comp.sys.dec.micro
Subject: Rainbow EchoMail Digest
Message-ID: <9011061319.AA28479@remote.dccs.upenn.edu>
Date: 6 Nov 90 13:19:00 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 143