HDTenEightyP/NetNews huggingface dataset:
From: ross@bnr.ca (Ross Brown)
Subject: Re: Adding Balloon help
Organization: Bell-Northern Research
Date: Tue, 8 Sep 92 15:46:13 GMT

In article <1992Sep4.162113.17663@hobbes.kzoo.edu> k044477@hobbes.kzoo.edu
(Jamie R. McCarthy) writes:
>TidBITS doesn't seem to have anything about QuickTime in balloons.
>Leonard R.'s movie-for-a-finder-icon hack is mentioned (hey, Leonard,
>want to upload that somewhere?) but that's it.

You're right, Jamie, the movie was in a Finder icon, not in a balloon.  My
error.  I think I'd rather see the movie in an icon, especially if you could
turn the movie on and off by selecting/deselecting the icon.
Newsgroups: comp.sys.mac.programmer
From: potts@itl.itd.umich.edu (Paul Potts)
Subject: Re: Algorithms in C++ (was: text compression)
Organization: Instructional Technology Laboratory, University of Michigan
Date: Wed, 9 Sep 1992 12:45:05 GMT

In article <BuA4xL.9KE@taligent.com> keith@taligent.com (Keith Rollin) writes:
>In article <18j1kaINNhqd@agate.berkeley.edu>, werner@soe.berkeley.edu (John
>Werner) writes:
>> 
...
>> 
>> Is this book any good?  I liked the original "Algorithms", but
>> didn't like "Algorithms in C".  The examples hadn't been rewritten
>> in C;  the old Pascal examples had just been transliterated into C,
>> making them look fairly awkward.  Did he do it right this time?
>
>I'd be interested in people's opinions, too. I have "Algorithms in C" (and like
>it, so there, nyaah!), but when I looked at the C++ version, it looked like ol'
>Bob just used C++ in the sense that it's mostly a superset of C. I didn't see
>any use of classes. It's sort of like re-releasing "Algorithms" under the name
>"Algorithms in MPW Object Pascal", and not changing any of the contents.

The C++ version seems pretty weak; only a couple of the later examples use
classes at all, and not in any terribly exciting manner. (I don't have the
book in front of me to double-check, though; I believe he also does a little
with operator overloading, but could be wrong). It is mainly a C
version with tweaks. I've got the original Algorithms and Algorithms in C too:
the only advantage I can see is that by having them tested in a particular
language, I can just type them in. The original was in sort of a psuedo-code,
easy to translate to Pascal and slightly more difficult to translate to C,
but it was always important to watch out carefully for things like array
bounds references, end-points of loops, etc. (Always a good idea to double-
check when porting anything from C). 

If you've got the original or the C version, I don't see any huge benefit in
buying the later version (although I did so for the sake of completeness).
I think Sedgewick is mainly updating it so that students can use whatever
language is currently popular and likely to be used. If you don't have the
previous editions and want an algorithms book, it is a good algorithms book,
and I would go ahead and get the latest one because it contains the latest
revisions to the text too.  

>
>--
>Keith Rollin
>Phantom Programmer
>Taligent, Inc.


-- 
"...remove protective cap. Hold atomizer with thumb at base and nozzle 
between first and second fingers. Without tilting head, insert nozzle into 
nostril. Fully depress rim with a firm, even stroke and sniff deeply."
-advice for presidential candidates from Paul Potts - potts@itl.itd.umich.edu
From: ckloeden@f.itd.adelaide.edu.au (Craig Kloeden)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Predefined Constants for gestaltMachineType...
Date: 9 Sep 92 08:04:00 GMT
Organization: University of Adelaide
NNTP-Posting-Host: mac146.mednorth.adelaide.edu.au
X-UserAgent: Nuntius v1.1.1d9
X-XXDate: Wed, 9 Sep 92 01:31:49 GMT

