HDTenEightyP/NetNews huggingface dataset:
From: rhorn@csws17.ic.sunysb.edu (Robert Horn)
Newsgroups: comp.sys.mac.programmer
Subject: Re: processes and passing files to open...
Date: 9 Nov 92 22:46:55 GMT
Organization: State University of New York at Stony Brook

In article <1992Nov9.001906.7771@netcom.com> leonardr@netcom.com (Leonard Rosenthol) writes:
>In article <1djv2gINNjhd@mthvax.cs.miami.edu> rsherman@mthvax.cs.miami.edu (Roby Sherman) writes:
>>Hi.
>>
>>Under System 7, is it possible to tell the Process Manager what files to
>>open after starting a process? IE: I want Stuff-It Deluxe to launch and
>>then open a certain file. Is there any way to do this without Apple
>>Events?
>>
>	Why would you want to do this WITHOUT Apple events??  Using AE's is
>the correct way to do this - in fact you can even pass the "open document"
>event along with the _LaunchApplication call if you want.
>

How? According to IM6, if you set the launchAppParameters to NIL, the system will
automaticly generate an OpenApplication event and send that to the newly launched
application. It also says that you can pass any high level event through the 
launchAppParameters field, and says to look in the Event Manager chapter for more
information. To the best of my knowledge, neither the Event Manager chapter, nor the
AppleEvent chapter show the structure of the high level event, and poking around in
Macsbug as an application is being launched with a document seems to show that the
High Level event does not correspond to any of the AppleEvent structures (there does
not appear to be an AEDesc or AEKeyDesc lying about, there does, however, appear to be
a "flattended" AppleEvent (Handles in the structure are replaced by the things in the
handles, i think), although I may well be messing up my macsbugging, and haven't
really had the time to experiment with assorted lumps of code to see what works.

Am I missing something really obvious? Is there a snippet that I should be looking at?

Any help would be appreciated, (if only to satisfy my curiousity)
Robb

-- 
rhorn@ic.sunysb.edu           Never choose a college because it has a duckpond.
Would you like to touch my wombat?		  Send me hate mail, I love it.
Newsgroups: comp.sys.mac.programmer
From: kaufman@Xenon.Stanford.EDU (Marc T. Kaufman)
Subject: Re: PhotoCD Woes?
Reply-To: kaufman@CS.Stanford.EDU
Organization: CS Department, Stanford University, California, USA
Date:  8 Nov 92 17:26:03 GMT

bwilliam@iat.holonet.net (Bill Williams) writes:

>The old CD ROM drives from Apple do indeed read PhotoCD files!
 
>I know it is easy for people to claim that the three different Sony CD-ROM
>mechanisms used in the Apple CD ROM products do not all support the
>ability to read a single session of a Kodak PhotoCD Disk... But I have
>seen all three mechanisms used by Apple read PhotoCDs with both the
>Apple Driver 4.0 for CD-ROMs and a beta version of the FWB CD-ROM
 ^^^^^^^^^^^^^!!!
>ToolKit. The three mechanisms I saw were the Sony CDU-8001, Sony CDU-8002
>, Sony CDU-8003. These are found in products from Apple such as the 
>Apple CD SC (Sony CDU-8001), Apple CD SC+ and Apple CD 150 (CDU-8002)
>, and Apple 300 (Sony CDU-8003).
 
>I saw it work. It works. To claim different than this I realize that I
>should have to furnish the proof. But in time Marc Kaufman and others
>will discover that they are mislead and are not correct.

I am prepared to believe it works, but for the life of me I can't find a
copy of the 4.0 driver.  I have looked on various bulletin boards, my
collection of ETO disks, Developer CD disks, 7.1 Beta disk, etc.  I can tell
you that the 3.2 driver, which is the last one I have seen, does NOT read
PhotoCD disks.

I would like to read PhotoCD disks on my CDU-8001 (CD-SC) drive.  Tell me
where to get the new driver, please.

-- 
Marc Kaufman (kaufman@CS.Stanford.EDU)
From: bohus@math.rutgers.edu (Geza Bohus)
Newsgroups: comp.sys.mac.programmer
Subject: Re: The Forgetful Finder
Date: 9 Nov 92 17:14:27 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


k044477@hobbes.kzoo.edu (Jamie R. McCarthy) writes:

> Every once in a while, when you restart, the Finder will forget some
> information about one or more windows.  Sometimes they're open windows,
> sometimes not.  It remembers icon placements, but not the View-By,
> window size, or window location.  I've never noticed any pattern to it.

This is just pure theory, but I think the explanation is that the
Finder saves this kind of info only when you unmount the disk (or some
such.) Anyway, when you crash and restart it doesn't have a chance to
write these settings to disk. I've had it happen too (on both an SI
and an SE/30).

