HDTenEightyP/NetNews huggingface dataset:
From: tnelson@telesciences.com (Tracy M Nelson)
Subject: Re: THINK C Primer Code Problem...
Organization: TeleSciences CO Systems, Inc.
Date: Fri, 8 Jan 1993 19:21:25 GMT

In article <1993Jan4.153017.1397@utkux1.utk.edu> danny@martha.utcc.utk.edu (Danny William McCampbell) writes:
>Hi all.  Over the weekend I was typing in some of the programs from
>the Macintosh Programming Primer for THINK C.  Well, I got the ones
>I type in to work successfully except Mondrian.  If any of you are...

>Could someone give me some insight on this.  I ran precompile on it
>and it says that blackColor is undefined in the statement
>
>gFillColor = blackColor 
>
>blackColor occording to IM Vol. 1 is a global all ready defined in the
>ROMS.  What is happening here?  I have MacTraps in the project just to
>let you know.

>--
>Danny McCampbell
>UT Computing Center
>danny@utkux1.utk.edu

I had the same problem.  I believe it stems from the fact that Think C
reorganized their header files (or failed to update them -- I recall
I had a problem using color because the color picker package wasn't
described properly).  Anyway, the way I remember solving it was to
use the definition of blackColor from IM and just substitute 1 in
the assignment statement.  Maybe not the proper way, but it was The
Thing To Do At The Time.

Incidentally, I used this same code to write a screen saver module
for After Dark.  Couldn't call it Mondrian, though...
---
Tracy Nelson
TeleSciences C O Systems
tnelson@telesciences.com
Newsgroups: comp.sys.mac.programmer
From: bordier@imag.fr (Jerome Bordier)
Subject: Boolean type as parameter (THINK C 5)
Organization: IMAG Institute, University of Grenoble, France
Date: Fri, 8 Jan 1993 16:42:53 GMT

I have a problem with passing Boolean type parameters with THINK 5.0.3.

The following example comes from Transkel, the Paul Dubois' package.
Function declaration header is :

Boolean SkelMenu (MenuHandle theMenu,
					void (*pSelect) (Integer),
					void (*pClobber) (MenuHandle),
					Boolean subMenu,
					Boolean drawBar)

calling instruction is :

(void) SkelMenu (m, DoFileMenu, nil, false, true);

When executing the program, values are not passed to SubMenu and drawBar
parameters (they have both zero (false) value).
Anybody have seen this problem ?

N.B. Boolean type is defined in Types.h header as:
typedef unsigned char Boolean;

-- 
Jerome BORDIER                        |Laboratoire de Structures Discretes et
INTERNET: bordier@imag.fr             | de Didactique  IMAG  BP 53X
AppleLink: IMAG                       |38041 GRENOBLE Cedex FRANCE
******************************************************************************
Xref: sparky comp.sys.mac.programmer:20912 comp.os.ms-windows.programmer.tools:1924
From: nagle@netcom.com (John Nagle)
Subject: Re: Heap scrambling in MacsBug?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 9 Jan 1993 18:51:05 GMT

cantrell@lamar.ColoState.EDU (Carol Cantrell) writes:

>What is HEAP SCRAMBLING in MacsBug (hs command)??  What is it for?

      It's a way to test that an application does not retain references to
unlocked handles.  With heap scrambling turned on, requests for heap space
result in some unnecessary movement of objects on the heap.  This tends
to break programs which reference unlocked handles.  It thus makes it
more likely that incorrect programs will fail.

					John Nagle
      
Newsgroups: comp.sys.mac.programmer
From: absurd@apple.apple.com (Tim Dierks, software saboteur)
Subject: Re: Distinguishing FrontClicks?
Date: Tue, 5 Jan 1993 22:57:25 GMT
Organization: MacDTS Marauders
Followup-To: comp.sys.mac.programmer

