HDTenEightyP/NetNews huggingface dataset:
From: Mel Walker <mwalker@novell.com>
Subject: Re: Info about Pearl Common Lisp for the Mac Desired...
X-Xxmessage-Id: <A7536B745B011E08@mwalker.npd.provo.novell.com>
X-Xxdate: Tue, 15 Dec 92 18:01:08 GMT
Organization: Novell, Inc.
X-Useragent: Nuntius v1.1.1d14
Date: Tue, 15 Dec 1992 17:06:48 GMT

In article <Bz9LCo.CMC.1@cs.cmu.edu> Mark Kantrowitz, mkant+@cs.cmu.edu
writes:
>Pearl Lisp (a subset of MACL 1.3) was placed by Apple in the public
>domain when they bought Coral and canned the Pearl product.
>Unfortunately, nobody (including some Apple folks) can seem to find a
>copy, and it probably doesn't run under system 7.

I think it's on some of the older Developer CDs. I occasionaly run across
it here and there. Look around.  For system 7, choose one:
(A) it doesn't run under system 7.
(B) it hangs/crashes under system 7.
(C) it would be nice if it did run under system 7.
(D) all of the above.
(E) some of the above.
(F) most of the above.

>If anybody has a copy and can provide more details, please post.

Sure. It looked like a nice implementation. I thought it would be a very
good beginners Lisp package, or a good intro to OOP concepts (sorry,
"paradigm"). The object library seemed adequate for most mac development.
All in all, it's a dang shame that somebody didn't support it enough for
it to run under system 7. Maybe Apple's got the source code lying around
someplace that they could post???? Maybe?

--Mel Walker
mwalker@novell.com
Newsgroups: comp.sys.mac.programmer
From: Kevin W. Ramer <ramer@nrc-iris.nrc.uab.edu>
Subject: Re: Try doing this...
Organization: Neurobiology Research Center
X-Useragent: Nuntius v1.1
     <keith-101292170123@kip-28.taligent.com> <Bz2n8F.ss@taligent.com>
     <1992Dec11.134857.5798@rhrk.uni-kl.de>
Date: Fri, 11 Dec 1992 20:17:01 GMT

In article <1992Dec11.134857.5798@rhrk.uni-kl.de> Frank Lohse,
lohse@rhrk.uni-kl.de writes:
>


I've also experienced this type of problem.  I've a IIfx, System 7.0.1 
tuned.  Also I have the MagicApple(tm) extension 
that turns the Apple menu into heirarchical menus. 

Some times when in MPW and there is a selection and I choose
an item from the Finder menu MPW reports that command 
something or other was not found ?

Until I saw this I attributed this to a new mouse that also has a 
sticky button.
From: rson@rhi.hi.is (Mimir Reynisson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Menus with another font than Chcago
Date: 18 Dec 92 08:15:45 GMT

>Is this a joke?  Why not just do it the documented way: when creating the
>popup menu, just give it the procID,  popupMenuCDEFProc + popupUseWFont =
>1016.   Then set the window or dialog font to whatever floats your boat.
>IM VI, 3-18.

I prefer not to be System 7 dependant in such a basic way, and besides
if I was using the popupMenuCDEF (which I'm not) I wouldn't call
PopupMenuSelect() ;)

But thanks for the tip anyway :)
Newsgroups: comp.sys.mac.programmer
From: neath@brazil.psych.purdue.edu (Ian Neath)
Subject: Re: ResEdit templates for Balloon Help stuff
Organization: Purdue University
Date: Tue, 15 Dec 1992 12:25:59 GMT

Thanks for the help.  The following seem the most useful:

By anonymous ftp from mac.archive.umich.edu (of course):

/mac/util/developer/hfdredit.cpt.hqx
  24    12/10/91    BinHex4.0,Compact1.33

   Resources you can add to ResEdit 2.1+ so you can easily (!!)
   add/edit help baloon resources.

