HDTenEightyP/NetNews huggingface dataset:
From: edw@caligula.cts.com (Ed Watkeys)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Writing apps that use plug-ins?
Date: Wed, 8 Apr 92 19:47:02 EDT
Organization: Guerrilla Networking Project
Reply-To: edw@caligula.cts.com (Ed Watkeys)
X-Mailer: uAccess - Macintosh Release: 1.5v4


In article <1992Apr8.164404.18051@sbcs.sunysb.edu> (comp.sys.mac.programmer), rhorn@csws8.ic.sunysb.edu (Robert Horn) writes:
> In article <9813@bgsuvax.bgsu.edu> dnebing@bgsu.edu (Mr. Neb) writes:
> >From article <1992Apr7.232048.9295@sbcs.sunysb.edu>, by rhorn@csws11.ic.sunysb.edu (That's me!):
>  [ stuff deleted ]
> > [stuff deleted...]
> >
> >	Just making the call to the code resource should not change the value
> >of the A5 register, which points to the application's global variables as
> >well as the jump table.  If you knew (through previous compilation) the
> >correct offset into the jump table, couldn't you just jump to that location
> >in the jump table, using the A5 offset?
> >
> >	As far as I know, it would seem that this should work.  Does anyone
> >agree or disagree with this.  I am curious to see if it is felt that this 
> >method would work or not.
> >
> >
> >	dnebing@andy.bgsu.edu
> 
> I've tried something like that: passing an object to a code resource, and
> could not access any of the objects methods. (and when i checked the link it
> complained that they were not defined) I would assume that the same is true
> for functions. When you are compiling your code resource, the compiler would
> have no way of knowing where in the application's jump table to look for a 
> function or procedure or method; and if this were possible, it would have to
> resolve the function's location in the jump table at runtime. I don't think
> that the jump table has the names of functions or anything else that might
> identify the functions in it (Of course, i could be entirely wrong, have never
> looked at the jump table in any way, and probably wouldn't understand it if I
> did. This last part is pure speculation on my part. Any similarity between it
> and any real events or persons is purely coincidental.)
> 
> (I was hoping that objects would contain a pointer to a block of pointers to
> functions to implement its methods, but I was apparently wrong.)
> 
> Rob
> ---
> rhorn@ic.sunysb.edu (not an aardvark)
> 
> 

Is the object you wanted to pass to the CODE resource used in the program
anywhere? If I recall correctly, THINK C (or Pascal or both) will, as an
optimization, not include methods in an object that are not called when it
does a smart link, therfore your methods won't exist if you don't use them
from inside the application.

Or I could just be dead wrong...

Ed

--
Ed Watkeys (Drexel U. Comp Sci)  "...if you wish to strive for peace
edw@caligula.cts.com              of soul and pleasure, then believe;
edw%caligula@phlpa.pha.pa.us      if you wish to be a devotee of truth,
ls.com!phlpa!caligula!edw         then inquire...." -- Nietzsche
From: keith@picasso.cc.gatech.edu (Keith Edwards)
Newsgroups: comp.sys.mac.programmer
Subject: QuickTime file format
Date: 15 Apr 92 14:38:31 GMT
Organization: Georgia Tech Multimedia Computing Group

Can anyone tell me if the QuickTime file format specification is available
anywhere and how I would go about getting it?

Forgive me if this is a dumb question; I'm not a "Mac person" and don't usually
read this newsgroup.

Thanks for any help, email replies preferred!

-keith


keith edwards				        internet:  keith@cc.gatech.edu 	
georgia tech multimedia computing group         uucp:  ...!gatech!cc!keith
Newsgroups: comp.sys.mac.programmer
From: krk@itl.itd.umich.edu (Kenneth Knight)
Subject: Mapping one color to another - help!
Originator: krk@helen
Organization: Instructional Technology Laboratory, University of Michigan
Date: Tue, 14 Apr 92 12:08:24 GMT

I need some more help....

I am writing a image processing tool that will re-map one color to another.
Specifically, all the pixels in an image (32 bit deep GWorld) of the specified
color will have their color changed to the current foreground color. I thought
that using the SetEntries() toolbox call to modify the 32-bit deep GWorld's
CLUT would make sense, but I can not figure out where the current color, the
one that will be changed, is in the CLUT. Nor am I sure just what goes in
the CSpecArray.value field. 

IM V says that SetEntries only works with 16-bit value integers and this also
strikes me as wrong since that would limit a CLUT to 128k worth of colors and
in a 32-bit deep GWorld we have many more than that.

How do I perform this color re-mapping?

Thanks

  ** Ken **
krk@itl.itd.umich.edu
From: time@ice.com (Tim Endres)
Newsgroups: comp.sys.mac.programmer
Subject: Re: 32K boundary problem?
Date: 14 Apr 92 02:27:48 GMT
Article-I.D.: tbomb.1CE00001.0vbajn
Reply-To: time@ice.com (Tim Endres)
Organization: ICE Engineering, Inc.
X-Mailer: uAccess - Macintosh Release: 1.5v5


In article <1992Apr13.154225.1766@vixvax.mgi.com> (comp.sys.mac.programmer), johnson@vixvax.mgi.com writes:
> #define MAXLINES 4096
> 
> void routine(void) {
> 	rcPtr	scanList[MAXLINES];
> ...
> 
> but the program bombs on the call to _routine_ if MAXLINES is declared
> as 8192.  (rcPtr is an 8 byte structure by the way).
> 
> This has to be a 32K boundary problem.  How do I get around it (short of 
> redefining my algorithm to eliminate the array, please).

This is more likely your stack crawling down over the top of your
heap. Remember that the heap and stack grow towards eachother. What
you need to do is decrease the fire wall that limits the heap's growth,
which allows the stack to get bigger without clobbering it. Here is
the a sample of increasing your "stack size":

	/* Increase stack space by 16,000 bytes */
	
	SetApplLimit(GetApplLimit() - 16000);
	
	/* Expand the application heap zone to the maximum. */
	
	MaxApplZone();
	
	/* Allocate some master pointers. */
	
	MoreMasters();
	MoreMasters();
	MoreMasters();
	
	InitGraf(&qd.thePort);
	InitFonts();
	InitWindows();
	InitMenus();
	TEInit();
	InitDialogs(NULL);
	InitAllPacks();


tim endres - time@ice.com  -or-  uupsi!tbomb!time
ICE Engineering, Inc. - Phone (313) 449 8288 - FAX (313) 449-9208
8840 Main Street, Whitmore Lake, MI  48189
USENET - a slow moving self parody... ph
From: time@ice.com (Tim Endres)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Apple Installer and Compression
Date: 15 Apr 92 16:26:29 GMT
Reply-To: time@ice.com (Tim Endres)
Organization: ICE Engineering, Inc.
X-Mailer: uAccess - Macintosh Release: 1.7b2


In article <3625@caslon.cs.arizona.edu> (comp.sys.mac.programmer), jtgorman@cs.arizona.edu (J. Taggart Gorman) writes:
> In article <1992Apr15.171630.7439@waikato.ac.nz>,
> Citizen ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes :
> >In article <258@farallonfarallon.com>, neal@farallon.com (Neal Trautman) writes:
> >> I don't think any of the other standard
> >> compression utilities, StuffIt, Compact Pro, etc.
> >> offer decompression in Apple's Installer.
> >
> >I think they do. I recall installing something that used Apple's Installer
> >and StuffIt compression, but I can't remember which application it was.
> >
> >It wasn't Canvas... :-}
> 
>   Just installed Word 5.0 (no flames, please) today.
> 
>   It uses Apple's installer to place Word on your hard drive.  Thing is, it
> first copies _Stuffit Classic_ files to the hard drive, then uses "Stuffit
> Engine v1.3" (I think v1.3) to unstuff.

The apple installer allows you to write an external code resource
to provide any installation "function" you wish. It would not be a
terribly difficult task to hook into the StuffIt engine with this.

tim.


tim endres - time@ice.com  -or-  uupsi!tbomb!time
ICE Engineering, Inc. - Phone (313) 449 8288 - FAX (313) 449-9208
8840 Main Street, Whitmore Lake, MI  48189
USENET - a slow moving self parody... ph
From: petrus@stacken.kth.se (Lars Petrus)
Newsgroups: comp.sys.mac.programmer
Subject: How can I rotate a PICT?
Date: 14 Apr 92 14:01:27 GMT
Organization: Stacken Computer Club, Stockholm, Sweden


   I have a PICT that is read from a resource. How can I rotate it
in memory or at least display it rotated? I'm only interested in
90 degree intervals, so no fancy mathematics is needed.


"Madness is the first sign of dandruff" |   Email:   petrus@alex.stacken.kth.se
   - Dr Winston O'Boogie                |   Reality: Lars Petrus, Solna, Sweden
Newsgroups: comp.sys.mac.programmer
From: resnick@cogsci.uiuc.edu (Pete Resnick)
Subject: Re: How do I find out if Multi-finder is running??
Organization: University of Illinois at Urbana
Date: Tue, 14 Apr 1992 15:41:41 GMT

ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:

>* Determining whether you will keep running after launching another application
>(other postings in this thread have indicated that the appropriate Gestalt
>selector is unreliable);

OK, I've been following this entire thread and I still can't figure
this one out: Why would anyone *care* whether they will keep running
after they launch another application? I am just not sure what
functionality is being talked about.

pr
--
Pete Resnick             (...so what is a mojo, and why would one be rising?)
Graduate assistant - Philosophy Department, Gregory Hall, UIUC
System manager - Cognitive Science Group, Beckman Institute, UIUC
Internet: resnick@cogsci.uiuc.edu
From: jahnke@biosci.arizona.edu (Jerome Jahnke)
Newsgroups: comp.sys.mac.programmer
Subject: Re: help needed with AppleTalk programming...
Date: 17 Apr 92 18:24:42 GMT
Distribution: usa
Organization: Biology Learning Center

In article <1992Apr16.021713.29248@sunb10.cs.uiuc.edu>, bratton@sunc2.cs.uiuc.edu (Alex Bratton) writes:
> 
> I'm working in THINK C 5.0 and trying to get AppleTalk comminications
> working.  The ADSP protocal looks to be the one fitting with my goals,
> but I'm not really sure where to start.
> 
> If you have any suggestions or sample code showing how to establish
> the connections and transfer data, I'd really appreciate seeing them,
> (especially if they are THINK C classes).
> 


Get Michael Peirce's book. "Programming With AppleTalk." It gets a bit 
convoluted at times. But it is good overall. It will walk you through what
you need to know. The code is in Pascal, but that should not trouble you too
much as most stuff about programming the Mac is in Pascal.

> Thanks,
> Alex Bratton

Jer,
----
Jerome Jahnke
Biology Learning Center
University of Arizona
'jahnke@biosci.arizona.edu' or +1 (602) 621-3820
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.misc
From: grstate@crocus.waterloo.edu (Gavriel State)
Subject: Re: Localization (was: ResEdit Easter Eggs)
Organization: University of Waterloo
Date: Wed, 15 Apr 1992 20:05:58 GMT

In article <64895@apple.Apple.COM> John_Jenkins@taligent.com (John H. Jenkins) writes:
>Actually, System 7.0 already has this capacity.  By just dropping a bunch
>of stuff into my system folder, I added the ability to handle Hebrew in
>addition to English, for example -- at least in programs that use the
>Script Manager correctly :-(

Hmmm.  Looking at IM-VI's script manager chapter, one of the screen shots 
clearly shows the script menu pulled down with multiple languages (Hebrew, 
Japaneese, etc.) available.  Thing is, the last developer CD I saw didn't 
have the 7.0-compatable Hebrew (or Arabic or any non-latin language) 
resources.  I tried for almost a day to hack the 6.0.8 Hebrew resources 
into a usable form but to no avail.  Is this stuff ready on the latest 
Developer CD?  The one I had was the december '91 issue.....


-- 
Gavriel State | 2A Systems Design Engineering/Economics | University of Waterloo
grstate@crocus.uwaterloo.ca (School)  |  "What in God's name is going on?"
grstate@vader.ocunix.on.ca (> Apr 17) |   "FOUL!  No rhetoric!  Two-one!"
(519)746-2215 (Waterloo)              | Rosencrantz and Guildenstern are Dead
Newsgroups: comp.sys.mac.programmer
From: ralph@mulga.mso.anu.edu.au (Ralph Sutherland)
Subject: Picture Utilities Trap (Pack ;-))
Summary: Fix for potential Getpictinfo bug
Keywords: PICT, graphics, sys7
Organization: Mt. Stromlo and Siding Spring Observatories
Date: Wed, 15 Apr 92 02:03:51 GMT

Hi,
	I am using the picture utilities to analyse pictures and get
colour tables to optimise displays on CLUT displays.  I had no problems
at first, when I opened my picture everything worked as expected and
my beautiful picture was.
	However, when I tried starting up by double clicking on the
PICT file from the finder I got a bus error in the middle of PACK 15
the utilities PACK.  (A0 contained garbage and was dereferenced...)
	Now my opendoc handler calls the same file loading procedure
as my normal open file procedure does, so the code was the same.  
The only difference was that with the opendoc method, I had loaded the
picture and tried to analyse it *BEFORE THERE WERE ANY OPEN WINDOWS, IE
THERE WAS NO PORT THAT HAD BEEN SET TO*.  Normally there was always some
window around that was presumably being used by PACK 15.  So I now
make sure a window is opened and has had a setport call on it before I 
call GetpictInfo and I no longer have the errors.

	cheers
	ralph




-- 
---- Ralph S. Sutherland      Mount Stromlo & Siding Spring Observatories.
---- ralph@madras.anu.edu.au  The Australian National University.
---- rss100@cscgpo.anu.edu.au --------------------------------------------
Newsgroups: comp.sys.mac.programmer
From: mithral@wpi.WPI.EDU (Bret Alvin Barker)
Subject: QUESTION-Drawing Pict/Hide MenuBar??
Summary: How to Display pict rsrc and hide menubar
Keywords: menubar, PICT
Organization: Worcester Polytechnic Institute
Date: Sun, 12 Apr 1992 02:40:08 GMT

	   This is probably a very easy question to answer, but how do I read a
PICT resource and display the PICT in the current cgrafport.  Also, how do I
hide the MenuBar?  If anyone could E-mail me a code segment in either Think-C
or Think-Pascal, I would greatly appreciate it. 

			--bret a. barker
			  mithral@wpi.wpi.edu
From: speth@cats.ucsc.edu (James Gustave)
Newsgroups: comp.sys.mac.programmer
Subject: Multiple apps using same serial port, HOW?
Date: 15 Apr 92 17:01:57 GMT
Article-I.D.: darkstar.32969
Organization: University of California, Santa Cruz


I would like to write a small application that would run in conjunction
with a full featured terminal program.  I want my little program to use
the already opened and configured port that the term program uses.

What is the best way to do this?

-- 
Jim Speth
speth@cats.ucsc.edu
From: creiman@void.ncsa.uiuc.edu (Charlie Reiman)
Newsgroups: comp.sys.mac.programmer
Subject: Re: comp.sys.mac.programmer.OOP
Date: 15 Apr 92 03:22:08 GMT
Organization: University of Illinois at Urbana

green@eniac.seas.upenn.edu (Bradley Green ) writes:

>In article <11426@mindlink.bc.ca> Daryl_Spitzer@mindlink.bc.ca (Daryl Spitzer) writes:
>>> ..or comp.sys.mac.programmer.OOP which would contain most of the
>>> object oriented frameworks and languages. We had this discussion before,
>>> is it time to split the mac programming group to sub-groups or not?
>>
>>This is a good idea.  The TCL mailing list is seeing a great deal of use, so
>>I'm sure this would as well.

>I couldn't agree more.  If I miss reading the group for a day or two, there
>are so many articles that I usually have to just skip them all.  Splitting
>the group into several subgroups would allow us all to prescreen our reading
>material more effectively

Although I know this is a lost cause, I am opposed to a new group.  If
I have something to say regarding MacTCP, I always have to scratch my
head and ask "c.s.m.p or c.s.m.c?" Now, if I have a questions regarding
the toolbox, but my program happens to be written in C++, then where
should I go?

Other points again a .oop group:
1) .oop is very broad. Folks that use MacApp aren't interested in TCL stuff,
   and visa versa. In other words, you would still have lots of useless
   messages to wade through.

2) Wanton subdivision of newsgroups is getting tedious. Consider how many
   mac newsgropus there already are:

   comp.sys.mac.announce
   comp.sys.mac.apps
   comp.sys.mac.comm
   comp.sys.mac.databases
   comp.sys.mac.digest
   comp.sys.mac.games
   comp.sys.mac.hardware
   comp.sys.mac.hypercard
   comp.sys.mac.misc
   comp.sys.mac.programmer
   comp.sys.mac.system
   comp.sys.mac.wanted

   Consider how many sun groups there are:

   comp.sys.sun.admin
   comp.sys.sun.announce
   comp.sys.sun.apps
   comp.sys.sun.hardware
   comp.sys.sun.misc
   comp.sys.sun.wanted

   And how many ibm.pc groups:

   comp.sys.ibm.pc.digest
   comp.sys.ibm.pc.hardware
   comp.sys.ibm.pc.misc
   
   Draw you own conclusions.