In article <1992Sep8.174820.25879@utkux1.utk.edu> Danny W. McCampbell,
danny@utkux1.utk.edu writes:
>In IM Vol VI the predefined constants for the gestaltMachineType 
>go up to the Mac LC.  Does anyone know the constants for the
>PowerBooks?  I am sure there is an easy way to find them out 
>since Apple comes out with new Macs every now and then.  Thanks
>in advance.  

I believe there is a call defined in IM VI for looking up the
machine name in the System file given its gestaltMachineType.

This should(?) always work even for new macs since they will
presumably have to run a system that knows about them.

---
 Craig Kloeden                    E-Mail: ckloeden@f.itd.adelaide.edu.au
 Road Accident Research Unit      Phone : +61 8 228 5885
 The University of Adelaide       Fax   : +61 8 232 4995
 Australia                        Disclaimer: Not this little black duck!
From: greg@sys.uea.ac.uk (Greg Newton-Ingham)
Newsgroups: comp.sys.mac.programmer
Subject: Where can I get the Mac Hack Contest CD ?
Date: 7 Sep 92 09:41:05 GMT
Organization: School of Info. Systems, UEA, Norwich, UK
X-Useragent: Nuntius v1.1



The subject says it all.

Greg Newton-Ingham	<Greg@sys.uea.ac.uk>
Newsgroups: comp.sys.mac.programmer
From: lipa@camis.Stanford.EDU (Bill Lipa)
Subject: Re: Think C 5.0.3
Organization: Stanford School of Medicine
Date: Tue, 15 Sep 1992 17:37:01 GMT


Nobody has sent it in to sumex yet, so I can't make it available for ftp. I
want it too! I looked for it on AppleLink, but couldn't find it.

Bill Lipa
lipa@camis.stanford.edu
From: tnreinha@cip.informatik.uni-erlangen.de (Tilman Reinhardt)
Newsgroups: comp.sys.mac.programmer
Subject: Need TE for more than 32k
Summary: Need TextEdit class (ThinkC 4.0) for more than 32k.
Keywords: TextEdit, 32k restriction, ThinkC 4
Date: 8 Sep 92 09:42:58 GMT
Organization: CSD., University of Erlangen

Has anybody written a class for the ThinkC application framework
which does about the same as the CEditText class but is capable of 
handling more than 32k of chars? Or does anybody know if something 
like this is on some ftp site somewhere? 

Tilman Reinhardt
[tnreinha@cip.informatik.uni-erlangen.de]
Newsgroups: comp.sys.mac.programmer
From: Cameron Esfahani <dirty@engin.umich.edu>
Subject: Re: Strange uses for QuickTime (Re: Adding Balloon help)
Date: Thu, 10 Sep 92 21:11:39 EDT
Organization: CAEN-The University of Michigan
X-Useragent: Nuntius v1.1.1d9
X-Xxmessage-Id: <A6D56BB938014419@cyberspace.engin.umich.edu>
X-Xxdate: Thu, 10 Sep 92 02:16:41 GMT

Well, I worked on QTBH (QuickTime in BalloonHelp) a bit after MacHack,
and I have rewritten it
in two parts.  There is an extension which registers itself with gestalt
and will play a 
quicktime movie for any application in a balloonhelp window for
applications that pass the
correct selector value in.  The other part would be a control panel which
would allow you to
'link' qt movies to finder icons and play them in the finder.  The
control panel is really done
yet.  Since the University of Michigan is not paying me to work on QTBH
and since classes just
started up again, I don't have that much time.  But if there is some
interest, I can try and
finish it up soon.

Anyone?

Cameron Esfahani


Cameron "Make Mine a 99" Esfahani
dirty@engin.umich.edu
From: Ray.Arachelian@f204.n2603.z1.ieee.org (Ray Arachelian)
Newsgroups: comp.sys.mac.programmer
Subject: Zbasic+System 6/7 Speed
Date: 2 Sep 92 20:42:01 GMT
Organization: FidoNet node 1:2603/204 - Not Even Odd, Forest Hills NY

