HDTenEightyP/NetNews huggingface dataset:
From: vollrath@vax.oxford.ac.uk (Alun ap Rhisiart)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think Pascal & AppleEvents... ARGGGHHH!!!!!!
Date: 22 Jan 93 14:16:33 GMT
Organization: Oxford University VAX 6620

In article <9302014.14929@mulga.cs.mu.OZ.AU>, mtc@mundil.cs.mu.OZ.AU (Michael Trevor CUTTER) writes:
> Gudday netters,
> 
> I am trying to learn how to use Apple Events. I wrote my code dutifully, it
> compiled politely, and I added all the interface files and the AppleEvents.lib
> file to the project.
> 
> But no matter what I do, I keep getting a link error :
> undefined: 'AEDF' (AppleEvents.lib)
> 
> This is driving me nuts!!!!
> 
> 
> I have the following files, in the following compile order:
> 
> uRuntime.lib
> interface.lib
> nAppletalk.lib
> AppleEvents.lib
> Appletalk.p
> Aliases.p
> PPCToolBox.p
> Processes.p
> EPPC.p
> Notification.p
> AppleEvents.p
> main.p
> 
> It compiles fine, as far as I can see the libraries are all right, but I can't
> get past that bloody link error.
> 
> Any suggestions would be extremely welcome.
> 
> Feel free to post or mail.
> 
> -- 
> Michael Cutter                        email: mtc@mundil.cs.mu.oz.au
> Ictinus Network Development Team             mtc@arbld.unimelb.edu.au
> BCAT Development Team                 snail: c/- 3 Barton Street
> Department of Architecture & Building        Hawthorn, VIC, 3122 
> University of Melbourne, Australia           AUSTRALIA

I don't know what the AppleEvents.lib is for, as all the procedures in
AppleEvents.p are inlines. I just have the .p file and no .lib file, and it
works fine.