3) Why stop there? Why not:

   comp.sys.mac.programmer.basic
   comp.sys.mac.programmer.fortran 
   comp.sys.mac.programmer.oop.cobol
   comp.sys.mac.programmer.oop.asm
   comp.sys.mac.programmer.68k.micro-code
   comp.sys.mac.programmer.fine-art-of-trap-patching
   comp.sys.mac.programmer.spinning-beach-ball
   comp.sys.mac.programmer.easter-eggs

   ...etc...

Before, I said stopping the creation of a new group is a lost cause.
This is because I have yet to witness a newgroup fail to be created.
Folks tell me this has happened but I haven't seen it yet. Perhaps this
will be a first for me.

Consider me an avowed "no" vote, if/when you actually decide to go
through with all the formal pomp and circumstance.

The preceeding text wasn't meant to be infammatory, so please leave your
matches in the kitchen.

-- 
Charlie Reiman - creiman@ncsa.uiuc.edu
"People are going to take to voice input like lemmings to the sea."
					 -Tony Bove (MacWeek V.6 N.13)
Newsgroups: comp.sys.mac.programmer
From: Andrew_Gilmartin@Brown.EDU
Subject: Announment: TCL Discussion List
Organization: Brown University
Date: Thu, 9 Apr 1992 18:45:47 GMT

