INFO-MAC@SUMEX-AIM.STANFORD.EDU.UUCP (02/26/87)
INFO-MAC Digest Wednesday, 25 Feb 1987 Volume 5 : Issue 57
Today's Topics:
SCSI pinout clarification
Shutting down?
Shut Down
List Manager Lists in Modal Dialogs
MacDraw Font menu scrolling problem
ResEdit 1.0 won't work with old ROMs?
re: MacWrite to Troff Conversions
Mac SE & March 2nd Announcements
Many third-party products for new Macs
Here is a Binhexable copy of TN106
MacWrite to SCRIPT
Randomizer INIT
MakeWrite Source (intro blurb)
Dali Clock
Locking down disks
THINK working on Object Pascal?
MacVision TV camera scanner pictures
MacRecorder
Comments on Apple Share
Re: ELIZA
----------------------------------------------------------------------
Date: Wed, 25 Feb 87 12:14:10 EST
From: cwruecmp!howarth@ucbvax.Berkeley.EDU (David J. Howarth)
Subject: SCSI pinout clarification
A note on the SCSI pinout you had posted - the minus sign (-) after the
signal name indicates an active low signal (GND), not -5V! There are no
-5V on the SCSI port!
------------------------------
From: "Steve Munson" <sbm@purdue.edu>
Subject: Shutting down?
Date: Mon, 23 Feb 87 21:54:43 EST
I want to be able to shut down gracefully from an application I am
writing, the way the shutdown command in the finder does. If I do it by
executing a reset instruction or using Apple's suggestion of jumping to
ROMBase+10, the SCSI disk spends a lot of time during the reboot
rebuilding the file system (I guess), but shutting down from the finder
makes the reboot clean. What does the finder do that I don't know
about? Do I need to eject the SCSI disk or something?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Tue, 24 Feb 87 10:17:28 EST
From: Mike Kraley <kraley@ccw.bbn.com>
Subject: Shut Down
what is the algorithm for doing a "shut down", ie. eject all the
disks and reboot? Inside Mac doesn't discuss it, nor can i find
any references in the Tech Notes. Disassembling the Finder code
get very tedious very quickly.
I can guess that one Ejects each volume that one can be found and
then do a RESET, but I fear there may well be other details which
should be attended to.
any hints, pointers, or experience would be greatly appreciated.
...Mike Kraley (@bbn.com)
------------------------------
Date: Mon, 23 Feb 87 08:01:19 EST
From: rs4u@andrew.cmu.edu
Subject: List Manager Lists in Modal Dialogs
Can anyone offer some assistance? I am trying to use a
List Manager list as an item in a modal dialog box. I know
I have to use a UserItem, and I'll probably have to write a
special Filter procedure to use when calling ModalDialog,
but I haven't had much success.
I'd appreciate direct replies: rs4u@andrew.cmu.edu
Thanks in advance.
Rich
------------------------------
Date: Mon, 23 Feb 87 19:58 EST
From: Marks@RADC-MULTICS.ARPA
Subject: MacDraw Font menu scrolling problem
I would like to know how to get the "fix" to MacDraw that eliminates the
choked scrolling font menu. I seem to recall seeing a relevant topic on
the USENET summary, but (of course) I can't find it now.
Thanks.....
Dave Marks
Marks@RADC-Multics
------------------------------
Date: Tue, 24 Feb 87 02:35 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: ResEdit 1.0 won't work with old ROMs?
There is something weird with the new ResEdit that I was sent some time
ago on the net, supposedly the official version 1.0. First of all it
doesn't contain the List Manager package (PACK 0) in its resource fork
anymore, assuming that probably everyone is using the newer Systems that
include the List Manager automatically. I don't. Boom.
No problem. I just grabbed a disk with the newer System and copied
PACK 0 out of it into ResEdit. But now things get really strange: when
I start up ResEdit everything seems to look OK. I get a window for each
disk on my screen. However, when I open a file to look at its resources,
I am presented with an empty window! But when I double-click in it, I
apparently select a resource and another (empty) window opens. Looks like
something is wrong with updating...
My friends tell me ResEdit works fine on their Mac Pluses... I'm still using
a 512K Mac with old roms and Finder 4.1, System 2.x. What's happening?
Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Mon, 23 Feb 87 22:17:22 PST
From: charles@ACC-SB-UNIX.ARPA (Charles Carvalho)
Subject: re: MacWrite to Troff Conversions
I used the MacWrite to Troff converter stored as UNIX-MW4X2TROFF.SHAR
in the Info-Mac archives at sumex-aim. When attempting to convert
complex documents (such as the Mac technotes) on our 4.2BSD, it
generated bizarre font size changes. It turns out that it was swapping
the bytes in too many format blocks, trashing the following text. The
following context diff shows where "td." needs to be added to correct
this:
/Charles
<charles@acc>
*** w2t.c Mon Feb 23 21:57:29 1987
--- w2t.new Mon Feb 23 21:58:08 1987
***************
*** 646,652 ****
td.formats = formp;
td.nformats = nformats / sizeof(*formp);
! for ( i = nformats; i-- > 0; formp++ )
SWAP( formp->charPos );
return &td;
--- 646,652 ----
td.formats = formp;
td.nformats = nformats / sizeof(*formp);
! for ( i = td.nformats; i-- > 0; formp++ )
SWAP( formp->charPos );
return &td;
------------------------------
Date: Mon, 23 Feb 87 10:20:29 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Mac SE & March 2nd Announcements
***** Begin Forwarded Message *****
This file is a two-page MacWrite document describing Apple's upcoming March 2
announcements of the Mac II and Mac SE. It goes into some detail about the Mac
SE. You should read "Mac II First Look" before reading this one.
Ric Ford, "MacInTouch" newsletter
[
Mac II First Look is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-MAC2-FIRSTLOOK.HQX
so naturally I had to name this one
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-MAC2-SECONDLOOK.HQX
DoD
]
***** End Forwarded Message *****
I was asked by the folks on Delphi to pass the word that a revised
and combined version of these documents is on its way, and to please
distributed it instead of this version.
The original release of these papers has created a major controversy on
both CompuServe and Delphi. A number of vendors, through Bob Perez at
Apple, complained that they were incorrectly judged against Beta hardware
with old software, and generally raised a ruckus. The Compuserve people
decided to pull the documents from their data libraries, but neglected to
tell Ric and Macintouch of this, creating a major flame war on censorship.
This controversy then spilled over to Delphi as well, and lots of screaming
and yelling has been done.
The end result is that the reports were re-written to be a little more
cohesive, and this updated version has been accepted by both Neil Shapiro
of Compuserve and Delphi. The updated version should be given to info-mac
and usenet in the next few days. Until then, please consider these documents
to be obsolete and don't do any long term planning on them.
Thanks to Ric le Page, Bob Perez, Neil Shapiro, Peabo, and all the others
involved for keeping their heads while the idiots yelled for them and
for working out a reasonable solution to all of this.
chuq
[
I have not received this *updated* version as of yet. It all seems rather
silly to me, since by Monday all these files will be obsolete. Oh, well
DoD
]
------------------------------
Date: Wed, 25 Feb 87 15:11 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: Many third-party products for new Macs
Nobody will wait till March 2 to see what Apple will come out with. This
week's edition of ComputerWorld joins in the speculating and has some more
interesting product rumours, especially from third-party vendors.
Unisoft is said to have joined forces with Apple to bring a complete Unix
System V (with 4.2 BSD enhancements) to the Macintosh "which runs completely
transparent to users".
At least three companies are coming out with MS-DOS cards, including Phoenix
Technologies and Radius. The Mac II can even run Apple DOS, the article says!
There are already two software packages who will utilize the Mac II's color
options when it comes out: a new color version of Microsoft Excel and a
color version of Living Videotext's MORE.
And the article mentions even more goodies...
Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Mon, 23 Feb 87 13:55:54 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Here is a Binhexable copy of TN106
Dwayne, I found that TN106 as sent to me originally couldn't be
run through Binhex 4.0 successfully. When the filename get's too large
the checksum calculation gets messed up. Since XBIN works fine on it,
I just ran it through XBIN, downloaded that, ran that file into Packit,
then binhex 4.0, then uploaded it and here it is. Have fun,
David
[
thanks. Archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN106.HQX
DoD
]
------------------------------
Date: Mon, 23 Feb 87 17:06 EST
From: Tom Dowdy
From: <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: MacWrite to SCRIPT
Enclosed is a program that has been getting lots of asks on the net. This
weekend I decided that it couldnt POSSIBILY be that hard to do, so i wrote
it. This program converts macwrite files to Waterloo SCRIPT. It only
handles bold, underline and paragraph breaks, plus it breaks the lines at
about 60 characters, which helps too. The program is shareware. If
Schools and computing centers who would like to be able to give it away to
their users can ask about (very reasonable) site licensing. If I get
enough interest, I might add headers, centering, super/subscripting, things
of that sort... It's almost impossible to exactly emulate macwrite using
script, but it's pretty easy to at least convert with formatting intact.
This program would be useful for people without modems who want to work on
their macs at home, but need to use script for the final product.
Let me know if there are bugs, after all it was written in one day so it's
bound not to work totally right.
Tom Dowdy
CML5A9@IRISHMVS.BITNET
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-CONVERT-MW-SCRIPT.HQX
DoD
]
------------------------------
Date: Mon, 23 Feb 87 15:18:12 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Randomizer INIT
Here is the *final* version of my Randomizer INIT. It works very well now and
has some pleasant customizable options like all Macintosh programs should.
Randomizer.pit includes
Randomizer the INIT
Randomizer Doc a MacWrite document in New York
BeepInit MacNifty's Beep INIT in modular form
aSoundInit Modular StartUpSound INIT
Randoms.pas Pascal source code
Randoms.r DeRez resource listing
When I say modular INITs I mean that they do not have to be added to the
System file. Instead they can merely be placed in the System Folder. I had
to modify the MacNifty files to make them operate this way. It involved
pulling out their installation resources and changing the file type to INIT
from APPL. They both retain their icons, which may be a problem if you have
the original applications that are archived on INFO-MAC. I recommend trashing
the old ones and using the ones I include. They are simpler and safer to deal
with.
The INITs run in alphabetical order, so your StartupScreen is displayed,
aSoundInit runs, BeepInit runs, then Randomizer finishes off (other INITs may
run in between or after). Randomizer makes the StartUpScreen be your desktop
and then changes all three of the files so that they will be different next
time you boot.
It optionally displays the names of the files it has chosen and it's window
can be moved (change the 2 DWRD "PNT " resource to be the new top left
corner). It can be overridden so that it will not run. It can create
families of screens, sounds, and beeps. And best of all, it's free!
The document tells more, so read it. Pass it along to your favorite BBS.
Just don't take out my name. I ain't gonna get rich, so I'll try for fame
instead.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[
I replaced the previous version of Randomizer with this one. Archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-RANDOMIZER.HQX
DoD
]
------------------------------
Date: Tue, 24 Feb 87 00:06:43 cst
From: Paul DuBois <dubois@rhesus.primate.wisc.edu>
Subject: MakeWrite Source (intro blurb)
Following are two binhex files containing (a) the source for MakeWrite,
and (b) some auxiliary files.
The first file contains LightspeedC source. You should end up with:
ListEdit.c
ListEdit.h
MachDep.h
MakeWrite.h
MWCheckMark.c
MWFileStuff.c
MWFileStuff.h
MWFontOps.c
MWGen.c
MWIO.c
MWMSpecOps.c
MWMaca.h
MWMain.c
MWMapInfo.h
MWMapOps.c
MWMapWind.c
MWMenu.c
MWMisc.c
MWParaDlog.c
MWTextToWrite.c
MWWindMisc.c
The second file contains:
MakeWrite.proj LightspeedC 2.01 project shell
MakeWrite.proj.rsrc MakeWrite resources
MW.help.text Help window text
The project should also include, besides the source files:
MacTraps
TransSkel (modeless dialogs can be turned off)
TransDisplay
TransSkel and TransDisplay are available via ftp from sumex.
One thing to note about the sources is that I use the types "Integer"
and "Longint". These are typedef'd to be 'int' and 'long', i.e.,
LightspeedC's two- and four-byte integer types, i.e., equivalent to
the corrsponding Lisa Pascal types. If you try to use this stuff for a
different C compiler, make sure to edit MachDep.h so that Integer and
Longint are equivalent to what they would be in Lisa Pascal.
[
these files have been archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MAKEWRITE-SOURCE-C.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MAKEWRITE-AUXILIARY.HQX
the original posting included the applicaiton
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MAKEWRITE-102.HQX
DoD
]
------------------------------
Date: Wed, 25 Feb 87 23:25:29 EST
Subject: Dali Clock
From: mhuxu!davec@harvard.harvard.edu
HI, I'm forwarding this for Ephraim Vishniac (wang!ephraim), who has
been unable to reach you via mail.
Dave Caswell
The attached Packit II / BinHex 4.0 contains source, resources,
and executable of an improved version of Steve Capps' "Dali Clock."
Unlike the original, this one should work with Mac screens of
all sizes. I've tested it on a standard Mac Plus and on one with
a MegaScreen. I'd have tested it on a Mac XL, too, but the one
in my office has gone into permanent hibernation. (R.I.P.)
If you've got any questions, read the source code.
Ephraim Vishniac
decvax!wanginst!wang!ephraim
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DALI-CLOCK.HQX
DoD
]
------------------------------
Date: Tue, 24 Feb 87 08:25 EST
From: Tom Dowdy
From: <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: Locking down disks
Anyone have any bright ideas about "attaching" disk to macs?
We would like the boot disks for our network to sort of stay
with the machines. Our current plan is to put fishing line
through the write protect notches and attach the other end to
something (probably around the power cord, or maybe inside the
battery compartment) Anyone else have a good idea?
Tom Dowdy
CML5A9@IRISHMVS.BITNET
------------------------------
Date: Tue, 24 Feb 87 01:45 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: THINK working on Object Pascal?
Vladimir (IVANOVIC on Delphi), you keep saying "when THINK will come out
with its Object Pascal/MacApp version of LSP". Do you know something I
don't? Is THINK really or is that just wishful thinking? If it helps,
I'll do my share of wishful thinking too and who knows, maybe...
Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Mon, 23 Feb 87 20:14:20 pst
From: well!mofo@lll-lcc.ARPA (MOFO)
Sender: well!Hank.Roberts@lll-lcc.ARPA (using the office id 'mofo')
Reply-to: well!hank@well.uucp mofo@lll-lcc.ARPA (hank) (MOFO)
Subject: MacVision TV camera scanner pictures
I just had a talk with the Koala Tech assistance line and they are going to
be releasing a 300 dpi version of their (currently 72 dpi) MacVision outfit.
I'm using the original version, lent me by someone who had lost the software
and manual; Koala was very kind to replace both. The name Koala is certainly
appropriate for 72 dpi -- you get cute little fuzzy pictures -- but the new
one should be pretty neat. Here's hoping (not even a customer yet, but
I plan to be when the next version comes out. Then I'll rent a Mac to use with
it.)
------------------------------
Date: Tue, 24 Feb 87 12:21:44 PST
From: Brad_Kollmyer%SFU.Mailnet%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: MacRecorder
In the questions and answers section of the March 87' issue of MacWorld there
was something about a voice digitizer from Berkely Macintosh Users group. I
was wondering if anyone knew anything about this product. Will it allow you
to digitize sounds as well as voices, how easy is it to build, can the files
created be used from other languages, etc. Any comments would be appreciated.
Thanks
Brad Kollmyer
(Brad_Kollmyer%sfu.mailnet@mit-multics.arpa)
------------------------------
Date: Sun, 22 Feb 87 11:40:04 PST
From: Dorothy Bender <HK.DEB@forsythe.stanford.edu>
Subject: Comments on Apple Share
We recently had the opportunity to see a demonstration of
AppleShare, Apple's software product that turns a Mac Plus with at
least one hard disk (SCSI recommended) into a dedicated file server
on an AppleTalk network. The results were less than impressive. As
Jim Paige, one of the Apple representatives said (paraphrasing) '
this is like the 128K Mac, it is a working product, but definitely
lacking in power'. There are several major flaws in the product,
which lead me to believe that it is a hybrid product, which will
take several months or years to correct before it becomes fully
viable. The main problems were :
1. It ties up an entire Mac Plus as dedicated file server. This is
OK for large offices, where an extra Mac may not be an issue, but in
small offices, like at DIS, it becomes a real problem. Also, in
large offices, the speed of the AppleTalk network may become a very
limiting constraint. (The server is also limited to 25 users at a
single time.) Some of the available Mac networks, notably Centram
TOPS, and MacServe run on concurrent servers.
2. The entire network must be brought down for all administrative
functions, including: adding users and volumes, and doing backups.
Apple is probably suggesting that the network administrator work
weekends.
3. Apple has not fully resolved the record/file locking issues.
There are 3 levels of file protection (self, group, and world), but
it is possible for one user to kidnap another's files, or change the
protection so that they can't use it. Also, if more than one user
is working on a file, only the last person's changes are preserved.
4. If the network administrator forgets the server password, their
only option is to reformat the entire disk and start again. Apple
has no way of getting into the server once the password is lost.
5. AppleShare seems a little more complicated than standard Mac
software, and there are guidelines that must be followed with
current software so that things don't mess up.
6. AppleShare does not allow users to run applications off the
network. It is supposed to be only for exchanging data and users
are expected to have their own application disks. I thought that
networks were supposed to be used for sharing data and applications.
Implementing AppleShare this way means that you shouldn't consider
it if you want to share hard disks.
7. AppleShare does not come with mail or backup utilities, you must
purchase these from 3rd party suppliers.
8. Finally, the 2 changes to the Finder/System outside of those
needed for the network are trivial. The trash can now expands
slightly when something is in it, and you can do cleanups on
selected items instead of an open folder or desktop.
In conclusion, I think that AppleShare is probably here to stay but
I wouldn't recommend it to anyone at least until some of these
problems are resolved.
MIKE
------------------------------
Date: Tue, 24 Feb 87 06:17:03 PST
From: <KNIGHT@maine.bitnet>
Reply-to: KNIGHT%MAINE.BITNET@forsythe.stanford.edu
Subject: Re: ELIZA
One of the articles I've had to read for my AI class had the following
to say about the program ELIZA. Article is from: Artificial Intelligence,
David L. Waltz, Scientific American, October, 1982, pp 118-133.
"Another early approach to language understanding is a program called
ELIZA, written by Joseph Weizenbaum of M.I.T. in 1966. ELIZA bypasses
any real linguistic processing and instead relies on a clever system of
rather fixed patterns of response that give an imitation of language
understanding many people find convincing. The responses of the program
mimic those of a psychiatrist; each response is called up from a set
of stored sentences or sentence patterns that are associated with words
or patterns of words in statements made by the 'patient'. Whenever
the word 'mother' is mentioned, for example, the program replies with
one of several stock sentences, such as 'Tell me more about your
mother.' If the patient types 'I'm feeling a bit tired.' ELIZA can
embed part of the patient's sentence in it's reply: 'Why are you
feeling a bit tired?'
Although many of the input words are ignored by the program, it still
requires a large library of meaning patterns to deal with a large number
of potential input statements. Weizenbaum later argued that the program
demonstrated the shortcomings of making the simulation of human behavior
a criterion for ascribing intelligence to computer programs. ELIZA, he
pointed out, operated on an extremely simple and superficial level of
language understanding, yet many people were lured by its lifelike
responses into reciting their personal problems to the machine just as
if it were a psychiatrist."
I recall reading somewhere else a few of its other shortcomings. If one
typed in to the question 'How are you feeling?' the response 'I feel
happy. No, elated.' the computer responded with 'Don't be so negative.'
because it reacted to the word 'no' and not to the other positive words.
I'd have to class ELIZA as yet another of those programs which fake AI
performance through CS means.
Mike Knight
Knight@Maine.bitnet
------------------------------
End of INFO-MAC Digest
**********************