HDTenEightyP/NetNews huggingface dataset:
From: baron@cs.utexas.edu (David Baron)
Newsgroups: comp.sys.mac.programmer
Subject: Launching Apps & Finder Icon
Date: 17 Dec 1992 12:14:25 -0600
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: earth.cs.utexas.edu
Keywords: LaunchApplication Finder System7 OS Icon launch


I use the routine "LaunchApplication" to start another program from our
main application. Everything works fine except for the fact that the
Finder does not graphically display the launched program as running, i.e.,
its icon doesn't assume that fuzzy look. I wonder if and how this could
be accomplished.

The OS otherwise does recognize the association between the icon and the
process: when you double click the (non-fuzzy) icon, the running process
is just brought to the foreground; but the icon is still not made fuzzy.

Thanks a lot. Since I don't have access to news right now through my own
account, I'd appreciate it if you could mail a response to
    rbrown@math.utexas.edu.

   ---  Raymond Brown
Newsgroups: comp.sys.mac.programmer
From: Gavin Eadie <Gavin@UMich.EDU>
Subject: Puzzled: Serial PowerBook I/O
Date: Thu, 17 Dec 92 08:17:57 EST
Organization: U of Michigan Information Systems
X-Useragent: Nuntius v1.1.1d13
X-Xxmessage-Id: <A755E82D0601BA11@forfar.uis.itd.umich.edu>
X-Xxdate: Thu, 17 Dec 92 13:17:49 GMT

Friends ... I'm puzzled.  The following complete ThinkC program runs to
completion on several Macs I've tried (II, IIci, Q-700 and Q-900) but
fails to complete on PowerBooks (170 and 145).  It's got to be something
simple (or maybe not) -- can you help?


#include <Devices.h>
#include <Events.h>
#include <Serial.h>

#include <stdIO.h>

short 	refNum_in, refNum_out;
long	outcount;
char	outBuffer[128];
OSErr	oserr;

main () {
	printf("Here we go ... Mouse-Klik to stop\n",oserr);

	oserr = OpenDriver("\p.AOut", &refNum_out);
	if(oserr != noErr) {
		printf("OpenDriver(out): %d\n",oserr);
		goto exit;
	}

	oserr = OpenDriver("\p.AIn", &refNum_in);
	if(oserr != noErr) {
		printf("OpenDriver(in): %d\n",oserr);
		goto exit;
	}

	outcount = 1;
	outBuffer[0] = ' ';
	oserr = FSWrite(refNum_out, &outcount, (Ptr)outBuffer);
	if(oserr != noErr) {
		printf("FSWrite(out): %d\n",oserr);
	}
	
exit:
	do {
	} while (!Button());
}


+++
Gavin Eadie                   University of Michigan Information Systems
Noise: (313) 936-0816      Internet: gavin@umich.edu      AppleLink: A67
Newsgroups: comp.sys.mac.programmer
From: REEKES@applelink.apple.com (Jim Reekes)
Subject: Re: SPBSetDeviceInfo doesn't like me! -- help!
Date: Wed, 16 Dec 1992 08:50:13 GMT
Organization: Apple Computer, Inc.
Followup-To: comp.sys.mac.programmer

In article <shh23#-@rpi.edu>, simsh@crockett1c.its.rpi.edu (Big Guy) wrote:
> 
> Hi, I am trying to write a small app to turn on and off the sound play
> through on my IIsi. I have a problem with this line:
> 
>    if (SPBSetDeviceInfo(myRefNum,siPlayThruOnOff,(Ptr)&volume))
>    {
>        SysBeep(1);
>        ExitToShell();
>    }
> 
> Problem is, everything is set up right, volume has a value -- 3, and the open
> device command works. However, when it hits this line, it doesn't give an error
> and it seems to work fine, except that the sound play through is not turned
> on! I debugged it in THINK C, and everything seemingly worked fine, except that
> sound didn't turn on. I have used this code in another app where it worked
> fine, but that was a much bigger app, so my question is: which manager perhaps
> do I need to initialize? That seems to be the only reason I can think of why
> it won't work, but I can't figure out what needs to be initialized to make it
> work, nor can I find anything in IM 6 about it. Please e-mail me directly, I
> won't be able to read this group too readily for a while. Thanks for all help!

Depending on which system you're running, you may need to actually start
recording something before the play through mode will be activated. This
was due to a changed made in the hardware/ROMs. Try turning on level
metering.