THINK CLASS LIBRARY DISCUSSION LIST

The Think Class Library discussion list is for those interested in
using Symantec's Think C and Think Pascal object-oriented class
library for Macintosh. Discussion topics include

*    class usage, design, and implementation

*    TCL bug reports, work-arounds, and fixes

*    TCL application development techniques

*    TCL development aids

Mail to the discussion list should be sent to

     tcl-talk@brown.edu

The discussion is archived and WAIS searchable at "(:source :database-
name tcl-talk :ip-name wais.brown.edu)".


THINK CLASS LIBRARY REQUESTS

All requests should be made to

     tcl-request@brown.edu


THINK CLASS LIBRARY ARCHIVE

In addition to the discussion list, there is a TCL archive at

     ftp.brown.edu:/pub/tcl

The archive is organized by contributor and category. The current
organization is

contributors   Directories of contributors and their contributions.
               All other directories have their materials linked from
               here.

bugs           Bug notices with work-arounds or fixes when known. Bug
               filenames have the form "<class>-<method>.bug.<index>":
               Bugs affecting the whole class do not have a method
               specifier.

classes        Contributor classes and their documentation. Class
               filenames have the form "<class>.class.<index>".

core           Changes to the TCL core classes. Core change filenames
               have the form "<class>-<method>.core.<index>". Changes
               affecting the whole class do not have a method
               specifier.

