From: Lloyd Wood <L.H.Wood@student.lut.ac.uk>
Subject: What is gzip? What do I need? textfile
Date: Sat, 7 May 94 18:35:04 BST

What is gzip? What is .gz? is asked on a regular basis in the Mac newsgroups.
Attached is an information file I wrote, answering these questions. Although
this file is now part of the MacGzip distribution, first the Mac user
has to know that he or she needs MacGzip.

I hope that uploading this file into the information directories will go 
some way towards addressing that.

 -- L.
_____________________________________________________________________________
L.H.Wood@student.lut.ac.uk     Email me for a copy of the Mac screensaver FAQ

From: Lloyd Wood <L.H.Wood@student.lut.ac.uk>
Subject: A real-life use of MacGzip for Mac users!
To: macspd@ivo.cps.unizar.es

(C) L.H.Wood <L.H.Wood@lut.ac.uk>. All rights reserved.
Comments and corrections welcome.

Second release - src.doc's umich mirror is /packages/mac-umich,
not /packages/umich. Umich's PC and ST archives are also mirrored here,
resulting in the changed name. Mentioned Grubb's ftp list. Added notes
at end. Minor changes throughout.

First release - corrections by SPDSoft, included in the MacGzip
0.2 -> 0.2.1 updater.


USING src.doc.ic.ac.uk (146.169.3.7) AS YOUR MAC ARCHIVE SITE


A guide to European/UK Mac users wanting to get the most out of
a local Mac software archive mirror.

US Mac users should look first to wuarchive.wustl.edu as the primary
mirror of both info-mac and umich.

Mac users running MacTCP should get the latest distribution of Fetch,
which includes 'bookmarks' pointing at info-mac mirrors worldwide.
Use the bookmark for your local mirror, and see Bruce Grubb's
Mac ftp list, posted regularly in the comp.sys.mac.groups and in
info-mac/info, for a list of other mirrors and other sites with
interesting Mac-related files.


src.doc.ic.ac.uk is a large ftp site based at Imperial College
in London, England. It mirrors two of the important Mac sites -
umich and sumex, or info-mac, and it's updated frequently.

Since src.doc allows up to 300 simultaneous users, it would be a
good idea to use it as your local Mac mirror, especially if you're
in the UK. However, a few eccentricities of the site in comparison
with usual Mac archives means that some extra thought is needed in
getting files to a Mac. Here's what I've learned. This information
is applicable to many other sites which have 'smart' ftp daemons, so
it is useful to know even if you never use src.doc.

Login as usual:
ftp> name: anonymous
ftp> password: name@site 

Putting the email address in your password is just the usual courtesy
that lets an archive's maintainers know who is using it.
(You can contact src.doc's maintainers at wizards@doc.ic.ac.uk)
Look at the readmes at the top level of the archive for
up-to-date information on how to retrieve files. I do this for
any ftp site I use - it's amazing what tidbits you can pick up.

The Mac archives of interest are as directories in packages:
/packages/info-mac -
   a mirror of the info-mac archives at sumex-aim.stanford.edu
/packages/mac-umich -
   a mirror of the umich archives at mac.archive.umich.edu
and under those you'll find the familiar directory structures
you know and love^H^Hathe^H^H^H^H^H^Hadmire for their logical
structure, which makes searching for the file you want immediately
obvious should you already happen to have that file's pathname in full.

However, you'll be surprised when you come to look at a file -
instead of the usual .hqx endings, you will see .hqx.gz
instead.

The .gz indicates a gzipped file. Gzip is a fairly new unix-originated
compression system from the GNU Foundation. It's aimed at replacing
the popular unix 'compress' format. [Gzip can also be indicated by
.z, although this caused confusion, as other filetypes use the same
indication. Not to be confused with .Z, which indicates unix compress
files.]


To save space on their hard drives, src.doc automatically compresses
each of the .hqx files after a while. As this compression is
being done on unix boxes, the files are compressed into gzip, rather
than being debinhexed and converted to Macbinary as you might expect.
It's simply easier for them to do - and as a side-effect it ensures
that all files are compressed, even lone Mac files that have been
binhexed directly without using a Mac compression package.

This has a number of ramifications, though, that affect the way
you get files from src.doc.ic.ac.uk.

You have two choices here when retrieving files:


1) Get src.doc to give you the expanded, ungzipped form
of the file. Normally, you do this by requesting not the filename
you are shown, but that filename without the .gz suffix.

So, if to download an upgrade to AutoDoubler from src.doc, when it
is on info-mac as:
info-mac/cmp/autodoubler-203-updt.hqx.gz
you would type:
ftp> get /packages/info-mac/cmp/autodoubler-203-updt.hqx

IF YOU USE FETCH, where you normally just double-click on a file,
you must command-click on the highlighted file(s) so that nothing is
highlighted. Pressing 'Get File...' button will then give you a dialog
asking for the filename. Type in the filename, but without the .gz suffix.

[It's annoying that you can't simply copy the filename from the list,
and paste it into the Get File dialog, at least with my copy of Fetch 2.1.1.
Just deleting the .gz suffix would be easier than remembering long
filenames with randomly-place-ddashes-likethis-1.0.sit.hqx]

Using ftp or Fetch, this gets you a binhex file, which is decoded as
normal to give you a Mac archive. You should be thinking 'What an
awkward way to use an archive!' And you're right. Try logging in to
src.doc again, but this time with a plus as the first letter of your
password (i.e +name@site). You will see that all of the .gz suffixes
have vanished, as that plus tells src.doc to hide them. You can then use
src.doc like any other Mac archive site, pointing and clicking
as normal in Fetch, and that extra compression/translation stage is
completely hidden from you and from your ftp tools.

However, that gzipping means extra compression - which means less time
to get the file you want to you. What if you grabbed the smaller
gzipped file as it is, and then decompressed it at your end? This brings
us to method 2).


2) Get the gzipped file as you would any other, and un-gzip it
on your unix box or back at your Mac.

This requires that you transfer the file in BINARY mode, which is selected
by:
ftp> bin
or, if you use Fetch, by clicking on the Binary radio-button.

Un-gzipping locally requires that you have received the file successfully
in binary mode - if you can't un-gzip the file correctly, it's likely that
you haven't got a reliable binary path between src.doc and your machine.
If you can't transfer files reliably in binary mode, stick to logging
in with + at the start of your password. 

If you are bringing the file to a unix box, you can un-gzip it there -
talk to your systems manager to see if the gzip software you require is
present. You'll then have a (larger) binhex file to copy to a Mac.

Alternatively, you can un-gzip the file on your Mac. This requires MacGzip,
a port of unix gzip 1.2.4, which you'll find in the compression
folders of the mac archives - e.g. info-mac/cmp/macgzip-02.cpt.hqx.
(This textfile you are reading is included in the MacGzip distribution, so
it's possible that you already have MacGzip. Lucky you! Don't forget to
email macspd@ivo.cps.unizar.es and say how much you appreciate his work.)

Once MacGzip has un-gzipped the file, you'll have a binhex (.hqx) file
ready for debinhexing. Depending on the debinhexer you use, you may
need to change the filetype to 'TEXT', so that your debinhexing utility
can see it in its Open dialog. (Compact Pro is fussy and requires this;
Stuffit Lite does not.) MacGzip will save the binhex file as TEXT when the
'ascii' menu item is selected; the option is remembered in the preferences.

Note that MacGzip has the following peculiarities:
a. Gzipped files should be of type 'Gzip'. You can set this with Fetch (see
below), or by using ResEdit or a file type/creator utility such as
FileTyper 4.1. If you set the creator to 'Gzip' as well, you will see
MacGzip's icon (a tiny g in a small page) for the file.
b. MacGzip will only see and open files with suffixes matching the
suffix in its preferences dialog and ".gz", ".z", ".Z", ".taz", ".tgz",
"-gz", "-z" or "_z". You're unlikely to come across another weird suffix,
so you can simply delete the suffix field and leave it blank. You will still
be able to see all the files with standard suffixes.
c. If you expect to double-clicking on MacGzip files to have them expanded,
make sure you have MacGzip set to 'uncompress' and to 'quit when
done' to save your Mac's memory.

