HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.mac.programmer
Distribution: world
From: David_B._Lamkins@fourd.com
Organization: 4th Dimension BBS
Date: Sun, 13 Dec 1992 22:19:33 EST
Subject: Re: Info about Pearl Common Lisp for the Mac Desired...

Pearl Lisp was a subset of what eventually became Macintosh Allegro Common
Lisp, then (with version 2.0) Macintosh Common LISP. Apple _did_ buy out Coral
Software, has retained their staff, and continues to develop and support MCL. MCL
2.0 is available through APDA for $495. This includes a large reference
manual, a smaller "getting started" tutorial, a copy of CLtL2, and a CD-ROM
with all sorts of LISP goodies.

 You can create standalone (albeit large) applications with MCL - the runtime
license fee is "nominal" - $10 for an unlimited numberof titles and copies  of
non-commercial applications, $100 for commercial distribution

There is an active mailing list for MCL support: info-mcl@cambridge.apple.com.
Subscription requests should be sent to info-mcl-request@cambridge.apple.com.

Dave.
********************************************************************
System: fourd.com                                Phone: 617-494-0565
Cute quote:  Being a computer means never having to say you're sorry
********************************************************************
From: leue@crd.ge.com (Bill Leue)
Newsgroups: comp.sys.mac.programmer
Subject: Re: New Inside Mac
Date: 16 Dec 92 17:32:41 GMT
Reply-To: leue@crd.ge.com
Organization: General Electric Research & Development