Any confirmations?

g
From: s_titz@ira.uka.de (Olaf Titz)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How do you make a master disk?
Date: 12 Nov 1992 09:36:34 GMT
Organization: Fachschaft math/inf, Uni Karlsruhe, FRG
NNTP-Posting-Host: irau29.ira.uka.de

In article <1992Nov11.161005.23758@kth.se> petrus@stacken.kth.se (Lars Petrus) writes:
>   Some software products are sold on disks that can not be copied - or so
>I'm told. This means that you can have an installer program on that disk,
>and only allow a limited number of installations from that disk.
>
>   But I can not see any way that this can be accomplished. If you copy a disk
>you copy every byte of is, and thats that.

This is only one of the reasons why Apple explicitly discourages the
use of copy protection schemes - all of them can be defeated.

I may disagree with Apple in many points, but I feel to that copy
protection is a Bad Thing.

olaf
-- 
| Olaf Titz - comp.sc.student  |   o     | uknf@dkauni2.bitnet | old address |
| univ. of karlsruhe - germany |  _>\ _  | s_titz@ira.uka.de   | is still    |
| +49-721-60439                | (_)<(_) | praetorius@irc      | valid       |
   "Stop talkin' and start chalkin'!" - Eight Ball Deluxe
Newsgroups: comp.sys.mac.programmer
From: rlynch@iscnvx.lmsc.lockheed.com (Richard J. Lynch)
Subject: Source Code Control
Organization: Lockheed Missiles and Space Co.
Date: Fri, 13 Nov 92 00:40:24 GMT


I have been programing on the mac for a about a year now and I am 
trying to find an application or extension that will help me in controling
revisions to the application I am writing. I have programed in UNIX before
and used "SCCS" (Source Code Control System) to control the versions of my 
software. Is there anything similar for the Mac?

I need something that will allow the tracking of releases/versions with
up to four sub levels and branches.

Example,

Rev 1 My compiled application prints "yes" on screen.
Rev 1.1 My compiled application prints "oh yes"
Rev 1.1.1 My compiled application prints "oh oh yes"

I want to be able to compile using Think Pascal/C any or all of the revs
without having to save all the source code for each project. 

Is there any such thing for the Mac?

Thanks for any info you can supply.

Richard Lynch

Newsgroups: comp.sys.mac.programmer,comp.sys.mac.apps
From: hacker@access.digex.com (Dark Hacker)
Subject: Looking for a "shell" program on the Mac
Organization: Express Access Online Communications, Greenbelt, MD USA
Date: Sat, 7 Nov 1992 04:59:43 GMT

A long time ago I remember playing with a "shell" program that ran on
the Mac.  It allowed one to view the file system and I think launch
apps from a shell command prompt.  Anyone know where this program is?
I've looked on the archives but haven't found it.  Src code would
be real nice too.

Ideally I'm looking for something like the NeXT "Terminal" program. An
alternate way of viewing the file system and dealing with apps.  Sometimes
this can be more convenient than navigating with SF dialogs.