doc            Tutorials, style guides, etc.

examples       TCL technique examples.

misc           Useful TCL stuff.

tcl-talk       Archive of the tcl-talk@brown.edu discussion list. The
               archive currently has one file per message organized by
               year. Message filenames have the form
               "<date>.talk.<index>".

Submissions to the archive should be mailed to tcl-request or ftped to
ftp.brown.edu:/incoming with accompanying mail to tcl-request. Please
encode all submission in BinHex 4.0 format (aka HQX).

Where possible, submissions will be WAIS searchable at "(:source
:database-name tcl-archive :ip-name wais.brown.edu )". NOTE: This
service is not currently available.

4/9/92

--

Andrew Gilmartin
Computing & Information Services
Brown University

Andrew_Gilmartin@Brown.Edu
Newsgroups: comp.sys.mac.programmer
Subject: Question opening data fork
From: skinner@oread.cc.ukans.edu
Date: 9 Apr 92 03:14:55 CST
Organization: University of Kansas Academic Computing Serces

Just a quick question.  Can someone tell me what I am doing
wrong with this:

type
 FCBPBHdl = ^FCBPBPtr;
 FCBPBPtr = ^FCBPBRec;
 paramBlock = FCBPBRec;
 
var
 dataForkInfo: FCBPBPtr;
 