I just bought the fourth volume to be released, "Toolbox Fundamentals".
(or some such similar title - sorry, I don't have the book right at hand.)

-Bill Leue
leue@crd.ge.com
Newsgroups: comp.sys.mac.programmer
From: cogen@ll.mit.edu (David Cogen)
Subject: Re: what is the best C compiler
Originator: cogen@ll.mit.edu (David Cogen)
Organization: MIT Lincoln Laboratory, Lexington MA
Date: Sat, 19 Dec 92 16:56:25 GMT


In article <1992Dec16.162318.4371@news2.cis.umn.edu>, kdlee@umn-cs.cs.umn.edu (Kevin D. Lee) writes:
|> In article <PA-151292184926@macmartineau.ccr.hydro.qc.ca> PA@PARobitaille.ccr.hydro.qc.ca (Paul Andre Robitaille) writes:
|> >I am looking for a C compiler on the MAC. What is the best ?
|> >
|> Think C is a great C compiler.  If you can get it through the
|> education channel the price is great.
|> 
|> Kevin Lee

There is nothing better than Aztec C. If you are doing serious work there is
no substitute. It comes with a real make utility, a separate and configurable
assembler and linker, and provides voluminous technical information about
internal data formats, parameter passing, etc. And it comes with the MPW shell
so you get the benefits of MPW without putting up with the poor MPW C compiler.

By all means get the commercial version. Price I think is $500, which includes
MPW shell, C compiler, assembler, linker, several utilities including make,
grep, a vi like editor, and standard ANSI libraries and other libraries
including library source code. 

I cannot praise it enough.

No I don't work for the company.

David Cogen
From: jbasara@ssdc.UUCP (Jim Basara)
Newsgroups: comp.sys.mac.programmer
Subject: USENET mac programmers guide
Date: 16 Dec 92 13:54:09 GMT
Organization: Sterling Software IMD, Vienna, Va.

Just got back from vacation and saw the final few parts of the USENET
mac programmers guide in mac binaries.  Where can I get the whole thing???

thanks

--
-------------------------------------------------------------------------------
Jim Basara
     uunet!ssdc!jbasara                "All the other nations are drinking
     jbasara%ssdc@uunet.uu.net         Ray Charles beer, and we are drinking
                                       Barry Manilow." - Dave Barry
Newsgroups: comp.sys.mac.programmer
From: koehn@vms.macc.wisc.edu
Subject: Re: TCL: Couple o' Questions
Organization:  University of Wisconsin Academic Computing Center
Date: 17 DEC 92 14:36:40    

In article <1992Dec16.195027.23764@ncar.ucar.edu>, urban@stout.atd.ucar.edu (Art Urban (PROFS)) writes...

>What would be a good example of a "multi-window" application according to
>the TCL definition? There are applications which have multiple windows, of
>course, but somehow I feel that they are refering to something else entirely.
>I've yet to see an application that didn't have at least two windows in it;
>this must not be what they are talking about.
> 
>What is the best way to implement visual "scrolling" lists, like in the 
>SFGet/Put dialogs? These darn things seem to be standard interface elements,
>yet there is no obvious Class for them. I have not yet examined the Table
>Class yet...is this how they expect us to impelement this feature?

I think that what they mean by a "multi-window" application is one which has 
more than one window on the same document. It is not a very common thing to do 
but I know programs like Illustrator allow you to look at your drawing in more 
than one window.

As for scrolling lists, CArrayPane does an excellent job of implementing them. 
Basically, CArrayPane is a one-column table that has a CArray associated with it 
that contains the actual data to display.

Hope this brief explanation helps, 

Brad Koehn
koehn@macc.wisc.edu

Newsgroups: comp.sys.mac.programmer
From: bredell@tdb.uu.se (Mats Bredell)
Subject: Re: Where to get New Inside Mac cheap?
Reply-To: Mats.Bredell@udac.uu.se
Organization: Uppsala University Computing Center (UDAC)
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 18 Dec 1992 12:25:45 GMT

kent b reuber (reuber@world.std.com) wrote:
: Can anyone recommend where to get the New Inside Macintosh books at a
: reasonable (~20%) discount? Mac Zone has some bargain books, but they
: don't carry the new I.M.

Pull them off the developer CD for free. You get them on-line with pretty
good searching abilities, and you can output them to your favorite printer
if you want them on paper. The version on the CD-ROM seems to be exactly the
same as the one sold as books.

I'm gonna output them to a printer, since I prefer to have loos leaf manuals.
It's much easier to read.

/Mats
-- 
Mats Bredell                                   Mats.Bredell@udac.uu.se
Uppsala University Computing Center (UDAC)     Ph:  +46 18 187817
Department of medical systems                  Fax: +46 18 187825
Sweden                                         Think straight - be gay!
From: jcav@ellis.uchicago.edu (JohnC)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Uniquely identifying a Mac? How?
Date: 16 Dec 92 15:49:37 GMT
Reply-To: jcav@midway.uchicago.edu
Organization: The Royal Society for Putting Things on Top of Other Things

In article <1gm3ioINN9uh@calvin.NYU.EDU> roy@mchip00.med.nyu.edu (Roy Smith) writes:
>	Unfortunately, as far as I can tell, unless your Mac has an ethernet
>(or, presumably, token ring) port, there is no built-in unique way to
>identify the machine.  I personally think it was a major mistake for Apple
>to not have put some sort of machine-readable serial number in each machine.
[]

Apple's Lisa computers each had a software-accessable serial number.  This was
mostly used for copy-protecting software, including the OS.  Ick.


-- 
John Cavallino                  |  EMail: jcav@midway.uchicago.edu
University of Chicago Hospitals |         John_Cavallino@uchfm.bsd.uchicago.edu
Office of Facilities Management | USMail: 5841 S. Maryland Ave, MC 0953
B0 f++ c+ g++ k s++ e+ h- pv    |         Chicago, IL  60637
Newsgroups: comp.sys.mac.programmer
From: egw@utkvx3.utk.edu (Wolpert, Edward Greenwal)
Subject: HELP! Asap! GetPort Bus Error problems.
News-Software: VAX/VMS VNEWS 1.41    
Organization: University of Tennessee Computing Center
Date: Sun, 13 Dec 1992 05:00:00 GMT

Ok, I'm the idiot who attempted to copy bit's by copying the screen rgn.  I 
went off and used different code, but now when I'm opening up a grafptr, I
get a Bus error.  It's from the following (trunkated code):
    GetPort(oldPort);
    bm.RowBytes := winPtr^.portBits.rowBytes;
    SetRect(bm.Bounds, winPtr^.portRect.left, winPtr^.portRect.top,
winPtr^.portRect.right, winPtr^.portRect.bottom);
    bm.baseAddr := NewPtrClear(GetPtrSize(winPtr^.portBits.BaseAddr));
    if bm.baseAddr <> nil then	{}
     begin	{our work}
      openPort(gp);
      SetPortBits(bm);
      BlockMove(@bm.bounds, @gp^.portRect, sizeof(rect));

{For those don't have USERNET mac programing guide, this is taken from Glenn
Austin's how to draw to an offscreen bitmap, changed somewhat by me}
	When I have the openPort(gp) command, the mac (sometimes) gives a
bus error via Think, or it just shuts down.  Any ideas?  If it's past sunday
afternoon, eastern time, don't bother.
	SideQuestion:	If I step through the program, Think complains about
the bus error, and I can quit, and restart the mac without problem.  If I
don't quit, and try again, the mac freezes with manual restart being the only
method of getting it back up.  However, if I just run though the program, not
stepping, the computer freezes at that point.  Any ideas why it works that way?
	Edward Wolpert

Newsgroups: comp.sys.mac.programmer
From: peter@ncrpda.curtin.edu.au (Peter N Lewis)
Subject: Re: MacTCP Programming idea/request
Followup-To: comp.sys.mac.programmer
Organization: NCRPDA, Curtin University
Date: Tue, 15 Dec 1992 04:10:04 GMT

In article <1992Dec11.083919.1344@galaxy.gov.bc.ca>,
cconstantine@galaxy.gov.bc.ca wrote:
> 
> Here is an interesting programming request/idea for use on MacTCP Ethernet
> networks.  Write a utility that will poll all of the Mac's on the network for
> their IP address.  This would be a method of IP control as well as determining
> if there are duplicate addresses on the net.  This utility should possibly 
> also
> be able to get the ethernet address (NIC) of the actual ethernet card as well. 
> This way, it can be compared to an existing database and you could track down
> exactly who is using what address.  

Well, if you have a unix box on the net, a solution would be to install the
CAP package (or a small junk of it, namely the atlook command).

The atlook command (with a little massaging) gives output like this:

./atlook AnyZone | egrep "IPADDRESS|Macintosh" | sort +0.50
  9 - 123.4.567.89:IPADDRESS@*                 [Net: 33.172 Node: 26 Skt:
72]
 19 - Rocky:Macintosh IIsi@*                   [Net: 33.172 Node: 26
Skt:253]
 11 - 123.4.567.98:IPADDRESS@*                 [Net: 33.172 Node: 35 Skt:
72]
 21 - Andrea:Macintosh LC@*                    [Net: 33.172 Node: 35
Skt:251]
 23 - Phil:Macintosh LC@*                      [Net: 33.172 Node: 42
Skt:252]
 22 - Mariella:Macintosh LC@*                  [Net: 33.172 Node: 50
Skt:252]
 10 - 123.4.567.99:IPADDRESS@*                 [Net: 33.172 Node: 67 Skt:
72]
 20 - Wendy:Macintosh IIsi@*                   [Net: 33.172 Node: 67
Skt:253]
 26 - chris m:Macintosh Plus@*                 [Net: 33.172 Node:193
Skt:252]
 24 - ChrisMc:Macintosh Plus@*                 [Net: 33.173 Node:215
Skt:252]
 25 - Misha:Macintosh Plus@*                   [Net: 33.173 Node:242
Skt:252]

Which shows pretty simply the IP of the various machines on the net that
have an IPADDRESS.

Note that MacTCP doesn't register the IP number until its actually needed,
so you won't find IPADDRESS registrations for Macs that haven't used an TCP
services since their last restart.

There are no doubt lots of Mac NBP utilities that will give this list as
well.

BTW, none of this requires any MacTCP programming.  In fact, it would be
impossible to use any TCP programming to find out this information, this is
one of the advantages that AppleTalk has over TCP.

Have fun all,
   Peter.

_______________________________________________________________________
Peter N Lewis <peter@ncrpda.curtin.edu.au>           Ph: +61 9 368 2055
Newsgroups: comp.sys.mac.programmer
From: Michael F. Kamprath <kamprath@space-grant.sprl.umich.edu>
Subject: International Number Formats
Date: Sun, 13 Dec 92 20:46:42 EST
Organization: University of Michigan, Aerospace Engineering
X-Useragent: Nuntius v1.1.1d12
X-Xxmessage-Id: <A75152235401C4FC@sprl-mac2016.sprl.umich.edu>
X-Xxdate: Sun, 13 Dec 92 02:48:35 GMT

I'm trying to decipher IM VI with respect to how to convert a floating point
number into a string to be displayed in the correct format (as set by the Nums&Date
control panel) and vice versa (that is, strings --> numbers).  I'm not having much  
luck.  Can anybody explain to me how to do this?  Thanks.

======================================================================
|Michael F. Kamprath                   | The University of Michigan  |
|  kamprath@space-grant.sprl.umich.edu |      Aerospace Engineering  |
|  kamprath@engin.umich.edu            |      Graduate Student       |
======================================================================
Newsgroups: comp.sys.mac.programmer
From: gaillard@panix.com (Ed Gaillard)
Subject: Re: Advice needed
Date: Mon, 14 Dec 1992 00:44:17 GMT
Organization: PANIX Public Access Unix, NYC

In <1992Dec13.062936.26772@midway.uchicago.edu>
hd12@ellis.uchicago.edu (A Man With No Name) writes:

>A software company is trying to buy an application I wrote for Macintosh.
>Since I don't have this kind of experience before, I would appreciate if 
>experienced people on the net can give me some good advice:

[...]

>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.

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

Oh, yes.  Definitely.  You _need_ a lawyer.  A little time and money
spect on a lawyer up-front, while negotiating your contract, will save
you a _lot_ of unpleasantness later.

>4. Any tips? Precautions? Suggestions?

One thing to be careful of is, if your program controls special
hardware that this company makes or sells, you must be protected from
their selling the harware and _giving away_ your program.

>All helps and suggestions will be very appreciated.

Disclaimer:  I'm _not_ a lawyer, just someone who has had a bad
experience with this kind of thing.  Get a lawyer, most preferably one
with experience in software royalty agreements.

-- 
Ed Gaillard <gaillard@panix.com> 
I can't see the lines I used to think I could read between.
Newsgroups: comp.sys.mac.programmer
From: deweeset@ptolemy3.rdrc.rpi.edu (Thomas E. DeWeese)
Subject: Re: Duplicate Object in Think C?
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Sat, 19 Dec 1992 20:26:00 GMT

In article <1992Dec19.002858.299@physc1.byu.edu> seth@physc1.byu.edu writes:
>In article <white.724729120@sfu.ca>, white@fraser.sfu.ca (Steve White) writes:
>> How do you duplicate an object without knowing its class?  We would like
>> to write something like
>>  
>> r = duplicate( p );

  Well CObject has a Copy meathod.  So you can simply define a Copy meathod
for your subclass of the object, that copies it (it might be that the default
meathod can figure the size of all objects thus you would not need to 
redefine it).
  If you don't use CObject as your base class, then simply add the meathod
to your base class, (and possibly copy the code from CObject).  And if you
are not using a single base class for all of your objects, you should add one
after all they all share the fact that they are in your application.
Then simply cast all of the object to your base class before passing them
in.
  If you have any more questions let me know.  BTW None of this would be a 
problem if the world had decided to use a reasonable implementation of objects
like Objective C, where an object knows what type it is.
							Thomas DeWeese
deweeset@rdrc.rpi.edu


Newsgroups: comp.sys.mac.programmer
From: pvl1779@usl.edu (Leach Phuong V)
Subject: ThinkC app won't run as stand alone
Organization: University of Southwestern Louisiana
Date: Wed, 16 Dec 1992 08:18:39 GMT


Hi,

Basically, my program runs when I'm in ThinkC, then when I build
and run the application, it crashes.  The place it crashes is doing
simple drawing routines to an offscreen gworld.

In macbugs is recorded the traps and the last 6 or so are as follows:

_RGBForeColor
_MoveTo
_LineTo
_ForeColor
_MoveTo
_LineTo
_Pack4

The last one, _Pack4, I don't know where this came from.  The others
are all in the routine that crashes.  I guess this is a ROM routine.

I know this is a bit vague, but I don't know where to go from here.

Any suggestions at all will be very much appreciated since I am at
a loss at what to do besides learn assembly.

thanks very much

Newsgroups: comp.sys.mac.programmer
From: ingemar@isy.liu.se (Ingemar Ragnemalm)
Subject: Re: Think Pascal->C conversion -- advice?
Organization: Dept of EE, University of Linkoping
Date: 18 Dec 92 16:36:54 GMT


mssmith@afterlife.ncsc.mil (M. Scott Smith) writes:

>   I'm in the process of converting a large, complex program written with
>Think Pascal to Think C.  I'm pretty fluent in both Pascal and C, and
>programming the Mac, but I was curious if anyone else has done this and
>what types of problems they ran into, or what types of things I should be
>careful about.

Why do you want to do such a thing anyway? If it's speed you are after,
save your time and write some optimized assembly stuff and link in as
a library. I mean, Think Pascal code is not slow, as far as I can tell
it's as fast as Think C.

>   I am not the primary author of this code, so I'm not very familiar with
>it, which puts me at a disadvantage.  It's also quite large.

>   Some things I see that might be a problem are translating things such as
>packed arrays of boolean (in Pascal, which I believe are 1-bit in size) yo
>something equivalent in C.  (I can't use integers to represent booleans,
>because 2 (or 4) bytes is much too large for something that only takes a bit.
>Think C has a Boolean data type -- but this isn't part of ANSI C, is it?
>This code needs to be ANSI-C compliant.)  That's probably not a major hurdle,
>but it's little things like that which pop up and make me more cautious.

I hope you are using prototypes, or you will give yourself lots of headaches.
I usually go the other way around, translating C to Pascal, and Pascal
nicely catches all references that are different. C without prototypes
will just crash.

Special types might be a problem in some cases, but usually not. There are
lots of small things that will make life hard for you, like C's inability
to hide local procedures from the rest of the program, and it's different
string format. As long as you are not too dependent on the size of
variables (due to file formats or resource formats), translating is
quite possible. (Actually, it's harder to port a Unix program to Think C
than it is to translate Think C to Think Pascal.) BTW, don't forget to
declare callback routines (scrollbars, sound manager) as "pascal".

I think translating code snippets or reuseable libraries between the
languages can be worthwhile, but translating a big program from Think
Pascal to Think C is a waste of time.

Well, just a few ideas. Take them for what they are worth.

-- 
Ingemar Ragnemalm
Dept. of Electrical Engineering	     ...!uunet!mcvax!enea!rainier!ingemar
                  ..
University of Linkoping, Sweden	     ingemar@isy.liu.se
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Mac's Place gripe (was: Re: Programming for the Mac.)
Date: 11 Dec 92 23:35:56 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec11.142429.14198@umiami.ir.miami.edu> tcwan@umiami.ir.miami.edu writes:

>Hmm, I'd never ordered from Mac's Place. What's the deal with them??

Last authums, and this spring, I had excellent service from them both
by e-mail, fax and phone. Since early summer however, they have
totally stonewalled to several inquiries and orders(!) some sent in
triplicate through e-mail, fax and snail mail! I wouldn't touch them
with a pole now.

However, APS continues to amaze me; the one thing they did wrong
they cleared up and sent a free extra part + apologizing letter all
the way to Sweden. Too bad they "only" sell drives and that kind
of stuff :-)

>Bear in mind that the NEW editions of IM are already starting to come out.
>They're organized according to topics (Memory, Files and Processes are the
>3 already released). You might not want to get the IM 1-6 unless you can
>get them real cheap