In article <1993Jan04.160843.18732@microsoft.com>, ericsc@microsoft.com
(Eric Schlegel) wrote:
> 
> In article <absurd-030193142840@seuss.apple.com> absurd@apple.apple.com
> (Tim Dierks, software saboteur) writes:
> >In article <BzpzH1.8tD@unx.sas.com>, Michael Hecht
> ><Michael_Hecht@mac.sas.com> wrote:
> >> 
> >> I turned on the getFrontClicks bit in my SIZE resource, because it makes
> >> sense for my application. However, I don't want *all* parts of the window
> >> to respond to layer-changing clicks. How can I distinguish a click that
> >> changes my layer from other clicks?
> >
> >A technique that's worked for me is to compare the 'when' fields of the
> >click and the resume event; if the mouseDown has a time before the
> >resume event, then it's probably this click that caused you to be switched.
> 
> Wow, I know something that Tim doesn't... :) I've never actually used this,
> but according to IM 6, pg. 5-16, the activeFlag bit in the modifiers field
> of a mouseDown event will be set if the mouseDown caused your layer to become
> frontmost. Also see pg. 2-20 in IM:Mac Toolbox Essentials. Note that this is
> a System 7-specific feature - it won't work for MultiFinder under System 6.
> 
> -eric
> -----
> My opinions, not Microsoft's.

Cool!  Just goes to show that Inside Mac VI is bigger than you
can possibly imagine....

Tim Dierks
MacDTS, but I speak for myself

Drop by and say 'Hi' at MacWorld- DTS Debugging Lab, I'll be there
Thursday morning and Friday afternoon.
Newsgroups: comp.sys.mac.programmer
From: kurisuto@chopin.udel.edu (Sean J. Crist)
Newsgroups: comp.sys.mac.programmer
Subject: Re: HOpenResFile and HOpenRF supported by glue in System 6?
Date: 10 Jan 93 16:06:43 GMT
Article-I.D.: news.C0nBF7.I2C
Organization: University of Delaware

In article <1993Jan10.060648.3821@netcom.com> jimlynch@netcom.com (Jim Lynch) writes:
>In article <C0Ltw3.FrH@news.udel.edu> kurisuto@chopin.udel.edu (Sean J. Crist) writes:
>>Well, the title basically says it all: are all of the various H... calls
>>supported by glue when my application is running in System 6.x?  IM VI
>>documents these calls (pg. 23-36) but doesn't make it clear when these calls
>>began to be supported. (HOpenRF didn't exist in IM IV, where it was a
>>low-level call.)  I want to support both System 6 and 7, which means I can't
>>use the FS... calls, but I also don't want to use the old calls which don't
>>support a dirID.
>
>Question: Is this accurate, the FS... file system calls don't work under system
>7? Or, are there other reasons to avoid them in syst. 7?

Sorry, I didn't word that very clearly.  System 7 supports the FS calls;
System 6 does not, so if you want to support both 6 and 7 you can't use
the FS calls.  If your application is System 7 dependant it is fine to use
the FS calls.

As someone pointed out to me in an email message, FSSpec is just a data
structure, and it's fine for your application to use it internally to keep
track of files under System 6 or 7.  Yesterday I went through and changed
my application to do this, and I think it has made for a lot cleaner design.