-- 
***********************************
* Alun ap Rhisiart                *    | When I wrote this, only God | 
* Animal Behaviour Research Group *    |  and I knew what it meant.  |
* Oxford University               *    | Now, only God knows.        |
* vollrath@vax.ox.ac.uk           * 
***********************************
From: pdnm@unix.brighton.ac.uk (Montford;f110or89;[05306)
Newsgroups: comp.sys.mac.programmer
Subject: Where Apple Event Object description?
Date: 26 Jan 93 11:46:27 GMT
Organization: University of Brighton, UK

Does anyone know where I can find documentaion for the Apple Event Object
Support Library, in fact, for the whole model itself? I got tonnes of
source code, but not docs.

Oh, and please don't say develop, unless I can ftp it.
I ain't got it, can't afford it, and no cd-rom drive to read it from.

Thanks, Piran.

Piran &c Montford   Uni of Brighton  pdnm@unix.bton.ac.uk  JUST a student
  "There are days when spelling TUESDAY simply doesn't count." - Rabbit
From: bobert@informix.com (Robert Murphy)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MacTCP - getservbyname code, anyone?
Date: 20 Jan 93 22:02:05 GMT
Organization: Informix Software, Inc.

davidp@stealth.usc.edu (David Peterson) writes:
>In article <bobert.727074187@godzilla>, bobert@informix.com (Robert Murphy) writes:
>|> On Suns, and I presume other Unix boxes, there is a scheme which allows
>|> text names to be associated with port numbers.  The basic scoop is
>|> that if you have the "foo" service and you want to bind it to port 4785,
>|> then you put an entry in the /etc/services file which lists the service
>|> name (e.g. "foo"), the port number, and what underlying protocol this
>|> service uses (TCP, UDP, etc.)
>|> 

>There is nothing like that on the mac, because... the mac implements no
>services. What you actually get on a unix machine is the port number that
>that specific machine uses for the service -- many of which have become
>defacto standards.

The Mac OS itself may not implement any TCP/IP-based services, but programs
running under Mac OS certainly do.  There is a current discussion in
comp.sys.mac.system about running a Unix-style time server on a Mac running
MacTCP 1.1.1 so that Suns on the network can pick up the time from the
Mac.  I've worked on other TCP/IP-based services implemented on a Mac,
including a facility for broadcasting financial information (stock/commodity/
option tickers, Dow Jones Scrolling News, etc.) over a network.

Anyway, the point of having a services file is that you have one version
of the file, which relates service name to TCP or UDP port number, and
then someone from MIS runs around and sticks copies on all the Unix
boxes, Macs, and PC's.  That way, every machine on the network, whether
it provides *or uses* a TCP/IP-based service, knows what port to use
for that service without having the port number hardwired into the
applications.

There is no technical reason someone couldn't implement a services facility
on the Mac; it's very similar to doing a hosts facility, which is a feature
of MacTCP 1.1.1.  The only reason I can figure that there's no services
facility is just that nobody has done it (that I can tell, anyway).

>You could fake it though and take the ypservices table from some unix box
>and write some text processing routine on your mac to do what you want.

I was hoping somebody had already done that... oh, well...

>Check out the GUSI code (I'm not sure where it lives, ask archie), it does
>something like that.

Thanks!  (I don't have access to archie from Informix, but I'll check it
out on the WELL.)

>-dave.

Regards,
Bob Murphy
bobert@informix.com
Newsgroups: comp.sys.mac.programmer
From: leonardr@netcom.com (Leonard Rosenthol)
Subject: Detecting modal dialog (Re: When is a menu disabled?) 
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Wed, 27 Jan 1993 20:13:59 GMT

In article <walkerj.728144645@milo.math.scarolina.edu> walkerj@math.scarolina.edu (Jim Walker) writes:
>In <toge-270193142420@130.87.65.24> toge@kekvax.kek.ac.jp (Nobu Toge) writes:
>
>>> I can't think of any good way to tell when a modal dialog is in
>>> front, either.
>
>>Call _FrontWindow or look up WindowList and look at the windowKind of
>>the front-most window.  You can judge by looking whether it's dialogKind 
>>or others.  I'm using this in my init and it works rather nicely.
>
>dialogKind does not distinguish between modal dialogs and modeless or
>movable modal dialogs.  It appears that spareFlag is true for modal dialogs
>and false for other dialogs, but I don't think that is documented.
>
	I don't think it is documented either, but this is how MultiFinder used
to determine whether you could switch layers or not when a dialog was up - if
spareFlag was set it wouldn't switch.  So by clearing spareFlag in a filterProc
you could actually do a "movableModal" and still call ModalDialog (though why
you would want to is another story?!?!).

-- 
-----------------------------------------------------------------------------
Leonard Rosenthol			Internet: 	leonardr@netcom.com
Director of Advanced Technology		AppleLink:	MACgician
Aladdin Systems, Inc.			GEnie:		MACgician

Newsgroups: comp.sys.mac.programmer
From: kenw@ekcolor.ssd.kodak.com (Ken Wieschhoff 253-1973)
Subject: Re: Bedrock
Organization: Eastman Kodak
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 28 Jan 93 12:52:45 GMT

Mark Stockwell (mes@shell.com) wrote:
: In the back of Infoworld, Cringely is aying that Bedrock appears to be stone 
: cold. He says a number of Bedrock programmers were laid off and the project 
: manager has fled. Maybe there'll be a MacApp4.0 after all.
: 
: Mark Stockwell
: Opinions expressed cannot be attributed to any known business concern or individual including myself.

I have been in contact with people from Symantec who are
concerned people will think this rumor is true and are
taking steps to see it doesn't spread.

Bedrock is on the agenda at MADACON '93, being held at the San Diego Hilton
Beach and Tennis resort Feb. 15th through 19th.

You can contact MADA at (408)253-2765 (AppleLink: MADA,
Internet:MADA@Applink.Apple.Com) for more info on MADACON.

--
Ken Wieschhoff          | Homer Simpson stunt double.
Siren Enterprises
883 Hidden Valley Rd.
Rochester, N.Y. 14624
"Mac Consulting since 1992"
Newsgroups: comp.sys.mac.programmer
From: gwatts@fnalo.fnal.gov
Subject: Re: Verifying valid handles, how to?
Followup-To: comp.sys.mac.programmer
Organization: Fermi National Accelerator Lab
Date: Thu, 28 Jan 1993 05:44:53 GMT
X-Posted-From: fnalo.fnal.gov
NNTP-Posting-Host: sol.ctr.columbia.edu

Hi all,
  I started off this thread.  And, now I can end it.  Not how I planned to
end it.
  Originally, I had a problem that I was deleted an object twice, and that
I was calling a method on a dead object.  I'd wanted some code to check
the object handle for validity (real object or not?).
  Thanks for all your suggestions.  I tried some of them out tonight.  None
of them worked.  So I followed the ThinkC code in MacsBug (ug!).  OPPPS.
Turns out that Think C optimizes away most method calls when it dosen't need
the object dispatcher.  This means the check code never gets a chance to see
if the object is kosher.  Duh.
  I can get around this.  Turn off Optomize Monomorphic Methods in the
preferences dialog.  Then, it turns out that the ThinkC code will catch all
the possible bad objects I send to it (including my original problem).  So,
the lesson is: Turn off monomprhic method opt when debugging!
  Thanks for the help, and sorry to lead y'all down a blind ally.

	Cheers,
		Gordon.
- Not waaarenteed for spelling.
Newsgroups: comp.sys.mac.programmer
From: nilesinc@well.sf.ca.us (Avi Rappoport)
Subject: Re: Symantec C++?
Organization: Whole Earth 'Lectronic Link
Date: Thu, 21 Jan 1993 22:52:36 GMT

In <1993Jan19.233537.27821@macc.wisc.edu> Brad Koehn <koehn@macc.wisc.edu> writes:
>In article <1993Jan17.065155.23241@leland.Stanford.EDU> Neil Katz,
>katzn@leland.Stanford.EDU writes:
>>I've been hearing rumors about an upcoming release of "Symantec C++".
>>Can anyone confirm or deny this?  Is this a reference to Think C 6?
...
>From what I was able to discern at MacWorld, TC6 will be a full C++
>run, but TCL is still gonna be around. The Symantec guys are pretty quiet
>when it comes to release dates, but my guess is in the next quarter.

My sources say exactly the same thing.  So at least they are leaking 
with one voice ;-)


Newsgroups: comp.sys.mac.programmer
From: folta@well.sf.ca.us (Stephen Folta)
Subject: Re: Think C & #pragma parameter (was: help calling assembly from C)
Organization: Whole Earth 'Lectronic Link
Distribution: usa
Date: Tue, 26 Jan 1993 08:03:05 GMT


Rich Siegel (siegel@world.std.com):
> #pragma parameter is really a hack (which originated with MPW C) to
> provide a way to call register-based traps without requiring an
> external glue library; trying to use it for anything else is extending
> it somewhat beyond its limits...

I use a PStrCpy that is declared as inline assembly with #pragma parameter.
Of course it was kind of a pain to assemble it by hand, but it's only four
instructions and I consider it well worth it, as this is a function that I
use *very* often.

Steve Folta
folta@well.sf.ca.us
Xref: sparky comp.sys.mac.programmer:22232 comp.sys.mac.system:16676
From: mark@bilpin.co.uk (Mark Allerton)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system
Subject: Re: Apple events/AppleScript/Toy Surprise - Applications Wanted
Date: 26 Jan 93 13:09:22 GMT
Organization: UK Mac DTS/SRL Data
X-Useragent: Nuntius v1.1

In article <1993Jan25.145103.13418@waikato.ac.nz> Lawrence D'Oliveiro,
ldo@waikato.ac.nz writes:
>Anybody know of other applications that support AppleEvent objects? They
seem
>to be a bit thin on the ground so far.
>

Excel 4.0 has full Object Model support, and is fully scriptable
(but not recordable, unfortunately.)

Have you looked at MenuScripter (plug!)

Mark Allerton - mark@bilpin.co.uk
SRL Data, but I speak for myself
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Subject: Re: WANTED: QuickTime player for Unix
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Mon, 25 Jan 1993 19:58:20 GMT

In <1993Jan25.184549.28069@mintaka.lcs.mit.edu> gloor@paprika.lcs.mit.edu (Peter A. Gloor) writes:

>NTED: QuickTime player sources for UNIX

>Does anybody know whether there is a 
>commercial or (even better) public domain
>QuickTime player with or without source code 
>for Unix/X-Windows available.


I think the moovie file format is documented. I _know_ that
SGI supports QuickTime on their indigoes, because they
licensed it from Apple.

The hard thing to write would be the compression handlers
for Apple's RoadPizza and SuperMac's (?) Compact Video (now
bought by Apple) - there you have to bite the dust and
pay Apple to get at it.

Cheers,

						/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   Cookie Jar: Vanilla Yoghurt with Crushed Oreos.
Newsgroups: comp.sys.mac.programmer
From: lind@ils.nwu.edu (Jeff Lind)
Subject: Subverting the Think C Editor
Followup-To: comp.sys.mac.programmer
Organization: Institute for the Learning Sciences
Date: Wed, 27 Jan 1993 15:24:19 GMT

Well, perhaps I'm spoiled by having worked in MCL for a while now, but in
playing with THINK C lately I've been consistently dissapointed off by the
weak editor.  It doesn't know anything about coding, really. I mean, it
won't match parentheses, it hardly does any indentation, it has very few
searching commands, it has no concept of a word or an expression, so you
can't do nice things like control-rightarrow to skip an entire word or
expression. It's basically teach-text.

So the question is: is there any way to *not* use this editor and
substitute some other one in some smooth way?  I'd rather not run MPW or
MCL all the time, just for the editor.

--Jeff
From: davidp@stealth.usc.edu (David Peterson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MPW VarArgs.h?
Date: 24 Jan 1993 18:46:23 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
Reply-To: davidp@usc.edu
NNTP-Posting-Host: stealth.usc.edu


In article <1993Jan22.164614.11185@novell.com>, Duane Murphy <damurphy@wc.novell.com> writes:
|> 
|> I am porting a program from the Unix world to the Macintosh.  At one 
|> point we had everything working pretty well in Think C.  We also would 
|> like to compile the program in MPW.  However, I have discovered that MPW 
|> does not support the (outdated) varargs.h file.  I am using the MPW from 
|> ETO 9 (C compiler 3.2.4).
|> 
|> Varags.h is (kind of) an older version of stdarg.h.  The varagrs 
|> mechanism is used in many places in the code and I would rather not 
|> change that (I would like to keep those code changes to a minimum).  I 
|> looked at Think C's stdarg.h and varargs.h, compared them to MPW's 
|> stdarg.h (which is slightly different) and I came up with this for 
|> VarArgs.h for MPW.
|> 

Change your UNIX code to use the macros in stdarg.h, they make your code
a lot easier read (at least to me). If this is impractical, just copy over
the varargs.h file from your UNIX box. If you don't like that because of
various garbage legal issues (or whatever) find an old ETO disk, some of
the older versions of MPW had a varargs.h file.

-dave.
Newsgroups: comp.sys.mac.programmer
From: GREMICF@YaleVM.YCC.Yale.Edu (M. David Greenspon)
Subject: Re: Geneva 9 Radio Buttons, Checkboxes, etc...
Organization: Yale University
Date: Thu, 28 Jan 93 12:25:34 EST

In article <1993Jan25.212654.11084@aio.jsc.nasa.gov>
mark@pokey.jsc.nasa.gov (Mark Manning) writes:
 
>   I have my own problem with dialogs and font setting.  I have a
>Static Text Field I want to change from one font to another as well
>as change the size and face values.  From ftp.apple.com I downloaded
 
Why not just define it as a UserItem instead?  In your UserItem proc, just
save the current font and size, call TextFont and TextSize with whatever font
and size you need (stored in global variables), draw your text, and restore
the old font/size.
 
In your dialog procedure (or function--sorry, I use Pascal) you can set those
font/size globals whenever you want and then call InvalRect on your UserItem's
rect.  It's pretty simple (if I understood your request right).
 
--David
From: davidk@garnet.berkeley.edu (David Kokorowski)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Where to get MacsBug?
Date: 28 Jan 1993 03:19:29 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: garnet.berkeley.edu

In article <1993Jan28.021926.24120@ast.saic.com> dan@quebec (Dan Hanan) writes:
>Is MacsBug a commercial product, shareware, public domain, or what?
>
>And where can I get it...  
I don't know the status of the product. Its not public domain, but one can 
obtain a copy by ftp'ing to:
ftp.apple.com
in the /dts directory (I believe)

David Kokorowski
davidk@garnet.berkeley.edu
Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: Question about bit manipulation
Organization: Kalamazoo College
Date: Sun, 24 Jan 1993 17:36:48 GMT

mssmith@afterlife.ncsc.mil (M. Scott Smith) writes:
>
>Basically, I write to the screen by doing something like this:
>long *long_ptr;
>long_ptr = (address of memory location representing part of screen to draw to)
>*long_ptr = 0xaaaaaaaa;
>
>   All works well.  I have developed a system for converting pictures into
>this format, so I can easily (and VERY quickly!) plot these pictures on screen.

OK, if it works well, I won't give you the standard didacticism about
(1) stripping your addresses, but not the screen's address, (2) calling
SwapMMUMode(), (3) calling ShieldCursor(), and (4) never assuming that
the screen's rowBytes is anything other than
((**(**theGDevHndl).gdPMap).rowBytes & 0x3FFF).

:-)

>But, now I want to replace all "00"'s with the color from the background at
>that location..  So, if the first four pixels of the screen look like this:
>a1a1a1a1
>And I want to plot a "ee0000ee" on the screen, I would want the result to be:
>eea1a1ee
>Now, the way that I'm attacking this, is to basically
>bit-or the two together.
>I.e. "ee0000ee | 00a1a100" should yield "eea1a1ee", which is what I want.

Yep, assuming you managed to pull 00A1A100 off the screen OK.  If I were
in a pedantic mood, I'd point out that the most obvious method,
(*long_ptr) & (~0xEE0000EE), doesn't work;  you need to make up a mask,
each byte of which is either 00 or FF.

>But the problem is, Think C doesn't seem to want to deal with long's greater
>than four hexadecimal digits..  That is, if I do:
>  printf("%x\n", 0xffffffff);
>It prints:
>  ffff

This sounds like a printf-related problem.  You probably have to use
"%lx" to print long hex values, or declare your ints to be four-byte, or
sacrifice a boar to the moon goddess, or something--printf can get
pretty confusing and I don't claim to understand it.

>  unsigned long int junk = 4147483645;
>  printf ("[%ld]\n", junk);
>It prints out "-147483651"..

Well, that's the signed equivalent of junk.  (-147483651 + (2^32) equals
4147483645.)  Try sticking a "u" somewhere after the "%", or maybe
chanting "Dalai Lama" while your program compiles.
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 "So since You do NOT hold to The Warriors Code,
  it is OBVIOUS that you do NOT have worthwhile Values."
    - drieux
