HDTenEightyP/NetNews huggingface dataset:
From: keith@taligent.com (Keith Rollin)
Subject: Re: Patching the _Launch Trap
Organization: Taligent
Date: Thu, 10 Sep 1992 05:59:50 GMT

In article <1992Sep9.172136.13700@dcs.qmw.ac.uk>, jeremyr@dcs.qmw.ac.uk (Jeremy
Roussak) writes:
> 
> In <BuA3vu.97H@taligent.com> keith@taligent.com (Keith Rollin) writes:
> 
> >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.
> 
> The other problem with patching _InitGraf is that it doesn't
> move memory, so neither can (should) your patch. We won't get
> into the "all traps move memory because of patches" here! You
> can argue that unexpectedly moving memory within _InitGraf
> probably won't matter because of the way in which apps call it,
> but it's a little unsafe. _InitFonts, on the other hand, does
> move memory and is usually called immediately after _InitGraf.

You make a good point concerning patching _InitGraf. I had thought about it at
the time, but went ahead and patched it, figuring that I was safe for the
reasons you gave.

> 
> When is _InitAllPacks called?
> 

After your application is loaded, but just before its entry point is called.

--
Keith Rollin
Phantom Programmer
Taligent, Inc.

Newsgroups: comp.sys.mac.programmer
From: ray@skipper.dfrf.nasa.gov (Jeff Ray)
Subject: open 'About...' at startup?
Followup-To: comp.sys.mac.programmer
Organization: NASA (Dryden)/Woodside Summit
Date: Fri, 11 Sep 1992 21:22:38 GMT