begin
 dataForkInfo := FCBPBPtr(NewPtr(SizeOf(paramBlock)));
 dataForkInfo^.ioRefNum := fileReferenceNumber;
 dataForkInfo^.ioFCBIndx := 0;
 OSResult := PBGetFCBInfo(dataForkInfo, false);
end;

THINK tells me that the dataForkInfo variable in the O 
PBGetFCBInfo call is of the wrong type but according
to IM it is supposed to be a FCBPBPtr which I believe is
what it is      Tnaks.



exit
Newsgroups: comp.sys.mac.programmer
From: ray@skink.cis.ohio-state.edu (william c ray)
Subject: development tools
Organization: The Ohio State University, Department of Computer and Information Science
Date: Tue, 7 Apr 1992 15:23:16 GMT

I've been put in charge of finding out everything there
is to know about Mac application prototyping environments
for an upcoming project.  I'm personally familiar with
prototyper 3, but have no idea what else might be 
out there, either useful, or not.  If anyone with any
comments, suggestions, anecdotes, etc, about prototyper,
MacApp, or others, would please send their comments to 
me, I'd greatly appreciate it. 

Thanks, 
Will Ray
ray@cis.ohio-state.edu
wcr@rsch.oclc.org
 
(p.s.  I don't have time to keep up with the volume on
this group, so email replys, to either address, would
be appreciated)