IF YOU USE FETCH, it's a good idea to tell it that gzipped files
must be fetched in binary mode, so that it can automatically select
it without you having to remember to set binary mode explicitly each
time.

To do this, use the 'Suffix Mapping...' option under Fetch's
'Customize' menu, setting type and creator to 'Gzip' as described
in a. above, so that MacGzip can see the files that Fetch creates.

Then set the 'Post-Processing...' option on the same menu to
get Fetch to run MacGzip automatically for you, so that pointing
and clicking in Fetch gives you a recognizable .hqx file.
[If you figure out how to get Fetch 2.1.1 to un-gzip and *then*
debinhex an archive automatically, let me know! Debinhexing is
on MacGzip's 'Things to Do' list, so this may soon be automatic.]


You can also get a non-gzipped file to be gzipped before it is
sent to you, so that it spends less time in transit to your modem,
command-click on the highlighted file(s) so that nothing is
highlighted. The 'Get File...' button will then ask for a filename.
Select this, and enter the filename, with an extra .gz suffix.
If you've set Suffix Mapping and Post-Processing correctly,
Fetch will have the file un-gzipped for you automatically once it
has been completely downloaded.


A little thought, and smashing the keyboard because I couldn't
get into US archives, even on weekends, became a thing of the past.
And I've cut downloading times when actually getting files with my
modem, too. And that means cutting my phone bills. I'm happy.

But should I be telling you all this painstakingly-discovered infomation?
After all, you overload sumex with your constant requests for connections.
I wonder how long it will be before I can't get into src.doc either?


Two further notes:
As gzip is a unix-orientated system, it doesn't know about the
peculiarities of Mac files. You can't store a Mac file inside a gzip
archive unless you binhex or macbinary the Mac file before compressing
it. Uploading Mac files to archives in gzip format is a no-no - everyone
has Stuffit Lite and Compact Pro, so use one of those two.

gzip would be an obvious format to add to Stuffit's collection of
translators and perhaps to Stuffit Expander. However, GNU's legal licence
causes problems with including the code in a commercial product. We
have MacGzip, but if someone could figure out the undocumented interface for
Stuffit translators and write a gzip translator, that would be very nice
indeed.

END.


L.H.Wood@lut.ac.uk   
Got a Mac? Got a screensaver? Read the Screensaver FAQ!

From: ericb@telecnnct.com (Eric Burger)
Subject: SUMMARY: Local-and Ethertalk same time (A)
Date: Wed, 18 Aug 1993 10:29:13 -0400 (EDT)

It turns out that the solution for us is to use our existing
GatorBox, and let the GatorBox route to the printer.  I can't
tell if it's slower.  We won't be re-wiring, so if the GatorBox
does go out, we can always go back to switching the interface.

Thanks to:
	grs2@crux2.cit.cornell.edu
	peter@hub.toronto.edu (Peter Boulton)
	RICHARD LIM <RTL@siva.bris.ac.uk>
	kmied@file01.mpipf-muenchen.mpg.de (Miedreich Frank Hiwi)
	Graeme Forbes <PL0BALF@VM.TCS.Tulane.EDU>

The original posting and responses follow.

-- 
--  Eric William Burger       --  Eric.Burger@telecnnct.com  --
--  The Telephone Connection  --  Tel. +1 301/417-0700       --
--  15200 Shady Grove Road    --  Fax. +1 301/417-0707       --
--  Rockville, MD  20850      --  U.S.A.                     --

Original Posting:
>We've got a bunch of Mac's connected together with both Ethertalk
>and Localtalk.  The Mac's also communicate with Sun's over TCP/IP.
>The Mac's run MacOS 6.0.7, 7.0.1, and 7.1 .
>
>We also have a LaserWriter connected through LocalTalk, with a
>GatorBox supplying lpd access to the LaserWriter for the Sun's.
>
>Is there a way, from the Mac, to set our networking to Ethertalk
>for AppleShare, but use LocalTalk for printing?  If I set Networking
>to EtherTalk, then the Chooser doesn't see the printer.  If I set
>Networking to LocalTalk, then the AppleShare connection goes over
>LocalTalk as well.
>
>What to do?

Glenn Souther writes:
> No, this can't be done. (With the exception of running Apple's Internet
> Router on every machine, or the equivalent)  However, the Gatorbox
> can be configured to be a router.  This was the original use of the 
> Gatorbox. All Appletalk goes onto the ethernet, and the gatorbox
> rebroadcasts the relevant printer packets back and forth to the local
> -talk.

Mark Haidl writes:
> You can software called LaserBridge from Sonic Systems which you
> install on a mac which is on ethernet and also connected through
> localtalk to the laserwriter. LaserBridge routes printer
> traffic from ethertalk to localtalk so everyone can see the 
> printer.
> 
> Sonic Systems, Inc.     Mac boot roms & LaserBridge software
> 333 W. El Camino Real
> Suite 280           Phone:  (408) 736-1900
> Sunnyvale, CA 94087     Fax:    (408) 736-7228

Peter Boulton writes:
> I am running from such a system now (Quadra 700, system 7.0.1, ethertalk to
> internet, local talk to a laserwriter)
> 
> You buy 'Powerpath' from Farallon (About $75) if all you want is a printer.
> You buy 'LocalPath' from Farallon (About $150) if you want a full localtalk
> net (max of 8 devices).
> Ethernet connection is set up as usual.
> 
> I use PowerPath.  Works like a charm.

Richard Lim writes:
> Macs don't do this without third-party software.  Look out for things like
> Farallon Liaison and SoftSync's various bridge programs (LaserBridge, 
> SuperBridge etc) in any Mac magazine or catalog

Miedreich Frank Hiwi writes:
> Hi Eric
> I just read your question in the digest newsgroup
> 
> Our solution was using Farallon PowerPath. It lets you connect 1 LocalTalk
> device to an existing Ethernet. The Machine the LocalTalk device is connected
> to must always be running (while you want access to the device from other
> machines). If the device is a printer, and somebody starts a printjob,
> you will get some jerky movements of the mouse, and some very short delays (<1sec) over
> some time. There are hardware solutions, but these tend to be expensive,
> while PowerPath costs only about $150. 
> There is another product (LocalPath) to connect up to 8 LocalTalk devices,
> I have no experience using this one.
> 
> PowerPath runs stable, it is a cdev, and there is only one problem known to me.
> Occasionally, if you turn of the Mac, and PowerPath is running, you do not get
> the warning dialog that other users are connected to this Macintosh.
> Turning PowerPath off, restarting, turning it on again and restarting solves
> the problem. It happend to me once, after the installation. Since then no
> problems. I am satisfied.

Graeme Forbes writes:
> So far as I know it can't be done - you have to keep switching your
> network.
> 
> I would *love* to find out that I'm wrong about this. Please summarize
> to the digest or forward to me if I am.

Date: 22 Mar 1993 18:59:30GMT 
From: "Alun J. Carr" <ajcarr%ollamh.ucd.ie@Forsythe.Stanford.EDU>
Subject: [*] Centris Ethernet Report 

Dear All,

A week ago I sent out a request for information about the built-in ethernet
connection in a Centris 650 (as in our College Microstore didn't want me to
use it). I enclose the responses I received for filing as a report.

The consensus is that the inbuilt connector is the thing to use, with the
caveat that Apple's self-terminating transponders may cause problems. One
respondent seems to have had very bad problems with Quadra 700s, cause
unknown.

Many thanks to all those who replied.

Alun

A. J. Carr, Mech. Eng. Dept., UCD, Belfield, Dublin 4, Ireland.

===== Cut here ============================================================

==========
ORIGINAL MESSAGE:
==========

From:          Self <AJCARR>
To:            info-mac@sumex-aim.stanford.edu
Subject:       Centris built-in Ethernet connection (Q)
Reply-to:      ajcarr@ollamh.ucd.ie
Date:          14 Mar 1993 18:56:12

