HDTenEightyP/NetNews huggingface dataset:
From: ogd@selway.umt.edu (ozymandias G desiderata)
Subject: Anybody have a well-commented, freeware C skeleton for MPW?
Summary: (*grin* *grin*) This _has_ to be in the FAQ, doesn't it?
Organization: ::AOAIOXXYSZ::
Date: Mon, 23 Nov 1992 02:42:42 GMT

	Yes, that's right, I'm looking for a newer version of the
venerable TransSkel. Does such a beast exist for MPW? If there is one,
does it have any support for System 7-specific features? Can somebody
send me a copy?
	If there isn't one, why not?
	And finally, could somebody post the FAQ? I've seen a few
other desperate pleas for help and thought I'd join the chorus. I'm
new to this group (though not new to Mac programming), so I'd like to
see what ground is covered before I make a damn fool out of myself.
	Thank you all very much in advance.

sincerely,
ozymandias G desiderata
<grumble grumble got-dam kids, never shut up, always asking questions...>

-- 
----		"Give me your hand and I'll tell you your future,
		 give me your wallet and I'll tell you your past."
		  - Mudwimin, "Oom Pa Pa"
(ogd@selway.umt.edu) - PGP 2.0 public key available upon request.
Newsgroups: comp.sys.mac.programmer
From: cantrell@lamar.ColoState.EDU (Carol Cantrell)
Subject: INIT icons at startup
Date: Thu, 19 Nov 1992 04:03:56 GMT
Organization: Colorado State University, Fort Collins, CO  80523

How do I get an INIT to display its icon at the bottom of the screen during
startup?  This seems as though it might be tricky, since an A4-based INIT
doesn't have QD globals.  Is there a standard method?  (I don't have the Mac
technical notes, which is probably where this one is.)

					Paul Cantrell
					Cantrell@Lamar.ColoState.EDU

"In the beginning, the universe was created.  This has made a lot of people veryangry and has been widely regarded as a bad move." --Douglas Adams
Xref: sparky comp.sys.mac.programmer:18619 comp.sys.mac.wanted:10721 comp.sys.mac.misc:19343
From: timmbake@mcl.ucsb.edu (Bake Timmons)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.wanted,comp.sys.mac.misc
Subject: MPW and GCC
Summary: Is anyone out there using MPW and GCC?
Date: 19 Nov 92 01:33:17 GMT
Followup-To: comp.sys.mac.programmer

Hi -- I noticed that a gcc distribution for the Mac is available via ftp.  Is
anyone up and running with it???

To use it, you need MPW 3.1 includes and libraries.  I know that _ONE_ of these
things is at ftp.apple.com.  Is it foolish to ask if the other one should be
available.

Could someone PLEASE help me out?  If you have MPW 3.1 C compiler, I guess that
would be good enough -- I mean if the full 3.2 libraries and includes are
available at ftp.apple.com, making the 3.1 freely available is not a sin, is it?

Thanks,
Bake
--
Bake Timmons, III

-- "...there's nothing higher, stronger, more wholesome and more useful in life
than some good memory..." -- Alyosha in Brothers Karamazov (Dostoevsky)
Newsgroups: comp.sys.mac.programmer
From: kurisuto@chopin.udel.edu (Sean J. Crist)
Subject: Problem isolated but not understood (THINK Pascal standalone crash)
Organization: University of Delaware
Date: Thu, 19 Nov 1992 04:13:11 GMT

As I recently posted, I have a crash which occurs when I compile my
program as a stand-alone application, but not when I run in the THINK 
Pascal environment.  Using Macsbug, and by inserting Sysbeeps into
my code, I've isolated the problem to a call to BlockMove.  