Wrong. If you want to hack the mac _now_ you should buy IM I-VI minus
III _now_. If you want to hack the mac in a year, biy the 15-volume
set in a year, since it won't be complete until then.

Cheers,

							/ h+

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

  "On a clear disc, you can seek forever."
From: bayes@hplvec.LVLD.HP.COM (Scott Bayes)
Date: Wed, 16 Dec 1992 22:28:06 GMT
Subject: Re: 3D Graphics
Organization: Hewlett-Packard Co., Loveland, CO
Newsgroups: comp.sys.mac.programmer

> Well, QD lines have to do a few other things like be convertable to a
> region, and handle fat pens.  Perhaps it has something to do with this?
> I once did a line drawer similar to QD's, in that it had to handle both
> additional operations.  I started with Bresenham's, but I had to do some
> post-processing to convert the raw output into something that would work
> for this.

But Bresenham can easily be viewed as a way to select a path through a
square coordinate array (actually as one person mentioned, it is even
strongly related to a crude way to rescale a bitmap, the one seemingly
used by CopyBits.).  Given that, it's not too difficult to convert to
creating fat lines or defining regions.  You merely replace the PutPixel
call with something else.

I once used B as a way to generate a path and select neighbor pixels for
an antialiasing routine.  Our H/W guys used it as a way to rescale a
video image in real-time (usually quite acceptable on natural scenes,
unlike the result with lines or characters in a bitmap), by applying it
to select scan lines and vertical pixel columns.  Filtering would be
better though.