Generally, when I've called Zedcor, a female voice answered and told me "Not

Yet."  The "Future Basic" rumor as it may be was by a male voice.  This was

when I called on the weekend, so I assumed it was perhaps one of their long

hour programmers.

However the deadline seems to have lessened.  Yesterday's call told me
"Middle
 of this month" instead of "Next Month" so things are indeed getting
better :-)


--  
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
 Ray Arachelian - Internet: Ray.Arachelian@f204.n2603.z1.ieee.org
From: dreier@beirut.berkeley.edu (Roland Dreier)
Newsgroups: comp.sys.mac.programmer
Subject: Showing icon from INIT
Date: 6 Sep 92 11:47:32
Organization: U.C. Berkeley Math. Department.
Distribution: world
NNTP-Posting-Host: beirut.berkeley.edu

I am writing an INIT, and I pretty much have it doing what I want, except for
the fact that I don't know how to make it show a spiffy icon on startup. I
know that there is a standard way to do this (the IconWrap INIT refers to
some ShowIcon code), but I haven't been able to find this method in any
referrences I have.

So my question is this: what is the accepted way to show an icon at startup,
that seemingly every Mac programmer except me already knows?

--
Roland Dreier                                        dreier@math.berkeley.edu
Newsgroups: comp.sys.mac.programmer
From: siegel@world.std.com (Rich Siegel)
Subject: Re: THINK C linker makes me sad
Organization: GCC Technologies
Distribution: usa
Date: Tue, 8 Sep 1992 11:32:10 GMT

In article <fdrny7c.howard@netcom.com> howard@netcom.com (Howard Berkey) writes:
>So I was writing this really small, simple app. (a mac version of xclock,
>just for fun.)  It was only 3k.  Then I added a call to sprintf().  It 
>exploded the program to 22k.
>
>Please, no flames for this... I LOVE the THINK C environment, and I know
>that the 'open letter to symmantec' thread was months ago, but I do REALLY
>WISH that the THINK C linker (or loader) would recognize discrete blocks of 
>code at the function (rather than file) level.  

So use ANSI-small instead of ANSI. When you use ANSI, you drag along the
entire console package and floating-point support for printf() and its
relatives. Smart-linking can't prune away code in situations like this.
If you use ANSI-small, you'll save about half that 22K.

R.


-- 
-----------------------------------------------------------------------
Rich Siegel                              Internet: siegel@world.std.com
Software Engineer & Toolsmith
GCC Technologies
Newsgroups: comp.sys.mac.programmer
From: leonardr@netcom.com (Leonard Rosenthol)
Subject: Re: Patching the _Launch Trap
Date: Tue, 08 Sep 92 17:09:43 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <1992Sep8.145100.26889@Arco.COM> John Champion <dedjhc@arco.com> writes:
>In article <abrn6k+.leonardr@netcom.com> Leonard Rosenthol,
>leonardr@netcom.com writes:
>>
>>	If you could post what you are trying to accomplish by patching _Launch
>>someone could probably suggest an alternate approach that would be
>successful.
>
>I need FSSpec type information on applications and associated documents
>that are launched, particularly by the finder.  Unfortunately, not all
>applications accept apple events so I can't just check for those.
>
	Well, finding applications are easy, but getting documents may be a
bit difficult since they are not "launched".  

	One way that might work, assuming that you only care about System 7
would be to intercept 'osel' events in the Finder.  When the Finder "opens"
anything, file, folder, disk, etc. it will send itself an 'osel' event - also
many launching utils will also send the same event to the Finder in order to 
have things opened.

	There are two ways to intercept Apple events.  The hard way is to patch
_Pack8 (Apple Event manager), the easy (but undocumented way) is to install
something called a PHAQHandler.  A PHAQHandler is the equivalent of a head
patch on an Apple event handler, so you could just grab the data for the event
and then pass it along.  You might also be able to do the same thing by 
getting the address of the current 'osel' handler, installing your own and
then calling the original...

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