Some time ago someone posted (and I'm not even sure to which group) a
little app that used AppleEvents to open the "About This Macintosh..."
box, then quit.  The intent was to drop it into the Startup Items
folder, so the box would open at startup.

Unfortunately, I neglected to grab it when it was available, expecting
it to show up at Sumex later.  No such luck.  Could someone please
email it to me?  I'd be ever so thankful.

Jeff Ray <ray@skipper.dfrf.nasa.gov>
Woodside/NASA Dryden
Irritant-at-Large
Newsgroups: comp.sys.mac.programmer
From: system@asuvax.eas.asu.edu (Marc Lesure)
Subject: System bomb messages???
Keywords: error bombs
Organization: Arizona State University
Date: Mon, 7 Sep 1992 07:10:15 GMT

Does a list of system bombs and their meaning exist?  If so, where?
Specifically, I trying to find the meaning to "type 28" and "CHK"
system bombs.

-----------------------------------------------------------------------
Marc Lesure / Arizona State University / Tempe, AZ
"Between the world of men and make-believe, I can be found..."
"False faces and meaningless chases, I travel alone..."
"And where do you go when you come to the end of your dream?"

UUCP:       ...!ncar!noao!asuvax!lesure  
Internet:   lesure@asuvax.eas.asu.edu
From: Glen.Stewart@f175.n2240.z1.ieee.org (Glen Stewart)
Newsgroups: comp.sys.mac.programmer
Subject: A/UX and HP/DEC Unix System Networking ?
Date: 2 Sep 92 19:08:30 GMT
Organization: FidoNet node 1:2240/175 - The Associati, Grand Blanc MI

Is anyone familiar with Wide Area Networking of HP and DEC workstations? 
Also, is it possible to put a Mac on such a network?  Does the Mac need to be
running A/UX to fit in with the other systems properly?

Cn you tell me a little about your setup, and how you use it?

Thanks!


--  
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
 Glen Stewart - Internet: Glen.Stewart@f175.n2240.z1.ieee.org
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Temp Mem Fragmentation (was Re: INIT Idea/Request)
Date: 10 Sep 92 17:19:46 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <BuAp21.7JD@iat.holonet.net>, bwilliam@iat.holonet.net (Bill Williams) writes:
> I feel only very large blocks of memory that NEVER ar locked during a call
> to waitnextevent should be put in temporary memory.
>
> It sickens me to have to reboot all the time in system seven on a stock
> system on a 8 meg machine (not mine) because even after quitting nearly
> every application the damned free memory is fragmented AND LOCKED by
> foolish people who abuse temporary memory.

I think MultiFinder/Process Manager automatically frees any temporary memory
you might have forgotten about when you quit. I'm not sure.

In any case, is that machine running System 7 Tune-Up? I used to get exactly
the same symptom all the time--a very small block (about 50 bytes) locked
down right in the middle of my machine's RAM, after I'd quit all running
applications. One theory was that it happened if you'd been running
AppleEvent-aware applications. Certainly it would happen to me after I'd
had MPW 3.3 running all weekend.

But it's never happened to me since I've had Tune-Up installed.

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+12:00
From: ksand@apple.com (Kent Sandvik)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Is a resource fork already open?
Date: 7 Sep 92 18:24:33 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple

In article <39464@imag.imag.fr>, cinquin@imag.fr ( Philippe Cinquin) wrote:
> 
> Sorry if this is a stupid question, but how do you know if the resource fork of
> a file is already open?

This is Labor day, and I'm the single idiot working here at DTS,
so I couldn't verify if my ramblings are correct or not. Anyway,
OpenRFPerm is the preferred way to open a resource fork for multiple
read-only accesses.

Under MultiFinder, OpenRFPerm will not open a specified file twice 
with write access. It will return a -1 and sets ResError to -49
(opWrErr). So I guess that's one way to check out if any other
applications have the resource fork of a special file open for
writing. I assume we are dealing with a multiple updating of resources
(like preferences) synchronization problem.

Just my speculation, I'm no Resource Manager guru.
Kent


"I would rather have a thousands idiots attacking my position, than
have one idiot helping to defend it."	[Paraphrased from Voltaire]
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.
Newsgroups: comp.sys.mac.programmer
From: og@access.digex.com (Gary Goldberg)
Subject: Re: NEED CONTACT: Ex-Muse Co. Castle Wolfenstein Employee
Organization: Personal Account - Digital Express Greenbelt, MD
Date: Tue, 15 Sep 1992 23:53:56 GMT

>You may want to look into a PC game called, I think, "Wolfenstein 3D".  It is  
>available (or, at least one place it is available) at sunee.uwaterloo.ca in the  
>pub/vr directory.  Apogee's name is on it, and it doesn't seem to make any  
>references to Muse's original game, unfortunately.  Still, it might be  
>informative to try to get in touch with Apogee.  The number listed in the  
>"catalog" file is: (214) 278-5655, and maybe somebody there could point in the  
>right direction..
>Paul Hagstrom
>(hagstrop@carleton.edu)

Thanks for Apogee's number I'll give them a call in the AM. I also have ftp-ed
a copy of the Wolf 3D compressed file, so I'll give that a look. - Gary

-- 
- Gary Goldberg og@access.digex.com Bowie, MD KA3ZYW
And NO organization to represent. ' ... Free, free at last ...'
Info on 'The Simpsons'? Let me know.

Newsgroups: comp.sys.mac.programmer
From: dauter@terminator.cc.umich.edu (Michael Dautermann)
Subject: HarvestC on mac.archive.umich.edu Re: Shareware compilers
Followup-To: comp.sys.mac.programmer
Summary: it's a shareware (or is it freeware?) C compiler
Keywords: harvestc, mac, archive, compiler, pd, shareware
Organization: We're from the government, ma'am
Distribution: na
Date: Sun, 6 Sep 1992 08:31:31 GMT
Expires: Sun, 1 Nov 1992 05:00:00 GMT

In article <1685A2211.RJONES1@ua1vm.ua.edu> RJONES1@ua1vm.ua.edu writes:
>  Are there any shareware or freeware compilers for the Mac?  If so, what are
>they, which ones are best, and where can they be found?  Thanks in advance.
> 
> 
  
There are two distributable C compilers on mac.archive.umich.edu, Harvest C
and the older Sesmec.  There's also a Forth compiler.... and these are just
the couple things I found while looking through the mac.archive.umich.edu index 
file....
  
 LA/HARVESTC   1,524    6/27/92     BinHex4.0,Compact1.33
 /mac/development/languages/harvestc1.2.cpt.hqx

    Freely-distributable C compiler and editor.  It's  standalone, but
    it's also compatible with MPW-C.  You can create projects,
    compile, build/link.  Even  supports a couple of Pragmas.  Minimal
    editor does the job. 

 LA/POKFORTH    251      9/7/92     BinHex4.0,Stuffit3.01
 /mac/development/languages/pocketforth6.1.sit.hqx

    Pocket FORTH.  A language that comes in both a DA (v 1.6) and an
    application (v 0.6).  With very comprehensive  documentation.
    FORTH, in general, is supposed to be one of the fastest
    interpreted languages there is.  Also includes sample source
    code, a glossary, and a full manual (two parts with addendum). 


Hope that helps..... (get on our mac.archive frequent ftp'er list by sending
me e-mail at "mac-recent-request@mac.archive.umich.edu"....)

-- 
-----------------------------------------------------------------
dauter@terminator.cc.umich.edu = usermyke@umichum.bitnet = myke@umich.edu
mike@mac.archive.umich.edu = that's MISTER archive to you... 
Michael Dautermann - U-M Ann Arbor, Dearborn and, soon.. your world!
From: lari@bach.cs.unc.edu (Humayun Lari)
Newsgroups: comp.sys.mac.programmer
Subject: Re: LockPixels() before every CopyBits()?
Date: 16 Sep 92 00:07:10 GMT
Organization: The University of North Carolina at Chapel Hill

In article <1992Sep12.232233.4076@desire.wright.edu> jmatthews@desire.wright.edu writes:
>IM VI just says use GetGWorldPixMap without much explanation. I've
>imagined this makes a difference with GWorlds on graphic accelerators
>or temporary memory, but I don't really know.

I seem to remember reading somewhere that GetGWorldPixMap is recommended
so that your code works on machines that do not have Color Quickdraw
(e.g. Classics under 7.x), since a GWorldPtr on such machines points to an
extended GrafPort rather than a CGrafPort.

Humayun Lari
(lari@cs.unc.edu)
From: jwagner@news.weeg.uiowa.edu (Joseph F. Wagner)
Newsgroups: comp.sys.mac.programmer
Subject: Help needed with Quark XTension
Date: 12 Sep 92 18:23:01 GMT
Organization: University of Iowa, Iowa City, IA, USA

I am just starting to learn how to write Quark XTensions and have been working
with the samples that Quark has given me. I notice one thing. When I start up
Quark, the XTensions we've bought give an idication of loading, that is, they
slide from left to right in the bottom left-hand corner of the splash screen at
startup. However, whenever I build one of the sample XTensions it loads but
gives no indication of it like the others. What do I need to do to make this
happen?

Thanks in advance,
Joe

-- 
* Joseph F. Wagner           * e-mail: joseph-wagner@uiowa.edu              *
* 207 Myrtle Ave. #16        *                                              *
* Iowa City, IA 52246-3333   * Student Representative, Apple Computer, Inc. *
Newsgroups: comp.sys.mac.programmer
From: johnsd2@rs6110.ecs.rpi.edu (Daniel Norman Johnson)
Subject: Re: INIT Idea/Request
Keywords: INIT, NewHandle, Temporary Memory, Multifinder Memory
Reply-To: johnsd2@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Tue, 8 Sep 1992 01:33:54 GMT

In article <t7qnaga.gurgle@netcom.com>, gurgle@netcom.com (Pete Gontier) writes:
|> johnsd2@jec324.its.rpi.edu (Daniel Norman Johnson) writes:
|> 
|> >It occurs to me that it would be quite neat (to say the least) to get
|> >rid of this memory zone stuff in the Macintosh by making NewHandle
|> >act like TempNewHandle. Or more precisely, to make any call to NewHandle
|> >result in a call to TempNewHandle, and if that fails, a normal call
|> >to NewHandle.
|> 
|> This was discussed at length some months ago. Some guy who was Smarter
|> Than All the Rest of Us Put Together pointed out that this was going
|> to make some existing applications go crazy. Some do brilliant things
|> like figure out how much memory is available to them and then allocate
|> it all in one big block and do their own allocation schemes within that
|> block. MacPaint 2 is one that springs to mind. Or perhaps MacWrite II.
|> One of those.

Why would this cause a problem? Sounds to me like it calls some Mem Manager
routine to find out how much memory is in its zone, then allocates a block
about that big. Is this not what you are saying?

All taht would imply is that you ought to try to NewHandle before
you TempNewHandle, or some such thing like that, so this allocation
would (if possible) be in the app's zone instead of in temp memory
(where it could get in the way)

At the worst this just means there needs to be a mechanism for
exceptions to the new memory-allocation arrangement, no?
-- 
			- Dan Johnson
And God said "Jeeze, this is dull"... and it *WAS* dull. Genesis 0:0

These opinions have had all identifiying marks removed, and are untraceable.
You'll never know whose they are.
From: REEKES@applelink.apple.com (Jim Reekes)
Newsgroups: comp.sys.mac.programmer
Subject: Re: new icon suite calls slow?
Date: 15 Sep 92 20:48:25 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple Computer, Inc.

In article <s-zn5_f.gurgle@netcom.com>, gurgle@netcom.com (Pete Gontier)
wrote:
> 
> Have been experimenting lately with the icon suite calls recently
> documented in a tech note. I defined a big grid in which to draw
> a fair amount of icons. The grid resizes with the window, so I am
> able to see what it's like to paint a whole screenful of icons. I've
> one word for it: slow.
> 
> At first I thought it was the fact I was
> calling a routine which drew the appropriate icon resource
> given a resource ID. I figured the resource manager calls were slowing
> things down. So I pre-loaded the resources into an array of
> handles and used calls which accepted handles as parameters.
> Still the overall effect was slow.
> 
> Are these calls just slow or is there something that can be done?
> Granted nobody said _SweetIcons was a spreadsheet manager, but it
> would be nice if I could do an icon grid like this.
> Email me and I will summarize later.
> -- 
>  Pete Gontier // EC Technology // gurgle@netcom.com

Consider this.  The _IconDispatch trap is what the Finder uses to draw all
of it's icons.  Now there's a bit of a delay in getting the icon out of the
file's resource fork, but once it has it you can see that the window is
quick to update and scroll around in.  This would lead me to believe that
you can use the Icon Utility routines to draw icon efficiently.

-----------------------------------------------------------------------
Jim Reekes, Polterzeitgeist  |     Macintosh Toolbox Engineering
                             |          Sound Manager Expert
Apple Computer, Inc.         | RAll opinions expressed are mine, and do
20525 Mariani Ave. MS: 81-KS |   not necessarily represent those of my
Cupertino, CA 95014          |       employer, Apple Computer Inc.S
Newsgroups: comp.sys.mac.programmer
From: krk@itl.itd.umich.edu (Kenneth Knight)
Subject: Re: LockPixels() before every CopyBits()?
Organization: Instructional Technology Laboratory, University of Michigan
Date: Sat, 12 Sep 1992 22:25:27 GMT

In article <1992Sep11.213220.23039@alias.com> Reid Ellis <rae@Alias.com> writes:
>Inside Mac V says that LockPixels() must be called before drawing into
>an offscreen GWorld.  And yet the examples within the next few pages
>don't call LockPixels()!  What's the scoop here?
>
>I think I've tracked down a bug in our program where it crashes on a
>Quadra 700 but not on a IIci during a call to CopyBits().  On the
>Quadra, the baseAddr of one of the bitmaps was F9001000, which was way
>out of line with other addresses.  I would guess it's either invalid
>or the address of the built-in VRAM.  I can't find any doc that says
>"The 32-bit address of the Quadra's VRAM is xxxx".
>
>Assuming that the address is okay, I noticed that we don't call
>LockPixels() before CopyBits().  After inserting calls to LockPixels()
>and UnlockPixels(), it looks something like this:
>
>	HLock((Handle) pixHandle1);
>	HLock((Handle) pixHandle2);
>	LockPixels(pixHandle1);
>	LockPixels(pixHandle2);
>	CopyBits((BitMap *)*pixHandle1, (BitMap *)*pixHandle2, ...);
>	UnlockPixels(pixHandle2);
>	UnlockPixels(pixHandle1);
>	HUnlock((Handle) pixHandle2);
>	HUnlock((Handle) pixHandle1);
>
>Now this seems to be a bit much for every call to CopyBits.  Is this
>trip really necessary?  Would it be quicker to check to see is each
>PixMapHandle is offscreen?

You can remove the HLock/HUnlcok calls certainly. I'd keep the LockPixels/
UnlockPixels() calls in place. 

  ** Ken **

Newsgroups: comp.sys.mac.programmer
From: phils@chaos.cs.brandeis.edu (Phil Shapiro)
Subject: Re: Think C 4.05 Compatibility
Organization: Symantec Corp.
	<1992Sep9.211254.17786@elroy.jpl.nasa.gov>
Date: Thu, 10 Sep 1992 14:56:07 GMT

In article <1992Sep9.211254.17786@elroy.jpl.nasa.gov> sgrenander@NASAMAIL.JPL.NASA.GOV (Sven Grenander) writes:
   In article <1757@pacvax.UUCP>, myg@pacersoft.com (Mark Y. Geschelin) writes:
   > 
   > RE:Think C 4.05 Compatibility
   > 
   > 	I use Think C 4.0.5 for an old product.  It is compatable with 7.0.1 on
   > a CI.
   > 	Make Sure you aren't using Virtual Memory and you should upgrade.
   > 
   > 
   The debugger is not 7 compatible (at least not on my fx) and
   you can't user 32-bit addressing with or without the debugger.

   ThC 4.0.5 is the only reason why I still have a system 6.0.7 around
   and will until I'm over on ThC 5.x.x

If you have the 4.0.5 debugger, as well as v4.0.5 of THINK C, then it
should work under System 7. It is not compatible with VM, 32 bit mode,
or the '040 cache. The main reason version 4.0.5 was written was to
support System 7.0 until the 5.0 release was ready.

	-phil
--
   Phil Shapiro                                   Software Engineer
   Language Products Group                     Symantec Corporation
		   Internet: phils@cs.brandeis.edu
Newsgroups: comp.sys.mac.programmer
From: ulfis@cyklop.nada.kth.se (Anders Ulfheden)
Subject: UseResFile() problems with CTB Tools
Organization: Royal Institute of Technology, Stockholm, Sweden
Distribution: comp
Date: Mon, 7 Sep 1992 23:52:18 GMT

I have a document from Apple (by Craig Hotchkiss and Chris Halim) that
describes some hints when creating your own Choose dialog:

...
Save CurResFile().
Save the current grafPtr.
Set the new grafPtr to the dialog.
Set CurResFile() to the procID of the tool we're working with (the tool procID
	is also the refNum of the open file).
