Article-I.D.: uw-beave.1721
Posted: Mon Nov 18 03:02:45 1985
Date-Received: Tue, 19-Nov-85 04:26:18 EST
Sender: daemon@uw-beaver
Organization: U of Washington Computer Science
Lines: 569

From: Moderator Richard M. Alderson 


INFO-MAC Digest          Sunday, 17 Nov 1985        Volume 4 : Issue 1

Today's Topics:
                             HFS and the XL
                      Problem with Macintosh RMaker
                        Bug in MDS assembler 1.0
                          Hyper & 1Meg anyone??
                             Bulletin Boards
                          MacWorks 3.0 problems
                  macterminal constantly on the drives.
                           MacTerminal disking
               MacTerminal disk access [a better solution]
                MacTerminal and missing ImageWriter file
                                DA Sizes
                      converting old DA Mover files
                         The Motorola 68000 Kit
                             Amiga stuff...
                           Hyperdrive upgrade
                      new and better ascii program.
                                Other DA
              Another (better) Crabs DA and more + SOURCES
                             Enigma (a game)
               UW v2.10 (Mac multi-window UNIX interface)
                        MacApp based Music Editor
                                 RasNIX


----------------------------------------------------------------------

Date: 09 Aug 85 08:30 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.ARPA
Subject: HFS and the XL

I just got my hands on the new version of the finder (5.0) with the new
Hierarchical File System.  It was sent on a disk for the Hard Disk 20 for
testing purposes.  I backed up my hard disk on my XL, and decided to try to
install it.  No dice.  Would not re-init the hard disk with a Hierarchical
directory.  So, I re-installed the hard disk, tried again, still no luck.
My XL is split between macworks and the workshop, could this be the
trouble?  Also, there is a hard disk 20 file (my guess is that it is a
driver) in the system folder of the installation disk, could this be the
cause?

Other than the fact that i dont have an HFS now, the new finder is still
nice.  There is a "show small icons" feature, that allows you to keep icons
on a desktop, but smaller, so you can fit more of them in a given window.
The new SFP open box is nice, i like it better than the old one.  Most
programs seem to interface well to the HFS (although i cant say for sure,
since im running my desktop "flat", as Apple calls it).  Only trouble so
far has been the Transfer function from Red Ryder.  Finder seems faster,
even with non-hfs file structure, but i'm not sure how much of the increase
in speed might be due to the fact that i dumped all of the files to
floppys, and back, so now maybe my hard disk isnt so fragmented.  If anyone
has successfully installed the HFS onto their XL, please let me know how, i
would like to take full advangage of the new finder.

                                   - Tom Dowdy
"If it jams, force it, if it breaks, it needed fixing anyway."

------------------------------

Date: 28 Oct 1985 18:19-EST
From: mss%dartmouth.csnet@CSNET-RELAY.ARPA
Subject: Problem with Macintosh RMaker

According to the documentation for RMaker (on the Macintosh), one can
include arbitrary characters in a character string by using the backslash
convention, i.e., a "\" followed by two hexadecimal digits will insert the
denoted character.  The Lisa RMaker does place a CR when I use "\0D", but
the Macintosh version inserts a "D" into the string.  The same problem
happens when I tried \D, \d, and \0d.  Has anyone else seen this problem?
Anyone know a way around it?
		  -Mark (mss@dartmouth.csnet)

------------------------------

Date: 7 Nov 85 17:12:47 EST
From: Louis Steinberg 
Subject: Bug in MDS assembler 1.0