/mac/util/developer/sys7reseditors.cpt.hqx
   5     9/16/91    BinHex4.0,Compact1.33

   Gives ResEdit a way to read resources associated with the Font
   list, Help balloons and  Comm Toolbox attributes.  Just paste this
   into ResEdit or the prefs file and use them.  Includes templates
   for: flst (Font List), cbnd, fbnd, tbnd (Comm Toolbox Resource
   Bundles), hmnu (Help Balloon Resource for Menus), hdlg (Help
   Balloon Resource for Dialogs), hrct (Help Balloon Rectangle List),
   hovr (Help Balloon Override List), hfdr (Help Balloon Resource for
   Finder Icons).

(info courtesy of jonathan brecher, brecher@husc.harvard.edu)

--
      Ian Neath        | There are four kinds of people in this world:
neath@psych.purdue.edu | cretins, fools, morons and lunatics - U. Eco
Newsgroups: comp.sys.mac.programmer
From: mwnorman@bcarh929bnr.ca (Michael Norman)
Subject: 'C' compiler for Mac: which one to use?
Keywords:  'C', gcc,
Organization: Bell-Northern Research
Date: Wed, 16 Dec 1992 21:34:16 GMT

If I want to do 'C' development on my Mac (and I'm
talking really low-level hackin', OS-stuff, exception
processing, etc), which 'C' compiler do I use?

Has anyone ported GCC to the Mac?

And, final question, what is a REALLY good book on
68030 programming, relating to MMU functions and
supervisor/priviledged operations?

Thanks in advance,
------------
Mike Norman,c/o Bell-Northern Research 
P.O. Box 3511 Station 'C' Ottawa 
Ontario Canada K1Y 4H7 M/S 115      Internet: mwnorman@bnr.ca
tel: (613) 763-7717 (FAX:613-763-7742) 
"Hasta la vista, Baby!" A. Schwarzenegger
Newsgroups: comp.sys.mac.programmer
From: ksand@apple.com (Kent Sandvik )
Subject: Re: gnu awk under MPW?
Date: Thu, 17 Dec 1992 07:44:28 GMT
Organization: (Evil Eye Creature from Mars, Inc.)
Followup-To: comp.sys.mac.programmer

In article <BzCHr7.70v@iat.holonet.net>, timper@iat.holonet.net (Tim
Perkis) wrote:
> I know I've seen a version of awk which runs under MPW. Can anyone point
> me to this item?

sumex-aim.stanford.edu should have most of the UNIX:ish tools under
MPW (and standalone versions ported over using Think).

Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.		
"Don't just do something!  Stand there!"  -- Mystery Science Theater 3000
From: Joe.Francis@dartmouth.edu (Joe Francis)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Mac pictures to UNIX. How?
Date: 17 Dec 92 19:25:44 GMT
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0b3@newshost.dartmouth.edu

In article <JRA.92Dec15102615@vipunen.hut.fi>
jra@vipunen.hut.fi (Janne O Rajala) writes:

> What would be the simplest way of converting Mac pictures
>  to xwd or other UNIx-format?

How about opening them with PhotoShop, saving them as TIFF's, and
transfering them to your machine.  I realize that not everyone has
access to PhotoShop, and that not everyone has a TIFF reader on their
unix box, but if you do, this should do the trick, and it's
straightforward.
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Compact Video - Compression times
Date: 18 Dec 92 14:28:05 +1300
Organization: University of Waikato, Hamilton, New Zealand

In article <hdm2_wp@rpi.edu>, bluea@marcus.its.rpi.edu (Alan Samuel Blue) writes:
> Is it possible to write _just_ the compression part of QT for other
> platforms? I ask because the 'Compact Video' compressor is hideously
> slow. It produces ver nice results - but 3hrs on a IIci for one
> minute of video is too much.

I guess you'd have to talk to the vendors about licensing the algorithms.
In the case of Compact Video, that would be SuperMac. Who knows? There may
already be companies at work on dedicated hardware boards for doing Compact
Video compression.

> As a side note - Is there anything interesting I can write to use
> the AMD29000 on the 8*24GC?

Talk to Apple. :-)

