HDTenEightyP/NetNews huggingface dataset:
From: fisher@ncselxsi.uucp (Chuck Fisher)
Subject: Re: Question on modems
Organization: National Computer Systems, San Jose, CA 95131
Date: Sun, 24 Jan 1993 07:12:58 GMT

In article <1993Jan23.182740.9123@doug.cae.wisc.edu> jimy@cae.wisc.edu (Jim Yu) writes:
>I use a 9600 V.42bis/MNP5 GVC modem with White Knight software.
>
>When I call another identical GVC modem,
>I can transfer ASCII files at ~960 char/sec with Z-modem protocol.

Sounds like the DTC to DTE speed is set to 9600bps.

>However, when I call our college's modem, also a 9600bps (unknown
>brand to me), the same procedure gives me ~1200 char/sec.

The college is probably using 19.2kbps for the DTE/DTC interface.

>Both modems reports "CONNECT 9600T/V42BIS" when connection is established.
>
>Does anyone have any idea why one modem performs that much better than
>the other? In the beginning I thought that the difference was caused by
>different levels of noise in the line, at different calling times.
>Today I called both modems, one after the other, and got the results above.
>
>My GVC manual says that the T after 9600 refers to a Trelis connection
>and is the fastest connection supported by that modem. It also says
>that V.42bis will enable speeds up to 4 times, giving an effective
>speed of 38400bps.
>Well, 960 char/sec is just about 9600 bps. Where is the extra speed
>offered by V.42bis? The file is compressible, as evidenced by the
>college's modem. 
>It just seems odd to me that the GVC will talk faster with other modems
>than with one os its own kind.

You have to understand that there are three interfaces here.  The
local DTE/DCE interface (from you Mac to the modem), DCE/DCE interface
(modem to modem), and remote DTE/DCE interface.  Data cannot flow any
faster than the lowest DTC/DTE interface speed, regardless of any
compression techniques.  Compression occurs before modulation and
1200bps sounds about right for V.42bis over a V.32 connection
(9600bps.)  So the answer is check the DTE to DCE interface speeds and
make sure that they are greater than 9600.  I use 38.4kbps for my Mac
IIci and Telebit WorldBlazer.  This gives about 1600bps for binary
files with a V.32bis connection and V.42bis compression with the
remote's DTE/DCE set to 19.2kbps.

-- 
Chuck Fisher                                        (800) 359-7997 Work
ncselxsi system administrator                       (415) 964-2819 Home
uucp:  ...!netcom!ncselxsi!fisher
Newsgroups: comp.sys.mac.hardware
From: Dale_Adams@gateway.qm.apple.com (Dale Adams)
Subject: Re: Small monitors, big resolutions
Date: Wed, 27 Jan 1993 13:18:11 GMT
Organization: Apple Computer Inc.

In article <C1HxAB.65t@news2.cis.umn.edu> Gene Naftulyev 
<chairman@staff.tc.umn.edu> writes:
> I got an NEC 3FGx running in 16in (832x624) witht the Emachine ColorLink
> SX board and a custom cable....the monitor works, actually I like the
> 84dpi better than 72, but the colors are all fucked up...the pallete is
> all pastel, can't do anything about it...I think this is due to the fact
> that the 3FGx and I suspect the 4FG don't have 832x624 as native
> resolutions...they are not mentioned in the manuals, only 600x800 and
> 1024x768 are mentioned, and so the color gets wacked...

I'm running a 3FGx at 832 x 624 from Quadra onboard video with no color 
problems.  This monitor should not have a problem with this resolution and 
scan rate.   It is much more likely that the video card and/or some 
related software will cause color palette problems. NEC's own 
DPI-on-the-fly software for the Quadras shows that 832 x 624  is a 
supported resolution for the 3FGx, so I suspect your problem is elsewhere. 
Try booting with no INITs and see if the Finder comes up in the correct 
colors.  (You may also want to check your cabling, although I doubt this 
is the problem.)

> The 5FG works fine at 832x624, but then again it is a 17in monitor...