I recently took delivery of a shiny new Centris 650 8/500 (which I'm not
typing this on for reasons which will become apparent), and it has an RJ45
connector on the back, which I understand is a built-in Ethernet connection
\`a la Quadra. The College Microstore from whom I purchased the above beast
tell me that I shouldn't buy the Apple RJ45->thin co-ax adapter for this,
but that I should buy an Asant\'e NuBus card instead. They tell me that this
is because (i) Apple don't know anything about Ethernet connections (which I
find a mite hard to believe) and (ii) NCSA/BYU Telnet 2.5 doesn't have a
driver for these inbuilt connections (though I would have thought that
there'd be a few Quadras at the NCSA, of all places!).

Does anybody have any good/bad experiences of using these inbuilt
connections? Would a NuBus card be any better (a colleague and myself have
had bad experiences with Asant\'e products in the past---like his SE with an
Asant\'e card in it refuses to talk to his serial DeskWriter C when
networking is turned on)? Do I have to buy a copy of MacTCP 1.1.1 to use the
inbuilt connection with NCSA/BYU Telnet? Should I have kept the Microstore
happy and bought a 486 (urgh, yech, retch...)?

Please respond direct, and if I get a suitable number of responses I'll
produce a summary.

Thanks, everybody.

Alun

==========
REPLIES:
==========

Date:          Tue, 16 Mar 93 17:23:54 EST
From:          fredb@Calvin.EDU (Fred H. Bremmer)
Subject:       Mac built-in ethernet
To:            ajcarr@ollamh.ucd.ie

Hello,

Here at Calvin College we received three Quadra 700's, and bought coax
tranceivers for them.  One worked perfectly, one had intermittant
ethernet problems that seemed to become permanent, and the other would
only allow you to use the ethernet if you had booted from a floppy
with System 7.0.1 and the ethernet drivers on it.  It refused to
access the ethernet when it booted from the hard drive which was
configured exactly the same as the Quadra that worked fine.

We're buying Asante cards for the two defective Quadras, and I'm
typing this through NCSA Telnet on one of them which is using an
Asante card borrowed from a IIcx.

We're buying some Centris computers, and if they don't work with the
transceivers from the defective Quadras, we'll either send the
Centrises back to Apple for repair, or we'll buy more Asante cards.

If possible, please send a copy of your results to my email address.
I don't always have time to read the whole Info-Mac digest.

Thanks,

Fred
--
 Fred Bremmer    |  Internet: fredb@calvin.edu
 Calvin College  |----------------------------
 Grand Rapids,   |   Phone:   (616) 957-6144
 MI USA   49546  |   Fax:     (616) 957-8551

==========

Date:          Tue, 16 Mar 93 09:26:50 -0100
From:          ajones@rughsd.ksw.rug.nl (andrew jones)
Subject:       Q700 built in ethernet
To:            ajcarr@ollamh.ucd.ie


Dear Alun,

I just read your note about built in ethernet for macs. I am at this
moment sitting infront of my Q700 with telenet 2.5, connected by
thin ethernet to my workstation which gives me access to the wide
world. I have ABSOLUTELY NO problems with this, the apple self-
terminating cables are a real joy to use, and so it is not me
who crashes the net anymore, infact the quadra is the most reliable
machine on our local ethernet of various DIGITAL, SUN, and PC
machines. IMHO, i would go for the apple solution, this is ofcourse
only based on my experience with the Quadra, (but i also had very
few problems with an apple ethernet nubus card for my old CX, and
those were problems that came from not reading the book!)

all the best
andrew (ajones@solar.stanford.edu)

==========

Date:          Tue, 16 Mar 93 16:40:09 -0100
From:          ajones@rughsd.ksw.rug.nl (andrew jones)
Subject:       Re: Q700 built in ethernet
To:            ajcarr@ollamh.ucd.ie

Hi Alun,

I am afraid that you do need MacTCP probably v1.1.1, though i can get
by with 1.1. I got my version with Mathematica, and so did not
actually pay for it, but the licencing seems to be very strange
(as with all apple goodies!) I know the Eudora e-mail program used
to be distributed with MacTCP, but maybe not now, it used to be
available from ftp.cso.uiuc.edu.

All the best, and let me know how you get on, or if you have problems
andrew

==========

Date:          16 Mar 1993 13:30:47 -0400 (EDT)
From:          "Michael S. McKinley" <MCKINLEY%OPUS@cutter.iarc.mco.edu>
Subject:       built-in Ethernet
To:            ajcarr@ollamh.ucd.ie

apple's "built-in" Ethernet for which you have to buy the transponder is a
wonderful thing...above all, it free's up your Nu-Bus slots for better
things
(so why would you buy an ethernet card, unless you take the word of a
salesman).

==========

Date:          16 Mar 1993 10:29:53 -0500
From:          webster@ac.dal.ca (Chris Webster)
Subject:       Centris built-in Ethernet connection
To:            ajcarr@ollamh.ucd.ie

>The College Microstore from whom I purchased the above beast
>tell me that I shouldn't buy the Apple RJ45->thin co-ax adapter for this,
>but that I should buy an Asant\'e NuBus card instead.

Yea and you should buy 100 megs of memory, three 21" monitors, and five
hard disks too.  Your Microstore sounds pretty good at selling.

>They tell me that this
>is because (i) Apple don't know anything about Ethernet connections (which
I
>find a mite hard to believe) and (ii) NCSA/BYU Telnet 2.5 doesn't have a
>driver for these inbuilt connections (though I would have thought that
>there'd be a few Quadras at the NCSA, of all places!).

They are screwey; and wrong on both counts.

>Would a NuBus card be any better (a colleague and myself have
>had bad experiences with Asant\'e products in the past---like his SE with
an
>Asant\'e card in it refuses to talk to his serial DeskWriter C when
>networking is turned on)?

I can't think of a single reason you'd want to put in an ethernet nubus
card. Unless you want to be on two different networks(!!). Asante has
pretty good stuff. For technical support you can mail to
asante.tech@applelink.apple.com; I'm sure they'd help your friend.

>Do I have to buy a copy of MacTCP 1.1.1 to use the
>inbuilt connection with NCSA/BYU Telnet?

No. But your campus should buy a site license of MacTCP so you'd get it
"free". NCSA Telnet has built in drivers if you don't want to use any other
TCP programs.

>Please respond direct, and if I get a suitable number of responses I'll
>produce a summary.

I expect you'll get more than a few!

Oh advice? You want to buy an Asante Friendly Net Connector (I'm not sure
of the product name but saying this to someone *knowledgeable* will get you
the correct thing). This connects the ether port on your machine to
10Base-T, ThinNet, or ThickNet, whatever you have there. Your campus
network people *should* be able to help more than I.

hope this helps

-chris                              <webster@ac.dal.ca>

==========

Date:          Tue, 16 Mar 1993 10:05:57 -0600
From:          williw1@mail.auburn.edu (Wade Williams)
Subject:       Re: Ethernet
To:            Info-Mac@sumex-aim.stanford.edu, ajcarr@ollamh.ucd.ie

The College Microstore from whom I purchased the above beast
>tell me that I shouldn't buy the Apple RJ45->thin co-ax adapter for this,
>but that I should buy an Asant\'e NuBus card instead. They tell me that
this
>is because (i) Apple don't know anything about Ethernet connections (which
I
>find a mite hard to believe)

Tell them THEY don't know anything about Ethernet connections.  Apple knows
plenty.  Buy the Apple transceiver for the appropriate media (ThinNet,
10BaseT, etc).  Asante makes FriendlyNet transceivers that used to be
cheaper, but since Apple reduced prices on theirs, the difference is less
than $10.  You do NOT need an Ethernet NuBus card.

(ii) NCSA/BYU Telnet 2.5 doesn't have a
>driver for these inbuilt connections (though I would have thought that
>there'd be a few Quadras at the NCSA, of all places!).

It doesn't need one.  It uses the standard Ethernet drivers included with
your Macintosh, or MacTCP if that is installed.

Would a NuBus card be any better (a colleague and myself have
>had bad experiences with Asant\'e products in the past---like his SE with
an
>Asant\'e card in it refuses to talk to his serial DeskWriter C when
>networking is turned on)?

That's not Asante's fault.  You cannot have both LocalTalk and Ethernet
active at the same time.  Your friend needs to buy something like Sonic
System's LaserBridge to enable him to be able to use both simultaneously.


Do I have to buy a copy of MacTCP 1.1.1 to use the
>inbuilt connection with NCSA/BYU Telnet?

You don't have to buy MacTCP to use NCSA Telnet.  If you do not have
MacTCP, 2.5 will use it's own TCP/IP instead.  However, the benefits of
MacTCP are many.  It is now available for educational purchase for $39.

>Should I have kept the Microstore
>>happy and bought a 486 (urgh, yech, retch...)?

Trust me, you did the right thing.  When you were trying to get your
network drivers loaded high but couldn't because you couldn't find a
suitable address to locate the EMM386 page frame, you'd wish you'd bought a
Mac.  And the Microstore would be telling you the 486 was better because
you "had more control."

Wade Williams
Academic Computing Services, Auburn University
williw1@mail.auburn.edu

==========

Date:          Tue, 16 Mar 93 08:21:42 -0500
From:          daveh@msd.measurex.com
Subject:       Ethernet interfaces
To:            "ajcarr@ccvax.ucd.ie"@COMET.msd.measurex.com

The problem with Apple's adapter is that it is 'self-terminated' and that
has lead to lots of problems. Apple just cut their list price of their
adapters from $149 to $99 but most stores don't seem to be passing that
price cut on. I just got some literature from Sonic Systems out near San
Francisco and they have a new line of Ethernet adapters that use the more
standard BNC terminating method plus they add LEDs to their adapters so that
you can do diagnostics much easier. Their 5-year warranty isn't too bad
either. I' don't have their phone number handy but information should have
it.
Hope this helps.......  Dave Hirsh, Cincinnati,OH

==========

Date:          Mon, 15 Mar 93 21:50:36 EST
From:          Mel Martinez <mem@JHUFOS.pha.jhu.edu>
Subject:       Centris built-in Ethernet connection (R)
To:            info-mac@sumex-aim.stanford.edu
Cc:            AJCARR@ollamh.ucd.ie
Reply-to:      Mel Martinez <mem@JHUFOS.pha.jhu.edu>

In info-mac digest v11 #058 Alun J. Carr
<AJCARR%ollamh.ucd.ie@Forsythe.Stanford.Edu> writes:

> I recently took delivery of a shiny new Centris 650 8/500 (which I'm not
> typing this on for reasons which will become apparent), and it has an RJ45
> connector on the back, which I understand is a built-in Ethernet
connection
> \`a la Quadra. The College Microstore from whom I purchased the above
beast
> tell me that I shouldn't buy the Apple RJ45->thin co-ax adapter for this,
> but that I should buy an Asant\'e NuBus card instead. They tell me that
this
> is because (i) Apple don't know anything about Ethernet connections (which
I
> find a mite hard to believe) and (ii) NCSA/BYU Telnet 2.5 doesn't have a
> driver for these inbuilt connections (though I would have thought that
> there'd be a few Quadras at the NCSA, of all places!).
>
> Does anybody have any good/bad experiences of using these inbuilt
> connections? Would a NuBus card be any better (a colleague and myself have
> had bad experiences with Asant\'e products in the past---like his SE with
an
> Asant\'e card in it refuses to talk to his serial DeskWriter C when
> networking is turned on)? Do I have to buy a copy of MacTCP 1.1.1 to use
the
> inbuilt connection with NCSA/BYU Telnet? Should I have kept the Microstore
> happy and bought a 486 (urgh, yech, retch...)?

(i) clearly your College Microstore either doesn't know much about ethernet
OR
they are simply lying through their teeth to sell you hardware you already
have...

(ii) If the idiots new anything at all about Mac ethernet (or just plain the
way
macs work at all) they might know that mac programs in general don't supply
their own drivers.  The drivers are generally system level and are accessed
through specific interfaces provided by the OS.  In the case of ethernet,
most
programs go through the Comm ToolBox (CTB).  The CTB provides a standard way
for
all programs to make use of both driver tools (such as the ethernet drivers
provided by the OS (in the case of built-in ethernet) or by third parties
(in
the case of third party ethernet cards) as well as different protocol,
server
and client tools.  This is very UNlike the dos world where every program has
to
provide it's own driver support for each piece of hardware it might
encounter.

Now, to be fair, it might be the in case (i) that they really mean that you
should buy your RJ45=AAUI=FriendlyNet to thinnet transciever from Asante'
instead of Apple since Asante's tranciever is usually cheaper (via Mail
order,
it is about $60 or so.).

In case (ii) I believe there is a version of Telnet that does not use MacTCP
but
instead provides it's own TCP/IP protocol support.  They may be all confused
over that issue.  In general, for max compatibility, you want to have all
your
TCP/IP tools going through MacTCP.

To get the latest version of MacTCP (v1.1.1, which you will need, since you
must
run Sys7.1) you must either purchase it directly from APDA as part of the
MacTCP
Developer's kit ($99), or get it bundled with some commercial software or
get it
through your school if they have paid for a site liscence (and you are
eligible
to take advantage of this liscence).  If you are not eligible to get it
under a
cheap liscence, the cheapest way I know of to get MacTCP is to order
VersaTilities from Synergy Software (a truly great software company, btw)
which
is about $59 or so from MacWarehouse & other places.   Aside from MacTCP, it
also includes Telnet, FTP client/server and other nifty network tools that
any
CTB - aware program should be able to use.  To go a little further and get a
nice terminal emulator on top of this stuff, go ahead and get VersaTerm.  It
is
lots nicer (IMHO) than NCSA Telnet and comes with all the goodies of
VersaTilities.  It is usually about $79.

> Does anybody have any good/bad experiences of using these inbuilt
> connections? Would a NuBus card be any better (a colleague and myself have
> had bad experiences with Asant\'e products in the past---like his SE with
an
> Asant\'e card in it refuses to talk to his serial DeskWriter C when
> networking is turned on)? Do I have to buy a copy of MacTCP 1.1.1 to use
the
> inbuilt connection with NCSA/BYU Telnet? Should I have kept the Microstore
> happy and bought a 486 (urgh, yech, retch...)?

I use the built-in ethernet of my Quadra all the time.  So do zillions of
others.  A NuBus card MIGHT do better if it a) has a bigger buffer than the
built-in enet (and I'm am sorry but I don't know how big that is) and b)
takes
full advantage of the NuBus advanced transfer modes.  Otherwise, the fact
that
the built-in enet is directly hooked up the i/o controller in the Centris
650
makes me doubt any NuBus card is going to outperform it.

The problem your friend is having is probably not a problem with the Asante'
card.  This complaint usually is a result of the fact that (without the
addition
of AppleTalk Inter-Network Router software [or whatever it is currently
called])
the Mac system cannot have access to both localtalk and ethertalk at the
same
time.  If you just use the ethernet connection for tcp/ip and not ethertalk,
you
should be able to switch the appletalk network in the Network Control Panel
to
local talk and access both the localtalk printer as well as ethernet tcp/ip
services at the same time.  If your tcp/ip services are through a gateway
via
ethertalk, though, he probably will not be able to do so.

If you wish to use telnet or any tcp/ip services, you will indeed recquire
MacTCP v1.1.1.  See above for how to get.

No you should not have kept the Microstore happy.  Make your purchases to
keep
your self happy.  :)  This just might be aided by not shopping at the
aforementioned Microstore.  You might also want to point out to others the
erroneous/incomplete purchasing info they have provided.

Good luck!


Mel Martinez
The Johns Hopkins University
Dept. of Physics
mem@jhufos.pha.jhu.edu

==========

Date:          Tue, 16 Mar 93 10:17:37 EST
From:          Mel Martinez <mem@JHUFOS.pha.jhu.edu>
Subject:       Re: Centris built-in Ethernet connection (R)
To:            ajcarr@ollamh.ucd.ie
Reply-to:      Mel Martinez <mem@JHUFOS.pha.jhu.edu>

In message <MAIL-101.930316134106.256@ollamh.ucd.ie>  writes:
> Mel,
>
> Thanks very much for your response. I'll lean on the Microstore for the
> RJ45->ThinNet coax adapter. I hadn't thought of buying VersaTerm. Does it
> provide Tektronix emulation like NCSA/BYU Telnet?
>

Yes,

Regular VersaTerm provides Tektronix 4010/4014 emulation as well as Dec
VT52/100/220 and Data General 200.  VersaTerm Pro (noticeably more
expensive)
adds Tektronix 4105 (color) emulation.  Most people really don't need the
latter
so I recommend to most to get plain-old VersaTerm.  It is a real bargain.
My
only real complaint about VersaTerm (& VT Pro as well) is that the macro
language is rather crude compared to MicroPhone, White Knight and a few
others.
THEY, however don't match versaterm at all for Tek emulation.  It is really
nice
to be able to plot to the tek screen (a separate window) while logged in to
the
host, copy or save it as a PICT at 4 x resolution, then paste it into a
document
that was otherwise prepared on a Mac word processor.  The tek screen can be
'paged' so that it saves previous plots in a session (limited by the amount
of
memory allocated to the program) which makes comparisons as simple as paging
up
and down in the tek emulation window.

Also nice is that when saved as PICT objects, the plots are stored as vector
drawings so by making the pen size small in a drawing program like Canvas,
the
full resolution of a laserwriter can be realized. Note, however, that fonts
are
vector-based tektronics drawings and don't usually look anywhere near as
good as
Mac TrueType or Postscript fonts.  So this is where it is good to have the
graphic as an object instead of a bitmap, since you can select and delete
the
offending text away and type in new text in any good drawing program (Canvas
is
the best, though. *wink*).


> The problem with my colleague's Asant\'e card is not due to it being a
> LocalTalk printer, as it uses the serial cable and the HP DeskWriter C
v.2.0
> serial driver (the LocalTalk driver requires that LocalTalk cabling must
be
> used). It does seem to be a problem with the Asant\'e card and/or driver
> software. We've solved it now by buying a Focus Enhancements SCSI/Ethernet
> adapter box and tossing the Asant\'e card. The Focus box works like a
dream.
>

Sor…

Showing first 20,000 characters of 21,349 total. Open the full document →

23-Sep-93 15:01:43-GMT,3602;000000000001
Received: by CAMIS.Stanford.EDU (4.1/inc-1.0)
	id AA09502; Thu, 23 Sep 93 08:01:42 PDT
Full-Name: Info-Mac Moderator
Resent-Message-Id: <9309231501.AA09502@CAMIS.Stanford.EDU>
Received: from Forsythe.Stanford.EDU by CAMIS.Stanford.EDU (4.1/inc-1.0) id
        AA26697; Wed, 22 Sep 93 12:44:45 PDT
Received: by Forsythe.Stanford.EDU; Wed, 22 Sep 93 12:44:13 PDT
Received: from RICEVM1.RICE.EDU (NJE origin LISTSERV@RICEVM1) by
        RICEVM1.RICE.EDU (LMail V1.1d/1.7f) with BSMTP id 2063; Wed, 22 Sep
        1993 14:44:00 -0500
Return-Path: <@RICEVM1.RICE.EDU:FRIESEN@NAUVAX>
Received: from NAUVAX (NJE origin FRIESEN@NAUVAX) by RICEVM1.RICE.EDU (LMail
        V1.1d/1.7f) with BSMTP id 2041; Wed, 22 Sep 1993 14:43:44 -0500
Received: from NAUVAX.UCC.NAU.EDU by NAUVAX.UCC.NAU.EDU (PMDF V4.2-12 #2384)
        id <01H38ZJUM1O00002WT@NAUVAX.UCC.NAU.EDU>; Wed, 22 Sep 1993 12:41:42
        MST
Date: Wed, 22 Sep 1993 12:41:42 -0700 (MST)
From: FRIESEN%NAUVAX.BITNET@Forsythe.Stanford.EDU
Subject: SPICE Summary
To: INFO-MAC@RICEVM1.BITNET
Message-Id: <01H38ZJUM1O20002WT@NAUVAX.UCC.NAU.EDU>
X-Envelope-To: INFO-MAC@RICEVM1.BITNET
X-Vms-To: IN%"INFO-MAC@RICEVM1"
Mime-Version: 1.0
Content-Transfer-Encoding: 7BIT
Resent-To: backmod@camis
Resent-Date: Thu, 23 Sep 93 8:01:42 PDT
Resent-From: Info-Mac Moderator <macmod@camis.Stanford.EDU>

SPICE for the Macintosh summary...


This is what I found.


MicroSim who makes PSPICE for the IBM windows things makes a
version for the Mac that does not have a schematic capture.  Both
IBM and Macintosh versions are distributed at my university for
about $5 in an RevaluationS version which appears to have
everything I would ever need but is limited in number of parts,
nodes, etc..  PSPICE is said to be available via ftp from info-
mac@sumex-aim.stanford.edu.


        MicroSim Corporation

        1-800-245-3022,

        (714) 770-3022

        (717) 455-0554 (fax)




Beige Bag Software makes B~2 (thatUs B squared) SPICE for the
Macintosh that has a schematic capture and seems to be highly
recommended.  That package costs about $40 through them or, your
school bookstore might have it as well.  This package looks to be
the way to go, and the discounted student version doesnUt appear
any less powerful than their normal version, just lower in price.
I havenUt had a chance to use this program myself, but everyone I
have talked to who as used it had very positive things to say.


        Beige Bag Software

        (313)663-4309

        (313)663-0725

        71620.3474@compuserve.com


There is also Logic Works which is a schematic capture that
produces net lists you can then load into PSPICE.  This program I
have had a chance to use and it does the job, but not great.  The
user interface is a little unfriendly (for example, after placing
a circuit element such as a resistor, you cannot rotate it-you
must rotate it before you place it).  As I said before you need
PSPICE also.  Logic Works does some logical and other analysis
stuff, but for the SPICE and PROBE outputs, you must export a net
list file and then run PSPICE, and load and analyze that net list
file.  It would be nice if this was automated like in MicroSimUs
WindowUs application.  I believe that Logic Works sells for about
$50 for students and the high pressure sales practices they engage
in makes me think they are struggling to stay alive. (IMHO)


        Capilano Computing

        1-800-44-9064

        (604)522-6200

        (604)522-3972 fax



Well, there it is.  Feel free to comment are add anything I left
out.


                        Aric Friesen

Date: Sun, 3 Oct 93 6:35 +0200
From: ILANS@DS.HUJI.AC.IL
Subject: PC emulation on MAC (summary)

Hello netters

To the following post I hereby summarize.
> Is SoftPC the only option? I heard it emulates only a 286. Does anyone
> know of a better version in the works?

Thanks for those who responded directly to me:
D1437@AppleLink.Apple.COM (Insignia Solutions,PJ Cotton,PRT - Jason Harris)
ericb@telecnnct.com (Eric Burger)
Don't Panic! <ABRODY@vax.clarku.edu> (anonymous)

The subject widened a little, so there is more than just about emulators.

There are 5 different approaches, only 2 of them really run PC software:

1. Software emulation - Only by Insigna. Only 286, 3 levels of sophistication
 prices $100-400.

> Response from Insigna:
> As a quick answer to your question, all current SoftPCs are 80286 emulators.
> For the past several generations of our products, Product Planning and
> Engineering have been focussing on improving the performance of our emulation
> technologies, in preference to developing a new processor emulation module.
> An emulation of a faster processor is not necessarily a faster emulation; in
> fact, if the processor is more complex, the emulation tends to be slower.
>
> As the number of popular applications requiring a 386 processor is increasing,
> the company will almost certainly produce a 386 and/or 486 SoftPC within a few
> more generations of our product line. However, at this time we have no more
> specific information as to when such a product will be available.

> Eric Burger says:
> "Even on a Centris (for that matter, even on a Quadra), Windows
> is *painfully* slow. OTOH, it works!"

2. Hardware - Orange NuBus cards, PC in a MAC, 386 for $600, 486 for $1100.
 This is a REAL PC inside the MAC case. Requires a NuBus slot and uses MAC disk.
 Fastest. NO EMULATION HERE but a real PC.

> "ABRODY" says:
>
> OrangePC by OrangeMicro 386: offers 386/33 Mhz speeds in a NuBus Card design
> that has a 386 chip built in, to emulate the hardware/software of a 386.
> Price advertised in MacWorld magazine $600.
> 486: offers 486/33 Mhz speeds offers 486 33Mhz NuBus
> Card to emulate the speeds and software/hardware of a standard 486/33 Mhz
> machine. Price advertised in MacWorld (June issue) $1100.

3. Data Conversion tools. By DataViz, Apple, and by some programs the can
 read data from their PC counterpart program.
 Examples: Apple file Exchange can convert data from/to PC format. Claris
 Extensions can add options to this ("free") tool. Micro$oft programs have
 PC versions, and the MAC versions recognize PC data formats. MS Excel
 reads also Lotus & Lotus like data files from PC (I used this). MS Word
 can open PC files. etc. DataViz's MacLinkPlusPC is a special purpose tool
 worth having.

> "ABRODY" says:
>
> For less than SoftPC you can get a graphics/spreadsheet/database/word
> processing/page layout translation program that works on any Mac with a
> SuperDrive OR Din Serial Port, and any RS232 IBM (and compatible). The
> program is DataViz's MacLinkPlusPC 7.02
> which comes with RS232 IBM - RS232 Mac cables, the
> capability to communicate via modems (if on both machines), Apple PC Exchange,
> Apple EasyOpen, and 700 translation format types mentioned above.
[...]
> I have used MacLinkPlusPC for over a year and a half now, with very few
> complaints. One exception, WordPerfect 5.1 PC and WordPerfect 5.1 Windows
> must be specified separately or the translation will create a document that
> loses the last paragraph of the file! Thus be careful that you identify those
> two file types like .W51 and .W5W.

4. connectivy - networks with PC and MACs. Data transfer / sharing.
   This is a large subject, and I shall not discuss it here.

5. PowerPC - wait for it! It MAY be able to run MAC and PC programs on the SAME
   machine. This subject is open to discussion, and I would love to see more
   opinions and data about this.

> "ABRODY" says:
>
> However, if you can get ahold of the August 1993 issue of BYTE
> magazine, there is a new computer coming out sometime between
> January and April 1994 called the PowerPC. According to the issue,
> it will sport Quadra 700 -> RISC speeds for 7 operating systems:
> OS/2 possibly Windows NT, Windows 3.1, AIX, PowerOpen, Pink,
> Solaris, and System 7 All on one machine.

6. And last but not least - Eric Burger says:
> If it's for games, I [shudder] suggest you look into an inexpensive PC clone,
> you can buy a used 386 VGA system for around $600. No hassles about
> compatibility, fighting over who gets to use the machine when, etc. [I have a
4
> year old and a 1 1/2 year old, and they *both* want to play games on our
> machine!].


Keep on the good work

Ilan Szekely
E-mail: ILANS@ds.huji.ac.il (INTERNET)

Date: Thu, 22 Aug 91 10:42:18 CDT 
From: Rick Russell <WRUSS00@ricevm1.rice.edu>
Organization: Rice University 
Subject: SUMMARY: SE/30 External Video Solutions 



Back at the beginning of August I posted a question on the Info-Mac
digest about external video solutions for the SE/30. I didn't receive
very many replies, but those which I did receive were quite good.

Many thanks to everyone who replied. Included below is a digested copy
of the replies, with messages separated by "--" marks.

Rick Russell
wruss00@ricevm1.rice.edu
WRUSS00@RICEVM1.bitnet
--

> Date: Fri, 2 Aug 91 07:24 PST
> From: "Robert T. Rubin" <RUBIN%HARBOR2.BITNET@RICEVM2.RICE.EDU>
> Subject: Video displays for SE/30

We have SEs, SE/30s, and have both Radius 2 page displays and
Megagraphics displays, the latter up to 4 years old.  Other than a
burned out power supply in one of the older Megagraphics monitors, we
haven't had any problems with either brand.  The Radius used to be more
expensive than the Megagraphics, but the price gap has closed, at least
from the dealers we use.  The software supplied by both Radius and
Megagraphics works well; we really don't pay too much attention to it,
we just use it!  All-in-all, we now wouldn't work on a Mac without at
least a black-and-white 2 page display; they're just too con- venient to
be without.  I also put a do-it-yourself Mirror Technologies 2 page
display on my old Mac Plus at home; other than a weaker contrast of the
monitor than we get with the Radius or Megagraphics, it's a pleasure to
use.

Robert T. Rubin
Dep't of Psychiatry
Harbor-UCLA Medical Center
Torrance, CA 90509
(213) 533-3775

--

> Date: Fri, 2 Aug 1991 10:45 CST
> From: Dan Lunderville <Dan.D.Lunderville%uwrf.edu@RICEVM2.RICE.EDU>
> Subject: Mac SE/30 external monitor...
> X-Organization: University of Wisconsin - River Falls

Hi Rick,

We use the Apple 13" RGB monitor when we need an external monitor for an
SE/30. It works quite well and has good color.  We use a third party
card from Micron Technology, model MG3016.  This card goes for about
$300 mail order or from Micron.  The combination has worked well for us.

Take care -

Dan Lunderville                         Internet:   Dan.D.Lunderville@uwrf.edu
Academic Computing Center               AppleLink:  U0095
University of Wisconsin - River Falls
River Falls, WI  54022                  Telephone:  (715) 425-3583

--

> Subject: Monitor for SE/30
> Date: Fri, 02 Aug 91 12:54:46 EDT
> From: tjp@athena.mit.edu

I am using the Sigma Designs L-* MultiMode monitor (yes, that is the
real name) with my SE/30.  It is a 19 inch B/W with six different
user-selectable resolutions (36, 48, 60, 72, 90, and 120 dpi, if I
remember correctly).  The resolution can be adjusted while you work,
except that some programs do not work properly when the resolution is
changed while they are running (especially - you guessed it - Microsoft
products).  The 36 dpi mode is great for games - the same image as on
the 9 inch B/W screen, but magnified two times.

It is a really good monitor - low emission, low weight, low energy use,
easy to use, good brightness and focus, good linearity, and so on.  I
will not claim that it is the best in each category, but it is certainly
good.

I paid $1330 for it (card included).  I have seen it advertised for as
little as $1295 by one mail-order house recently.

No special software comes with the monitor - just the driver and a
screen saver.  Screens can be used simultaneously (I would rather turn
off the small screen, but I cannot).  The size of the arrow cursor can
be changed, the font of the menus can be changed.  I really wish I could
reverse the screen, but I have not found anything which works correctly
for an SE/30.

Hope that this is informative - tjp

--

> From: Mark Alldritt <Mark.Alldritt@vancouver.osiware.bc.ca>
> To: wruss00@ricevm1.rice.edu
> Subject: Re: SE/30 External Monitor

Hi,

I have a SE/30 with a Radius monochrome two-page display (19 inch)
driven using Radius's monochrome driver card.  This display is capable
of being driven using a gray-scale card (I don't need anything more than
B&W, so the extra cost could not be justified).  I made my decision
based primarily on a series of monitor reviews in MacUser and Mac World.
The Radius was the least expensive of the acceptable monitors at that
time.

Important:  Radius's 19inch monitor is an 82dpi display.  This means
that everything is about 7/8s the size it is on an apple monitor.
Radius sells a 21 inch display that is 75dpi (almost 1 to 1 with an
apple display).

Impressions:

When I first received the monitor I had a number of problems with focus
in certain regions of the screen.  All of these problems have gone away
now that the monitor has hade time to break-in.  In terms of brightness,
the display is not as bright as the SE/30's display, but it does meet my
needs (I have the system in a room near a large north facing window).
The display does have a little jitter.  This is most noticable when the
monitor is cold.

The bottom line is that I can't live without it now, and I can't figure
out how I got along without it before.

Software:

Radius ships a software package with their display systems that provides
a number of usefull features including a screen saver, screen capture,
enlarged menu bar, auto-centering of dialog boxes, and tear-off menus
(no longer available in system-7).  I have discovered that this software
is not required to operate the monitor if you already have these
features as part of other packages.

The relationship between the SE/30's monitor and the Radius monitor is
controlled using Apple's Monitors control panel.  This control panel
allows you to define the point on the desktop at which the two monitors
join, and a number of other things.


-Mark

--

> Date:         Thu, 08 Aug 91 15:50:21 PLT
> From: Jerry Tangren <GSW$EN%WSUVM1.CSC.WSU.EDU@RICEVM1.RICE.EDU>
> Subject:      External monitors for the SE/30

Rick, in regards to your 30 July request on Info-mac

I have been using an Apple 13" RGB monitor on my SE/30 for about a year.
For the most part it seems okay. It's driven by a Nutmeg 8 bit board
which cost us about $300 direct on an educational discount from Nutmeg.

My only problems so far are that I have to designate the internal 9"
monitor as my primary screen to use Pagemaker 4.0, and some features of
Cricket Graph cause a system bomb. So, I quit using Cricket, other
packages work fine, and switch monitors to use Pagemaker.

There was some kind of included software I never bothered installing.

Jerry Tangren
Tree Fruit Research and Extension Center
Washington State University

--

Date:         Wed, 14 Aug 91 09:43:50 CDT
From: Robert Blystone <RBLYSTON%TRINITY@RICEVM1.RICE.EDU>
Subject:      infomac

Saw your infomac posting.  We have had good luck running a RasterOPs
board with an Apple RGB monitor on our SE30.  Should you like to know
more.  A former student of mine is now at Rice in Biology by the name of
Tod Romo.  Tod really knows the MAC.  from AUX-2 to OS.  He could give
you much information about equipment.

Bob Blystone Trinity University  512 7367243

--

Date: Thu, 29 Apr 93 13:22 +0200 
From: ILANS%HUJIDS@VMS.HUJI.AC.IL
Subject: [*] Educational Software for Medical Sciences (Summary) 

Resubmission of SUMMARY of responses.

With the help of:

Timothy Cera  <cera@cortex.health.ufl.edu>
irene@ramsey.cs.laurentian.ca (Irka)
multimed@MEDENT.UMontreal.CA (Medico Dental Software Development)
Barry Markovitz, Markovitz@a1.kids.wustl.edu
Graeme Forbes <PL0BALF@VM.TCS.Tulane.EDU>

Thank you all

Ilan Szekely, Compter Lab, Faculty of Dentistry
The Hebrew University of Jerusalem, Israel. internet: ILANS@ds.huji.ac.il

Please archive as /info-mac/report/educational-medical-software.txt
and delete /report/medical-dental-software.txt


<=================  cut here =================>

FILE:    /info-mac/report/educational-medical-software.txt

Subject: Educational Software for Medical studies (summary)

With the help of:

Timothy Cera  <cera@cortex.health.ufl.edu>
irene@ramsey.cs.laurentian.ca (Irka)
multimed@MEDENT.UMontreal.CA (Medico Dental Software Development)
Barry Markovitz, Markovitz@a1.kids.wustl.edu
Graeme Forbes <PL0BALF@VM.TCS.Tulane.EDU>

Thank you all

Ilan Szekely, System Manager, Computer Lab, Faculty of Dentistry
The Hebrew University of Jerusalem, Israel. E-mail: ILANS@ds.huji.ac.il


=-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==
From: BITNET%"Timothy Cera  <cera@cortex.health.ufl.edu>"

Hello,

I am also interested in medical and dental software.  Did you get any responses?

I do not know much about the dental end, but a neuroscience related group is
very succesfully using a videodisk called 'Slice of Life' along with a Hypercard
stack called HyperBrain that controls the videodisk.  If you are interested in
more info I would search it out for you.

take care
tim cera
cera@cortex.health.ufl.edu

=-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==
From: BITNET%"irene@ramsey.cs.laurentian.ca (Irka)"

Ilan,

I came across the following file while looking through the demo directory
at sumex. I hope it might be of use to you.

Archived as info-mac/demo/dentistry-courseware.hqx

Irene
irene@ramsey.cs.laurentian.ca
=-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==
From: BITNET%"multimed@MEDENT.UMontreal.CA
(Medico Dental Software Development)"
Ilan,

Paul Farry forwarded your inquiry to me because
we may have interesting things for you.

Except maybe that all our work is done for a
640 x 480 pixels screen, or 13".

Anyway, here is the index of our documents
which have demos available via FTP anonymous, at
amalgame.medent.umontreal.ca, in the pub directory.

You are welcome to download any of them, or, if
they are too big, maybe we could send you some diskettes
over to you. We also have a catalog that I would be happpy
to send you. Just send me your complete mailing address.

If you have any info on your documents, I would be
interested to see what you have.

I will be waiting for your feedback.

INDEX

Index - Descriptions  Demo

This text file contains a brief description
of each courseware. (some text deleted)

These files were compacted with Stuffit Lite 3.0.1,
and are self-extracting,
and were binhexed with Fetch 2.1 .
Once you download a file, it will be called: Open-Me!.sea
Just click twice on it to open.

FILE                Date      Size    TITLE
--------------------------------------------------------
AAMNEng.hqx         03-11-93  1835 K  Anatomy & Anaesthesia
                                       of the Mandibular Nerve      English

DENDEVEng.hqx       03-12-93  1856 K  Dental Development

MASMUSEng.hqx       03-25-93  1875 K  Masticatory Muscles

XRayInterpEng.hqx   03-18-93   748 K  Dental X-Ray Interpretation

LesionsEng.hqx      04-19-93  1895 K  Pigmented Lesions
                                         of the Skin

.
.
(deleted descriptions)
.
.
-----------------------------------------------
Benoit David
for Dr. A. Demirjian
Faculty of Dentistry
University of Montreal
Montreal (Quebec) Canada
Tel.: (514) 343-6111   ext 3418 + "#" sign
Fax.: (514) 343-2233
Internet: multimed@medent.umontreal.ca

=-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==
From: BITNET%"Barry Markovitz, M.D. 454-6215 <MARKOVITZ@a1.kids.wustl.edu>"

ILANS@ds.huji.ac.il:

In response to your note in infomacv11-083:
You may try looking at the following places:

>ftp ftp.sura.net
>login as anonymous
>type your e-mail address as the password
>cd pub/nic
>get medical.resources.6-12  newfilename
>quit
(come to think of it, this may just list servers and mailing lists; I'm not
certain)

The University of Michigan archive also has public domain Mac medical
educational software available for anonymous ftp:  Ftp  - mac.archive.umich.edu

I think the medical software is in the "misc" directory.

Hope this helps,
Barry Markovitz
Markovitz@a1.kids.wustl.edu
=-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==
Date: Tue, 20 Apr 93 15:16:48 CDT
From: Graeme Forbes <PL0BALF@VM.TCS.Tulane.EDU>
Subject: Educational Software for the Mac (A)

Apple itself publishes a heavy tome called the "Mac Educational Software
Guide". You can get it by writing to "Mac Ed Sftwr Guide, Apple, 20330
Stevens Creek Blvd, M/S 36-AN, Cupertino, CA 95014.

Graeme Forbes

=-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==

Date: Thu, 29 Oct 92 16:31:26 +1100 
From: mantolov@golum.riv.csu.edu.au (Michael Antolovich)
Subject: Syquest Error Codes 

Hi, 
   Could you archive the following Syquest Drive Error Codes please (the
originator of this info was Jim Meyer (I accidently called him Julien
somewhere else, sorry about that :-}.

Syquest SQ555 Diagnostics - LED Error Reporting Table from the SQ555 OEM
Technical Reference Manual, pg 5-3
 
  # of LED blinks:
  GREEN  RED/AMBER  ERROR DESCRIPTION
 -------------------------------------
    1        1      EPROM failed checksum test
    1        2      Internal uC RAM
    1        3      External uC RAM
    1        5      Seek error
    1        6      Read error
    1        7      Write error
    2        1      Controller failure
    2        2      Sequencer - Test 1
    2        3      Sequencer - Test 2
    2        4      R/W buffer address register - Test 1
    2        5      R/W buffer address register - Test 2
    2        6      R/W buffer RAM - Test 1
    2        7      R/W buffer RAM - Test 2
    3        1      PO test
    3        2      uC port
    3        3      P2 Test
    4        1      Spindle motor failed to start
    4        2      Spindle motor spins too slow
    4        3      Spindle motor spins too fast
    5        1      Power failure
    5        2      Spindle speed abnormal or no servo
    5        3      Unable to detect servos; possible defective cartridge
    6        1      ADC calibration failure
    6        2      ADC high current failure
    6        3      ADC low current failure
   off    flashing  Failed power-up sequence; possible defective cartridge
 flashing   off     Unable to read; possible unformatted cartridge
 
+--------------------------------------------+-------------------------+
|  Julien Finaudere' du Main Pourpre         |  Jim Meyer DoD#680      |
|  Collegium Turris Animarum, Bryn Gwlad     |  purp@wixer.cactus.org  |
+--------------------------------------------+-------------------------+

Date: Thu, 12 Sep 91 06:15:28 PDT 
From: DORY%ORFE.ESNET@esnmrg.nersc.gov
Subject: Responses: Use of Modems in Europe 

Dear Moderators
I append responses by two colleagues concerning the use of modems in
Europe.  They are longish for a communication, so you may wish to put the
body of text into an archive.  Special thanks to below who responded.
Bob

----------------------------------------------------------------------
Info Request:  How to use Modems on European and UK Telephone Systems?
----------------------------------------------------------------------
September 3, 1991, ca 15:30 EDT.

Could our European correspondents please send a bit of information on the use of
modems in the European telephone systems? Do US-style modems work on continental
and UK systems? Are there special adapter plugs sufficient to make an ordinary
2400 baud modem function for a call to the US? Are there TymNet- like services
that will relay local calls to distant services? Are there ways to do that which
are not prohibitively expensive?

If none of the above, are there distributors who provide equipment that will
work on a widespread basis, or is the telephone system in each country enough
different that universal solutions are impractical? Are the telephone system
tariffs different in each country and the laws regarding 'foreign' attachments?
Which organizations are best able to sell/lease equipment, advice and legal
access at a reasonable cost?

Thank you in advance for your help.  I will summarize and post any information
received.

.... .... .... .... .... .... .... .... ... .... .... .... .... ....
From:   C34057%BETA.IST.RCCN.PT%CUNYVM.CUNY.EDU@CCC.NERSC.GOV
Subject:   Response to European Modem Inquiry
.... .... .... .... .... .... .... .... ... .... .... .... .... ....
Date:   Wed, 4 Sep 91 07:19:18 GMT

Hi,

You can use almost all U.S. modems in U.S.. Before buying one, make sure it
supports the CCITT norms, these norms specify the transfer speeds they have.
You'll have to buy one compatible with CCITT(European/International norms), in
U.S., they use BELL norms but most of the modem support both.

I know lots of people(including myself) who uses U.S. modems in European
telephone networks. All you have to do is to find the right phone plug(easy)
they use RJ11 plugs and buy a 240 to 110V A.C. Adapter.

I have an ATI2400etc, with V42 and MNP error correction protocols and it works
quite well here, you can buy it in US for $200. U.S. Robotics and Heys Modems
also work fine... and many many of then, you only have to check if they are
CCITT compatible

CCITT V21 norm = 300 baud full duplex
CCITT V22 norm = 1200 baud  '
CCITT V22bis   = 2400 baud  '
CCITT V32      = 9600 baud  '

CCITT V42 and/ V42bis = error correcting (also data compression) protocols.

Regards from Portugal,

Carlos

+----  Message ends,  my signature...  ----------------------------------------+
| Carlos F. H. Neves                                                           |
| Technical University of Lisbon-IST/JUNITEC   Phone: +351.1.8473421,Exts 1204,|
| Avenida Rovisco Pais,1                                  1417, 1574 or 1715   |
| P-1000 LISBOA - PORTUGAL                     Fax:   +351.1.898678 (Univ.)    |
|                                                     +351.63.70286 (Home)     |
| Internet: C34057@BETA.IST.RCCN.PT               CompuServe:    100016,1205   |
|        or L34057@BETA.IST.RCCN.PT               VAX/VMS PSI MAIL:            |
|        or 100016.1205@COMPUSERVE.COM               PSI%268004010328::C34057  |
+------------------------------------------------------------------------------+

.... .... .... .... .... .... .... .... ... .... .... .... .... ....
From:   purschke%VSIKP0.UNI-MUENSTER.DE@CCC.NERSC.GOV
.... .... .... .... .... .... .... .... ... .... .... .... .... ....

Subject: Modems in Europe
Date:   Wed, 04 Sep 1991 21:03:41 +0200

Hi Bob,

"Modems in Europe" is too general. You are right, almost each country here has
its own rules and laws concerning modems. For reasons you'll see, I do not use a
modem, but I can give you some information about the situation in Germany.

First of all, we have the Telekom company which controls ALL aspects of
telecommunications here. They have the monopol with lines and connections and,
most important, they control which equipment can be connected to a German
telephone line (everything, modem, answer machine, EVERYTHING must have a "FTZ"
number, the approval to be used.) You break the law if you connect anything
else, which you may own, but not use. This is your US modem, for example. All
equipment with a FTZ is expensive (the tests must be paid, etc).

Only recently the Telekom has begun to allow standard (not US standard...)
sockets in the walls to connect your own devices (with FTZ!), but you're likely
to live in a non-socket house.

Then the legal way is: Buy or lease a modem from telekom, have it installed by a
telekom technician. Very expensive, but the only legal way.

Most services here are connected to DATEX-P, and you'll need a NUI (Network User
Id), again from Telekom. Then you dial into the nearest (might be a
long-distance call though) relay and can access the DATEX-P net.

16-May-89  1:47:20-GMT,2047;000000000201
Return-Path: <B645ZAX@utarlg.arl.utexas.edu>
Date: Mon, 15 May 89 20:30:30 CDT
From: B645ZAX@utarlg.arl.utexas.edu
Subject: Apple-Addresses, updated


Apple Addresses

When an applelink address is listed, you can reach it by sending a message 
to
    {address}@applelink.apple.com
for example, to reach APDA, send a message to
    apda@applelink.apple.com

Bitnet users should mail
to
     XB.DAS@STANFORD
subject
     {address}@APPLELINK!{real subject}
for example, to reach APDA, send a message to
     XB.DAS@STANFORD.BITNET
subject
     APDA@APPLELINK!help me please

When a Mail Stop is listed, send mail to:

    Apple Computer, Inc.
    20525 Mariani Avenue, MS xx-xx
    Cupertino, CA 95014

APDA
    MCI:        312-7449
    AppleLink:  APDA
    Phone:      (800) 282-APDA or 
                (800) 282-2732
    Mail-Stop:  33-G

Bug Report Center
    MCI:        Apple.Bugs
    AppleLink:  Apple.Bugs
    Mail-Stop:  27-AN

Claris Corporation
    5201 Patrick Henry Drive
    (P.O. Box 58168)
    Santa Clara, CA 95052-8168

Customer Relations
    AppleLink:  C.Relations
    Phone:      (408) 974-2222
    Mail-Stop:  37-S

Dealer in your area
    Phone:      (800) 538-9696

Developer Programs (information about the Apple Partner or Apple Associate 
programs)
    AppleLink:  DevServices
    Phone:      (408) 974-4897
    Mail-Stop:  51-W

Developer Technical Support (for reporting bugs.  You must be an Apple 
Partner or Apple Associate otherwise)
    MCI:        MacDTS
    AppleLink:  MacDTS

Licensing
    AppleLink:  SW.License
    Phone:      (408) 974-4667
    Mail-Stop:  38-I

Public Relations
    AppleLink:  Apple.PR
    Phone:      (408) 974-2042
    Mail-Stop:  36-I

Tools and Compilers
    MCI:        303-6066
    AppleLink:  Dev.Tools
    Mail-Stop:  27-S


Modification history:
5/15/89   Added Applelink instructions for Bitnet users, cleaned up
          David Richardson, b645zax@utarlg.arl.utexas.edu
5/9/89    Corrections to original   Brian Bechtel, Blob@apple.com
??        Original                     ??