Side note to your side note: there was a QuickTime codec released earlier this
year from Apple that used the 8*24GC to speed up decompression of Apple-Video-
compressed movies.

Lawrence D'Oliveiro                       fone: +64-7-856-2889
Computer Services Dept                     fax: +64-7-838-4066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+13:00
From: irac@yang.earlham.edu
Newsgroups: comp.sys.mac.programmer
Subject: A quick search for a FAQ.
Date: 17 Dec 92 05:10:51 GMT
Organization: Earlham College, Richmond, Indiana

Ira here,
a quick question: Where can I get the FAQ for this group? Is there a FAQ?
Thanks. :)
Email me at irac@yang.earlham.edu

-ira
End of line.
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Scheme interpreter
Date: 15 Dec 92 12:20:41 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec15.034649.20091@lugb.latrobe.edu.au> CS19242521D@LUST.LATROBE.EDU.AU (COX, PETER) writes:

>Does anyone know of an ftp-able free/shareware scheme interpreter for the Mac
>(LC)? I would really appreciate one to do programming rather than use PC scheme 
Isn't Gambit Scheme free?
There's also Scheme In One Defun that comes with source, but it has no
operating system call functino (you can add it yourself)

There's also MacScheme/ToolSmith that costs money, but is a full professional
environment; it's not too expensive and it compiles code as well.
If you have to work > 20 hours with this, the cost might be worth it
for the gain in ergonomics :-)

Cheers,

							/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
   The word "politics" is derived from the word "poly", meaning
   "many", and the word "ticks", meaning "blood sucking parasites".
                     -- Larry Hardiman
Newsgroups: comp.sys.mac.programmer
Distribution: world
From: David_B._Lamkins@fourd.com
Organization: 4th Dimension BBS
Date: Sun, 13 Dec 1992 22:26:31 EST
Subject: Re: Think Pascal Problem

> I'm using Prototyper 2.1 to generate code for Lightspeed Pascal. When
> I make a project in Think Pascal and try to run it, it tells me that
> there's a link error -- size of main is too large. Is there something
> I can do to make it compile safely (change some compiler switches...)
> or is it just that Think can not handle it (I doubt that). 
> 
> The compiler tells me that the main is about 35K and it is larger
> than the 32K limit??? I tried making the stack larger to no avail. I
> compiled it on a MacIIcx.

This has nothing to do with Prototype or THINK Pascal limitations. Switch to
"segment" view in your project and drag some of the files out of the main
segment into another segment.

Dave
********************************************************************
System: fourd.com                                Phone: 617-494-0565
Cute quote:  Being a computer means never having to say you're sorry
********************************************************************
From: yjc@po.cwru.edu (Jerome 'TofuSoft' Chan)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Porting simple UNIX programs to the MAC??
Followup-To: comp.sys.mac.programmer
Date: 12 Dec 1992 00:56:22 GMT
Organization: The Tofu Society of Singapore
Distribution: na
NNTP-Posting-Host: b61539.student.cwru.edu

> > I have has a MAC for a while and have ThinkC 4.  I have just started trying to port
> > simple UNIX programs to the MAC.  How does one port programs that need command line
> > arguments? NOTE_ I am running System 6.0.7.
> > 
> > I have a modest example - fabricated for this question:
> > 
> > #include	<stdio.h>
> > 
> > void main(int argc, char **argv)
> > {
> >   ++argv ;
> >   if ( argc < 2 ) {
> >     fprintf(stderr, "usage: how number\n") ;
> >     exit(1) ;
> >   }
> >   printf("The number is %d\n", atoi(*argv)) ;
> > }
> > 

I'm not sure how it's done under Think C 4.x but under Think C 5.x, you
would use the ccommand() function.

It's on page 122 of the Standard Library Reference. Here is a sample
program.

#include	<stdio.h>
#include	<console.h>	/*Needed for ccommand*/