What I'm trying to do is completely copy the contents of one handle
into another (actually these are typecast handles, but that shouldn't
make any difference- to the operating system they're the same).
I first set the destination handle to the size of the source handle, 
then call BlockMove to copy the contents from one handle to the other.
It is on this BlockMove that the crash occurs.  The code looks like this:

SetHandleSize(Handle(DestinationHandle), GetHandleSize
    (Handle(SourceHandle))); {Make the two handles the same size}
BlockMove(Pointer(SourceHandle^), Pointer(DestinationHandle^),
    GetHandleSize(Handle(SourceHandle))); {Copy the contents 
    of one handle into the other}

I believe both handles to be valid going in.  The crash is a bus
error which says something about 'supervisor space' (I forget the exact
wording).  This crash never occurs in the THINK Pascal run environment.
Does anyone have any idea why this is crashing in the stand-alone
application?  Several of the people who answered to my earlier
posting mentioned problems with pointers.  Is there something wrong
with using the word 'pointer' as I am?

--Kurisuto
From: rla20@duts.ccc.amdahl.com (Roger Allen)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Whip me, beat me, what to do with DISCIPLINE?
Date: 20 Nov 92 19:43:17 GMT
Reply-To: rla20@DUTS.ccc.amdahl.com (Roger Allen)
Organization: Amdahl Corporation, Sunnyvale CA

In article <1992Nov19.180531.4442@netcom.com> creiman@netcom.com writes:
>   try your app under EvenBetterBusErr, Xap handles, Blat, or heap 
>   scrambling. Unlike Discipline, these have all proven their worth.
>   (Leaks is pretty good too).
>
>Chao,
>
>Charlie.

What are Xap and Blat?  I haven't heard of these before.

(BTW, I agree 1000% with Charlie on EBBE, hs and leaks)

Thanks,

Roger

--
> Roger Allen                   | Opinions expressed by me do not        <
> Amdahl Computer Development   | represent the opinions of Amdahl.      <
> rla20@cd.amdahl.com           |                                        <
Newsgroups: comp.sys.mac.programmer
From: felciano@summit.stanford.edu (Ramon M. Felciano)
Subject: Calling C from Pascal vs calling Pascal from C
X-Posted-From: InterNews1.0a5@leland.stanford.edu
Organization: Stanford University Medical Media and Information 
 Technologies
Date: Sun, 22 Nov 92 01:01:38 GMT
Xdisclaimer: No attempt was made to authenticate the sender's name.

I would like to clean up my tools and utilities libraries in order to
make them as generically useful as possible. I would like the routines
to be callable both from THINK Pascal and from THINK C. Which should I
use to write the routines and build the library with?

Thanks!

Ramon

+----------------------------------------------------------------+
| Ramon M. Felciano                felciano@summit.stanford.edu  |
| Associate Director, SUMMIT       (415) 723-9688                |
| Stanford University Medical Media and Information Technologies |
+----------------------------------------------------------------+
Newsgroups: comp.sys.mac.programmer
From: kurisuto@brahms.udel.edu (Sean J. Crist)
Subject: Re: Opening resource file prevents segments from being loaded
Organization: University of Delaware
Date: Tue, 24 Nov 1992 05:04:04 GMT

In article <werner-231192204500@128.32.157.31> werner@soe.berkeley.edu (John Werner) writes:

>This may be a silly question, but does the resource file you're opening
>contain any CODE resources?  Do any of them have the same resource ID as
>segment B?

It's never a silly question until you ask it twice.  :-)

To answer your question: No, my resource file doesn't have any CODE
resources in it.  That would certainly cause a problem, though.  However,
I know from examining my heap that *nothing* is being loaded, not just the
incorrect CODE resource.

--Kurisuto
From: hassan@wupost.wustl.edu (Scott Hassan)
Newsgroups: comp.sys.mac.programmer
Subject: Volume Type?
Date: 17 Nov 1992 13:16:47 -0600
Organization: Washington University in Saint Louis, MO USA
Distribution: world
NNTP-Posting-Host: informatics.wustl.edu

Does anyone know how to tell whether a particular volume is a CD-ROM
drive?

				Thanks,

				Scott Hassan

-- 
------------------------------------------------------------------------------
Scott W. Hassan          Phone:(314) 362-4322     "The trees know something
hassan@informatics.wustl.edu                       in their boughs and the
Washington University Medical School               cats in their prance."
From: bowman@reed.edu (BoBoRamDos)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Command-Option-Down Arrow broken! (MPW)
Date: 18 Nov 92 05:40:38 GMT
Article-I.D.: reed.1992Nov18.054038.1868
Organization: Reed College, Portland, OR

In article <1992Nov18.172459.12288@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
>In article <1992Nov17.201430.27220@reed.edu>, bowman@reed.edu (BoBoRamDos) writes:
>> A couple of weeks ago (right after I installed Now Utilities 4), command-option
>> down arrow (go to end of file) stopped working in MPW.  It still works fine
>> in SADE.  I've since upgraded from 3.3a14 to 3.3a16, and it still doesn't work.
>> I've removed Now, and *that* didn't fix it.  As anyone who is used to using
>> that particular key sequence, having it go away is a major pain.  Anyone have
>> any ideas?

>Try entering the following command in the worksheet window:
>	SetKey Command-Option-DownArrow

I forgot to mention that SetKey claims it should be doin' that MoveEndO'File
thang.

Thanks, but, anymore ideas?
bobo
bowman@reed.edu
A geek, by any other name...
Newsgroups: comp.sys.mac.programmer
From: fixer@faxcsl.dcrt.nih.gov (Chris Spiral Catfish Tate)
Subject: Re: INIT icons at startup
Reply-To: fixer@faxcsl.dcrt.nih.gov
Organization: Computer Systems Laboratory, DCRT, NIH
Date: Thu, 19 Nov 1992 13:07:30 GMT

In article <Nov19.040356.21609@yuma.ACNS.ColoState.EDU>,
cantrell@lamar.ColoState.EDU (Carol Cantrell) writes:
>
>How do I get an INIT to display its icon at the bottom of the screen during
>startup?  This seems as though it might be tricky, since an A4-based INIT
>doesn't have QD globals.  Is there a standard method?  (I don't have the Mac
>technical notes, which is probably where this one is.)