...

But when I check with ResError() after UseResFile((**toolHandle).procID) I get
error resFNotFound (-193) Resource file not found. Can anyone explain why?
The tools handle is valid and the code works fine without UseResFile() stuff.

Now, I really want to use the refNum to the actual tool and read some font
resources. Do I manually have to locate the tool before doing this?

Thanks for any help!

ulfis

PS: Thanks to all of you netters that helped me earlier with strange font and
    sizes in the Choose dialog. I'll post the complete code to the net when
    it's done and works! DS.
--
+------------------------------------------------------------------------------
|  Anders Ulfheden
|  USENET:  ulfis@nada.kth.se		AppleLink: SW0429
|  Royal Institute of Technology
|  Stockholm, Sweden
Xref: sparky comp.sys.mac.programmer:15118 news.answers:2837
From: gurgle@netcom.com (Pete Gontier)
Newsgroups: comp.sys.mac.programmer
Subject: Re: INIT Idea/Request
Keywords: INIT, NewHandle, Temporary Memory, Multifinder Memory
Date: 8 Sep 92 00:14:56 GMT
Organization: cellular

johnsd2@jec324.its.rpi.edu (Daniel Norman Johnson) writes:

>It occurs to me that it would be quite neat (to say the least) to get
>rid of this memory zone stuff in the Macintosh by making NewHandle
>act like TempNewHandle. Or more precisely, to make any call to NewHandle
>result in a call to TempNewHandle, and if that fails, a normal call
>to NewHandle.