Newsgroups: comp.sys.mac.programmer
From: keith@taligent.com (Keith Rollin)
Subject: Re: Patching the _Launch Trap
Organization: Taligent
Date: Tue, 8 Sep 1992 21:33:29 GMT

In article <abrn6k+.leonardr@netcom.com>, leonardr@netcom.com (Leonard
Rosenthol) writes:
> 
> In article <1992Sep8.024049.20121@Arco.COM> John Champion <dedjhc@arco.com>
writes:
> >Hi all,
> >I'm trying to install a fairly unobtrusive head patch into the _Launch
> >trap.  The problem is that no matter what I do, my patch always gets
> >re-patched (presumeably by the system).  This unknown code does not pass
> >control down the line like a normal patch would, so my code never gets
> >called.
> >
> 	Welcome to the wonderful world of "protected patches".  This is a
> new trick in System 7 to make sure that programmers don't "screw up" system
> patches.  It basically means that it is near impossible to patch such a trap.
> 

The problem with patching _Launch is not that it's protected. You can patch
protected patches; you just won't be the first in the chain when you're done.

The problem with patching _Launch is that it is patched after INIT time, and
doesn't call the original trap. You'd have the same problem with other traps as
well, notably Window Manager traps.


In article <1992Sep8.145100.26889@Arco.COM> John Champion <dedjhc@arco.com>
writes:
>In article <abrn6k+.leonardr@netcom.com> Leonard Rosenthol,
>leonardr@netcom.com writes:
>>
>>	If you could post what you are trying to accomplish by patching _Launch
>>someone could probably suggest an alternate approach that would be
>successful.
>
>I need FSSpec type information on applications and associated documents
>that are launched, particularly by the finder.  Unfortunately, not all
>applications accept apple events so I can't just check for those.
>

I do something like this. I patch InitGraf right now, but I'm considering a
scheme where I patch InitAllPacks, instead. The problem with patching InitGraf
is in determining if the call is being made from the start of an application.
Some InitGraf calls are made from INITs at INIT time (by ShowINIT, for example);
some applications call InitGraf more than once (applications written with THINK
Pascal are common "offenders"); and CE Toolbox calls InitGraf at shutdown time
under certain circumstances. If you patch InitGraf, you'll have to look out for
all these cases.

--
Keith Rollin
Phantom Programmer
Taligent, Inc.

Newsgroups: comp.sys.mac.programmer
From: wieser@acs.ucalgary.ca (Bernie Wieser)
Subject: Drag-n-drop 'fold' and 'disk'
Date: Tue, 15 Sep 92 19:27:14 GMT
Distribution: na
Organization: The University of Calgary, Alberta


Has anyone done this?  I'd like to know how.  I thought that I
could get the info. from GetAppFiles.  WRONG.  My next try is
with core AE, but there is soooo much overhead, I'd like to know
if my efforts would be wasted.

Please e-mail, as I am a lazy news reader.
-- 
Bernie Wieser
wieser@acs.ucalgary.ca
HYPROTECH.BW@applelink.apple.com
Xref: sparky comp.sys.mac.programmer:15117 news.answers:2836
From: ulfis@cyklop.nada.kth.se (Anders Ulfheden)
Subject: Re: CTB undocumented routines and Think Libs
Organization: Royal Institute of Technology, Stockholm, Sweden
	<m8rnpy+.leonardr@netcom.com> <z#snx5#.mspace@netcom.com>
Distribution: comp
Date: Wed, 9 Sep 1992 10:47:39 GMT

leonardr@netcom.com (Leonard Rosenthol) writes:
  >	These routines are part of CTB 1.1, which is available as a separate
  >library for Think, but should be part of the MPW 3.2 .o files.  If you don't
  >have the docs/library for the CTB 1.1, they are available on ftp.apple.com.

Can you be more specific about the docs? I looked on ftp.apple.com yesterday,
but did'nt find anything new that I don't already have. I got the HyperCard
stacks from WWDC, but no info there about CRMGetToolResource().