You just want to put another INIT resource in your System Extension or
Control Panel file that does this.  It's easier, and you don't have to worry
about doing the graphics work yourself, since you can use The Standard 
Method - the ShowINIT code, by Paul Mercer and others.

If you look around at your favorite FTP sites, you can probably find the
source code to it, along with a compiled seperate-INIT-resource version to
drop into your Extension/CP.  If you can't find it, drop me a note and I'll
send you a copy.

(Y'know, this really should be in the FAQ list...)

------------------------------------------------------------------------------
Christopher Tate             | The Leadfoot Collection, Continued:
Management System Designers  |     * Heavy Fuel (Dire Straits)
                             |     * Last Scene in September (Preston Reed)
fixer@faxcsl.dcrt.nih.gov    | Because driving fast is a cathartic experience.
Newsgroups: comp.sys.mac.programmer
From: jxs18@po.CWRU.Edu (Jerry Sy)
Newsgroups: comp.sys.mac.programmer
Subject: is there a way to find out who is using an app ?
Date: 16 Nov 1992 21:49:18 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: jxs18@po.CWRU.Edu (Jerry Sy)
NNTP-Posting-Host: hela.ins.cwru.edu


Here's my problem.

I have an application that runs in multiuser mode out on an appleshare
server volume.  Now whenever I make some changes and want to update,
I can't because people are using the program.  Now the appleshare
program will tell me who is currently logged on, but not who is
using my program.

is there a way to determine (programmatically or otherwise) who is
using an app on the server, short of going to each and every one
of the 50 users who are currently logged in ?

thanks
jerry

Newsgroups: comp.sys.mac.programmer
From: blob@gallant.apple.com (Brian Bechtel)
Subject: Re: Which SCC in Macs
Date: Fri, 20 Nov 1992 16:04:05 GMT
Organization: Apple Computer Inc.
Keywords: Z85C30?, SCC, Zilog

mm@lehre9.informatik.Uni-Bremen.DE (Markus Kommant und Michael Schmidt) writes:

>so, two tries to get some Information on Interrupt and SCC programming
>on the Mac, but no response. :-(

>Maybe at least somebody knows if the SCC from Zilog is the Z85C30 and
>how and where the registers are mapped into the memory. Probably that
>stuff is described in "The Macintosh Family Hardware Manual" or the Mac
>SE Deveoper Notes, but I couldn't get my hands on that stuff yet. If
>anybody knows a site where to ftp anything like that ...

You can get the "Guide to Macintosh Family Hardware" from APDA, or from
any bookseller who can order books from Addison-Wesley publishers in the
USA.  The ISBN number for the 2nd (latest) edition is 0-201-52405-8.

Developer notes are available on the developer CD series, or from APDA
as well.  You can purchase the CD from (no suprise) APDA.

The Zilog 8530 is the SCC chip used on everything but the IIfx and
Quadra 900 and 950 computers.  That may or may not change in the
future.

APDA
Box 319
Buffalo, NY 14207-0319

US 800-282-2732
Canada 800-637-0029
International 716-871-6555
Fax 716-871-6511

Applelink: APDA
AOL: APDA
CompuServe: 76666,2405
Internet: APDA@applelink.apple.com

--Brian Bechtel     blob@apple.com     "My opinion, not Apple's"
From: Joe.Francis@dartmouth.edu (Joe Francis)
Newsgroups: comp.sys.mac.programmer
Subject: Re: THINK C 5 Debugger and System 7.1
Date: 16 Nov 92 20:19:38 GMT
 <1992Nov14.142235.5699@kosman.uucp>
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0a5@newshost.dartmouth.edu

In article <1992Nov14.142235.5699@kosman.uucp>
kevin@kosman.uucp (Kevin O'Gorman) writes:

> >Is there an updater for the THINK C Debugger?  Mine worked fine with
> >7.0 but crashes on startup with 7.1.
> 
> AHA!  I just got bitten by this last night; reading this is probably
> saving me gobs of time trying to track down the problem.

I have since discoverd that there is no incompatibility between the
THINK C Debugger and system 7.1.  There is, however, a compatibility
problem between the THINK C Debugger and a *corrupted* system 7.1.     
     

:-O
Newsgroups: comp.sys.mac.programmer
From: wayne@bragg.bio.purdue.edu (Wayne Twitchell)
Subject: date on the mac
Reply-To: wayne@bragg.bio.purdue.edu
Organization: Purdue University, Dept. of Biological Sciences
Date: Wed, 18 Nov 1992 20:49:21 GMT

I need to find out how dates are stored in the mac OS.  Specifically I'm using
ResEWdit to find and change the HEX representation of the date.
could someone out there tell me how to do this? 
Please send mail as I don't monitor this group

Wayne@bilbo.bio.purdue.edu
From: chuck@gte.com (Chuck Hoffman)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MenuKey bug
Date: 16 Nov 92 14:28:26 GMT
Followup-To: comp.sys.mac.programmer
Organization: GTE Laboratories

In article <17459@mindlink.bc.ca>, Henry_van_Tunen@mindlink.bc.ca (Henry
van Tunen) wrote:
> 
> Hi netters,
> 
> Could some kind person confirm a bug I found in the MenuKey function?
> I am getting a bus error when I call MenuKey and I don't have any menus
> installed yet. I am calling MenuKey after I have called InitMenus.
> 
> [debug code left out]
> 
> I found this code in the system resource "lpch" ID=28. My System version is
> 7.0.1, with Tuneup 1.1.1. Is this limitation documented anywhere? Should
> I check to see if there are menus before calling MenuKey, or should I
> just make sure I have inserted my menus first?
> 

I found a similar problem under System 6 when I tried to use MenuKey or a
dialog before actually putting up my own menu.  No, I didn't find it
documented anywhere.  I just filed it away in my head in the "I'll never do
THAT again" category.

Chuck Hoffman
chuck@gte.com
GTE Laboratories, Waltham, Massachusetts, USA
(617) 466-2131
=====================================
I'm not sure why we're here, but I am sure that while we're here we're
supposed to help each other.
=====================================
Newsgroups: comp.sys.mac.programmer
From: sethi@pokey.cis.udel.edu (Adarshpal S Sethi)
Subject:  Re: Developing programs for low-end Macs
Organization: University of Delaware, Newark
Date: Tue, 17 Nov 1992 20:51:33 GMT


In article <de19-171192063756@mac19-pg2.umd.edu> de19@umail.umd.edu (Dana S Emery) writes:
>In article <1992Nov13.181736.25732@udel.edu>, sethi@pokey.cis.udel.edu
>(Adarshpal S Sethi) wrote:
>> 
>> I am developing a program using Think C that is
>> required to run under both System 6 and System 7
>> as well as on low-end Macs including the 128K and
>> 512K Macs. The only machines available to me are
>> the Mac SE and the MAC II. My question is: What
>> care/precautions should I take during the development
>> to ensure that the program will meet these
>> requirements? Thanks in advance for all responses,
>
>Those are mighty stringent requirements, especially for someone who lacks
>an historically complete view of Macintosh documentation.
>
...stufff deleted...
>
>It might help us to know just why this is a requirement?
>--
>
>Dana S Emery <de19@umail.umd.edu>

Many thanks to all who replied to my message both in the
newsgroup and by personal email. I got many references to
the Inside Mac books (which I'll go look up as soon as possible)
but not much else. There were some doubts expressed on whether
Think C 5.0 or later could at all produce programs that would
run on the lower-end Macs.

Many people expressed sentiments similar to the above asking to
know just why this is a requirement. Well, I agreed to develop
a simple game for our local school. This school has only
Mac SE's but they would wish to exchange games with other schools
or even to give it away to other schools, and I was told that
some of these other schools probably have older Macs, which is
why the requirement. (I was told that many people like you
and me donate old equipment to schools, and that's how they
end up with obsolete stuff that nevertheless gets used; that's
reality!)

Well, I initially didn't think this was a big deal, given that
the game is a rather simple one. It has some graphics, and will
use the Mac-style windows, menus, etc. (but it only needs
one window) and will probably read
a few data files, but that's it. I thought I could probably
be frugal with the use of some features that would allow me
to have a program that would run on all machines. I am still
not certain that this is correct. Anyone know for sure? Should
I give up completely on this, or is there any reasonable way
I can do it? Note that I do not have access to any such low-end
machines.

Adarsh 
sethi@udel.edu

Newsgroups: comp.sys.mac.programmer
From: Alexander M. Rosenberg <alexr@apple.com>
Subject: Re: CTB Problem?
X-Useragent: Nuntius v1.1.1d12
Date: Fri, 20 Nov 1992 00:53:48 GMT
X-Xxdate: Thu, 19 Nov 92 00:54:42 GMT
X-Xxmessage-Id: <A73177523F010C7C@mtdew.apple.com>
Organization: Hackers Anonymous

In article <921119.161513.427@klin.far.ruu.nl> Bas
Schulte,schulte@klin.far.ruu.nl writes:
>1. Apple Modem Tool 1.1 (and later on 1.1.1) had problems setting it's
configuration.
>
>When CMSetConfig'ing with a pointer to a previously savedconfiguration string 
>that specifies the 
>tool the answer the phone after x rings, the tool accepts CMSetConfig (i.e.
it 
>doesn't return an 
>error), but it switches back to 'Dial phone number...'! It does use the other 
>settings in the 
>configuration string, but it refuses to keep the 'Answer phone after x rings'.
>
>In other words: not usable! My host application is supposed to answer the 
>phone, but I can't get 
>Apple Modem Tool 1.1 or 1.1.1 to do it. Version 1.0 DOES remember it's
settings correctly.

This sounds exactly like the problem that caused us to release
1.1.1. 1.1 was a near total rewrite of 1.0. 1.1.1 fixed a bug in
the config handling code that would result in exactly the sort of
problem you describe.
---------------------------------------------------------------------------
-  Alexander M. Rosenberg  - INTERNET: alexr@apple.com      - Yoyodyne    -
-  330 Waverley St., Apt B - UUCP:ucbvax!apple!alexr        - Propulsion  -
-  Palo Alto, CA 94301     -                                - Systems     -
-  (415) 329-8463          - Nobody is my employer so       - :-)         -
-  (408) 974-3110          - nobody cares what I say.       -             -
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.comm
From: aep@world.std.com (Andrew E Page)
Subject: Adding Comm to an Application
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 19 Nov 1992 14:21:27 GMT


   I've just picked up a client who wishes to add modem communications
to an application.  They're currently accomplishing the task with
terminal applications and terminal scripts.  They would like to cut
out the need for the terminal program and have the communications done
from within the application.  
   I know that eventually that they should go to a remote access
protocol, and I will be steering future work in that direction.
However, for the time being they just want to simplify their
current application.  


    My Major question is thus:

   1)   Just use the serial driver, and standard modem techniques.


   2)   Use the Sys 7  CommToolbox, connection manager, file transfer
        manager etc.  Probably a bit harder from what I've read
        thus far, but will make the migration to true networking
        easier down the road.


   3)   A Third alternative.

