Moderators.Jon@SUMEX-AIM.Stanford.EDU, Dwayne@SUMEX-AIM.Stanford.EDU, (02/25/88)
INFO-MAC Digest Thursday, 25 Feb 1988 Volume 6 : Issue 23
Today's Topics:
RE: QuickDraw Globals in WDEFs
Using C in Pascal
Re: INFO-MAC Digest V6 #22
Re: MACSBUG...
Turbo Pascal Help
Re: Alphabetizing icons
putting it all back together
Mac SE featured on Swedish TV broadcast on effects of low level
Non-Apple Printers, Drivers (Query)
Writing copy-protected programs to hard disks
"THINK" versus "Lightspeed"
Problems with Laser software ver. 5.1 and TeXtures ver. 1.0
all those fortran bugs
Re: INFO-MAC Digest V6 #21
Hypercard Hall of Fame
FatMouse
GIF pictures and program
HangMan
Color startup screen picture for Mac II
Saratoga INIT
Shutdown-sound init
Terminal DA - in 3 parts
A PD version of the board game RISK (in 5 parts)
----------------------------------------------------------------------
Date: Mon, 22 Feb 88 07:12:17 PST
From: PEPKE%FSU.MFENET@NMFECC.ARPA
Subject: RE: QuickDraw Globals in WDEFs
RE Thomas Fruin's question about how to access QuickDraw globals within a
WDEF:
IM V1 p. 163 says that when you open a new GrafPort, it sets the portRect
of this GrafPort equal to screenBits.bounds. So, just open a new port, get
the rectangle, and throw the port away.
I do not know how or if this method is affected by multiple screens.
Eric Pepke pepke%fsu.mfenet@nmfecc.arpa
Supercomputer Computations pepke%scri.hepnet@lbl-csa2.arpa
Research Institute pepke%fsu.bitnet@wiscvm.wisc.edu
Florida State University
Tallahassee, FL 32306-4052
Disclaimer: My employers seldom even LISTEN to my opinions.
Meta-disclaimer: Any society that needs disclaimers has too many lawyers.
------------------------------
Date: Mon, 22 Feb 88 14:20:01 -0500 (EST)
From: Richard Siegel <rs4u+@andrew.cmu.edu>
Subject: Using C in Pascal
It is possible to write a C code resource to be called by Lightspeed Pascal;
it is essentially the reverse of writing a Pascal resource for LightspeedC.
Suppose you have a procedure that takes three parameters:
procedure Foo(a : Integer; var l : LongInt; h : Handle);
In your C program, declare main as the following:
pascal void main(a, l, h)
int a;
long *l;
Handle h;
{
/* main's code here */
}
Build your C program and save it as a code resource. In general, you don't
want to use the stdio functions, although you can; you'll have to
prepare a version of stdio that doesn't use A5 globals. To do this, make
a copy of the stdio project, open the copy, use the "Set Project Type" command
to make the project type "Code Resource". You can supply any type and ID you
want to; they'll be ignored.
For our sample, build the C program into a resource of type "PROC", Resource
ID 128.
Once this code resource is built, add it into the resource file for you
Lightspeed Pascal program.
Now, in the Pascal program, you want the following declaration:
procedure CallProc(a : Integer; var l : LongInt; h : Handle; code : Handle);
inline $205F, $2050, $4E90;
Note that "CallProc" has the same interface as our original, but it has
the extra argument "Code". This last argument is a handle to the code
resource that we built with LightspeedC. The INLINE code supplied here
pops the last argument off the stack, dereferences it once, and does a JSR
to the resulting address.
So, to execute this little bit, consider the following:
procedure DoStuff;
var
codeH: Handle;
{We'll assume that the proc arguments are defined *somewhere*}
begin
codeH := GetResource('PROC', 128); {remember PROC 128?}
MoveHHi(codeH);
HLock(codeH); {We want to lock the code before we execute it}
CallProc(a, l, h, codeH);
ReleaseResource(codeH); {we're done, junk the code}
end;
This has worked correctly for me. It's not as transparent as linking in
object files of different types, but neither is it impossibly difficult.
--Rich
------------------------------
Date: Mon, 22 Feb 88 11:01:22 pst
From: Larry Rosenstein <lsr@apple.apple.com>
Subject: Re: INFO-MAC Digest V6 #22
In article <8802221031.AA21581@ucbvax.Berkeley.EDU> you write:
>
>Date: Fri, 19 Feb 88 20:44:18 PST
>From: Charles Dolan <cpd@CS.UCLA.EDU>
>Subject: Opening windows in MPW
>
>The documentaion for MPW tools say the opening windows and doing
>graphics is a largely unexplored area. Every time I try to open
>a window or even draw in the shell window, I get a system bomb. Has
>anyone else experimented with this? Does any body have any prototype
>code they would share?
You should initialize ONLY Quickdraw in the tool. When a tool runs it gets
its own value of A5 (which means the Shell's Quickdraw globals are
unavailable), but the WIndow Manager, etc. globals are still valid.
I know that a tool can bring up its own modal window (and remove it when it
exits). I don't know if you can draw into a shell window, or if you can
bring up a modeless window (ie, bring up a window and allow the user to
switch to a shell window and back).
>------------------------------
>
>Date: Sat, 20 Feb 88 17:15 N
>From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
>Subject: QuickDraw global variables in an MPW C WDEF?
>
>holds the size of the current Macintosh screen. No go. The MPW C
>manual mentions somewhere that desk accessories and drivers cannot
>use (QuickDraw) global variables, which probably means that WDEFs
>cannot either.
In this particular case, you can access the Window Manager port and look at
is portBits.bounds.
WDEFs (in any language) can't access the Quickdraw globals in the usual way.
In applications, a global variable is assigned an offset relative to A5.
Each application can have a different offset for a given variable (eg,
screenbits). So there is no way for a WDEF to know the appropriate offset.
Quickdraw variables, however, are special because they can be accessed in a
different way. The location pointed to by A5 contains a pointer to the
Quickdraw globals. For more info, see page I-163 of Inside Mac.
One final problem. When running under MultiFinder, WDEFs have to be
careful. MultiFinder does not switch the world when calling the WDEF (for
better performance). This means when the WDEF is called, A5 could point to
some other application's globals. This probably won't be a problem for
accessing Quickdraw globals, if you assume that every application has
initialized Quickdraw, because of the mechanism mentioned above.
A more serious problem can occur if the WDEF is linked into the application.
In this case, it is easy to use global variables without noticing it, and
your application will surely crash the first time the window is updated
while the application is not frontmost. In particular, recall that
cross-segment calls go through the jump table which is accessed relative to
A5. One solution is for the defproc to save the proper A5 value in is
dataHandle. As you might expect by now, there is a problem with this.
When the defproc is called the Window Manager sets up the current grafPort
so that the defproc can draw, etc. The current port is accessed via A5,
which might be a different A5 than the application that contains the window.
So to access globals in the application, you need to use one value of A5,
but to do any drawing you need to use another.
To summarize:
* You can get the screen size from the Window Manager port, which can be
accessed via a Toolbox trap.
* You probably can access Quickdraw globals from assembler, because there is
a special pointer to them.
* Window defprocs have to be careful about the value of A5, when running
under MultiFinder. If you are writing a standalone WDEF, don't use any
global variables and don't link in any libraries. If the defproc is
linked with your application, be careful and test it under MultiFinder.
Larry Rosenstein
Object Specialist
Apple Computer
AppleLink: Rosenstein1
UUCP: {sun, voder, nsc}!apple!lsr
CSNET: lsr@Apple.com
------------------------------
Date: Mon, 22 Feb 88 22:16:52 MET
From: Norbert Lindenberg - U Karlsruhe <norbert@ira.uka.de>
Subject: Re: MACSBUG...
> I am having problems using MACSBUG ... 5.2. ... what is the solution?
Just try to get a newer version! MacsBug 5.4 is being distributed with MPW
2.0, maybe MPW 2.02 includes an even newer version.
-- Norbert
------------------------------
Date: Wednesday 24 Feb 88 4:52 PM CT
From: Sean OConnor <CSTRHRPC%UIAMVS.BITNET@CUNYVM.CUNY.EDU>
Subject: Turbo Pascal Help
Does anyone know how to (easily) draw a dotted or dashed line using
Turbo Pascal and Quickdraw routines? I've searched thorough the manual
and can't come up with any obvious answer. Thanks.
Sean O'Connor
CSTRHRPC@UIAMVS.BITNET
------------------------------
Date: Mon, 22 Feb 88 7:37:59 MST
Subject: Re: Alphabetizing icons
>
>
>To alphabetize icons, create a new folder, select all, drag them into it,
>arrange by name (to alphabetize). Then drag all back to the original
>folder. The icons will show up alphabetized.
>
>Jim Clark
>U TN at Martin
>
There is an easier way to alphabetize icons. Select view by name. Select
all , then drag all of them back into the shadow folder, then change view
to by icon or small icon. The icons will all be alphabetized (or for that
matter you can choose any of the other view options).
John
22-Feb-88 10:27:23-PST,4031;000000000001
------------------------------
Date: Mon, 22 Feb 88 13:15:41 est
From: magill@eniac.seas.upenn.edu (Operations Manager)
Subject: putting it all back together
> A better idea is to download the files as uploaded.
> (I.E. in the various parts)
> Then run the APPEND utility on the various
> parts (creating a large file), then run BINHEX on the appended file.
>
> The APPEND utility is available in the INFO-MAC (or SUMEX) archives
> under the name APPEND.HQX.
>
There are two other alternatives.
The first is painful and the second apparently is not quite working yet.
The second option first - Stuffit 1.31 contains a join function. However,
I haven't been able to get it to work for me. I just sent off a set of
"bug reports" to Ray Lau, so we may have this fixed shortly.
This would be ideal, as it should allow you to "join, unBinHex, and unPack or
un Stuff" all in one operation.
I believe that the original files are all broken apart with MacWrite.
You will notice that the ".HQX" files are all in "MacWrite TEXT format"
(Note that the icon is slightly different from a formatted MacWrite document.)
The process here is somewhat slow and cumbersome, but it works.
You work from the back forward (at least I find that somewhat easier.
Open the last "PART".
Answer the query "Should a Carriage Return signify a new paragraph or
a line break?"
Line Breaks
(The document then opens as untitled)
The cursor should be position before the first character.
hold "shift-command" and drag the page slider to the end of
the file, position the cursor after the last character of the
document and click. You have now selected the entire document.
Cut it. (document is now in the clipboard)
Close this document - don't bother saving the changes.
Open the next (previous) part of the document again as "Line Breaks", and
untitled.
Go to the last character in the document and "paste". Remember to "click" to
position the cursor at that point. (After pasting, the cursor should
position at the end of the document"
Hold "shift-command" and slide to the first page, position the cursor before
the first character and "click".
Cut it. (the whole document is again selected and on the clipboard).
Repeat as necessary.
Once you have pasted to the front section, instead of selecting and cutting,
just save. The document is untitled, so you will get the normal
file selection/option box.
Save the current document as: "<something>.hqx", click on the "Text Only"
button and save. (Don't forget the ".hqx" part or BinHex won't find
show it to you in its dialog box.)
Again save the Carriage Return as "line Breaks".
Note: you do not have to delete the Mail header/information preceeding
the start of the BinHex data (at least for BinHex 4.0 and Stuffit 1.31).
If you use BinHex 4.0 and you have screwed-up, you will most likely get an
"end of file" or "check-sum" error message. Just quit and do it all
over again. (I told you it was a cumersome process.)
If you use Stuffit 1.31, it will simply hang, and you will have to reboot.
I have used the above technique successfully for 4 and 5 part hypercard
stacks without problems. However, I prefer using micro-emacs, as appending
files to the end of an existing file is much more trivial. However, the
version of micro emacs I have only works on my plus at home and not on
the SE I Have in my office. (Any body got a version that works on the SE?)
Until Stuffit is fixed, "append" is probably a better alternative, but this
method does work.
------------------------------
Date: Mon, 22 Feb 88 20:57:32 DNT
From: Jakob Nielsen Tech Univ of Denmark <DATJN@neuvm1>
Subject: Mac SE featured on Swedish TV broadcast on effects of low
Subject: level
This evening Swedish TV (channel 1) showed a broadcast on the effects
of low-level magnetic fields. It was not nearly as scary as one might
have feared - i.e. they used the "nothing is known about possible ill effects"
statements more to play down the fears than to exaggerate.
The reason I write about this broadcast in this newsgroup is that
they showed a Mac SE when they talked about the variations in the shape and
amplitude of the mag field around computers (as compared to power lines).
And indeed, their teslameter showed large readings from the flickering Mac
screen.
This message is not intended to scare people away from their Macs.
But: Does the Mac emit more than other PCs because of its graphic display ?
There was no such claim in the broadcast. I wonder whether it has had the
effect of scaring people away from Macs or whether it has the opposite effect
of making the Mac seem more like "an ordinary computer" instead of just
a machine for a few odd people.
------------------------------
Date: Tue, 23 Feb 88 08:20:32 PST
From: Steve Dennett <DENNETT@SRI-NIC.ARPA>
Subject: Non-Apple Printers, Drivers (Query)
I'm getting ready to get a Mac system, and would love to get an
Imagewriter LQ, but find the price to be ridiculous, given that
Epson and Toshiba sell printers with similar features at half (or
less) the cost.
I'd like to know if anyone knows of any non-Apple 24 pin printers that
can be easily hooked to a Mac. I presume any printer with a serial
interface can be electrically connected, but what about printer
drivers? The only ones I've ever seen are for the LaserWriter and
ImageWriters.
Yes, I've heard about Orange Micro's "Grappler" hardware interface;
if you've had any experience with it (esp. w/ the LQ version), I'd
like to hear about it. I've heard that it's pretty slow.
I'll summarize suggestions, information, etc. back to INFO-MAC
in a few weeks.
Thanks for your help!
Steve Dennett
dennett@sri-nic.arpa
------------------------------
Date: Tue, 23 Feb 88 13:32:11 EST
From: Steve Buyske <ST401266%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: Writing copy-protected programs to hard disks
I'm sorry to ask about what I am sure is an old topic, but what
are people recommending these days to use copy -protected programs
from a hard disk?
------------------------------
Date: Wed, 24 Feb 88 08:52:55 -0500 (EST)
From: Richard Siegel <rs4u+@andrew.cmu.edu>
Subject: "THINK" versus "Lightspeed"
In past postings, there've been references to the makers of LightspeedC and
Lightspeed Pascal as "Lightspeed", or "Lightspeed, Inc.", and variations on
the theme.
I just want to correct this. The maker of the LightspeedC and Lightspeed
Pascal languages is THINK Technologies, which is in turn a division of
Symantec Corporation. The easiest way to refer to the company is to call them
"THINK".
I'm not nitpicking here. There is a real company called "Lightspeed, Inc."
They make desktop-publishing packages for a variety of computers, the Mac
among them. The word "Lightspeed" is a trademark registered to Lightspeed,
Inc. and is used by THINK Technologies with their express permission. This is
one reason why the language compilers are now named "THINK's LightspeedC" and
"THINK's Lightspeed Pascal", and why they're not trademarked.
Just wanted to clear the air; I don't want to be in the position of appearing
to condone the loose use of a trademarked name....
--Rich
------------------------------
Date: 24 Feb 88 16:04 +0100
From: Espen Vestre <x_vestre_e%use.uio.uninett@TOR.nta.no>
Subject: Problems with Laser software ver. 5.1 and TeXtures ver. 1.0
We have a funny problem using the new LaserWriter driver and Laser Prep file.
When we try to print from Textures (version 1.0), we get a PostScript error.
Examining PostScript output from the new LaserWriter driver and from the old
one, I have discovered that with the new driver somehow looses the definition
of a postscript procedure set called "Texdict". The new and the old Postscript
file look exactly the same, except for these definitions. Since the new file
also has a "Texdict begin" in it, it is no wonder that the LaserWriter
complains about it.
Even more funny is that people in the university using LaserWriter v.5.0 seem
to have no problems with Textures.
Any suggestions are welcome - and if there really is nothing to do about this,
could someone tell me how to download these macros _permanently_ (as long as
the Laser is switched on, of course...) into the Laser?
Espen Vestre
Department of Mathematics
University of Oslo
P.O. Box 1053 Blindern
N-0316 OSLO 3 e-mail: x_vestre_e%use.uio.uninett
Norway @tor.nta.no
------------------------------
Date: Mon 22 Feb 88 01:49:43-PST
From: Barrett Eynon <B.BPE@MACBETH.STANFORD.EDU>
Subject: all those fortran bugs
After all the talk of numerous problems with Microsoft/Absoft FORTRAN, I
thought I'd mention my solution: THROW IT IN THE TRASH! I picked up a copy
of DCM Mactran 77 (DCM data products, 1710, Two Tandy Center, Fort Worth,
Texas 76102 (817) 870-2202) which lists for $197 ($152 at Computerware),
which has kept me quite happy for my FORTRAN needs, though I haven't
beaten on it too hard. The won my undying loyalty when I called them to
ask about a 68881 version (version 2.0F, works on the II and with accelerator
cards), and they both answered my technical questions in a complete and
friendly manner, and sent me the upgrade FREE!
MACTRAN-77 has a much better user interface than Absoft (though not as nice
as Lightspeed or anything - you have to close your editor window to compile,
etc. but it is integrated, and will also produce clickable applications,
(albeit with a runtime package) or a steppable interpreted mode (even a
little pointer hand in the code). They have both a high-level and low-level
toolbox interface, and I think a reasonable Mac application could be
put together with it, though their examples are limited to some graphics
programs. Anyway, it didn't take much to convince me this package uniformly
dominated the Absoft/Microsoft cruft.
There should also be an MPW FORTRAN out this spring, though I don't remember
the name of the firm doing it. Apparently it will even be possible to
link it with MacApp, for all you real programmers...
-Barry Eynon
<eynon@score.stanford.edu>
------------------------------
Date: Mon, 22 Feb 88 09:26:14 EST
From: Joe McMahon <XRJDM@scfvm>
Subject: Re: INFO-MAC Digest V6 #21
We too have been having the same problem with Kermit 9(36)b4. We use a
Series/1 as a protocol converter, and a Rolm network. You cannot use it at
all with ...b4. The ROLM say "no, no, you're the wrong parity" and hangs
up.
We (at least I) never got ...b3, so I can't report on its compatibility.
--- Joe M.
------------------------------
Date: Wed, 24 Feb 88 18:19 N
From: <AERTS%HLERUL5.BITNET@forsythe.stanford.edu>
Subject: Hypercard Hall of Fame
Hello HyperCard users!
During the period until the MacWorld Expo on 9, 10 and 11 May 1988,
which will be held in Amsterdam, Holland, everybody can upload his
or her best stack to a special Bulletin Board in Holland (035-834149,
for people outside Holland, the country code is 31, so dial
31-35834149).
Your stacks will get a place in the 'Hall of Stacks', a special booth
completely dedicated to HyperCard solutions. The Hall of Stacks will
also be shown on the PCM-show, later in May in Holland.
Visitors of the Hall of Stacks on the MacWorld Expo 1988 will be able
to copy any stack they like. For this purpose diskettes will be sold
at the entrance of the Hall of Stacks.
The Hall of Stacks therefore offers every Macintosh user the
oppportunity to show his or her best HyperCard stack to a broad
audience.
To allow the Hall of Stacks crew to evaluate the stacks and to divide
them into categories, the Bulletin Board will close its HyperCard
section on April 15, 1988.
Every tenth stack will result in a free entrance ticket to the
MacWorld Expo 1988 for the uploader!
Join the creation of Personal Computing of the Future. Upload your
stack to this board!
We realize that people outside Holland will not easily upload their
stacks due to the telephone costs involved. You can therefore send
a disk with your stack to:
Apple Computer BV
Attn: John Sinteur
Huis ter Heideweg 46-52
3705 LZ Zeist
The Netherlands
------------------------------
Date: Mon 1 Feb 88 09:58:38-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: FatMouse
[ Uploaded from Delphi by Jeff Shulman ]
Name: FATMOUSE3
Date: 31-JAN-1988 20:47 by KENWINOGRAD
[ Updated 31-JAN-1988 20:47 by KENWINOGRAD to version 3. ]
FatMouse is a desk accessory that, when selected, presents the time, the
date, the global mouse location coordinates, and a 16-pixel square fatbits
image of what's underneath the cursor. Enjoy.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-FATMOUSE-30.HQX
This version replaces the previous version.
- Lance ]
------------------------------
Date: Sun, 21 Feb 88 21:16:01 PST
From: Dwayne Virnau... <INFO-MAC-REQUEST@SUMEX-AIM.Stanford.EDU>
Subject: GIF pictures and program
Here are some color pictures and the GIFFER 1.0 program to display
them. These are for the MacII only.
[archived as
GIF-ANULKA.HQX.1
GIF-CARMEN_BERG.HQX.1
GIF-CAROL.HQX.1
GIF-DANIELLE.HQX.1
GIF-DEBRA_JO_FONDREN.HQX.1
GIF-DENISE_MCCONNELL.HQX.1
GIF-KRISTINE.HQX.1
GIF-KYMBERLY_PAIGE.HQX.1
GIF-LISA_WELCH.HQX.1
GIF-MIKE.HQX.1
GIF-MIKKI.HQX.1
GIF-SONDRA.HQX.1
GIF-PICTURETOOLS.HQX.1
]
Enjoy.
------------------------------
Date: Mon 1 Feb 88 09:58:55-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: HangMan
[ Uploaded from Delphi by Jeff Shulman ]
Name: HANGMAN 10.0
Date: 31-JAN-1988 20:59 by KENWINOGRAD
[ Updated 31-JAN-1988 20:59 by KENWINOGRAD to version 10. ]
HangMan, yes, is another game of HangMan. Enter your own word one at a
time, or choose from a bunch of builtin categories, or enter a list of
words from a text-only document (for example, a vocabulary list from
school). With sounds (on and off control) and non-violent "hang" graphics.
If you have kids (or are one!!), you just might like this game. It's easy,
fun, and even educational. Thanks very much.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-HANGMAN-100.HQX
This version replaces version 9.0.
- Lance ]
------------------------------
Date: Tue, 2 Feb 88 13:11:50 PST
From: coherent!dplatt@ames.arc.nasa.gov (Dave Platt)
Subject: Color startup screen picture for Mac II
Here's a StartupScreen document for you Mac II owners... it contains a
color PICTure of Garfield making his feelings known. Put this in your
System folder and reboot...
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>COLOR-GARFIELD-SCREEN.HQX
- Lance ]
------------------------------
Date: Tue, 2 Feb 88 13:13:48 PST
From: coherent!dplatt@ames.arc.nasa.gov (Dave Platt)
Subject: Saratoga INIT
This little INIT will enable the F1-F4 keys on the Apple Extended Keyboard
(a.k.a. Saratoga, 'cause it resembles an aircraft carrier's deck). Put
this in your System folder and reboot... it will map key-down events on
these keys into the appropriate menu-key combinations. [I haven't
stress-tested it to see whether it works with applications that don't
support menu-keys]
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-SARATOGA.HQX
- Lance ]
------------------------------
Date: Tue, 2 Feb 88 13:16:03 PST
From: coherent!dplatt@ames.arc.nasa.gov (Dave Platt)
Subject: Shutdown-sound init
This posting contains an INIT which will play a digitized-sound file when
you shut down your machine. It comes with a suggested sound file... The
Terminator saying "I'll be back."
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-SHUTDOWN-SOUND.HQX
- Lance ]
------------------------------
Date: Fri, 5 Feb 88 12:39:57 MET
From: Norbert Lindenberg - U Karlsruhe <norbert@ira.uka.de>
Subject: Terminal DA - in 3 parts
Terminal DA 1.5 is a desk accessory emulating a DEC VT 52 or VT 102
terminal. It also supports VT 100 or VT 220 modes. Terminal DA 1.5:
- emulates DEC VT 52, VT 100, VT 102, VT 220,
- parses all ANSI sequences (and ignores those it cannot handle),
- supports a full set of editing escape sequences (including
insert-mode; erase, insert and delete characters; erase, insert and
delete lines; scrolling windows; auto-wrap),
- supports DEC multinational, national replacement and special graphics
character sets,
- supports Cut, Copy and Paste, Upload and Download commands,
- operates under MultiFinder or in the background,
- keeps up with 9,600 baud on a Macintosh Plus, and with 19,200 baud on
a Macintosh II,
- has been tested on the full series of Macintosh computers under
different operating systems, ranging from Macintosh XL under MacWorks
3.0 to Macintosh II under System 4.2/Multifinder 1.0.
Terminal DA 1.5 has been developed by Joachim Lindenberg, Bernhard Mulder
and me. It is a shareware product: the right is granted to anyone not
involved in military projects to freely copy, distribute, and test it. If
after two weeks testing you decide to keep Terminal DA 1.5, it must be
registered for the share-ware price of $20 or 30 DM.
The package comes complete with a manual (a WriteNow document) and a
DEC-compatible font. It has been packed with StuffIt 1.20 and BinHexed.
Have fun!
-- Norbert
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-TERMINAL-15-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-TERMINAL-15-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-TERMINAL-15-PART3.HQX
- Lance ]
------------------------------
Date: 1 Feb 88 08:00:14 GMT
From: moriarty@tc.fluke.COM (Jeff Meyer)
Subject: A PD version of the board game RISK (in 5 parts)
And it runs under MultiFinder!
Moriarty, aka Jeff Meyer
INTERNET: moriarty@tc.fluke.COM
Manual UUCP: {uw-beaver, sun, allegra, hplsla, lbl-csam}!fluke!moriarty
CREDO: You gotta be Cruel to be Kind...
<*> DISCLAIMER: Do what you want with me, but leave my employers alone! <*>
[Moderator's Note--the author of this program did not intend for it to be
in the public domain, but has given permission for it to be used free of
charge anyway.]
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-RISK-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-RISK-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-RISK-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-RISK-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-RISK-PART5.HQX
- Lance ]
------------------------------
End of INFO-MAC Digest
**********************