- Hacker

-- 
Dark Hacker @ Black Silicon, Fortress Of Computation
Phone: (703) 356-6514    Internet: hacker@black-silicon.mclean.va.us

"I am the very instantiation of object oriented evil!"
Newsgroups: comp.sys.mac.programmer
From: epaulson@nyx.cs.du.edu (Erik Paulson)
Subject: NSetTrapAddress question
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Sun, 8 Nov 92 19:27:24 GMT



OK... I have a trap I want to patch, and every time I try and compile it, 
Think C complains that the first argument to it does not meet the prototype
the line of code looks like this:
NSetTrapAddress(newTrap, 0xA9BC, Tooltrap);

Thanks in advance


Newsgroups: comp.sys.mac.programmer
From: aep@world.std.com (Andrew E Page)
Subject: Re: xxx to Postscript
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 9 Nov 1992 20:12:14 GMT


    Choose "Print..." just like you always do.  When you get
the job dialog (assuming you are using sys7) change the
destination to "PostScript File."  The laserwriter driver
will convert whatever MacDraw sends it to postscript.

-- 
Andrew E. Page   (Warrior Poet) |   Decision and Effort The Archer and Arrow
Mac Consultant                  |     The difference between what we are
Macintosh and DSP Technology    |           and what we want to be.
Newsgroups: comp.sys.mac.programmer
From: 9999sc01@uhdvx3.dt.uh.edu (Alexandre Khalil)
Subject: xxx to Postscript
News-Software: VAX/VMS VNEWS 1.41A   
Organization: University of Houston-Downtown
Date: Mon, 9 Nov 1992 17:41:00 GMT

  Hello

  Possible, probable FAQ question : have mercy !!

  I need to convert Mac files to send them in PostScript format - *.ps -.
  The files will be in Mac Draw *or* WordPerfect *or* MS Word *or*
TeachText -which ever one is possible, but MacDraw is the one I am 
wishing for-.

  I will be using non-standard bitmapped fonts: will they pass along with
the rest?

alex
Newsgroups: comp.sys.mac.programmer
From: Bathsheba.Grossman@launchpad.unc.edu (Bathsheba Grossman)
Subject: Re: Spurious invalidation
Organization: University of North Carolina Extended Bulletin Board Service
Date: Sat, 7 Nov 1992 22:15:21 GMT

>>(Chris Spiral Catfish Tate) wrote:
>>> Problem: calling SetCTitle() (and possibly SetCtlValue()) on controls in the
>>> dialog is forcing an update.  This is pretty bad in my case, since redrawing
>>> the dialog is rather time-consuming.

>>stick a little code at the beginning of your user item drawing procedure
>>that makes sure that your user item intersects the union of the visRgn and
>>the clipRgn; this way you can be sure that your user item actually
>>needs to be redrawn before undertaking the task.

>>Tim Dierks
>The region to check is the Intersection (SectRgn) (I-184) of the visRgn
>& clipRgn.  The UnionRgn would (under most cases) not avoid any drawing.

You don't have to do this SectRgn if you're using BeginUpdate/EndUpdate
because BeginUpdate does it for you and puts the result in the visRgn,
then EndUpdate puts it back to normal.
Also, using UpdtDialog (IV-60) or UpdtControl (IV-53) instead of
DrawDialog/DrawControls might just solve the whole problem.  (There, you
knew IV was good for something.)

-Sheba


--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  laUNChpad.unc.edu or 152.2.22.80
From: stevep@wrq.com (Steve Poole)
Newsgroups: comp.sys.mac.programmer
Subject: Passing param to sublaunched app
Date: 9 Nov 92 23:54:18 GMT
Article-I.D.: u.1992Nov9.235418.20240
Organization: Walker Richer & Quinn