-- 
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: mcmath@csb1.nlm.nih.gov (Chuck Bus Error Special McMath)
Subject: PostHLEvent limits?
Followup-To: comp.sys.mac.programmer
Organization: MSD
Date: Fri, 20 Nov 92 19:34:15 GMT

I asked about this yesterday, and have updated *my* knowledge base, anyway,
so thought I'd ask again.  I have an app I wrote which uses
PostHighLevelEvent to send messages to another app on the same machine. 
Here's the code:


		myEvent.what = kHighLevelEvent;
		myEvent.message = (long)'GENL';
		tLong = (long) 'regi';
		BlockMove(&tLong, &myEvent.where, sizeof(tLong));
		
		myOpts = receiverIDisSignature;
		myRecvID = (long)'MEAS';			/* 'Supervisor' is destination */
		
		SysBeep(1);
		bufH = NewHandle(512L);
		HLock(bufH);
		err = PostHighLevelEvent(&myEvent, myRecvID, 0, *bufH, 
													(unsigned long)256, myOpts);
			
		HUnlock(bufH);
		DisposHandle(bufH);
		if (err != noErr)
			  Debugger();


The problem is that when the buffer size is set to greater than 256, the
receiving app NEVER GETS THE EVENT.  That's right, if the
PostHighLevelEvent call is changed to this ...

		err = PostHighLevelEvent(&myEvent, myRecvID, 0, *bufH, 
													(unsigned long)257, myOpts);


 ...then there is no response from the target app.  But if the length is <