From: mcote@celine.sw.stratus.com (Mike Cote)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Macintosh Doggles...
Date: 22 Jan 1993 21:50:22 GMT
Organization: Stratus Computer, Inc.
Distribution: world
Reply-To: mcote@celine.sw.stratus.com (Mike Cote)
NNTP-Posting-Host: celine.sw.stratus.com


You can get ADB dongles from 
	Rainbow Technologies
	(800) 852-8569

mpac
Newsgroups: comp.sys.mac.programmer
From: bowman@reed.edu (BoBolicious)
Subject: Re: TextEdit & destRect?
Organization: Reed College, Portland, OR
Date: Sat, 23 Jan 1993 01:58:01 GMT

Nothing like posting to make the answer obvious...never mind.

cheers,
>bobo              In seeking the unattainable,
>bowman@reed.edu            simplicity only gets in the way.
>Best personal ad ever:
>"Functionally dysfunctional bi-polar former pop-star geek with Valium habit
>seeks anorexic queen of darkness for co-dependency.  Hobbies include: passing
>out, slurred speech, blurred vision and reliving past glory."
>_Willamette Week_, 1/7-13/93


Newsgroups: comp.sys.mac.programmer
From: toge@kekvax.kek.ac.jp (Nobu Toge)
Subject: Re: When is a menu disabled? (enableFlags isn't all)
Followup-To: comp.sys.mac.programmer
Organization: KEK
Date: Thu, 28 Jan 1993 01:57:47 GMT

In article <walkerj.728144645@milo.math.scarolina.edu>,
walkerj@math.scarolina.edu (Jim Walker) wrote:
> 
> dialogKind does not distinguish between modal dialogs and modeless or
> movable modal dialogs.  It appears that spareFlag is true for modal dialogs
> and false for other dialogs, but I don't think that is documented.
> 

I was using the windowKind _and_ goAwayFlag, so that I won't put up my
modal 
dialog with my INIT code on top of another dialog window which may be
already 
there.  As far as my purpose is concerened using "if (windowKind == 2 &&
!goAwayFlag) { } " was fine [Hope this answers the question by Kenneth J,
Hughes kjh@cs.cmu.edu, too.]