Is there a safe way to do this?  This is a System 6 specific application,
and the best way for me to deal with setting up some IPC stuff is to be
able to pass a handle to a sublaunched app.  Can I blast it right over
AppParmHandle (0x0AEC) without getting into trouble?  Or is there some
semi-documented approach that I have overlooked in the technotes, Q&A
stack, and SpInside Mac?

Thanks for any clues.

--------------------------------------------------------------------------
- Walker Richer & Quinn, Incorporated  -  Macintosh Software Development -
- Internet: stevep@wrq.com  -  AOL: Spoole  -  INTEL 80x86: Just say NOP -
- "Nurse! Do let's pretend that I'm a hungry hyaena, and you're a bone!" -
--------------------------------------------------------------------------
From: cstrockb@cs.sunysb.edu (Caleb Strockbine)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How to use large arrays in Think C?
Date: 7 Nov 92 19:51:58 GMT
Distribution: comp
Organization: SUNY at Stony Brook Computer Science Dept.

In article <1992Nov7.134925.21715@kth.se> d88-jwa@alv.nada.kth.se (Jon Wdtte) writes:
   Well, I would recommend getting a decent C reference, like
   "The C Programming language" by K&R. I have hacked in "C" for
   like 5-10 years, and still need to look stuff up sometimes

I've got K&R, and I agree... I refer to it constantly. In fact, I
carry it in my backpack constantly. Very good advice, though.

   Instead, use a typedef for one row, like:

   typeDef unsigned char arrayRow [ 256 ] ;

   and allocate several of them:

	   arrayRow * foo = malloc ( sizeof ( arrayRow ) * 256 ) ;

   This will give you the indirection you want:

	   foo [ 1 ] [ 2 ] = ...

This is just what I needed to hear. Thanks ever so much! Now to get
back to work...

Caleb.
--
This message has been brought to you by the letters C and S and the number 3.
From: erh0362@tesla.njit.edu (Elliotte Rusty Harold)
Newsgroups: comp.sys.mac.programmer
Subject: Toolbox routine to get file sizes
Date: 8 Nov 92 05:44:11 GMT
Organization: New Jersey Institute of Technology


	Is there a simple Toolbox routine to get the physical and/or logical 
file size of a given file on a disk?  If so, what is it?

Elliotte Rusty Harold		Department of Mathematics
elharo@m.njit.edu		New Jersey Institute of Technology
erh0362@tesla.njit.edu		Newark, NJ 07102
From: engber@ils.nwu.edu (Mike Engber)
Newsgroups: comp.sys.mac.programmer
Subject: control manager bug - dispose message & bogus varCode
Summary: is this a well know bug?
Date: 8 Nov 92 22:36:15 GMT
Organization: The Institute for the Learning Sciences


It seems my CDEF always gets passed 0 for the variation code when
sent the dispose message. I seem to get the correct value with all
the other messagess.

This seems like too big a bug to have gone unnoticed. Anyone hear
of it? I've only tried it under System 7.0 so far.

-ME
Newsgroups: comp.sys.mac.programmer
From: adler@Informatik.TU-Muenchen.DE (Martin Adler)
Subject: Spinning Beach Ball/ Watch
Followup-To: Spinning Beach Ball/ Watch
Originator: adler@hphalle6g.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Wed, 11 Nov 1992 15:07:29 GMT


You need another resource called "acur" (animated Cursor).
Tis rsrc cotains first the number of pictures, the actual position, and then the
IDs of the pictures to be animated.

So, you first have to produce all your cursor pictures with for example all the
different spinning watch positions. I made something like this with c.a. 60
pictures with CURS- Pictures with the IDs 128, 129, 130, ......

Now you have to create the "acur" - Resource with ResEdit.
First fill in the number of CURS you have made.
The next number you can set to 0. You only need this this number in your program.

Now in your code you have to load the acur-Resource: 