-----------------------------------------------------------------------
Jim Reekes, Polterzeitgeist  |     Macintosh Toolbox Engineering
                             |          Sound Manager Expert
Apple Computer, Inc.         | "All 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."
From: bayes@hplvec.LVLD.HP.COM (Scott Bayes)
Date: Fri, 11 Dec 1992 23:08:31 GMT
Subject: Re: 3D Graphics
Organization: Hewlett-Packard Co., Loveland, CO
Newsgroups: comp.sys.mac.programmer

> assembly a whole lot, and indeed mostly uses state-of-the-art
> algorithms (except for deciding where to break a 1-pixel off diagonal
> line :-) so I doubt you could do better than that, even using

This has always annoyed me.  Bresenham's algorithm, which handles this
very well--optimally, one might say--has been around _forever_.  Why
does Apple choose to draw lines with "hooks" on the ends?

ScottB
*				**
 ***		-->		  ***
    ***				     ***
       ***			        **
Newsgroups: comp.sys.mac.programmer
From: ksand@apple.com (Kent Sandvik )
Subject: Re: 'C' compiler for Mac: which one to use?
Date: Thu, 17 Dec 1992 07:59:04 GMT
Organization: (Evil Eye Creature from Mars, Inc.)
Followup-To: comp.sys.mac.programmer

In article <1992Dec16.213416.5569@bnr.ca>, mwnorman@bcarh929bnr.ca (Michael
Norman) wrote:
> 
> If I want to do 'C' development on my Mac (and I'm
> talking really low-level hackin', OS-stuff, exception
> processing, etc), which 'C' compiler do I use?
> 
> Has anyone ported GCC to the Mac?

It's been ported (1.x versions), and it's being ported
(2.x) versions. ftp.apple.com should have some stuff, but
I don't think that the 2.x version is up there yet.
 
> And, final question, what is a REALLY good book on
> 68030 programming, relating to MMU functions and
> supervisor/priviledged operations?

Williams 68030 asm programming book is handy, the samples 
are in MPW asm code so that's nice. Also, the Motorola specs
are worth getting (calling the nearest Motorola rep? I got
mine from a sales person).

Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.		
"Don't just do something!  Stand there!"  -- Mystery Science Theater 3000
Newsgroups: comp.sys.mac.programmer
From: absurd@apple.apple.com (Tim Dierks, software saboteur)
Subject: Re: Possible Bug with fseek in MPW C 3.2.4?
Date: Thu, 17 Dec 1992 21:51:11 GMT
Organization: MacDTS Marauders
Followup-To: comp.sys.mac.programmer

In article <57670@dime.cs.umass.edu>, cook@cs.umass.edu (Robert Cook)
wrote:
> 
> I'm trying to increase the size of a file using the function fseek with
> no luck,
> i.e.
>            err=fseek(fp,offset,SEEK_END);
> the fseek statement returns back an error, -1.
> 
> According to the book "C - A Reference Manual" third edition, by Samuel
> P. Harbison and
> Guy L. Steele Jr. this is possible, and I quote from pg 305, "If
> wherefrom is SEEK_END
> and offset is positive, then the file is extended the indicated amount
> from it end with
> unspecified contents."
> 
> The MPW 3.0 C Reference Manual also eludes to this fact by stating on pg
> 122, "If whence
> is SEEK_END, the new position is the size of the file plus offset."  But
> on pg 123 it states
> under "Return values", "An example of an improper seek is an fseek before
> the beginning of,
> or past the end of, the file."
> 
> So what gives,  can I use fseek to increase the size of a file?
> If so, does this mean MPW C 3.2.4 has a bug in it?
> 
> Thanks,
> 
> Bob Cook
> Computer Science Department
> University of Massachusetts
> Amherst, MA 01003

Nope, you can't use fseek to increase the size of a file; thus, SEEK_END
is only useful with an offset that is less than or equal to zero.  To
set the size of a file, use ioctl with the FIOSETEOF selector.  This is
described on page 125 of the MPW C 3.1 reference.

Enjoy,
Tim Dierks
MacDTS pinball addict
From: Jim.Matthews@dartmouth.edu (Jim Matthews)
Newsgroups: comp.sys.mac.programmer
Subject: QuickTime questions
Keywords: QuickTime snd raw GetMediaNextInterestingTime
Date: 14 Dec 92 16:36:30 GMT
Organization: Dartmouth College, Hanover, NH

I'm having a couple of problems writing some QuickTime software.  These  
problems occur under both QT 1.0 and QT 1.5.