ScottB
Newsgroups: comp.sys.mac.programmer
From: mflafeer@athena.mit.edu (Mohamed F. Lafeer)
Subject: Prograph vs. Serius Developer
Organization: Massachusetts Institute of Technology
Date: Wed, 16 Dec 1992 02:59:17 GMT

I was interested in buying either ProGraph or Serius Developer for a project
at work. I'm interested in any experience you have with these products.

Please include your impressions of the database objects.


Thanks

M.Firoze Lafeer
mflafeer@athena.mit.edu

Newsgroups: comp.sys.mac.programmer
From: urban@stout.atd.ucar.edu (Art Urban (PROFS))
Subject: TCL: Couple o' Questions
Organization: Atmospheric Technology Division/NCAR Boulder, CO
Date: Wed, 16 Dec 1992 19:50:27 GMT

What would be a good example of a "multi-window" application according to
the TCL definition? There are applications which have multiple windows, of
course, but somehow I feel that they are refering to something else entirely.
I've yet to see an application that didn't have at least two windows in it;
this must not be what they are talking about.

What is the best way to implement visual "scrolling" lists, like in the 
SFGet/Put dialogs? These darn things seem to be standard interface elements,
yet there is no obvious Class for them. I have not yet examined the Table
Class yet...is this how they expect us to impelement this feature?

Thanx!

--
Art Urban 					       urban@stout.atd.ucar.edu
===============================================================================
 "Baby trapped in film, eats own hand."					- Joel
===============================================================================