This was discussed at length some months ago. Some guy who was Smarter
Than All the Rest of Us Put Together pointed out that this was going
to make some existing applications go crazy. Some do brilliant things
like figure out how much memory is available to them and then allocate
it all in one big block and do their own allocation schemes within that
block. MacPaint 2 is one that springs to mind. Or perhaps MacWrite II.
One of those.
-- 
 Pete Gontier // EC Technology // gurgle@netcom.com
Newsgroups: comp.sys.mac.programmer
From: russotto@eng.umd.edu (Matthew T. Russotto)
Subject: Re: GPi or CTS input
Date: Sat, 05 Sep 92 23:00:00 GMT
Organization: College of Engineering, University of Maryland, College Park

In article <Bu1xHC.ADz@iat.holonet.net> ajcurtis@iat.holonet.net (Allen J. Curtis) writes:
>
>	I have been trying to receive a digital input signal from the 
>standard MAC serial ports.  My first attempt at this used the GPI line
>and the tech note information (286?).  However this did not appear to
>work on a Quadra.  The only explaination that I have for this is that
>there is not any SCC support on the Quadra which is stated as required
>in the tech note.  

Which Quadra?  I don't think there is anything special about the 700,
but the 900 and 950, I believe, have IO processors that would get in
the way.  You'd need to turn them off. (there's an init for doing
that)
-- 
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
Some news readers expect "Disclaimer:" here.
Just say NO to police searches and seizures.  Make them use force.
(not responsible for bodily harm resulting from following above advice)
Newsgroups: comp.sys.mac.programmer
From: brian@rahul.net (Brian Feinberg)
Subject: Change main screen without rebooting?
Summary: Need to change main screen before launching a game
Keywords: gworld gdevice quickdraw monitor hardware
Organization: a2i network
Date: Mon, 14 Sep 1992 05:55:03 GMT