1) I can't find a reasonable way to extract the samples of an audio track,  
taking track edits into account.  GetMediaSample() doesn't respect track  
edits, so I want to ask it only for as many samples as I know are used  
contiguously by the track.  I hoped to get that information from the  
duration parameter of GetMediaNextInterestingTime(); but in my experience  
GMNIT always puts "1" in the duration parameter, and I don't want to call  
GetMediaSample() for every 8 bits of sound data.

2) The dataFormat field of the SoundDescription record is supposed to be  
set to 'raw ' for unsigned sound samples, but in my experience it always  
comes back as 0x00000000.  So now I check for 0x00000000, but is this a  
problem with the movies I'm looking at or with the documentation?

Thanks for any advice or answers,

Jim Matthews
Dartmouth Software Development
From: tcwan@umiami.ir.miami.edu
Newsgroups: comp.sys.mac.programmer
Subject: Re: Programming for the Mac.
Date: 11 Dec 92 14:24:29 EST
Organization: Univ of Miami IR

In article <1992Dec11.144920.15994@kth.se>, d88-jwa@dront.nada.kth.se (Jon Wtte) writes:
> In <1992Dec10.234914.19221@penny.cs.fredonia.edu> rich9256@mary.cs.fredonia.edu (Devin   Richards) writes:
> 
> 
>>Mac?  I have expericence on U**x and other systems where the environment
>>is already in a "language."  For our mainframe it runs in a C environment
>>so all we do is write a C program and bingo!
> 
> I4m quite sure your "mainframe" doesn4t "run in a C environment."
> It might already have a C compiler installed though.
> 
>>But since the Mac is on a totaly unique system.  If I wanted to make some
>>trivial programs to run as apps on the desktop who would I do it?
> 
> Call up MacConnection (don4t buy from Mac4s Place!) and order a
> copy of Think C 5.0 and the volumes I,II,IV,V and VI of Inside
> Macintosh (also order the Inside Mac XRef)

Hmm, I'd never ordered from Mac's Place. What's the deal with them??

Bear in mind that the NEW editions of IM are already starting to come out.
They're organized according to topics (Memory, Files and Processes are the
3 already released). You might not want to get the IM 1-6 unless you can
get them really cheap.



> 
> Wait a day, and off you go! A beginner4s introduction to the
> Toolbox might help, too, but you4ve GOT to have Inside Mac!
> 
> Another option (instead of the books) is to order a develop subscription
> ($30/year) and each issue (4/year) comes with a CD chock full of
> developer support material, including all of Inside Mac online.
> A CD ROM reader can be had for $400 or so.
> 
I'm not sure if anyone suggested this already, but the 2 vol books by Dave
Mark and someone else (escapes my mind right now), "Mac Programming Primer"
is a good beginner's guide to programming on the Mac. Vol. 1 has a 2nd edition

