HDTenEightyP/NetNews huggingface dataset:
From: D0989@AppleLink.Apple.COM (G-Bar Partnership, R Myers,PRT)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re: Serial Port Hardware Overr
Date: 21 Jan 93 03:30:00 GMT
Organization: AppleLink Gateway

Dear Keith,
 
Just some notes from the trenches in dealing with the Mac serial ports.
 
If something holds the interrupts off for more than 3 character periods (about
3ms @ 9600 bps) the SCC will overrun.  The Mac OS has hooks in some interrupt
routines to try to unload the SCC manually, and to insert the received chars
into a buffer that will be unloaded by the driver the next time the driver is
called.  If you are not doing anything special to the SCC setup, or are not
writing your own driver this _generally_ works.  Apple however loudly declaims
(and disclaims) that the Mac is not a real-time device and that you can't count
on how long or when interrupts may be off.  Disk activity and network activity
(LocalTalk particularly, for obvious reasons) can shut the interrupts off for
long enough that you can drop characters.
 
If you are doing something silly with the SCC all bets are off.  We have a
special driver that when the SCC is properly configured for the data stream
that we are looking at (which is broadcast, we can't handshake it), the receipt
of a character doesn't set the bit on the VIA that the little hooks are looking
for.
 
If you are not messing too badly with the SCC, but are using your own driver
you may be in better shape.  DTS sent me a copy of the serial driver in the 64k
rom machines as an example of how to to use the PollProc hook (what they call
that little stack of characters).
 
You probably just should do handshaking if you can.
 
Good luck,
 
Bob Myers
 
Newsgroups: comp.sys.mac.oop.macapp3
From: dank@netcom.com (Dan King)
Subject: Re: Problem Reading ETO #9
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Thu, 28 Jan 1993 00:28:12 GMT

We've had problems with ETO #9 as well.

When we first received it, we'd either get read errors or hang whenever we
accessed it...A phone call to APDA brought us a replacement within a few days,
but it has the same problems.

Someone please tell me that ETO 10 won't have the same troubles...

dank
From: A-LAMBERT@ADFA.OZ.AU
Newsgroups: comp.sys.mac.oop.macapp3
Subject: MABuild -UserAutoBuild
Date: 22 Jan 93 22:35:00 GMT
Organization: AppleLink Gateway

Hi there,
    I am having a little trouble with building an application under MacApp3.0.1
I am trying to set up a set of libraries within my MAMake file. This is how
I attempt to do it - any advice on why APP.MakeIt does not include lib
statements would be appreciated!!!!
 
Inside APP.MAMake
...
   OtherLinkFiles = "{ObjApp}MyLibrary.o"
 
   MAUserAutoBuild = "{ObjApp}MyLibrary.o"
 
   "{ObjApp}MyLibrary.o"   {MyObjectFiles}
 
Then on the command line...
 
  MABuild APP -Link "-w" -NeedsColorQD -NeedsFPU -NeedsMC68030
-NeedsSystem7 -Sym -CPlusLoad -UserAutoBuild
 
The {ObjApp}APP.MakeIt file contains Cplus and Link and rez lines etc, but
no evidence of why. Any help would be appreciated.
 
                  Thanks Andrew.
 
 
          |                               -------------------------------
     /--\_|\          "Australia is      |        Andrew Lambert         |
    /       \          just the west     |Dept. of Electrical Engineering|
    \   __   |     \   island of         |      University College       |
     \-/  \-/      ##  New Zealand"      |           A.D.F.A.            |
           0       /                     |    Canberra, A.C.T. 2600      |
                  /                      |          AUSTRALIA            |
                                         | PH 6-2688445    FAX 6-2688443 |
      email: a-lambert@adfa.oz.au        |_______________________________|
From: V0893@AppleLink.Apple.COM (Amoco Technology, Jeff Jurvis,VAR)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Localization
Date: 21 Jan 93 17:29:00 GMT
Organization: AppleLink Gateway

International Sophisticates-
 
Does anyone have a recipe for localizing MacApp 3-based applications for Roman
language markets? For now, we're shooting at producing a demo version of our
app that will speak Italian in a few short weeks.
 
We already have our in-house code prepped: all Americanisms are in resources
(dialogs, error messages, etc.). There are parts of MacApp that overlap with
our code, specifically error messages. It looks like a few changes to
ErrorMgr.r will solve most of that problem. But what of the rest of MacApp?
 
If anyone has already gone through this process, we would greatly appreciate
receiving any tips, hints, etc. you might be able to supply.
 
So far our process has included global searches for occurrences of ",' and 0x,
and thorough siftings through .r files. We are also working on getting our
hands on the system software and keyboards for specific markets.
 
Jeff Jurvis
Amoco Technology Company
From: K.FIELDHOUSE@AppleLink.Apple.COM (Biodex Corp, Keith Fieldhouse,PRT)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Serial Port Hardware Overrun?
Date: 21 Jan 93 02:12:00 GMT
Organization: AppleLink Gateway


 
I am encountering a problem using the modem port within a MacApp aplication
that I'm working on.  I am communicating with a measurement device and most of
the data is going from the device to the Mac.  I process input from the Mac in
a ::DoIdle method in the event handler that manages the device for me.  In
general this works very well.  I've set the ports *software* buffer to a size
that essentially assures that I won't encounter software overruns while running
(input from the device only comes when asked for within the ::DoIdle).  I don't
encounter software overruns.  Occaisonally, however, I do encounter a hardware
overrun.  The serial connection is 96008N1 running on a Mac LCII.  Currently
there is no handshaking whatever between the devices. Quite frankly I'm
suprised that even a lowly LC II can't keep up with data in that configuration
but to be honest I have no basis for that belief -- other than the fact that
the vast majority of the time sees the connection working just fine.
 
My question is, what things (MacApp releated or not) affect the serial driver'
ability to keep up with the data connection?   I'm not opposed to putting in
hardware handshaking (I'd prefer not to use Xon/X0ff as that would complicate
data transmission) but I'd like to understand better just what is going on when
I get these hardware overflows.  Any light you can shed will be greatly
appreciated.
 
Regards,
 
Keith
From: TWHITE@TRIVIA.COGINST.UWF.EDU
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Mailing List
Date: 28 Jan 93 18:22:00 GMT
Organization: AppleLink Gateway

Please remove my AppleLink Address from the MacAppTech list of addresses.
Thanx.
 
Tony White
Institute for Human and Machine Cognition,
University of West Florida
 
Internet: twhite@ai.uwf.edu
Voice:       (904) 474-3068
Fax:           (904) 474-3023
 
What is Mind?  No matter.  What is matter?  Never mind.
                Thomas Hewitt Key (epigram in Punch)
From: WICAT@AppleLink.Apple.COM (Wicat Systems, Michael Rossetti,PRT)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re3: Flame of the Week
Date: 27 Jan 93 04:56:00 GMT
Organization: AppleLink Gateway

Gordon,
 
Perhaps you have some "inside" information which affects your
opinion--information which isn't available to the "rest of us."  If you don't
have inside information then you are making assumptions about future
environments which may or may not materialize.  If you do then you are
expecting a lot of faith from the rest of us.
 
When Pink becomes real, when Bedrock becomes real, when the tools are available
to the serious developer (and serious developer is not synonomous with
Microsoft, Adobe, Claris, etc.) then we can get serious about major changes to
the MADA charter--and we _should_, at that time.  Until then we should continue
to examine the emerging technologies so that we make the right choices at the
right time.
 
Mike Rossetti
AppleLink: WICAT
Internet:  mikey@wicat.com
From: SW0169@AppleLink.Apple.COM (Cross Software,Helsingborg,SE,IDV)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Add us to mailing list...
Date: 27 Jan 93 17:02:00 GMT
Organization: AppleLink Gateway

Please add us (again) to the eminent MACAPP3TECH$ conference mailing list,
please!
 
Sincerely,
 
Bo Klintberg,
Cross Software AB
From: NICK.PILCH@AppleLink.Apple.COM (Pilch, Nick)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re: When no printer is selecte
Date: 28 Jan 93 22:02:00 GMT
Organization: AppleLink Gateway

Another clarification/correction to the replies about the printer detection
issue: The 'STR ' -8192 resource will not EXIST until a printer is chosen
(rather than existing as a null string). I checked this on a system 7.1 that I
just installed fresh yesterday.
 
Nick Pilch
nicky@apple.com
From: LITTLE@AppleLink.Apple.COM (Little, Gary)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: MacApp 3.0.1 Command Reference
Date: 26 Jan 93 22:32:00 GMT
Organization: AppleLink Gateway

Hello all,
 
There's been a flurry of activity on tech$ regarding the MacApp Command
Reference, including whether it's included with E.T.O. etc.
 
The short answer is that the MCR is not included with the E.T.O. product. As
you know, E.T.O. is made up of a combination of discrete products, including
MacApp, and since the MCR is not part of the standard MacApp product it's not
part of E.T.O. either. At this time, there are no plans to add the MCR book to
the standard MacApp product; if this situation changes, however, we'd include
it with E.T.O.
 
Note, however, that the material found in the MCR is included in electronic 411
files on E.T.O. Thus, you do have convenient access to the same material that's
in the printed book.
 
 
Gary Little
E.T.O. Product Manager
From: WICAT@AppleLink.Apple.COM (Wicat Systems, Michael Rossetti,PRT)
Newsgroups: comp.sys.mac.oop.macapp3
Subject: Re: Flame of the Week
Date: 25 Jan 93 16:06:00 GMT
Organization: AppleLink Gateway

Dave,
 
Excellent comments.  I too have been concerned about the charter for MADA and
whole-heartedly agree with you that "Macintosh" should be retained in the name
and the emphasis continue to be on the Macintosh platform.  This does not mean
that we cannot also consider and discuss other platforms--indeed, it is
probably in our interest to foster the cross-platform discussions but not at
the exclusion of the Macintosh.
 
So I'd like to submit the name "Macintosh Advanced Developers Association" for
our organization.
 
As I said in my campaign statement I believe that MADA has the responsibility
to advocate our needs with the various hardware and software manufacturers:
specifically Apple.  We do need to keep MacApp alive until we find suitable
alternatives.  We do need to provide transistion assistance to our members when
those alternatives become viable.
 
If MADA doesn't retain its focus on Macintosh then we might as well just
subscribe to JOOP, SCOOP, C++ Journal, etc. and attend their conferences.
 
Mike R.
 
Newsgroups: comp.sys.mac.oop.misc
From: tch@cactus.org (Timothy Harrison)
Subject: Re: Macintosh SIMULA to be distributed with next ASU newsletter
Organization: International Software Systems Inc., Austin, Texas
Date: Fri, 22 Jan 1993 12:33:18 GMT


Does the LUND implementation for SIMULA still require that you have the MPW
assembler?

-- 
-- Tim Harrison <harrison@issi.com>
-- International Software Systems Inc.
-- 9430 Research Blvd./Echelon IV, Suite 250/Austin, TX 78759
-- Phone: (512) 338-5722  FAX: (512) 338-5757
From: Chuck Pliske <chuckp@u.washington.edu>
Newsgroups: comp.sys.mac.oop.misc
Subject: Re: Macintosh SIMULA to be distributed with next ASU newsletter
Date: 25 Jan 1993 01:23:03 GMT
Organization: University of Washington
Distribution: world
NNTP-Posting-Host: chuckp.staffdev.washington.edu
X-UserAgent: Nuntius v1.1.1d17
X-XXMessage-ID: <A78880F9B601372A@chuckp.staffdev.washington.edu>
X-XXDate: Sun, 24 Jan 93 01:23:05 GMT

Subject: Re: Macintosh SIMULA to be distributed with next ASU newsletter
From: Timothy Harrison, tch@cactus.org
Date: Fri, 22 Jan 1993 12:33:18 GMT
In article <1993Jan22.123318.1919@cactus.org> Timothy Harrison,
tch@cactus.org writes:
>
>Does the LUND implementation for SIMULA still require that you have the
MPW
>assembler?
>

I'd be real suprised if that had changed, but I have sent a letter to the 
author.  If the Assembler is no longer required I'll post the new 
information.

Chuck
Newsgroups: comp.sys.mac,comp.sys.sgi,comp.sys.mac.hardware
From: Mike.Word@launchpad.unc.edu (Mike Word)
Subject: Can I use a spare Indigo disk in a Mac LC?
Organization: University of North Carolina Extended Bulletin Board Service
Distribution: na
Date: Thu, 21 Jan 1993 15:02:47 GMT

I just upgraded a Silicon Graphics Indigo with a large disk and
consequently have a spare 400MB Segate ST1480N (internal) half height disk
drive. I am curious if it would be possible to replace the 40MB (sad but
true) disk drive in my old Mac LC with this guy. Any ideas? Do I need
special boot or formatting software? Your answers to
jmw9681@usav01.glaxo.com will be appreciated.

Thanks much

Mike Word
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  laUNChpad.unc.edu or 152.2.22.80
Newsgroups: comp.sys.mac.hardware
From: smt1179@ritvax.isc.rit.edu (Tom Thatcher)
Subject: Re: Stylewriter (II) driver at ftp.apple.com?
Reply-To: smt1179@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Sat, 23 Jan 1993 16:21:18 GMT

In article <Jan.21.15.17.19.1993.12465@gandalf.rutgers.edu>, rgonzal@gandalf.rutgers.edu (Ralph Gonzalez) writes:
>
>I see that stylewriter 7.2.2 is on ftp.apple.com. Is this the driver
>for the StyleWriter II? Does it work (allowing grayscale) with the
>StyleWriter I? (I know this was just discussed on the net, but as far
>as I could see the discussion was not conclusive...)
>
>

Stylewriter 7.2.2 is quite definitely, once and for all, no question
about it, the System 7 _Tune-Up_ Stylewriter driver.  It is somewhat
faster than the original system 7 driver, and supports background
printing.

It therefore is at least 8 months old and has nothing to do with the
Stylewriter II.

Tom 

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^ "A keyboard.  How quaint."                    ^  Tom Thatcher
^  Scotty, to a Mac Plus, in Star Trek IV       ^  University of Rochester
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
From: bowler@athena.mit.edu (Bert Smith)
Newsgroups: comp.sys.mac.hardware
Subject: Re: Latest Prices
Date: 29 Jan 1993 03:07:37 GMT
Organization: Massachusetts Institute of Technology
Distribution: usa
NNTP-Posting-Host: vongole.mit.edu

In article <1993Jan27.230931.20501@kronos.arc.nasa.gov> kthompso@kronos.arc.nasa.gov (Kevin Thompson) writes:
>In article <82084@hydra.gatech.EDU> gt4997b@prism.gatech.EDU (hamza benamar) writes:
>>
>>	Here are the prices, educational must I add, at the GTech
>>  computer store :
>
>What's really amazing to me is how inconsistent these all are from school to
>school.  I don't have the time nor inclination to type in tons of these, but
>here's some examples, from the Stanford guide dated 12/31/92

[price comparisons and complaints deleted.]

Apple lowered the prices on a number of machines on the 25th of Jan,
explaining much of the differences.  The IIsi and LCII aree getting
pretty close to being free.

-bert
From: dan@cafws2.eng.uci.edu (Dan Harkless)
Subject: Re: Motorola's 68060 for the Mac
Newsgroups: comp.sys.mac.hardware
Organization: University of California, Irvine
Date: 24 Jan 93 08:21:04 GMT
Distribution: na

In article <1993Jan19.194337.14060@nmsu.edu> bgrubb@dante.nmsu.edu (GRUBB) writes:
>I briefly touched on this in my Mac & IBM info articles.

	Good job on those articles.  Very interesting reading.  You might want
to put the information you write below in there, though.  

>As a general rule of thumb PDS accelerator cards become the active CPU, while
>NuBus Cards can be either active CPU or Co-CPU.  A Co-CPU requires SIMMs on
>it instead of in the Computer (In essence a Co-CPU NuBus card creates a mini
>computer within the larger computer and so requires RAM of its own.)
>
>A CPU accelerator alone will not make one mac equivalent to another.
>For instance the Quadra 900 and 950 have SCSI-2 controler chips with a
>present only allow MUCH faster SCSI-1 through put then any other Mac.
>When the OS SCSI manager gets rewriten these Macs will have MOST of the
>SCSI-2 abilities that an accelerator alone cannot provide.

	But other than the SCSI and such things, an 040 accelerator equipped
030 Mac will look like an 040 computer to software?

------------------------------------------------------------------------------
| Dan Harkless                | "The sore in my soul                         |
| dan@cafws1.eng.uci.edu      |  The mark in my heart  ->  Front 242,        |
| dharkles@bonnie.ics.uci.edu |  Her acid reign..."        Tragedy >For You< |
------------------------------------------------------------------------------


Newsgroups: comp.sys.mac.hardware
From: feldman@urbana.mcd.mot.com (Mike Feldman)
Subject: Re: Mac 512kE monitor problems....
Organization: Motorola Computer Group, Urbana Design Center
Date: Thu, 28 Jan 1993 20:42:19 GMT

In article <1993Jan20.034321.7127@Princeton.EDU> Geoff M. Kizer <gmkizer@phoenix.princeton.edu> writes:
>I'm trying to repair a Mac512kE with intermittent monitor problems.
>
>After the Mac is on for a few minutes, the screen blanks out.
>
>The owner noticed that a few hits to the side sometimes brings the
>display up temporarily.
>
>It seems that the solder joints check out -- any suggestions about where
>I should look for the problem?  Is there a typical reason for the mac
>internal monitors to fail?
>
>Thanks.
>
>-- Ken Stineman
>(stineman@phoenix.princeton.edu)

Look harder at the solder joints on the analog board, like with a good
magnifiying glass or handheld microscope, especially the joints for the
in-line connectors, the flyback transformer, diodes, and the power caps.
Look for cracks all the way around the central conductor.  If in doubt,
resolder it.

The last time my 512KE did this (about 2 years after replacing C1), I found
about a half-dozen cracked solder joints, and I couldn't see any of the
cracks with the naked eye.  It's been very stable since resoldering them.

Then look at the connectors to the tube, both on the board and on the
wire harness, if the pins are corroded, it's probably best to replace
the connectors.

Also, cap C1 is a popular failure, but I don't think it gives total blank.

I was able to get single replacement parts from

	Soft Solutions
	907 River Road, Suite #98
	Eugene, OR 97404
	503-461-1136, 503-485-4529 FAX
-- 
Mike Feldman, Motorola Computer Group,     (217) 384-8538, FAX (217) 384-8550
1101 East University Avenue	   Pager in IL (800) 302-7738, (217) 351-0009
Urbana, IL 61801-2009 (mcdphx|uiucuxc)!udc!feldman feldman@urbana.mcd.mot.com
Newsgroups: comp.sys.mac.hardware
From: segall+@cs.cmu.edu (Edward Segall)
Subject: Re: PhoneNET - CAUTION
Organization: School of Computer Science, Carnegie Mellon
Date: Fri, 29 Jan 1993 01:10:43 GMT

>In article <C1GKzy.Gvx@cs.vu.nl>, abbestee@cs.vu.nl (Wouter Abbestee)
>wrote:
>> Hello,
>> 
>> Isn't it possible to use a stylewriter-cable to hook up two macs? Or could this dammage the powersupply?

The way I heard it, it's only ok if the macs share a common ground.
If they are grounded separately in the wrong environment, then ground
loop currents can develop, causing serious problems (like burned out
boards).  So it may work if they are plugged into different lines, but
it might toast your Macs.  The only way you can be sure you're safe is
to plug them both into the same powerstrip; or, if you have an
otherwise unused AC line, plug both into that. 

--Ed
From: ficara@remus.rutgers.edu (ken ficara)
Newsgroups: comp.sys.mac.hardware
Subject: ImageWriter II with IBM?
Summary: Possible to use IWII with IBM PC?
Keywords: Printer IBM
Date: 27 Jan 93 19:25:56 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

Has anyone had any experience with using an ImageWriter II with an IBM
PC (in this case, an original XT)? Any hints, suggestions on cabling,
etc etc etc, would be greatly appreciated. Email or post. I'll
summarize to the net if I get interesting stuff via email.


-- 

Ken Ficara                                        ficara@remus.rutgers.edu
GEnie: K.FICARA / Compuserve: 71311,1461 / AOL: KENFICARA / Prodigy: (Ha!)
Organization: Stanford Linear Accelerator Center
Date: Thursday, 21 Jan 1993 09:52:32 PST
From: <HARM@SLACVM.SLAC.STANFORD.EDU>
Newsgroups: comp.sys.mac.hardware
Subject: long cables - sources

This is a summary of the information sent to me about my posted
request for long video cables for mac to 13 inchers.

Brian says:
   CABLES-TO-GO has lots of cables and lots of lengths.
   Prices are very good, but a charge of $6 added if order is
        under $ 50.00.   Phone number 800 cbl-togo.(from Brian).

Tony says:
   Kensington makes such a cable.  Try ComputerWare in Palo Alto, Ca.
   Try CompUSA, also.

Bradley says:
   Try CompUSA 800-451-7638.(from Bradley). Estimated price $ 40.00.

Stefan says:
   Original cable from apple is plenty long enough.  Be careful of
      cables too long.  Kensington cable is so long it adversely
         affects the monitor focus.

Well, I'm ready to go shopping.

Thank you all for reading and responding to my post.
Thanks especially to Stefan for enduring my feeble typing practices
   at personal pain, in order to enlighten this dork who types all caps.

                                                 Jim Harm.

Just for the record:
  My postings have nothing to do with anything.  That is:
  Nobody here at work or the funding agency or the institutions
        from which I post take any responsibility for what I do or say
                               ...or post.
Newsgroups: comp.sys.mac.hardware
From: rosenbla@staff.tc.umn.edu ()
Subject: Help w/Moniterm Monitor
Organization: University of Minnesota
Distribution: na
Date: Tue, 26 Jan 1993 13:20:08 GMT


        I recently acquried a 19" Moniterm Viking model VY1000 color monitor.
        Unfortunately, I didn't get any supporting documentation
        with it. This is an old monitor (June 1987) and I am told the
        manufacturer is out of business. I would like to know if there is 
        any way to get some documentation on the monitor. If formal
        documentation isn't available,
        there are two things I'd like to know. First,
        I would like to know the pinouts on the 9-pin connector on the
        back of the monitor. Second, since this is only a Class A 
        computing device, any suggestions on how to reduce
        the EM emissions from the box would be most helpful.

        I'd really appreciate any help with this problem. Please
        send me some e-mail if you can help.

        Kurt Kermes
        kurt.kermes@cray.com