main(int argc, char **argv)
{
	int	i;

	argc = ccommand(&argv) ;

	for (i=0; i<argc; i++)
		printf("%s ", argv[i]	;

	printf("\n")	;
}

I hope that helps!

---
The Evil Tofu
Newsgroups: comp.sys.mac.programmer
From: gray@tinman.asel.udel.edu (John Gray)
Subject: Displaying PixMaps w/ ColorTables on Palette Based Hardwire
Organization: AI duPont Institute
Date: Tue, 15 Dec 1992 21:10:31 GMT

I have an application that was uses PixMaps with ColorTables.  It works
fine on Hardware with Direct Color support.  However on hardware with Palette
base color my ColorTable isn't being used.  The colors I get are just
strait from the system palette without taking my colorTable into account
at all.  I realize I need to use the Palette Manager here, but after reading
IM exactly what to do with it is not clear to me.

Any help would be apprecaited!

Thanks
John Gray
gray@asel.udel.edu
Newsgroups: comp.sys.mac.programmer
From: rrwood@canrem.com (Roy Wood)
Subject: mcvert linking problem
Organization: Canada Remote Systems
Distribution: na
Date: Sun, 13 Dec 1992 14:16:31 GMT

I'm having trouble getting mcvert to link under SCO.  Everything unpacked
fine, and the files compiled, but there are unresolved references:

------------------
make
 cc -O -DBSD mcvert.o hqxify.o unpack.o -s -o ./mcvert 
undefined                       first referenced
 symbol                             in file
bcopy                               mcvert.o
htonl                               mcvert.o
bzero                               mcvert.o
ntohl                               hqxify.o
ld fatal: Symbol referencing errors. No output written to ./mcvert
*** Error code 13

Stop.
-----------------

Any ideas?  (And no, I really don't know that much about Unix, other than using
mail and news; I am predominantly a Mac hacker)

-Roy
From: edw@distant.uucp (Ed Watkeys)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Macs closed, what me worry?
Date: Sat, 19 Dec 92 08:55:13 EST
Organization: Distant Software
Reply-To: edw@distant.uucp
X-Mailer: uAccess - Macintosh Release: 1.6v2


In article  (comp.sys.mac.programmer), nagle@netcom.com (John Nagle) writes:
> irac@yang.earlham.edu writes:
> >Hi all, Ira here.
> >So now I have been reading this group a little and I would like to know a
> >thing.  Why are Macs considered closed systems?  Is it because it is a little
> >harder to get into the case?  Is it because the system platform is a little
> >taller and it is harder to code your own system?  Is it because Mac clones are
> >not really existant?  If these are the reasons are they good ones?  Ok so those
> >are my questions, could some person wax eloquent for me on this topic?  Thanks.
> 
>       It's because if you try to build a machine that runs Mac software,
> Apple sues you.
> 
> 						John Nagle

If you try to make an operating system which runs UNIX software, USL sues you.
How's this different? The entire FSF thing is a big joke. AT&T is suing the
pants off of everyone for everything, but FSF somehow justifies making
UNIX software while encouraging people to buy from Apple's competitors. AT&T
has done more harm to the industry by claiming a patent on buffering window
contents than Apple by doing its own thing for the last 15 years, suing people
once in a while.

Ed

--
Edwin H. Watkeys III                                   edw@distant.uucp
Distant Software                               dsinc!jabber!distant!edw
+1 215 387 7971                                     edw%distant@bts.com
Newsgroups: comp.sys.mac.programmer
From: "brad ward" <brad.ward@canrem.com>
Subject: adding a command key
Reply-To: "brad ward" <brad.ward@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 13 Dec 92 20:13:47 EST

I would like to know how to add a cammand key to the ""trash" in the
specail menu in System 7.0??  I am using ResEdit 2.0b2.  I have used a
Mac for about 6 years now and this is my first attemt at doing any thing
like this.  Any bit of help would be appreciated.

Brad:)
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.mac.programmer
From: howard@netcom.com (Howard Berkey)
Subject: Re: The Smell of _Inside Macintosh_
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 15 Dec 1992 19:25:12 GMT