There's another book by Dave Mark that comes with a tiny version of Think C,
with a coupon to upgrade to the real thing. Apparently it's cheaper to do
it this way than to get the package from MacConnection, or wherever.
[I have not used this personally, so I don't know the name of the book, etc.]

BTW, the Think Class Library which comes with TC 5.0.x is a quick way to
jump start application programming. But it still needs some rudimentary
knowledge of how to program on the mac to utilize it effectively.

Hope this helps,
t.c.
#I reserve the right to be wrong :)

> Cheers,m
> 
> 							/ h+
> 
> -- 
>  -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
> 
>    There's no problem that can't be solved using brute-force algorithms
>    and a sufficiently fast computer. Ergo, buy more hardware.
From: dnebing@andy.bgsu.edu (Dave Nebinger)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Programming Group and the 32k TextEdit barrier
Date: 20 Dec 92 22:03:46 GMT
Article-I.D.: m64-134.dnebing-201292154747
Followup-To: comp.sys.mac.programmer
Organization: Bowling Green State University B.G., Oh.

In article <BzJK8w.I8q@world.std.com>, siegel@world.std.com (Rich Siegel)
wrote:
> 
> In article <dnebing-191292195308@m64-134.bgsu.edu> dnebing@andy.bgsu.edu (Dave Nebinger) writes:
> 
> >For these reasons, I would like to create something to fix these 
> >problems. But since it is a large, somewhat complicated project, it 
> >would probably be completed faster and easier as a group project. 
> 
> I disagree. A text engine, while nontrivial, is not complicated enough
> to warrant the effort of more than one or two programmers.
> 
> R.
> 

  My intentions for starting this programming group are not limited to
the creation of a text engine.  The text engine is merely a starting
point for the group, a task chosen to organize a Mac programming
group to develop Mac software, code, libraries, etc.

  We've all heard about TopSoft, well this could be the same thing.
I would like to start a similar group.  Instead of entering a group
that has been working together for awhile and is putting out their 
own stuff soon, this is a group that is just starting, an opportunity
to get in on the ground floor of a new group.  The programming group,
at this point, has no agenda (besides the >32k text engine).  Where the
group goes next will depend on what the group wants to do.

  To get the group started, I decided on this task because it is a 
worth-while task to complete, it is (supposedly) simple enough to 
complete, and to get people interested in the group.  It is merely 
a simple task to get the group organized and working together.  Once
the group completes this task, it should be in a position to
continue onto bigger and better things.

  That is the basis for the creation of the group.  Again, if you
would like more information about the group, send email to
dnebing@andy.bgsu.edu.

  Thanks,

  Dave Nebinger
  dnebing@andy.bgsu.edu
Newsgroups: comp.sys.mac.programmer
From: hunter@oakhill.sps.mot.com (Hunter Scales)
Subject: where to get info on Quicktime
Organization: Motorola Inc., Austin, Texas
Date: Fri, 18 Dec 1992 20:54:29 GMT


	Can someone tell me where to get information on how to use
	Quicktime in a program?  I have a few questions and I dont know
	where to look for the answers (maybe one of the Inside Mac
	volumes).

	I understand that it is possible to replace the decompression
	routines in Quicktime.  Is it, for instance, possible to
	replace it with MPEG or can it not be done at this level.  From
	what I have seen using Quicktime on my Mac and MPEG on an IBM
	and my Sparcstation, MPEG wins hands down on quality of
	picture.  Is the Quicktime video decompressor DCT-based?
	(probably not considering the multitude of multiplies needed).

	Thanks.



-- 
Hunter Scales                                      Motorola Semiconductor Inc.
hunter@prometheus.sps.mot.com                      Austin, Texas
"The opinions expressed in this posting do no necessarily reflect
those of the management"
Newsgroups: comp.sys.mac.programmer
From: menes@Informatik.TU-Muenchen.DE (Rainer Menes)
Subject: How to write a some PICT's as a PICS 
Originator: menes@suniams2.statistik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 15 Dec 1992 08:24:16 GMT


Hey everyone,

I am new at mac programing, so i wasn't able to find out how to write a PICS file.
I am working on a MPEG to quicktime converter. My first try was to write PICT to
disk and feed then to convert to movie. But after one run there are tons of files
on my harddisk, very hard to handle. Could someone send me a little example who to write one PICS file instad a lot of PICT files.
I am using C, so a example in C would be perfect. The base off the software is a free MPEG decoder for unix maschines with X11 R5. The goal of this project should
be a quicktime decompressor and to learn mac programing in a step by step fashion.

Thanks for your help,

Rainer Menes

email: menes@statistik.tu-muenchen.de

P.S: I hope this is not FAQ. If so sorry.
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Asm info (was Re: 'C' compiler for Mac: which one to use?)
Date: 18 Dec 92 14:37:26 +1300
Followup-To: comp.sys.mac.programmer
Organization: University of Waikato, Hamilton, New Zealand

In article <ksand-161292235532@wintermute.apple.com>, ksand@apple.com (Kent Sandvik ) writes:
>
>> And, final question, what is a REALLY good book on
>> 68030 programming, relating to MMU functions and
>> supervisor/priviledged operations?
>
> Williams 68030 asm programming book is handy, the samples
> are in MPW asm code so that's nice. Also, the Motorola specs
> are worth getting (calling the nearest Motorola rep? I got
> mine from a sales person).

Just a warning: if you're wanting a proper description of the instruction
set, don't bother getting the 68xxx processor user manuals that APDA are
selling. Earlier editions of these did indeed contain full details on
instruction sets, but all you get now are summaries.

All the instruction set details for the 68xxx CPUs, the 68851 MMU and the
68881/68882 FPUs have been collected into a new manual, called the "M68000
Family Programmer's Reference Manual", Motorola part number M68000PM/AD. I
suggested to APDA some time ago that they should carry this manual, but I
haven't seen any sign that they're doing so yet.

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+13:00
"Jim, I feel here that Scott may be too tall in the area of height with
reference to Vanilla who is too near the ground in the area of being too
short at this time."                                  -- Monty Python
From: rson@rhi.hi.is (Mimir Reynisson)
Newsgroups: comp.sys.mac.programmer
Subject: Scrollbars with more than 32000 lines?
Date: 18 Dec 92 13:42:26 GMT

How do I map the scrollbars which are limited to
short values only onto a long value? MPW seems to do this
since it has no seperate scrollbar definition procedure.

Anybody know the magic formula?
Newsgroups: comp.sys.mac.programmer
From: siegel@world.std.com (Rich Siegel)
Subject: Re: Programming Group and the 32k TextEdit barrier
Organization: GCC Technologies
Date: Sun, 20 Dec 1992 04:53:19 GMT

In article <dnebing-191292195308@m64-134.bgsu.edu> dnebing@andy.bgsu.edu (Dave Nebinger) writes:

(writes about apparent lack of options for large-file text editing)

>1)  Existing PD or ShareWare editors: There is quite a range of these 
>    that are available to anyone who can ftp them. And these are all 
>    very good programs. While they are fine as editor in themselves, 
>    there still is no way to handle the files greater than 32k by 
>    your own application. You must either communicate directly with 
>    the editor or trust the user to do all of the work. While this 
>    can solve the problem, it becomes quite a hassle for the user to 
>    be switching in and out of two apps. Also, if you implement the 
>    communication with the application, you rely on the fact that 
>    the author will not change the communication method. If it does 
>    change, you have to change your app to keep up compatibility. 