mspace@netcom.com (Brian Hall) writes:
  >The 1.1 files come in MPW .o format.  You need to run it past oConv (and
  >create a vocabulary file if you want lower case in the names).  I think I
  >also had to make a small change to one of the header files in that package
  >as well (or I got newer ones from the ETO CD - I forget).

Thanks! I have ETO#8 so I'll look there. Any plans from Symantec to support
this 1.1 version of CTB?

ulfis
--
+------------------------------------------------------------------------------
|  Anders Ulfheden
|  USENET:  ulfis@nada.kth.se		AppleLink: SW0429
|  Royal Institute of Technology
|  Stockholm, Sweden
Newsgroups: comp.sys.mac.programmer
From: John Champion <dedjhc@arco.com>
Subject: Patching the _Launch Trap
Organization: Arco Alaska Inc.
X-Useragent: Nuntius v1.1
Date: Tue, 8 Sep 1992 02:40:49 GMT

Hi all,
I'm trying to install a fairly unobtrusive head patch into the _Launch
trap.  The problem is that no matter what I do, my patch always gets
re-patched (presumeably by the system).  This unknown code does not pass
control down the line like a normal patch would, so my code never gets
called.

I've tried patching at various times during startup to no avail.  If I
patch at init-launching time, my code gets called once (when Finder is
launched) and nevermore after that point.  If I patch after startup has
completed, then my patch gets re-patched before my code gets called even
once!

I'm using system 7, and I have no problem requiring it for my
application.  Does anyone have any ideas for getting around this
patch-happy little gremlin?  Thanks in advance for any advice.


-John Champion      dedjhc@arco.com
From: paul@svl.cdc.com (Paul Kohlmiller)
Newsgroups: comp.sys.mac.programmer
Subject: Launching from a document file
Summary: Need help launching a file from a document
Keywords: launch MPW
Date: 11 Sep 92 23:26:42 GMT

I am successfully launching applications via LaunchApplication.
The problem what I would really like to do is launch from a
document not from the application file itself. I want to be able
to do the equivalent of double-clicking a MSWord document and have it
come up with that document open. I think I need something like
LaunchApplicationwithOpenFile but I don't see this in IM Processes or
IM Files (on CD). Getting the application name from the document file
is probably not too hard but how do I get it to launch the app and open
the file, too?
thnx

--
     // Paul H. Kohlmiller             //  "Cybers, Macs and Mips"    //
     // Control Data Systems, Inc.    // Internet: paul@svl.cdc.com  //
     // Acronym under construction.  // America Online: Paul CDC    //
     // All comments are strictly my own. I won't lie but my       //
     // perception of reality is at best a personal hunch.        //
From: danny@utkux1.utk.edu (Danny W. McCampbell)
Newsgroups: comp.sys.mac.programmer
Subject: Predefined Constants for gestaltMachineType...
Date: 8 Sep 92 17:48:20 GMT
Organization: University of Tennessee

In IM Vol VI the predefined constants for the gestaltMachineType 
go up to the Mac LC.  Does anyone know the constants for the
PowerBooks?  I am sure there is an easy way to find them out 
since Apple comes out with new Macs every now and then.  Thanks
in advance.  

While we're on the subject, is there a number maybe to APDA or
something where questions like this can be answered...FREE?

Danny
From: mkelly@sisters.cs.uoregon.edu (Michael A. Kelly)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think C MacHeaders weirdness
Date: 10 Sep 92 20:15:26 GMT
Organization: University of Oregon Computer and Information Sciences Dept.