I think the discussion of file specification schemes in IM VI would be a
whole lot clearer if it started by saying that the best way to specify a
file is with a VRefNum, a DirID (called parID in FSSpec), and a filename,
and nothing less. If the Macintosh were invented today this would be the
only way to specify a file; all other schemes (such as using a 'working
VRefNum' to stand for both a real VRefNum and a DirID) are obsolete and
only exist for backward compatibility.  If you do receive an old-style
file specification (as from SFGetFile and SFPutFile), you should
immediately call GetWDInfo to convert it to the new scheme.

I wish someone would have made this clear sooner!

--Kurisuto

P.S. A few people told me that FindFolder is supported by glue under
System 6 by both Think and MPW.  This must mean Think C but not Think
Pascal 4.0, because I got an unimplemented trap error when I called it
under System 6.  So I'm calling Gestalt to see if FindFolder is available,
and if it isn't I'm using the old scheme of calling SysEnvirons and
GetWDInfo to find the System Folder.
From: draper@odin.mda.uth.tmc.edu (E.J. Draper)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Porting Visual Basic to QuickBasic SUMMARY
Date: 12 Jan 1993 20:04:22 GMT
Organization: U.T.M.D. Anderson Cancer Center
X-UserAgent: Nuntius v1.1.1d14
X-XXMessage-ID: <A7787FA88F01019A@mdarpi1.mda.uth.tmc.edu>
X-XXDate: Tue, 12 Jan 93 20:01:12 GMT

In article <7330@ucsbcsl.ucsb.edu> Leonard Cuff,
aksguest@engrhub.ucsb.edu writes:
>In fact, Visual Basic is nothing more than HyperCard using a
>different underlying language and a compiled, rather than interpreted
>environment. Apple came out with HyperCard 5 years ago!


Um... That's pushing it a bit.  

BTW- HyperCard is fully compiled as well (as of HyperCard 2.0). The
scripts just aren't stored in a compiled format.


      |E|J-  ED DRAPER
 rEpar|D|<-  Radiologic/Pathologic Institute
             The University of Texas M.D. Anderson Cancer Center
             draper@odin.mda.uth.tmc.edu
From: holiday@bnr.ca (Matthew Holiday)
Subject: Re: GNU and MPW Shell?
Date: Fri, 8 Jan 1993 16:59:05 GMT
Reply-To: holiday@bnr.ca
Organization: Bell-Northern Research, Richardson, TX

In article <1993Jan8.000511.322@physc1.byu.edu>, seth@physc1.byu.edu writes:
|> Hi again. All I know about MPW is that it is expensive, and that you get it
|> from APDA, and that it consists of a shell and several compilers. I have seen
|> mention made of several GNU things, or gcc, or whatever, which are supposedly
|> free, and which use the MPW shell. At least, as far as I have deciphered from
|> other posts.
|> Big Question: Is there a way to get the MPW shell and these gnu things, or
|> whatever is available like compilers, emacs, etc, all for free? I would be
|> interested in seeing just what it is and playing with it a bit. Is it possible
|> to use this stuff (legally) without having to buy anything? I am not interested
|> in the standard MPW stuff, as I am happy with THINK and THINK's MUCH lower cost
|> but I am curious about this gnu stuff et al.
|> Thanks in advance,
|> Seth Leigh
|> BYU Physics Dept.

There was a copy of the MPW 3.2.2 shell on ftp.apple.com, but it's only legal
for those who've already forked out for MPW --- it's a bug fix upgrade.  You'll
need to pay APDA $150 for the MPW shell by itself.  On the other hand, without
MPW C, you may not be able to build gcc stuff for MPW --- Think C won't work.

-- 
Matt Holiday                                      #include <std/disclaimer>
holiday@bnr.ca
BNR Richardson, TX
Newsgroups: comp.sys.mac.programmer
From: s33986s@kaira.hut.fi (Jarkko Kallio)
Subject: SetLineWidth PicComment
Organization: Helsinki University of Technology, Finland
Date: Tue, 5 Jan 1993 14:51:42 GMT

Thanks to your help I found SetLineWidth PicComment, Technical
Note #175, to draw thin lines on LaserWriter. But I use Macintosh
Common Lisp 2.0 and even if it supports most Mac traps and records
it does not know the SetLineWidth constant. SetLineWidth is an integer 
(Inside Macintosh I-189):

Procedure PicComment (kind, dataSize :INTEGER; dataHandle :handle);
(kind should be SetLineWidth. dataSize and dataHandle: see TN#175.)

Does anyone know the value of SetLineWidth?
*****************************************************************************
* Joku tolkku se on talkkunan sy|nniss{kin. * jkallio@otax                  *
*                                           *                               *
*****************************************************************************
Newsgroups: comp.sys.mac.programmer
From: kurisuto@chopin.udel.edu (Sean J. Crist)
Subject: Directory of ftp.apple.com contents?
Organization: University of Delaware
Date: Sat, 9 Jan 1993 15:36:14 GMT

Does anyone know of a directory to all of the things kept at
ftp.apple.com?  I know that there are all kinds of nice things there, but
short of downloading absolutely everything to see what it is, I'm not sure
how to find out what all of these things are (the filenames in the directories
are sometimes, well, less than descriptive; it's not Apple's fault, but
there's only so much information that can be expressed in a filename).

--Kurisuto

Newsgroups: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools,comp.windows.ms.programmer
From: jimlynch@netcom.com (Jim Lynch)
Subject: Re: Stallman and friends
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Tue, 5 Jan 1993 21:30:38 GMT

In article <D2150035.mrrnh5@outpost.SF-Bay.org> peirce@outpost.SF-Bay.org (Michael Peirce) writes:
>
>As to making "rash" comments, my comments were quite considered.
>I've been anti-GNU for years now.  They simple don't believe that
>people like me have the right to protect work as intellectual
>property.  I make a living developing software and selling it - I
>take this whole subject very seriously and I view the FSF ideas as
>a threat.

How fo you feel about software patents? If you're threatened by ideas that
the FSF espouse, such as my right to write anything I damn well please, I
hereby threaten you. How do you like me now?

I feel that if gcc were released into the mac world, that would do far
more to change the market than the boycott ever will. So I might port
the thing to the mac and release only that which would allow porting
_away_ from the mac.

>Also, Stallman doesn't not intend to "GIVE SOFTWARE AWAY FREELY" as
>you say.  That's the little trap he sets.  All GNU software is very
>specifically not placed into the public domain.  This is not being
>picky, it goes straight to the core of what FSF and GNU software is
>all about, that is politics.

So Stallman intends to give software away freely? You're right.
From: wisdom@picasso.ocis.temple.edu (Robert Wisdom)
Newsgroups: comp.sys.mac.programmer
Subject: Re: moof?
Date: 10 Jan 93 05:21:26 GMT
Organization: Temple University
X-Newsreader: TIN [version 1.1 PL8]

Keith Rollin (keith@taligent.com) wrote:

: Obviously an imposter. Clarus is male, despite the fact that cows are
: female. There is anatomical proof if you bring up the Page Setup/Options
: dialog and select the Flip Horizontal button. I don't know who was visiting
: you (possibly his love child?)

	Keith, I hate to be really stupid, But my Page Setup dialog box
doesn't have an "Options" button.  Is that because I have a Personal
LaserWriter LS? (Hey I got it for $187 in an educational bundle, I am NOT
complaining!)

: Keith Rollin
: Phantom Programmer
: Taligent, Inc.

			Robert
----
Sign held by an abortion protester:        | Robert Wisdom
"Abortion Kills America's Future Soldiers" | wisdom@picasso.ocis.temple.edu
You figure it out (Because I can't!).      | My opinions are !yours.
----
Newsgroups: comp.sys.mac.programmer
From: trgibney@phoenix.Princeton.EDU (Thomas R. Gibney)
Subject: Enhanced Sound Manager (IM v6)
Originator: news@nimaster
Organization: Princeton University
Distribution: comp.sys.mac.programmer
Date: Fri, 8 Jan 1993 19:20:18 GMT

It appears that the "Enhanced Sound Manager" (Sys 6.0.7 and later) supports
only an equal-tempered scale when using the waveTable synthesizer.
Is it still possible to specify exact frequencies, as described in
IM vol5 ?

Also, I'd welcome ideas on how to cause the amplitude of a note to decay,
since the Sound Manager's "tickleCmd" seems to have disappeared also.

Thanks,   Tom Gibney			trgibney@phoenix.princeton.edu
Newsgroups: comp.sys.mac.programmer
From: sch@eeserv.ee.umanitoba.ca (R+C Schneider)
Subject: Monitor gamma correction software
Keywords: gamma monitor color imaging
Organization: University of Manitoba, Winnipeg, Canada
Date: Wed, 6 Jan 1993 17:03:06 GMT

I was wondering if anyone knows of a monitor gamma adjustment program
available for MACs.
 
I know MACs have a control panel adjustment for monitor gamma that lets
you turn gamma correction on and off, but I was wondering if there was
anything else available that allows a custom gamma setting (preferably public
domain and/or FTPable programs).

Please send replies by EMail.  Thanks!
--
Chris Schneider                          
University of Manitoba Electrical Engineering
Winnipeg, Canada
<sch@eeserv.ee.umanitoba.ca>
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Subject: Re: Why does BinHex exist?
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Fri, 8 Jan 1993 17:12:57 GMT

In <1993Jan7.210159.26183@netcom.com> howard@netcom.com (Howard Berkey) writes:

>Periodically people post asking what BinHex is, or where to get it,
>etc... What I want to know is, Why is it really necessary?  It:

>system for long periods of time, in MacBinary II, with no ill effects.
>This has proven true on various Suns, 2 RS-6000's, and 2 HP-9000's.
>It may be that some machines will damage mac files if they aren't
>binhexed, and thus it would be neccecary in that case.  It just
>occured to me that it may be neccary for uucp or bulkmail, but I'm not
>sure.  Can someone enlighten me on this subject?  I know I'm missing
>something. 

Yes, it's necessary for some BBSes, mailers or networks that only
support 7-bit characters, and/or don't like control characters.

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: mhall@edvac.cs.oberlin.edu (Matthew Hall)
Subject: Re: THINK Pascal & Completion Routines
Organization: Oberlin College Computer Science
Date: Mon, 11 Jan 1993 18:45:57 GMT
X-Posted-From: edvac.cs.oberlin.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

>
>   In article <11369@baird.cs.strath.ac.uk> cr@cs.strath.ac.uk (Chris Reid) writes:
>   >	I'm having problems with THINK Pascal 4 and completion
>   >routines. I record some sound and specify a completion routine
>   >that doesn't move/dispose etc. any memory. A5 is set up correctly
>   >as well. I run the the code: bang! As soon as the routine gets
>   >called my machine crashes so badly that I've got to restart. 
>   >I build an application, run it, and everything works just fine.
>   >Can I use completion routines in the THINK environment????

You must turn off debugging, since debugging code will crash at
interrupt time.  You can simply bracket your completion routines with
{$D-} and {$D+} and leave the debugging option on.

Hope this helps,
-matt hall
--
-------------------------------------------------------------------------------
Matt Hall.    mhall@occs.oberlin.edu  OR  SMH9666@OBERLIN.BITNET
              (216)-775-6613 (That's a Cleveland Area code. Lucky Me)

                         F(X)=M*X*(1-X)  

Newsgroups: comp.sys.mac.programmer
From: peter@cujo.curtin.edu.au (Peter N Lewis)
Subject: Re: Detecting mouse position in a window ?
Followup-To: comp.sys.mac.programmer
Organization: NCRPDA, Curtin University
Date: Wed, 13 Jan 1993 01:05:03 GMT

In article <1993Jan12.050224.14617@magnus.acs.ohio-state.edu>,
jbush@magnus.acs.ohio-state.edu (J Eric Bush) wrote:
> 
> In article <rudolph.726810080@unixg.ubc.ca> rudolph@unixg.ubc.ca 
> (Christopher E Rudolph) writes:
> 
> >I obviously need to be checking where the mouse is at any one time and act
> >appropriately.  Does anyone have an example of how to do this gracefully.
> >thanks, and sorry about it begin an FAQ
> 
> Just use the GetMouse(p:point) procedure.  If at first it gives you a global 
> point, then all you have to do it say point:=GlobalToLocal(p).

Don't forget to SetPort to the window before using GlobalToLocal.

Also, if you want to find out the mouse position in a background only app,
you can use the event.where field from OSEventAvail (the most common reason
for that is to detect when the mac is idle) (because GetMouse will crash if
you haven't inited all the relevent managers).

GetMouse(VAR_mouseLoc_Point);
BOOLEAN:=OSEventAvail(mask_INTEGER,VAR_theEvent_EventRecord);

Have fun,
   Peter.

_______________________________________________________________________
Peter N Lewis <peter@cujo.curtin.edu.au>             Ph: +61 9 368 2055
Newsgroups: comp.sys.mac.programmer
From: jimlynch@netcom.com (Jim Lynch)
Subject: Re: Duplicate Object in Think C?
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Tue, 5 Jan 1993 21:13:06 GMT

In article <1993Jan5.015329.15824@reed.edu> eric@reed.edu (eric) writes:
>Don't thinkC objects know what class they are, and can't you get this
>using CObject::GetClassName?  I don't think that you have to override
>this method, but then I can't recall ever having used it so . . .

You don't have to override it. Give it a try...
From: niel@cars.com (Niel Bornstein)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Default buttons in dialogs
Date: Fri, 8 Jan 93 10:08:19 EDT
Organization: NMB productions
Reply-To: chinchilla!niel@cars.com
X-Mailer: uAccess - Macintosh Release: 1.6v1


In article <1993Jan7.153419.3711@tdb.uu.se> (comp.sys.mac.programmer), bredell@tdb.uu.se (Mats Bredell) writes:
>BoBolicious (bowman@reed.edu) wrote:
>: In article <880840m.29.726366713@axe.acadiau.ca> 880840m@axe.acadiau.ca (MICHAEL ALEXANDER MCKAY) writes:
>: >Whenever I make a dialog box with ResEdit, my "OK" buttons, which are always
>: >the number 1 button, fail to show up in my app with the heavy outline around 
>: >them. What am I doing wrong?
>: 
>: Sounds like you're not drawing the heavy outline. ;-)
>: Seriously, there's nothing I've seen anywhere that would indicate this
>: happens automatically...whatever gave you that idea?
>: 
>: Anyhow...
>: 
>: There are several ways to do it.

Somewhere I found a CDEF that automatically puts the border around
any item whose name ends with an "@".  Very useful.  I can't remember
where I found it, but it's just called "Default".

Niel

---------------------------------------------------------------------------
| Niel M. Bornstein                              chinchilla!niel@cars.com |
|                                            ...csn!sable!chinchilla!niel |
|  _   _   _   ___                              71730.1056@compuserve.com |
| | | | | | | | __)                          1352 North Morningside Drive |
| | | | | | | | (_                                Atlanta, Georgia  30306 |
| | |_| |_| |_| __)  productions          (404) 872-6883   (404) 551-8075 |
|--------------------------------------------------------------------------
Newsgroups: comp.sys.mac.programmer
From: urban@yoda.fsl.noaa.gov (Art Urban)
Subject: Detecting mouseDown in a region?
Organization: Forecast Systems Lab, NOAA, Boulder CO, USA
Date: Tue, 5 Jan 1993 17:19:20 GMT

Just in case this is important, I'm using TCL for my app. I suspect that it
isn't.

Okay, here's the situation:

I have many (let's say 1000) predefined regions in a window (CPane). When
the user clicks in the window, one of the regions will have neccessarilly
been hit, since they are all adjacent to one another. I need to determine
which region was the recipient of the mouseDown.

Am I supposed to loop through all my regions, checking PtInRegion() for
each one until I get a hit? This seems very brute force, and could possibly
become slow if the user clicks in the 1000th region. Is there any way I can
reduce the possibilities?

-- 
Art Urban 					        urban@yoda.fsl.noaa.gov
===============================================================================
 "Look, he's being attacked by creamy nugget centers."		 	 -Joel
===============================================================================
From: chuckb@stein.u.washington.edu (Charles Bass)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Best and worst Mac values of all time
Date: 5 Jan 1993 22:46:52 GMT
Organization: University of Washington
NNTP-Posting-Host: stein.u.washington.edu

The Apple Lisa was a technological success and an economic
failure.

chuckb