A number of text editors (BBEdit comes to mind) support programmable
extensions. The inherent advantage is that the programmer only has
to implement the external functionality, and the editor takes care
of the rest. Also, users don't have to learn another application or
have more than one application running.

>4)  There also exists the CAPPS library from Think that came out a 
>    long time ago, but it is currently unsupported and I don't know 
>    how to get my hands on it.

The Programmer's Editor Package (PE Package) is a version of the Capps
package which is supported, and provides an assortment of bug and
compatibility fixes. Upgrades are available for owners of the Capps
library package.
 
>For these reasons, I would like to create something to fix these 
>problems. But since it is a large, somewhat complicated project, it 
>would probably be completed faster and easier as a group project. 

I disagree. A text engine, while nontrivial, is not complicated enough
to warrant the effort of more than one or two programmers.

R.



-- 
-----------------------------------------------------------------------
Rich Siegel                              Internet: siegel@world.std.com
Senior Software Engineer
GCC Technologies
Newsgroups: comp.sys.mac.programmer
From: urban@stout.atd.ucar.edu (Art Urban (PROFS))
Subject: Bedrock, What Do We Know So Far?
Organization: Atmospheric Technology Division/NCAR Boulder, CO
Date: Tue, 15 Dec 1992 23:15:32 GMT

Okay, so I keep hearing about Bedrock. I hear that there will be no further
upgrades to MacApp due to Bedrock. Bedrock's developers have a sword of
Damocles hanging over their heads while they talk.

So my question is, what do we really know about Bedrock? What is it? Can I
stop using TCL? Will there be *good* documentation? Will it include an
interface construction kit? What will it do? What will it not do? Who are
the developers? When *might* we see it? Will it be Apple's answer to NeXT's
NeXT Step? ...

Good grief, the list could on and on. I realize that the developers aren't
in a position to talk about Bedrock, but what have we learned about it to
date. I'm interested in all information, no matter how trivial. Perhaps we
should begin compiling this info for other wanaknows...

--
Art Urban 					       urban@stout.atd.ucar.edu
===============================================================================
 "Baby trapped in film, eats own hand."					- Joel
===============================================================================
From: russotto@eng.umd.edu (Matthew T. Russotto)
Newsgroups: comp.sys.mac.programmer
Subject: Re: PICT2 -> Bitmap shortcuts?
Date: 20 Dec 92 15:58:15 GMT
Organization: Project GLUE, University of Maryland, College Park

In article <1992Dec19.004247.21482@netcom.com> james@netcom.com (James L. Paul) writes:
>
>On a related topic, (I haven't looked into this yet, but...) Is there a
>simple way to grab a mask of a pixmap that gets _all_ of the non-white
>pixels, not just the darker colors? I'm sure there's a straightforawrd way,
>I just haven't thought of how to keep CopyBits from mapping lightly saturated
>colors to white yet... (grrrrr.) ;)

Just for the copy, give the pixmap a bogus color table where all the
non white colors have RGB value (0,0,0).

-- 
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,comp.lang.lisp