We just ran across an interesting bug in the MDS assembler ("About
Assembler" says its version 1.0, 1984).  The file:

* stuff1 xyz stuff2

macro xyz =
	stuff3
	|

gives the error "xyz redefined".  It works fine if you remove the xyz from
the comment line.

Workaround:  replace the * in the comment line with a ;

Apparently the macro processor has this heuristic that if you try to define
a macro that is the same as some token it has seen before in your file,
then you are redefining something, and a bug that makes it not ignore the
'*' form of comment lines.  No, I have not tried to see if it will expand a
macro in a * comment if the macro has -already- been defined.

------------------------------

Date: Wed 30 Oct 85 18:07:37-MST
From: Tony Jacobs 
Subject: Hyper & 1Meg anyone??

Does anyone out there or someone they know have a Hyper Drive and a Ram
upgrade of 1, 1.5, or 2 Meg?

I know some of them claim to work with a Hyper Drive but I'm sure not going
to go for it unless I've talked to someone who has one and has played with
it for a while.

Please mail me if you have any Information related to this.

t-jacobs@Utah-20

------------------------------

Date: Fri 1 Nov 85 00:43-EST
From: "Stephen R. Londergan" 
Subject: Bulletin Boards

If any one has a comprehensive list of Macintosh Bulletin Boards all across
this great land of ours, please post a copy, or send it to me.  I'll re-post
it or forward it if asked.

Thanks,

Steve Londergan
Stephen@MIT-Oz

------------------------------

Date: Tue, 29 Oct 85 12:57:52 PST
From: demay@NWC-143B
Subject: MacWorks 3.0 problems

This is an addition to Anderer's note about MacXL problems with MacWorks
V3.0.  Here at Naval Weapons Center, we have about 30 MacXL's widely
dispersed geographically.  I am one of the central contact points for the
users of these systems.  I have some more information regarding our
experience with MacWorks V3.0.  We have been experiencing problems similar
to Anderer, but only with some of our systems.  The maintenance people have
been going crazy trying to find some hardware that is failing.  No luck.

Last weekend, one of our users who has been particularily frustrated was
visiting Computer Warehouse in Bakersfield, and mentioned his problems.
They gave him a copy of a supposedly revised version of MacWorks V3.0 that
fixes the problems we (and others) have been having.  Unfortunately, the id
information is the same as the 5/85 version of MacWorks V3.0.  I modified
the id information to read "MACWORKS XL3.0A" so we can tell which machines
have the latest version of MacWorks.  So far, we haven't had enough
experience with the this version of MacWorks V3.0 to tell if it really
fixes the this kind of problem.

What I'd really like to have is a utility program on floppy that will allow
me to extract selected files from a "crashed" hard disk.  I'm not looking
forward to writing such a utility on my own.

------------------------------

Date: Wed, 6 Nov 85 14:10:56 pst
From: Leo Hourvitz 
Subject: MacWorks 3.0 problems

I too have had my MacWorks 3.0 hard disk die as described in the last
digest [V3 #50--RMA].  What happened with mine is that the number of free
blocks recorded in the volume info was out of sync with the number of zero
bits in the allocation block map.  Twice when this happened I ended up
having to initialize; once I actually patched the free block count.  When
those two disagree, MountVol detects it and returns badMDBerr.  This
usually happens to me after I've crashed the system testing some new piece
of software.

Good luck,

Leo Hourvitz
Apple Computer, Inc.

------------------------------

Date: Mon, 4 Nov 85 10:33:27 pst
From: oster%ucblapis@BERKELEY.EDU
Subject: macterminal constantly on the drives.

Macterminal saves its current buffer to disk every quarter minute or so.
Even if recording off the top is turned off, it will still save what is
visible on the screen.  It does this writing in background, so it does not
effect the performanace of the program, but the sound is annoying.  I shut
mine up by running MacTerm from a ramDisk--then its writes just go into the
ramDisk.

-- David Oster

------------------------------

Date: Wed, 6 Nov 85 14:10:56 pst
From: Leo Hourvitz 
Subject: MacTerminal disking

MacTerminal 1.0 does indeed hit the disk all the time even when recording
is turned off.  According to Mike Boich, there's no way around this 'feature'
(it's foolishly trying to keep its document format up to date).  Not that
this helps, but this is fixed in MacTerminal 2.0 (Real Soon Now)...

Leo Hourvitz
Apple Computer, Inc.

------------------------------

Date: Wed, 13 Nov 85 21:56:10 est
From: Roy Leban 
Subject: MacTerminal disk access [a better solution]

If you're annoyed by MacTerminal accessing the disk every 8.3 seconds, you
can patch the delay time as follows:  Using some program like FEdit, search
for the hex constant 0000 01F4 (decimal 500), which is the number of ticks
between saves.  In MacTerminal 1.1, this is at Sector 67(10), byte 012C (or
byte 1072C) in the resource fork.  The value 0000 FFFF is a little less
than 7 minutes.  If you want to change it to infinity, make it 7FFF FFFF
just in case it's being used as a signed value.  This information comes
very indirectly from the Yale Mac user's group (whose name I don't know).

------------------------------

Date: Mon, 4 Nov 85 10:33:27 pst
From: oster%ucblapis@BERKELEY.EDU
Subject: MacTerminal and missing ImageWriter file

Macterminal does the system call OpenResFile('ImageWriter') and brings up
the annoying No Imagewriter alert if that call returns a bad status.  Both
MacWrite and Edit create Text files with non-empty resource forks (Edit
puts tab and fonting info in the resource fork, Macwrite puts international
compatibility data in the resource fork.)  If you want more information,
see my essay on writing printer drivers.  (archived on SUMEX)

-- David Oster

------------------------------

Date: Wed, 6 Nov 85 14:10:56 pst
From: Leo Hourvitz 
Subject: DA Sizes

In Digest #50, the question was posed as to what the 8K size limit for DAs
really means.  The only meaning it has is that there is unlikely to be more
than 8K of memory free in a 128K Macintosh under any application.  On
bigger Macs Desk Accessories can be as large as they like; and many are.
However, when you travel beyond the safe 8K, you should watch every memory
allocation you do carefully for memFullErr...  There has been no 'official'
statement of how big accessories can really be...

Leo Hourvitz
Apple Computer, Inc.

------------------------------

Date: Mon, 4 Nov 85 10:33:27 pst
From: oster%ucblapis@BERKELEY.EDU
Subject: Limits to DA size

The 8k limit on desk accessory size comes from the fact that application
programs are written to only allocate 8k of memory for running desk
accessories in the worst case.  It is not a hard limit:  the control panel
is larger than 8k, although most of that is picture.  The limit really
applies to 128k Macs only.  The nearest actual limit is:  the Resource
Manager will not allow a resource larger than 32k, and a code segment is a
resource.  if your DA were larger than 32k, you'd have to break it up into
multiple segments.

-- David Oster

------------------------------

Date: Mon, 4 Nov 85 10:33:27 pst
From: oster%ucblapis@BERKELEY.EDU
Subject: converting old DA Mover files

It is easy to convert old DA Mover files to the format used by the new
DA/Font Mover:  Use the old DA Mover to move the files into a convenient
System file, then use the new D/A mover to mover them into new files.
Also, I beleive the author of the old DA mover will sell you a conversion
utility.

-- David Oster

------------------------------

Date: 8 Nov 85 14:51:27 EST
From: Eric 
Subject: The Motorola 68000 Kit
Reply-to: Lavitsky@RUTGERS

Hi,

I just spoke to the design group at Motorola. It seems they have extended
the offer of including a free 8Mhz 68010 in the kit to cover all units
sold. So, for $68 you get:

	MC68000
	MC68008 (8 bit 68000)
	MC68440 (DMA control)
	MC68230 (parallel interface/timer)
	MC68661 (enhanced peripheral communications interface)
	MC68652 (multi-protocol communication controller)
	MC68681 (dual UART)
	MC68901 (multi-function peripheral)

plus the complete M68000 documentation library, and a free MC68010 8Mhz
MPU!

The kit is called the M68000KIT, and is available from any authorized
Motorola distributor.  I heard that someone on BIX had plugged an MC68010
into his Amiga and it worked fine, giving him a fair increase in speed
(thanks for making the software upwardly compatible Amiga!)...  does anyone
have his exact figures and comments?

I've already ordered mine!

The number to call again for info is: 1-800-521-6274.

Eric

ARPA:	LAVITSKY@RUTGERS
UUCP:	...{harvard,seismo,ut-sally,sri-iu,ihnp4!packard}!topaz!eric
SNAIL:	16 Oak St., Flr 2
	New Brunswick, NJ  08903

------------------------------

Date: Mon, 11 Nov 85 10:13 pst
From: "pugh jon%e.mfenet"@LLL-MFE.ARPA
Subject: Amiga stuff...

I hadn't noticed that Info-Mac was getting bogged down with Amiga junk, but
if you think it is, you might want to check out Info-Amiga@Rutgers and see
what we are missing here on our BB.

Personally, I think the comparisons of the Mac and the Amiga and ST are
very valid.  It is ridiculous to take a "Mac is better" stance without
examining the competition.  Here is my biased and semi-ignorant view as a
member of a Macintosh and Amiga household.

The Amiga and ST have lost one battle to the Mac.  The battle of time.  The
Mac is out and working.  Software is emerging in droves.  They network very
easily.  The Amiga and ST can do neither, yet.

Both the ST and the Amiga have much niftier displays than the Mac.  Both
have color and distributed processing for graphics.  Both look fast.
Unfortunately, we do not have any software to judge them on.  Wait and see.
The most significant thing I see about the color issue though is the
printed page.  You may recall that the majority of info we ingest is from a
black and white printed page.  Color is used for photos and pretty
pictures, not for wholesale information transfer.  How many color pictures
are in your newspaper?  And have you priced a 4 color copier versus the
office xerox?  At any rate, the Mac is well suited for text and b&w
graphics.  It will continue to be an information machine.  There are quite
a few thesises (thesisi?) in the works that will be printed on a
Laserwriter.

The ST has the Atari name and that alone will kill it.  It and the Amiga
will suffer from the "game machine" syndrome.  It has happened before and
it will happen again.  I think the Amiga will make it though.  Only time
will tell if the Amiga can catch the Mac.  I doubt it though.

By the by, don't we all know that GEM is simply a PC clone trying to be a
Mac clone?  Talk about a case of mistaken identity.  All in all though, it
has to be better than MS-DOS.

My favorite thing about the Mac environment though, is that I have NEVER
mistyped a command or filename.

Jon Pugh
Lawrence Livermore National Lab
pugh%mfe.mfenet@lll-mfe.arpa

------------------------------

Date: Mon, 4 Nov 85 10:33:27 pst
From: oster%ucblapis@BERKELEY.EDU
Subject: Hyperdrive upgrade

There is in fact some difference, since I've written software that
reportedly works on the 10, but not the 20.  (MenuClock v1.1 runs on both).

-- David Oster

------------------------------

From: roland@ttds.UUCP (Roland Karlsson)
Subject: new and better ascii program.
Date: Thu, 31-Oct-85 17:36:21 EST
Reply-to: roland@ttds.UUCP (Roland Karlsson)

Forwarded from net.sources.mac by Jim Lewinson 

This is a new version of the Ascii program for displaying fonts.  I am very
greatfull for the help i got from poeple on the net.  Most of all for the
help i got from Guido van Rossum (guido@mcvax).  Copying from and pasting
to the desc scrap is now possible.  Scaling of font and the file filter
that chose which files to show with SFGetFile works.  I have implemented
command key equivalents for menu items.

		Have a nice day wishes:
		Roland Karlsson  (roland@ttds)
		Dpt. of Telecomm. & Computer Systems
		Royal Institute of Technology
		S-100 44 Stockholm
		SWEDEN

[Archived as [SUMEX]UTILITY-ASCII-FONT.HQX; sources are in
[SUMEX]UTILITY-ASCII-FONT.SHAR.  --RMA]

------------------------------

From: shulman@topaz.RUTGERS.EDU (Jeff Shulman)
Subject: Other DA
Date: Mon, 11-Nov-85 09:09:49 EST

Forwarded from net.sources.mac by Jim Lewinson 

[ From Delphi - JSS]

Name: OTHER... DESK ACCESSORY
Date: 9-NOV-1985 16:08 by LOFTUSBECKER

Other... is a desk accessory that lets you run another desk accessory that
is installed in a disk file.  It's a desk accessory version of DA Key, and
is somewhat more successful in working with Microsoft products (some DA's
don't work right under DA Key with Microsoft's stuff).  Those who have paid
for DA Key should consider this a free upgrade.

Lofty Becker

[Archived as [SUMEX]DA-OTHER.HQX.  --RMA]

------------------------------

From: nikhefh@uva.UUCP (NIKHEFH)
Subject: Another (better) Crabs DA and more + SOURCES
Date: Tue, 12-Nov-85 21:05:24 EST
Reply-to: nikhefh@uva.UUCP (NIKHEFH)

Forwarded from net.sources.mac by Jim Lewinson 

A new Crabs DA, and 2 other screen demolishing DA's.  SOURCES INCLUDED (in
Aztec C) !!!!!

Have fun !!

[This was a shell script.  I have extracted the six files and archived them
in [SUMEX] respectively as DA-CRABS.HQX, DA-CRABS.C,
DA-COLLAPSE.HQX, DA-COLLAPSE.C, DA-FLOW.HQX, and DA-FLOW.C.  --RMA]

------------------------------

From: shulman@topaz.RUTGERS.EDU (Jeff Shulman)
Subject: Enigma (a game)
Date: Fri, 1-Nov-85 19:53:43 EST

Forwarded from net.sources.mac by jiml@mit-eddie.MIT.EDU (Jim Lewinson)

[ Uploaded from Delphi - JSS]

Name: ENGEL'S ENIGMA
Type: PROGRAM
Date: 27-OCT-1985 01:54 by JOSEF
Size: 29447

Engel's Enigma is a puzzle similar in vein to Rubik's cube. It was
described in the October '85 issue of Scientific American, which claimed
that it seems to be at least as challenging as the cube, in spite of its
two-dimensional nature. It consists of a mosaic of patterns circumscribed
by two circles which are alternately rotated to scramble the puzzle.

[Archived as [SUMEX]DEMO-ENGELS-ENIGMA.HQX.  --RMA]

------------------------------

Date: Sat, 9 Nov 85 15:14:51 PST
From: John Bruner 
Subject: UW v2.10 (Mac multi-window UNIX interface)

Some of you may recall my multiple-window terminal emulator UW, which I
distributed last July.  After about six weeks of inactivity I started
working on improvements in September.  I now have another version ready for
distribution.

The README file in the first part of the distribution describes the changes
I've made.  A significant feature which I did not implement (yet) is file
transfer.  (I do plan to add this eventually.)

As before, the distribution includes the Macintosh binary and MacWrite
documentation (in BinHex 4.0 format) and C source code for 4.2BSD.  (I use
it on a VAX; however, I know of several 4.2BSD systems on which it runs and
none on which it does not.)  The distribution also includes an MLisp file
for use with (Unipress) Emacs, courtesy of Chris Kent (cak@purdue).  [I'd
also like to publicly thank Chris for his help finding bugs.]

UW is not public domain; rather, it is copyrighted.  However, you are
permitted to copy it provided that the copies are not sold and the copy-
right notice is perserved.  (Chris Kent has given permission, with the same
stipulations, for distribution of his MLisp code.)  Note that UW is *not*
shareware.  (If you'd really like to send money, please donate it to your
favorite charity.)  I also ask that if you distribute the binary you also
distribute the documentation too.  (I received letters from a number of
people who had the binary but not the documentation I distributed last
time.)

I have also posted this distribution to the USENET newsgroup
"net.sources.mac".

  John Bruner (S-1 Project, Lawrence Livermore National Laboratory)
  MILNET: jdb@mordor [jdb@s1-c.ARPA]	(415) 422-0758
  UUCP: ...!ucbvax!dual!mordor!jdb 	...!seismo!mordor!jdb

[Archived as [SUMEX]UNIX-UW-TERM.SHAR.  Non-Unix readers can use
a text editor, such as EMACS, to separate the various parts of the file.
--RMA]

------------------------------

Date: 1 Nov 1985 20:15-EST
From: mss%dartmouth.csnet@CSNET-RELAY.ARPA
Subject: MacApp based Music Editor

We have been playing with MacApp for a while now and I would like to share
some of the things that students have written.  What follows was a quick
project that implements an editor for a new kind of resource, which we call
a music resource.  The goal is simple:  provide a simple editor for Sound
Driver records.  As a first cut, only square wave synthesis is supported.
One "edits" the musical piece using the MUSIC program and saves the
resource in a designated file.  When finished, one can use one's favorite
resource manpulator to move the music resource into the desired
document/application.  To use the resource in one's program, one loads the
resource, locks it, and passes the appropriately dereferenced handle to the
sound driver.

Comments on the program are solicited (see the "About..." selection).  (For
INFO-MAC, the program follows; for Usenet, I posted the program on the
soon-to-become defunct net.sources.mac.  And we're not even going to make a
buck on it!)

[Archived as [SUMEX]DEMO-MUSIC-EDITOR.HQX.  --RMA]

------------------------------

Date: Tue, 12 Nov 85 8:31:54 EST
From: Robert E. Yellen (IMD-TSD)  
Subject: RasNIX

RasNIX is a DA that is a miniature pseudo-UNIX emulator.  It allows some
simple commands to look at disks and files (ls, wc, cd, rm, etc).  RasNIX
was written by Scott Gillespie of Reed College using the Rascal Development
System and is in the public domain.

It comes complete with documentation written by the author.  After running
thru BinHex use PackIt to unpack the files.

[Archived as [SUMEX]DA-RASNIX.HQX.  --RMA]

------------------------------

End of INFO-MAC Digest
**********************