Newsgroups: comp.sys.mac.programmer
From: dorner@pequod.cso.uiuc.edu (Steve Dorner)
Subject: Re: MacTCP - UDPRead aligned?
Organization: University of Illinois at Urbana-Champaign
Date: Wed, 15 Apr 1992 16:00:14 GMT

>>> Why not just use BlockMove?
>>Even something as trivially simple as:
>>	while (n--) *(q++) = *(p++);
>>is faster than BlockMove for n < 50 - even as a subroutine!
>Yes. A friend did a study of this and came up with a break-even point of about
>32 to 34 bytes for a byte-copy loop, about 50 bytes for an unrolled byte-copy
>loop.

It's pointless and counterproductive to worry about the time you save using
custom assembly (or C) instead of BlockMove, unless you are in an inner loop of
a time-critical section of code.  The few cpu cycles you save are no
more valuable than the few bytes of memory you lose by not using the trap.
AND you have to worry about compatibility (the original question was regarding
the safety of using MOVE.W on some address returned by something or other).

Unless it's in a critical inner loop, forget it, and concentrate on something
that will do some good.
-- 
Steve Dorner, U of Illinois Computing Services Office
Internet: s-dorner@uiuc.edu  UUCP: uunet!uiucuxc!uiuc.edu!s-dorner