I recently added a second monitor to my system. It is larger than my
original one, but only has 4 bit color. Now I find that when I run certain
games, it would be preferable for them to come up on the smaller screen,
because of its greater color depth. However, many games just take over the
screen, without creating a window, and the only thing I can do now is
go to the Monitors control panel and reboot.

I have been trying to write a small app that would change the main screen
just before Launch-ing a selected program, with the idea of fooling
the app into coming up on my other montiro. I've tried messing with
SetDeviceAttributes on the GDevices, and chaning the MainDevice global.
So far, no luck. Is there a way to do this?

-- Brian Feinberg
--
Brian Feinberg <brian@rahul.net>
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@black.nada.kth.se (Jon W{tte)
Subject: Re: Look before you Leap
Originator: d88-jwa@black.nada.kth.se
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Tue, 8 Sep 1992 11:30:00 GMT

   A note for those writing programs that calculate future dates:
   unless I'm mistaken, any year which is integrally divisible by 400
   is NOT a leap year.

Here we go again.

Any year divisible by 100 is NOT a leap year, UNLESS it's
divisible by 400. So 2000 IS a leap year, and the mac
32-bit second-clock doesn't reach back to 1900 or future
to 2100.

-- 
Jon W{tte, h+@nada.kth.se, Sweden, Phone +46-8-107069

Help eradicate FIDO-Net <-> Usenet gateways in our time!