In article <scottj-151292122632@iamac-1.dml.georgetown.edu> scottj@magic.dml.georgetown.edu (John L. Scott) writes:
>In article <01050023.kmr3jp@chinchilla.cars.com>, niel@cars.com (Niel
>Bornstein) wrote:
>> The newer ones smell worse.  Volume VI is absolutely putrid with a
>> kind of chemical/plastic stench.
>
>I must be weird.  I *like* the way Volume VI smells.
>

Some people will do anything to get a buzz.  :)

-Howard


-- 
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Howard Berkey                       			   howard@netcom.com
"Peace Symbol my ass! That's the oldest symbol of evil known to man!"
- Hagbard Celine
... .. ...   ... .. ...   ... .. ...    ... .. ...   ... .. ...   ... .. ...
From: absurd@apple.apple.com (Tim Dierks, software saboteur)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Assembly with C question...
Date: 13 Dec 92 22:07:23 GMT
Followup-To: comp.sys.mac.programmer
Organization: MacDTS Marauders

In article <1992Dec12.232559.265@physc1.byu.edu>, seth@physc1.byu.edu
wrote:
> 
> Hi. I have a question about assembly language and C. Here is a snippet of
> C code, followed by the same thing disassembled.
>  
>  
> main()
> {
> 	Init();
> 	MakeMenus();
> 	MakeWindow();
> 	AddrsSet();
> 	MakeGrid();
>  
>  
> main:
> 00000000        JSR       $0000(A5)
> 00000004        JSR       $0000(A5)
> 00000008        JSR       $0000(A5)
> 0000000C        JSR       $0000(A5)
> 00000010        JSR       $0000(A5)
>  
>  
> My question is, why are all the function calls done in this way? How can I 
> tell what the offset relative to a5 is? I am confused. I have till now only
> done assembly in the MDS (sad, sad) assembler. (yes, I was the one whining
> about it a few weeks ago. The class is over, and now I can do assembly with 
> the inline assembler of THINK C like so many of you suggested...)
> In the MDS Assembler we always could tell just what our offsets were, 
> becaused we used labels. I don't understand how all these function calls can
> be made with an offset of $0000(a5). Isn't a5 the global area? Why are the 
> function calls going there anyways? Shouldn't they be going to the code area,
> with offsets relative to the PC? I obviously don't see what is supposed to be
> going on here, and I would appreciate it if one of you assembly gurus would 
> enlighten me...
>  
> Thanks,
> Seth Leigh
> BYU Physics Dept.

Here's the poop:
(I don't know why that's there, I guess I just wanted to say "here's the
poop", just once in my life.  Forgive me.)

Q: Why are all the offsets zero?
A: You're looking at the assembly generated after compiling, not after
linking.
Because function offsets don't get generated until the program is linked,
all
the offsets are still 0; the zeros ar just placeholders for values which
will
get filled in by the linker later.  If you want to see fully assembled &
linked
code, build your application and then look at the code with the ResEdit
CODE
Viewer (available at better ftp sites) or with MacsBug; you'll see the
references in all their gory detail.

Q: Why are they A5-relative addresses?
A: There are two things (at least) stored in the A5 storage area: globals,
as you are aware, and the jump table, which allows functions in one segment
to call functions in another segment.  The jump table contains code which
links the segments together, loading them as necessary.  Thus, to call a
function in another segment, you jump to its jump table entry, which is
generally at a positive offset from A5.  If the function is in the same
segment (which isn't determined until link time), then the call might
get converted to PC-relative (this depends on a number of factors).

Tim Dierks
MacDTS, but today my shoes match!
Newsgroups: comp.sys.mac.programmer
From: fixer@faxcsl.dcrt.nih.gov (Chris Feelin' Groovy Tate)
Subject: Re: Assembly with C question...
Reply-To: fixer@faxcsl.dcrt.nih.gov
Organization: Computer Systems Laboratory, DCRT, NIH
Date: Thu, 17 Dec 1992 13:29:02 GMT

In article <1992Dec16.023307.16156@eng.umd.edu>, russotto@eng.umd.edu (Matthew T. Russotto) writes:
>
>>In <1992Dec12.232559.265@physc1.byu.edu> seth@physc1.byu.edu writes:
>>> 
>>>main:
>>>00000000        JSR       $0000(A5)
>>>00000004        JSR       $0000(A5)
>>>00000008        JSR       $0000(A5)
>>>0000000C        JSR       $0000(A5)
>>>00000010        JSR       $0000(A5)
>>> 

Pet peeve #17:  I wish the Disassembly display in THINK C would write things
like 'JSR  Init()' instead of the plain 'JSR $0000(A5)'.  Presumably, it knows
what function each reference really belongs to; this would make the Disassembly
*much* more useful.

[Accidentally deleted reference - someone said...]
>>[Man, I really miss a good text editor...]

[Xavier responded...]
>You would prefer Xedit? <evil grin>

Call me what you will; I *like* Xedit.  :-)  At least, when I used it (a lot!)
at Penn State, we had enough prefix functions and funky Rexx macros available
that it was very handy.  For a line-based editor, it was amazingly easy to use.

------------------------------------------------------------------------------
Christopher Tate             | The Leadfoot Collection, Continued:
Management Systems Designers |     * Texas Twister (Little Feat)
                             |     * Shooting Star (Bad Company) 
fixer@faxcsl.dcrt.nih.gov    |     * Layla (Derek and the Dominoes)
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Advice needed
Date: 14 Dec 92 16:23:29 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec14.004417.22727@panix.com> gaillard@panix.com (Ed Gaillard) writes:

>>2. If the company offer fixed percentage of their profit, how am I supposed
>>to make sure they will keep their promise, since I don't have access to
>>their balance sheet?

>Your contract should specify how this is to be audited.  BTW, if you
>agree to a fixed royalty per copy (or a percentage of the sales,
>rather than the profit), you will still have the problem of
>verifying the sales figures and pricing.

Let the contract specify that you DO have access to their
bookkeeping. You have the program, right?

>>3. Do I need a lawyer to make it legally binding?

>Oh, yes.  Definitely.  You _need_ a lawyer.  A little time and money

And a standard contract shouldn't take more than say 10 hours
for an experienced lawyer. Add the cost of the contract as a
lump sum for the program. (If they don't want to pay, they
shouldn't have the program)

>>4. Any tips? Precautions? Suggestions?

Yes. Don't go for a percentage, go for a fixed rate. Say $3
or whatever per sold copy (plus the cost of a good contract
initially, of course) Better yet, figure out how much time
you have spent on the program, multiply by your hourly rate
(say $50 for a cheap programmer, $100 for a decent one) and
just seel off the source. If they want support, they pay for
it later.

That goes even if you sell it per copy; if they want support
or changes, THEY PAY BY THE HOUR. Be a little tough; either
they want the program and you should be rewarded, or the
program is insignificant, and then you didn't lose much anyway.

Oh, and be sure to make the contract say THEY assume full responsibility
for any demands or suits caused by them selling the program. You
just hand them the code (or duplicated disks, in case of a per-copy
system) and make no warranty.

Of course, I'm no lawyer, just a software designer who fortunately
consulted with a (good) lawyer before signing anything.

Cheers,

						/ h+

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

   This article printed on 100% recycled electrons.
From: seanmcd@ac.dal.ca
Newsgroups: comp.sys.mac.programmer
Subject: Does toolbox call 'MapRect' work??
Date: 20 Dec 92 09:23:07 GMT
Article-I.D.: ac.1992Dec20.132307.9710
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

Does 'MapRect' work? I'm using think pascal 3.0, and i'm trying something like
MapRect(aRect,bRect,cRect);
and think pascal gives me the useful 'this doesn't make sense'

MapPt(arect.topleft,bRect,cRect); does work, however, so i'm just using two
mapPt calls instead. 

Any ideas why MapRect doesn't seem to be working?

--Classic 6.07 2/40--

Sean