I've found the 5FG works fine at 1024 x 768 and 1152 x 870 (Apple's 2-page 
resolution), also - although most things are a bit tiny at the 2-page 
resolution. :-)

- Dale Adams
  Apple Computer, Inc.
From: Robert_M._McAnulty@maccomw.uucp
Newsgroups: comp.sys.mac.hardware
Subject: Sony 1604 vs E-Machines T-16II
Date: 26 Jan 93 20:43:13 GMT

I am an architect interested in getting into CAD and 3-d modeling.  Several
months ago, I bought IIci 20/230.  Now I'd like to buy a 16" monitor and a 24
bit video card (like the E-Machines Futura SX).

After some fairly extensive research and a close reading of the August
MacWorld review,  I was set to buy the E-Machines T16II.  Alas, I ran out of
money and had to postpone my purchase.  Since then there has been a new
MacUser review recommending the Sony 1604 and the E-Machines has changed
tubes. At this point I can buy the Sony for around $1000. and the E-Machines
for around $1300. 

The only major difference that I can see between the two machines is that the
E-Machine "supports a fourth resolution" (1280 x 1024 pixels) vs Sony's 1024 x
768.  

Here's my confusion:  I've been told that the fourth resolution comes in very
handy when doing CAD work--allowing one to "pan and zoom"  various areas of
the screen without losing image quality.  But it doesnt' seem that that
feature makes much difference to the MacUser reviewers.  Is this because it's
really not all that useful a feature?  Or because the fourth resolution is
only accessible using an unusually expensive video card?  or what?

There must be some way to account for the $300. (25%) difference in the price of these monitors.  I'd just as soon save the money if the "fourth resolution" is of little
or no value.  On the other hand,  I'll pay the money for a higher quality, 
more versatile monitor.

Any insights will be much appreciated--I seem to be frozen in indecision. 
Just plain advice is also welcome.  Other recommendations?



Many thanks.

***************************************************************************
This message was created on MCW BBS a jointly supported by
New Orleans Mac User Group & National Home & School User Group
user@maccomw.uucp        The views expressed in this posting those of the individual author only.
***************************************************************************
Newsgroups: comp.sys.mac.hardware
From: wwalker@qualcomm.com (Bill Walker)
Subject: Re: Deskwriter/LCII problem
Followup-To: comp.sys.mac.hardware
Organization: Qualcomm, Inc.
Distribution: usa
Date: Thu, 28 Jan 1993 00:21:05 GMT