256, all is well, my target app burps out a message back to this guy, etc.

Is there any reasonable explanation for this?  IM 6 doesn't hint at any
limits for passing data in this manner.  Did I miss something?  Is this a
real limit on the amount of data that can be passed?  Is my shirttail
untucked?

chuck


|- chuck mcmath - mcmath@csb1.nlm.nih.gov - MSD, Inc. ------------|
|- National Library of Medicine - National Institutes of Health --|
|- Bethesda, MD 20894 - Volunteers to be next baseball commish -- |
|- "Hey batter, hey batter, hey batter, swing" - Anon. -----------|
From: rla20@duts.ccc.amdahl.com (Roger Allen)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How to store file references/names ?
Date: 19 Nov 92 16:59:41 GMT
Reply-To: rla20@DUTS.ccc.amdahl.com (Roger Allen)
Organization: Amdahl Corporation, Sunnyvale CA

In article <19J603sDbc5K00@amdahl.uts.amdahl.com> alan@uts.amdahl.com (Alan Bomberger) writes:
>Since you have to keep full path names one wonders why
>one would use DirIDs?

This is in case the user moves the folder containing the file to another 
location, the volName, dirID and fileName method will work.  

BTW, thanks to all of the people in this thread, I hadn't considered that a
something could mess up the dirID and I will be putting that code in my 
program...  (SC 16 didn't mention that :^) Isn't c.s.m.p great!

Thanks,
Roger.
--
> Roger Allen                   | Opinions expressed by me do not        <
> Amdahl Computer Development   | represent the opinions of Amdahl.      <
> rla20@cd.amdahl.com           |                                        <
Newsgroups: comp.sys.mac.programmer