But sorry, Jim, I guess I misunderstood your original intention. If you
want
to distinguish movable modal dialogs as well, I don't know how it's
supposed
to be. And please, forget my quasi-bogus comment on enableFlags.

- Nobu Toge (Nat'l Lab. for High Energy Physics)
- toge@kekvax.kek.ac.jp or 76334.650@compuserve.com

#include <StandardDisclaimers.h>
From: pcw@access.digex.com (Peter Wayner)
Newsgroups: comp.sys.mac.programmer
Subject: Hiliting with the hilight color??? Problem
Date: 21 Jan 93 14:36:01 GMT
Organization: Express Access Online Communications, Greenbelt MD USA
NNTP-Posting-Host: access.digex.com

I've been having problems with hilighting some text using
the hilighting color. If I use the InvertRect command without
doing anything, then it is possible to toggle between regular
black on white text and inverted white on black text with
a single call to InvertRect. 

If I clear the top bit of the right part of the toolbox memory,
then I get a perfect result the first time I call InvertRect.
The text goes from black on white to black on hilight color. But
on the second call when I try to revert the text to normal, it turns
black. 

What's the trick? Why isn't it toggling?

Any help would be much apprciated. Thanks....

Peter Wayner
(pcw@access.digex.com)

Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Subject: Re: Why the Piracy? Here's why...
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Mon, 25 Jan 1993 00:57:19 GMT

In <freek.727896188@groucho.phil.ruu.nl> freek@phil.ruu.nl (Freek Wiedijk) writes:

>>Start a company,
>Adobe Systems
>>invent a language,
>Postscript
>>and get implementors to buy the rights to the language from you.
>I don't think Adobe gets paid for third party Postscript
>RIPs.  I think that's exactly the reason why those RIPs
>exist.

No, then they're not PostScript; they're something
else (i.e. clones, or at least very NEAR clones,
if you're lucky)

Cheers,
					/ h+
-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   There's no sex act that can't be made better with Yell-O.
Newsgroups: comp.sys.mac.programmer
From: Dmitry Boldyrev <dmitry@chemistry.chem.utah.edu>
Subject: Re:
X-Xxmessage-Id: <A5A4BE3F8803C4C9@quadra.chem.utah.edu>
X-Xxdate: Thu, 23 Jan 92 15:47:27 GMT
Organization: University of Utah
X-Useragent: Nuntius v1.1.1d17
Date: Sun, 24 Jan 93 01:44:39 GMT

Hi Don Lee,
I don't know about book, but I know a very helpful code for you.
The code is for Pascal. I don't are there any C examples, but
if you know Pascal, just a little. This would be very useful code.
The code is avaible on sumex-aim.stanford.edu:
/info-mac/source/pascal/tcp-interface-example.hqx

o=======================================o
I Dmitry Boldyrev.                      I
I Department of Chemistry,              I
I University of Utah SLC Utah.          I
I Inter. dmitry@chemistry.chem.utah.edu I
o=======================================o
Newsgroups: comp.sys.mac.programmer