If your actuel position-number is greater or eval then number of existing
animated CURS-Pictures ( This is the first number in the acur-Resource ) then you
set the actuel position number to 0.
Then you call
	SetCursor (128+<actuelPositionnumber>);
	Incr(<actuelPositionnumber>);

I hope you understand this. If you want further information I can send you a
sample code segment in PASCAL. But the src-code of my program is at home and I am
here in University, sorry.

		--- GULPI ---


adler@Informatik.TU-Muenchen.DE				Martin Adler
From: tanaka@ircam.fr
Newsgroups: comp.sys.mac.programmer
Subject: looking for telecomm app source
Keywords: modem, communications, serial, driver, src
Date: 11 Nov 92 19:13:02 GMT
Reply-To: tanaka@ircam.fr
Organization: IRCAM

As a programming excercise, I am writing a small utility to send data out the  
Mac serial port to a modem. I am wondering if there are any good public domain  
examples and source code examples that would help me get started.

Does this mean I have to write a serial driver? I need to set up communications  
with a Hayes compatible modem, send dialing commands, etc. Any pointers would  
be greatly appreciated.


thanks, Atau Tanaka
	atau@ircam.fr
Newsgroups: comp.sys.mac.programmer
From: fixer@faxcsl.dcrt.nih.gov (Chris Spiral Catfish Tate)
Subject: Re: Spurious invalidation
Reply-To: fixer@faxcsl.dcrt.nih.gov
Organization: Computer Systems Laboratory, DCRT, NIH
Date: Tue, 10 Nov 1992 15:54:49 GMT

Thanks to everyone who responded, either on the net or via email.

In summary, what's happening is that indeed, SetCTitle() is *both* redrawing
the control with its new title *and* causing an update event in the dialog.
I'm not quite clear on why it has to generate the update event, but that's
beside the point.

The update event is causing all userItem procedures installed for the dialog
to be called, whether or not they actually intersect the updateRgn established
by the invalidation of the control's bounding rectangle.  Checking to see
whether each userItem actually *needs* to be redrawn prevents having to wade
through all that (slow, DrawString) drawing unnecessarily.

If you're absolutely sure you don't have to update anything else when the
control changes its title, you can also call ValidRect() on its rectangle
immediately following the call to SetCTitle(), and the update will be
"cancelled."

------------------------------------------------------------------------------
Christopher Tate             | The Leadfoot Collection, Continued:
Management System Designers  |        * Red Barchetta (Rush)
                             |        * Old Time Rock And Roll (Bob Seeger)
fixer@faxcsl.dcrt.nih.gov    | Because driving fast is a cathartic experience.
From: mkelly@mystix.cs.uoregon.edu (Michael A. Kelly)
Newsgroups: comp.sys.mac.programmer
Subject: C.S.M.P. Digest V1 #212 Available
Date: 11 Nov 92 12:11:56 GMT
Article-I.D.: cs.1992Nov11.121156.22811
Followup-To: poster
Organization: University of Oregon Computer and Information Sciences Dept.


C.S.M.P. Digest             Wed, 11 Nov 92       Volume 1 : Issue 212

Today's Topics:

	Regular Expressions
	Another Sound Manager Question (recording on PB)
	Deferred Tasks - What can I do?
	problem with my dialog filter
	Apple Events! How to locate a service?



The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly.

The digest is a collection of article threads from the internet newsgroup
comp.sys.mac.programmer.  It is designed for people who read c.s.m.p. semi-
regularly and want an archive of the discussions.  If you don't know what a
newsgroup is, you probably don't have access to it.  Ask your systems
administrator(s) for details.  (This means you can't post questions to the
digest.)

Each issue of the digest contains one or more sets of articles (called
threads), with each set corresponding to a 'discussion' of a particular
subject.  The articles are not edited; all articles included in this digest
are in their original posted form (as received by our news server at
cs.uoregon.edu).  Article threads are not added to the digest until the last
article added to the thread is at least one month old (this is to ensure that
the thread is dead before adding it to the digest).  Article threads that
consist of only one message are generally not included in the digest.