In article <BuD46B.7Cp@world.std.com> siegel@world.std.com (Rich Siegel) writes:
>In article <72240@apple.Apple.COM> mkelly@Apple.COM (Michael Kelly) writes:
>>
>>OK, this is strange.  I had a simple program that first initialized the
>>toolbox with InitFonts, etc., in the correct order, and then went on to
>>make some File Manager calls.  The initialization routine was in a separate
>>file from both main and the rest of the program.  I wasn't including
>>MacHeaders in the Prefix.  I ran the program with the debugger, and it
>>crashed violently in the toolbox initialization routine.  I tried a few
>>things, none of which made any difference.  I finally #included MacHeaders
>>at the top of the file, and then it worked.  Weird.
>>
>>The next call was in a different file.  It was to FSMakeFSSpec, which failed,
>>saying the volume didn't exist.  There was nothing wrong with the call.  I
>>#included MacHeaders, on a whim, in that file, and magically the function
>>worked as it should.
>>
>>The next call was to OpenWD, in yet another file.  It stopped in the
>>debugger with a bus error inside MacTraps2.  "Well, this is silly," I
>>thought, and I put MacHeaders in the Prefix.  Now the program works as
>>it should (well, except for some other unrelated things....)
>>
>>So, any ideas?  Has anyone run into this sort of weirdness before?
>
>No wierdness at all. All of the calls you've mentioned here are implemented
>through glue in an external library (MacTraps and MacTraps2 in this case).
>Since you called them with the correct spelling, you didn't get link errors,
>but because you didn't include either <MacHeaders> or the appropriate
>Toolbox headers (File.h would be appropriate here), the compiler rightly
>concluded that the undeclared functions used the C calling convention
>and returned an 'int'. Bad news, since all Toolbox calls are 'pascal'
>functions. By including <MacHeaders>, you get declarations for all of
>the functions whose functions are prototyped in the headers that
>MacHeaders was built from, so this doesn't happen.
>
>R.

OK, I believe you.  That definitely explains the File Manager calls, since 
I had Infer Prototypes on (not my fault) and I don't think I was including
File.h in the files that used the File Manager.  But, I was including the
appropriate headers for the InitMacintosh function (Dialogs.h, Menus.h, etc.)
and it was crashing there before it got to the file calls.

Oh well, as long as it works....

Mike.
-- 
_____________________________________________________________________________
Michael A. Kelly                                         University of Oregon
mkelly@cs.uoregon.edu                             Computer Science Department
_____________________________________________________________________________
Newsgroups: comp.sys.mac.programmer
From: masud@invnext.worldbank.org (masud cader)
Subject: Mulitsegment code resources example
Keywords: code resources
Reply-To: mcader@worldbank.org
Organization: The World Bank, Washington, DC, USA
Date: Fri, 11 Sep 1992 14:03:53 GMT

Could some one please direct me to an example of a multisegment code resource  
program, or provide me with such a programming example at mcader@worldbank.org.   
Please note that I hope to use THINK C as my compiler.

Any assistance will be greatly appreciated.
From: greg@sys.uea.ac.uk (Greg Newton-Ingham)
Newsgroups: comp.sys.mac.programmer
Subject: Where can I get the Mac Hack Contest CD ?
Date: 7 Sep 92 09:39:07 GMT
Organization: School of Info. Systems, UEA, Norwich, UK
X-Useragent: Nuntius v1.1



The subject says it all.

Greg Newton-Ingham	<Greg@sys.uea.ac.uk>
Newsgroups: comp.sys.mac.programmer
From: erlingm@ifi.uio.no (Erling Mork)
Subject:  MacApp News group?
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Thu, 10 Sep 1992 11:38:33 GMT
Originator: erlingm@holmenkollen.ifi.uio.no


I looked through all new groups and tried to find one on MacApp, but couldn't.
I am a MacApp programmer, and would like a forum to discuss MA-specific
things. Is there a news group I missed?  If not, would anyone else be
interested in starting such a group? It would lessen the humongous load
of messages that come in daily in .programmer!

------------------------------------------------------------------------
Erling Mork: Student at U of Oslo, Programmer at Data Nostra A/S
internet: erlingm@ifi.uio.no; AppleLink: NOR0042
Disclaimer: My opinions are my own and I'm NOT responsible for the economy.