In article <C1J889.C4G@vcd.hp.com>, willa@vcd.hp.com (----- Will Allen
-----) wrote:
> 
> >it's directly connected to the Mac over a generic straight
> >DIN-8 cable; I selected the serial driver icon with AppleTalk off;
> 
> Three possible problems:
> 1) Defective cable, see Marshall's previous post.
> 
> 2) Modem cable.  The effect is the same as (1), same treatment too.
> 
> 3) Wrong port.  Connect the cable to the modem (phone icon) port on the back of your
> Mac, and make sure the modem port is selected when you choose the driver.  The printer
> port will work, but the modem port is the standard place to connect a printer, as the
> printer port is the standard place to connect AppleTalk (don't ask me, ask Apple).
> 
> 
> --
> 
>  . .Will
> 
> Will Allen
> HP Vancouver Division
> willa@vcd.hp.com

I would disagree with (3) above.  I have a Deskwriter connected to the
printer port of my PB160 (when it's on the desk), and it works just fine. 
Oddly enough, I actually have a modem connected to the modem port (not
enough money to buy the internal modem yet, so I'm using an external modem
I already had).  I set it up this way so my wife wouldn't have to remember
that the connections are "backwards" when she moves the PB.

----------
Bill Walker - WWalker@qualcomm.com - QUALCOMM, Inc., San Diego, CA
All opinions expressed are mine, and do not reflect those of my employer.
"First thing we do, we kill all the lawyers." - Shakespeare
Newsgroups: comp.sys.mac.hardware
From: trimper@edsi.plexus.COM (Greg Trimper)
Subject: Re: PB Back Door
Organization: Enterprise Data Systems Incorporated, Appleton WI
Date: Mon, 25 Jan 1993 19:01:48 GMT

Keith.Jones@macrocosm.omahug.org (Keith Jones) writes:

>The rear door on my PB 140 is no longer latching.  Nothing appears to be
>broken; it just stopped working.  Does anyone have any info on this problem?

The one on my 160 stopped latching rather quickly.  It seems to work
merely on friction of the bump in the tab in the slot.

My repair was to take a bit of "PoserTack" a sticky yellow adhesive
that is sold in stationary stores fro putting pictures and such on
walls, and put it above the tab.  Sticks just fine.  Opens easily.

Other people have just removed the door.


Greg Trimper


Newsgroups: comp.sys.mac.hardware
From: celeste%express@freedom.msfc.nasa.gov (Celeste)
Subject: Re: 68000 & Lisa VM (was Re: Motorola's 68060 for the Mac)
Followup-To: comp.sys.mac.hardware
Organization: AEGIS
Date: Wed, 27 Jan 1993 14:03:58 GMT

In article <1jv3a7INN49t@boston.crhc.uiuc.edu>, jchandy@crhc.uiuc.edu (John
Chandy) wrote:
> 
> In article <77386@apple.apple.COM> north@Apple.COM (Don North) writes:
> >In article <D2150056.oaq0me@erics.infoserv.com> erics@infoserv.com writes:
> >>I don't know how this was accomplished. When the 68000 first came out
> >>it was not designed to support virtual memory. At the company I was
> >>then working for, we did a lot of looking to see how we might get around
> >>the limitations that prevented implementing VM. Finally we decided that
> >>there were some instructions (notably the block move instructions I
> >>think) for which not enough information was saved on page fault to enable
> >>them to be restarted. Possibly Apple's compiler never generated these
> >>instructions? On the systems I was working on, we couldn't guarantee
> >>that users wouldn't program in assembly language and use these instructions.
> 
> >The Lisa OS and H/W implemented a segmentation-based VM environment.  It
> >was not a demand-paged system as are most today (ie, Mac VM in Apple's case).
> >References that might cause a fault - by convention ONLY intersegment
> >procedure calls - had to use a calling sequence which was KNOWN to be
> >restartable on a vanilla 68000.  Demand paging of data references WAS NOT
> >supported (ie, would result in a bus error trap to the application). All
> >this, and a full multitasking OS and GUI on a 5 MHz 68000 in 1 Megabyte!
> 
> 
> Of course, there were UNIX workstations from Apollo that also
> supported demand paging on a vanilla 68000.  I believe Apollo
> addressed the problem by using 2 68000's.  The second one was only
> used to load the faulting page into memory and then the other
> processor could continue.  I think the main processor was simply put
> into a wait state until the page was loaded.  Thus no faults were
> incurred on the main processor.
> 
> I don't know if HP or Sun used 68000's in their first workstations.  I
> would guess not, since I think they both started with the 020.
> 
> John Chandy
> j-chandy@uiuc.edu

The SUN 1's were 68010 based! The orginal Lisa was a 68010!
I remember an advertisment by Apollo for a 68000 based "workstation"
for about $10,000.

The "segmentation" method of code virtual memory was the same one as
in early and current Macs. For you history buffs, go look at the
PRT, Program Reference Table of the Burroughs 5500. PRT fuctionally
equlivent to A5 addressing. Both procedure calls and global data
references are made thought it. The B-5500 did in
hardware what the Mac and Lisa did in software for segmentation).
The current VM is simply hardware paging underneth that!
Can you say "Multix" which had both segmenation and paging!!!!

Celeste
"A coding pad in one hand and a scope probe in the other."
Newsgroups: comp.sys.mac.hardware
Distribution: world
From: David_Schwartz@bmug.org
Organization: BMUG, Inc.
Date: Sat, 23 Jan 1993 10:34:39 PST
Subject: Re: PB 140 in PB 145 CLOTHING? FRAUD?

>   Apple did ship the 145 (140) with 6 megs memory instead of four
>   no extra charge - due to "parts shortage". But I hope that's not
>   a smoke screen!!!


But the current PowerBooks have the first four megs on the motherboard; there's
no "parts shortage" that would require adding a 2 meg card!

I'd take it to an Apple dealer, and ask the tech to open it and check.

david "I smell smoke" schwartz
Planet BMUG


**** From Planet BMUG, the FirstClass BBS of BMUG.  The message contained in
**** this posting does not in any way reflect BMUG's official views.
From: jchandy@crhc.uiuc.edu (John Chandy)
Newsgroups: comp.sys.mac.hardware
Subject: Re: 68000 & Lisa VM (was Re: Motorola's 68060 for the Mac)
Date: 24 Jan 1993 15:56:23 -0600
Organization: University of Illinois, Center for Reliable and High-Performance Computing
Distribution: world
NNTP-Posting-Host: boston.crhc.uiuc.edu

In article <77386@apple.apple.COM> north@Apple.COM (Don North) writes:
>In article <D2150056.oaq0me@erics.infoserv.com> erics@infoserv.com writes:
>>I don't know how this was accomplished. When the 68000 first came out
>>it was not designed to support virtual memory. At the company I was
>>then working for, we did a lot of looking to see how we might get around
>>the limitations that prevented implementing VM. Finally we decided that
>>there were some instructions (notably the block move instructions I
>>think) for which not enough information was saved on page fault to enable
>>them to be restarted. Possibly Apple's compiler never generated these
>>instructions? On the systems I was working on, we couldn't guarantee
>>that users wouldn't program in assembly language and use these instructions.

>The Lisa OS and H/W implemented a segmentation-based VM environment.  It
>was not a demand-paged system as are most today (ie, Mac VM in Apple's case).
>References that might cause a fault - by convention ONLY intersegment
>procedure calls - had to use a calling sequence which was KNOWN to be
>restartable on a vanilla 68000.  Demand paging of data references WAS NOT
>supported (ie, would result in a bus error trap to the application). All
>this, and a full multitasking OS and GUI on a 5 MHz 68000 in 1 Megabyte!


Of course, there were UNIX workstations from Apollo that also
supported demand paging on a vanilla 68000.  I believe Apollo
addressed the problem by using 2 68000's.  The second one was only
used to load the faulting page into memory and then the other
processor could continue.  I think the main processor was simply put
into a wait state until the page was loaded.  Thus no faults were
incurred on the main processor.

I don't know if HP or Sun used 68000's in their first workstations.  I
would guess not, since I think they both started with the 020.

John Chandy
j-chandy@uiuc.edu
From: cse0603@desire.wright.edu
Newsgroups: comp.sys.mac.hardware
Subject: Re: Repair for Apple 13" HiRes RGB Monitor
Date: 27 Jan 93 12:13:24 EST
Summary: Replacement of yet-to-fail Caps.?
Followup-To: apple 13" hires rgb monitor failure
Organization:  Wright State University 

 
> This sounds like the defecttive Hi Voltage Capacitor problem. 
> 
> The following quote descibes the problem and solution
> 
> --begin quote
> 
> 	"A defective high-voltage capacitor in certain displays
> 	manufactured between March 1990 and July 22, 1991, can cause the
> 	Mac as well as the monitor to shut down unexpectedly. the affected
> 	monitors reportedly have serial numbers in the following ranges...
> 
> 	7000001 - 7101012, 5378111-5624450 and 9000001- 9029500
> 
> 	The repair program officially called the 13" RGB High Voltage 
> 	Capacitor Repair Extention Program, provides for free replacement
> 	of failed capacitors until March 15,1993.
           ^^^^^^
What about monitors (or capacitors) that have not failed yet?  Will they be
replaced under the program?

Also, a local dealer told me the program was extened to March 24, 1994.  Can
anyone confirm this?

Finally, what is the source of this quote?  Is it from Apple?

> 
> 	Users who have already paid authorized Apple service providers for
> 	out-of-warrenty repairs to correct the problem are eligible for
> 	reimbursement if they submit doc by Aug 15 to ..
> 
> 	APPLE computer Inc.
> 	Attn: High Voltage Capacitor Reimbursement 
> 	P. O. Box 17214
> 	Denver, colorado 80217
> 	Further info call: (303) 297-2321" 
> 
> --end quote
> 
> Note that the repair program ends at the end of March, so if your unit's
> serial number falls in the appropriate range, get it fixed asap.
> 
> -tony
> 
>>>usual disclaimer<<
> 
> I hope the above helps for those experiencing the intermittent monitor 
> failure problem
> 
> Eric Christensen

Thanks.

-Steve

cse0603@desire.wright.edu
From: an780@cleveland.Freenet.Edu (Travis Grundke)
Newsgroups: comp.sys.mac.hardware
Subject: New Macs Supporting 16"ers...hmmm
Date: 27 Jan 1993 02:46:56 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: an780@cleveland.Freenet.Edu (Travis Grundke)
NNTP-Posting-Host: thor.ins.cwru.edu


Its interesting how most of Apple's new Macs have come out (and supposibly
will come out) with support for 16" monitors. Just a few months ago word
floated around here and in MacWEEK that Apple is trying to push 16"
monitors as the 'future' standard. Is it me or is this rapidly occuring?
-- 
Travis Grundke		   |If you would like to receive a FREE Trial issue
Contributing Editor,	   |of MacGames Digest, the best source for Mac games, 
MacGames Digest	 	   |news and reviews- please reply to this e-mail 
an780@cleveland.freenet.Edu|address. 1992-1993 MacGames Digest
Newsgroups: comp.sys.mac.hardware
From: tcmay@netcom.com (Timothy C. May)
Subject: Re: New 150 meg Bernoulli Questions...
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
X-Newsreader: Tin 1.1 PL5
Date: Sun, 24 Jan 1993 22:49:07 GMT

Ray Fischer (ray@netcom.com) wrote:
: seth@physc1.byu.edu writes ...
: >I have been told that Iomega has released a new, 150 meg version of their
: >Bernoulli removeable hard-drive. My bookstore does not have any details yet,
: >and I am possibly in the market for a new hard drive in the somewhat near
: >future. Has anyone heard anything about this drive, such as how much it ought
: >to retail for? Educational price? Also, were they able to make this drive 
: >faster than their 90 meg drive?
: 
: I saw $220 per cartridge and bought a 128MB magneto optical drive
: instead (with <$40 cartridges).  I believe the drive is somewhere
: around $700-$800.

I also ended up buying a 128 MB MO, even after being very impressed
with the shock resistance of the Bernoulli 150 at Macworld Expo.

MO: $1200 + $40 per 128 MB disk
Bernoulli: $800 + $220 per 150 MB disk/cartridge

Crossover in cost occurs at about 500 MB of total storage (both drive
types come with one cartridge). As I already have 6 disks (768 MB,
unformatted), I'm already ahead of the Bernoulli option.

I got the APS drive, with the Epson mechanism. Speed is good (I won't
post an exhaustive analysis, as I've only done a handful of tests).

Another key factor is that the MO standard is supported by a dozen or
more companies, while Bernoulli is a proprietary technology of Iomega.
Who knows what'll happen to them over the next several years.

Hope this helps your decision.


-- 
..........................................................................
Timothy C. May         | Crypto Anarchy: encryption, digital money,  
tcmay@netcom.com       | anonymous networks, digital pseudonyms, zero
408-688-5409           | knowledge, reputations, information markets, 
W.A.S.T.E.: Aptos, CA  | black markets, collapse of governments.
Higher Power: 2^756839 | Public Key: waiting for the dust to settle.
From: danmcd@cs.arizona.edu (Daniel L. McDonald)
Newsgroups: comp.sys.mac.hardware
Subject: Re: Quadra 700 questions..
Date: 28 Jan 93 03:38:37 GMT
Distribution: na
Organization: U of Arizona CS Dept, Tucson


One small thing, though.  Dale's chart is very handy, but what about 16-bit
resolutions?  Doesn't QuickTime work optimally in 16 bits?  I'd like to have
a built-in video system that supports it.

Also, Dale, here's another vote for updates.  Especially (after 2-10, of
course) information on the new models, if they're any different from the Q700,
900, and 950!
--
Dan McDonald    |Internet: danmcd@cs.arizona.edu, UUCP: ..!uunet!arizona!danmcd
U. of Arizona   |BITNET: danmcd%cs.arizona.edu@arizona.BITNET
Computer Science| "We will pay the price,
Graduate Student|  but we will not count the cost." - Rush (N. Peart)
From: tcwan@umiami.ir.miami.edu
Newsgroups: comp.sys.mac.hardware
Subject: Re: Registers (was 68060 for Macs)
Date: 21 Jan 93 15:23:11 EST
Followup-To: comp.sys.mac.hardware
Organization: Univ of Miami IR

In article <WAGNER.93Jan21091430@grace.math.uh.edu>, wagner@grace.math.uh.edu (David Wagner) writes:
> 	<1993Jan18.024452.20791@bilby.cs.uwa.edu.au> <mhk=Av+@engin.umich.edu>
> 	<noah-200193075654@noah.apple.com>
> NNTP-Posting-Host: grace.math.uh.edu
> In-reply-to: noah@apple.com's message of 20 Jan 93 16:14:40 GMT
> 
> It's nice to have all of these facts about size of registers,
> data bus, clock speed, etc.  But nobody had said anything
> about numbers of registers.  For example, the 68881 has 
> 8 extended-precision floating-point registers.  By way of
> comparison, the RS/6000 has 32 (double precision?) floating-
> point registers.  I believe the comparisons for integer and
> address registers are similar, but I don't actually know.
> 
> Clearly a processor can run faster if it can keep data in registers
> rather than writing values out to memory and reading them back in
> again when needed.  Cache helps in this regard, but not quite as much
> as registers.  However binary compatibility for software demands that
> processors have the same number of each type of register, or else only
> the minimum number of registers will be used.  Hence I would expect
> that the 68060 will have the same register architecture as the
> 68030/68882.

Hmmm, seeing the comment about keeping data in registers -- there's an
article in the latest Byte magazine about the Hobbit processor from
AT&T. It doesn't use program addressible registers at all. It's a memory
to memory architecture, compared to the more traditional register to memory
architecture of the 68x000 and 80x86 chips.

Of course, a very large cache will be needed to keep processing at the CPU
speed.

 
t.c.
Grad student,
Univ. of Miami, FL

#This has nothing directly related to the 68060 discussion, but I'd thought
that it's a neat idea :) [they didn't talk about this in my computer
architecture class]

> 
> David H. Wagner
> You didn't hear it from me!
From: 01saeid@ac.dal.ca
Newsgroups: comp.sys.mac.hardware
Subject: Help in finding HardDrive for Mac 512K.
Date: 27 Jan 93 11:07:44 -0400
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

Can anyone help me in finding a hard drive with a serial port
connection for a mac 512K. It is a sort of a hard drive that
plugs in the printer port and provides the connection to the
512K mac.

Please e-mail directly to my address.
01saeid@ac.dal.ca
From: jangus@alnitak.usc.edu (Jim Angus)
Newsgroups: comp.sys.mac.hardware
Subject: Original HP LaserJet Printer
Date: 22 Jan 1993 15:53:48 -0800
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: alnitak.usc.edu

We've just obtained one of the original HP LaserJet printers and would
like to hook it up to a Mac IIci, AppleTalk Network or ethernet.  HP tells
me that they don't support such connections.  Anyone out there have a driver
and know where we can get the appropriate cables?

Please reply via eMail.  I'll post a summary.

jangus@alnitak.usc.edu