The entire digest is available for anonymous ftp from ftp.cs.uoregon.edu
[128.223.8.8] in the directory /pub/mac/csmp-digest.  Be sure to read the
file /pub/mac/csmp-digest/README before downloading any files.  The most
recent issues are available from sumex-aim.stanford.edu [36.44.0.6] in the
directory /info-mac/digest/csmp.  If you don't have ftp capability, the sumex
archive has a mail server; send a message with the text '$MACarch help' (no
quotes) to LISTSERV@ricevm1.rice.edu for more information.

The digest is also available via email.  Just send a note saying that you
want to be on the digest mailing list to mkelly@cs.uoregon.edu, and you will
automatically receive each new issue as it is created.  Sorry, back issues
are not available through the mailing list.

Send administrative mail to mkelly@cs.uoregon.edu.


-- 
_____________________________________________________________________________
Michael A. Kelly                                               Senior Partner
mkelly@cs.uoregon.edu                                      High Risk Ventures
_____________________________________________________________________________
From: s_titz@ira.uka.de (Olaf Titz)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Data forks?
Date: 12 Nov 1992 09:32:34 GMT
Organization: Fachschaft math/inf, Uni Karlsruhe, FRG
Distribution: usa
NNTP-Posting-Host: irau29.ira.uka.de

In article <1992Nov12.010125.2744@reed.edu> bowman@reed.edu (BoBoRamDos) writes:
>In article <1992Nov11.062320.9742@athena.mit.edu> tlspurli@athena.mit.edu (Terry Spurling) writes:
>>I have an INIT that, on startup, puts a random quote on the screen and I was wondering how could I view the contents of the data fork to add quotes.Can I use Resedit? and if so How?
>
>Use Get File Info in ResEdit to make the file a type TEXT, then use your
>favorite word processor to open.  TEXT files store their text in the data
          ^^^^^^^^^^^^^^
>fork.  ResEdit *cannot* read the data fork (unless there's some feature I
>don't know about).

Use a simple *editor* instead, or you'll be surprised about what stuff
those fancy word processors will put into both forks of your file and
still claim it were 'TEXT'.

Another possibility: to read the text not from the data fork at all,
but from a TEXT resource, which can be edited via ResEdit. (But the
data fork method is simpler to maintain.)

olaf
-- 
| Olaf Titz - comp.sc.student  |   o     | uknf@dkauni2.bitnet | old address |
| univ. of karlsruhe - germany |  _>\ _  | s_titz@ira.uka.de   | is still    |
| +49-721-60439                | (_)<(_) | praetorius@irc      | valid       |
   "Stop talkin' and start chalkin'!" - Eight Ball Deluxe
From: matti@my.sm.luth.se (Matti Larborn)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Help updating windows
Date: 8 Nov 92 15:54:49 GMT
Organization: Lule} University
X-UserAgent: Nuntius v1.1.1d11
X-XXMessage-ID: <A722F6D81E01037B@sm-emac15.sm.luth.se>
X-XXDate: Sun, 8 Nov 92 15:54:48 GMT

In article <1de8rtINNe7e@iraul1.ira.uka.de> Olaf Titz, s_titz@ira.uka.de
writes:
>It should not be implemented at all if you want a window changing
>regularly. The window picture is intended mainly for the purpose that
>it be set to a fixed thing, like a splash/info/About/background
>window.

Thank you! I have now used the "manual" method and it seems to work all
right. When reading inside Macintosh and other books of this kind it
seems as though you could have the toolbox draw the windows contents
(even in a changing window*) every time the window needs to be updated.
The information concerning this area seems to be a bit "sparse" in these
books.

Thank you again.

	--Matti Larborn

---------------------------------------------------------------
*) because they don't tell which kind of window it has to be.
Newsgroups: comp.sys.mac.programmer