Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site uw-beaver Path: utzoo!watmath!clyde!cbosgd!ihnp4!houxm!vax135!cornell!uw-beaver!info-mac From: info-mac@uw-beaver Newsgroups: fa.info-mac Subject: INFO-MAC Digest V4 #1 Message-ID: <1721@uw-beaver> Date: Mon, 18-Nov-85 03:02:45 EST 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 **********************