HDTenEightyP/NetNews huggingface dataset:
From: leonardr@ccs.itd.umich.edu
Subject: Re: HFS Calls in IM6?
Originator: leonardr@diddley.ccs.itd.umich.edu
Organization: Campus Computing Sites, University of Michigan-Ann Arbor
Date: Wed, 26 Aug 1992 03:27:07 GMT

In article <keagGhC00UhWM6nGQa@andrew.cmu.edu> ba0k+@andrew.cmu.edu (Brian Patrick Arnold) writes:
>
>Howdy,
>
>Can anybody tell me whether the HFS High-level calls in Inside Macintosh
>Vol 6 noted as being equivalent to HFS low-level calls in Inside
>Macintosh Vol 4 ARE, IN FACT simply glue to HFS low-level traps, or are
>they specific to System 7, i.e., traps themselves?  
>
	All of the high level HFS calls ('Hxxx') are valid under System 6 -
EXCEPT HOpenDF which is only valid for Sys7.  However there is no easy way
to test for just "_OpenDF" implemented.  I usually test for the FSSpec
calls to be valid (via Gestalt) and if they are, then so is the OpenDF 
routines.

>I noticed that
>MacApp 3.0's TFile class uses these HOpenDF etc. without checking for
>System 7 or File Manager Gestalt.  TFile does check for Alias manager
>using Gestalt, to filter out whether it will do certain FSp, Finder and
>Alias Manager calls, but it doesn't filter on the H calls.  
>
	that would mean that MacApp 3 programs won't work under System 6!

-- 
-----------------------------------------------------------------------
Leonard Rosenthol		  Internet: leonardr@ccs.itd.umich.edu
Director of Advanced Technology   AppleLink: MACgician
Aladdin Systems, inc.		  GEnie:     MACgician
Newsgroups: comp.sys.mac.programmer
From: tim@maths.tcd.ie (Timothy Murphy)
Subject: Re: Why won't this compile under Think C 5.0?
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Date: Wed, 26 Aug 1992 23:04:09 GMT

rrwood@uuisis.isis.org (Roy Wood) writes:

>Okay, I'm feeling frustrated and dumb.  Look at this:

>/* ----------------------------------------------------- */

>extern void MyFunction(char);

>void MyFunction(theChar)
>char theChar;
>{
>     /* do stuff */
>}

>/* ---------------------------------------------------- */

I think it will compile if you set "Prototypes required"
in the Compile options (bottom of Edit menu).

The problem arises otherwise from the mixing of "new" format
in the function prototype and "old" format in the function definition.
I read a justification of the compiler behaviour you mention,
but I didn't understand it.

-- 
Timothy Murphy  
e-mail: tim@maths.tcd.ie
tel: +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
From: wieser@acs.ucalgary.ca (Bernie Wieser)
Subject: Re: Does anyone recognize _Jackson?
Date: Fri, 04 Sep 92 20:34:57 GMT
Organization: The University of Calgary, Alberta

As the illustrious Tom from Apple says, this is most frequently
indicative of a segment loader problem.

Jackson, error 25, etc.

I most often get this with 32 bit segloader patch.
-- 
Bernie Wieser
wieser@acs.ucalgary.ca
HYPROTECH.BW@applelink.apple.com
From: zimerman@phoenix.Princeton.EDU (Jacob Ben-david Zimmerman)
Newsgroups: comp.sys.mac.programmer
Subject: Looking for BigNum libraries for Mac Think C 5...?
Date: 27 Aug 92 13:52:02 GMT
Organization: Princeton University
Originator: news@nimaster

Because asking the net has worked so well for me recently, I figured I'd
come straight here with this one.  Does anyone konw if there exists a
'big number' package for the Mac's THink C?  I have vague memories of
seeing some kind of package from DEC called 'bignum' while at school,
but I can't remember how to get it or whether it supported Think C.  I'm
trying to fiddle around with RSA public key encryption, but I don't have
the expertise or the patience (shame) to write my own large-number
(hundred- to two-hundred digit) math routines.  I need stuff like mod
and exponentiation, and I am pretty sure that package does it.  In any
case (long-windedly) if anyone could give me a pointer to this package
I'd appreciate it.  I have ftp access.

-JBZimmerman!
JB> uptime
  9:47am  up 1 day, 4:40,  1 users,  load average: 8.65, 8.75, 8.48
  *** WARNING: JB has been up for an excessive period without ***
  *** sleep-ing system processes - recommend immediate temp-  ***
  *** orary shutdown to conserve diminishing system integrity.***  
-- 
___________           |-Is that Scotch over there?  Hold everything.
     ||               |                -Sean Connery, The Russia House
||   ||acob Zimmerman!+> <zimerman@phoenix.Princeton.EDU> INTERNET 
 \===/                |  <zimerman@PUCC>                  BITNET
From: Michael Brennan <mikeb@sam.amgen.com>
Subject: Re: SFPPutFile question
Organization: Amgen
X-Useragent: Nuntius v1.1
Date: Wed, 26 Aug 1992 18:41:25 GMT

In article <1992Aug18.225650.15434@asuvax.eas.asu.edu> Marc Lesure,
system@asuvax.eas.asu.edu writes:
>I have a problem using the SFPPutFile routine.  I want to give the user
the
>option of appending to an existing file so I've added an 'append'
>button in addition to the 'save' and 'cancel'.  

In my opinion, you'd be better off using SFGetFile if the user chooses to
append to an existing file.  After all, if the user wishes to append to
an existing file, it would be better to let the user select the file from
the scrolling list of files, rather than having to type in the name.   

This would require a greater distinction between creating and appending a
file as far as your interface is concerned, which I would recommend
anyway. It's less confusing to the user.
Newsgroups: comp.sys.mac.programmer
From: ross@bnr.ca (Ross Brown)
Subject: Re: Adding Balloon help
Organization: Bell-Northern Research
Date: Fri, 4 Sep 92 14:41:42 GMT

In article <1992Sep3.184230.2332@alias.com> rae@Alias.com (Reid Ellis) writes:
>[stuff deleted]
>I've always wondered if you could use a 'moov' resource.  A little
>animation would make 3D revolves etc. easier to understand, that's for
>sure.

Yes, someone(s) at the MacHack gathering this summer presented just such a
hack.  Anyone with back issues of the TidBITS newsletter could find the
reference for you.  I don't keep them.

==============================================================================
Ross Brown, Dept. 7C22  < Bell-Northern Research     >  Just the facts, ma'am.
Advisor, Telemgmt Svcs  < P. O. Box 3511, Station C  >  We don't care whose
ross@bnr.ca             < Ottawa, ON, Canada K1Y 4H7 >  opinions yours aren't.
==============================================================================
From: Glen.Stewart@f175.n2240.z1.ieee.org (Glen Stewart)
Newsgroups: comp.sys.mac.programmer
Subject: GNU C++ for the Macintosh?
Date: 26 Aug 92 16:16:16 GMT
Organization: FidoNet node 1:2240/175 - The Associati, Grand Blanc MI

I see that GNU C++ supports over 40 different processors and comes with source 
code.  Is it avaiable as a running Macintosh program?

If so, can you tell me what BBS would have it, or how much it would cost to
ship by mail to me?

Thanks!


--  
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
 Glen Stewart - Internet: Glen.Stewart@f175.n2240.z1.ieee.org
Newsgroups: comp.sys.mac.programmer
From: Reid Ellis <rae@Alias.com>
Subject: Re: Adding Balloon help
Organization: Alias Research, Inc., Toronto ON Canada
Date: Thu, 3 Sep 1992 18:42:30 GMT

Danny W. McCampbell <danny@utkux1.utk.edu> asked about adding balloon
help to his app.

Peter N Lewis <peter@cujo.curtin.edu.au> replied:
|Whatever you do, don't use BalloonWriter or you'll spend more time
|fighting it than adding balloons!
 ...
|The hdlg resource has items for each dialog item.  There is a hdlg
|item in the array for each DITL item, and each hdlg item has four
|strings (STR# id, index pairs) attached to it (Normal, Disabled,
|Checked, something else). 

This is fine as long as your balloon help strings are all less than
255 chars long.  If they're longer, you should use TEXT [HMTEResItem]
resources instead.  Another advantage of using TEXT resources is that
you can used 'styl' resources to style the text with different fonts,
sizes, boldness etc.  This can be a bad thing as well, since any font
selected via Leium or whatever will be ignored.  If you want to get
REALLY fancy, you can use PICT [HMPictItem] resources and have nice
colour diagrams in your explanations.

I've always wondered if you could use a 'moov' resource.  A little
animation would make 3D revolves etc. easier to understand, that's for
sure.

Reid
--
Reid Ellis                                            
rae@utcs.utoronto.ca        ||           rae@Alias.com
CDA0610@applelink.apple.com ||  +1 416 362 9181 [work]
From: rainwatr@ucbeh.san.uc.edu
Newsgroups: comp.sys.mac.programmer
Subject: Problems in Macintosh Programming Secrets
Date: 4 Sep 92 01:01:09 EST
Reply-To: Don.Rainwater@UC.Edu
Distribution: world
Organization: Univ. of Cincinnati Center for IT Services

I'm trying to get the example programs to work from the Second Edition of
Macintosh Programming Secrets by Scott Knaster and Keith Rollin.  I'm having
a little trouble with the program in Chapter 4, specifically with the changes
to the MainEventLoop function in Standard Stuff.c.  The line in question is:
 
	itemWasHit = DialogSelect(&event, &theDialog, &itemHit);
 
When I try to compile the source file, I get the message " 'theDialog' has
not been declared."  There is another occurrance of 'theDialog' a couple of
lines later, so I don't think it's a typo.
 
As far as I can tell, there is no function prototype in any of the files
for DialogSelect.  I'm assuming there should be. (?)
 
There were other variables in MainEventLoop that no declaration was listed 
for, including passToDialog, itemWasHit, and sleepyTime.  I made some
assumptions which I think are correct - I declared the first two as
Booleans, and sleepyTime as a long.
 
Anyway, can someone tell me what theDialog should be?  A DialogPtr perhaps?
Also, are there any other gotchas to watch out for in the rest of the book?
 
Thanks for any info. 
--
Don Rainwater, Systems Manager, Univ. of Cincinnati Center for IT Services
Don.Rainwater@UC.Edu
From: eric_gorr@coglab_psych.uoregon.edu (Eric Gorr)
Newsgroups: comp.sys.mac.programmer
Subject: WEIRD BUG:  HELP!  - concerns apple-events
Date: 26 Aug 92 19:05:16 GMT
Article-I.D.: nntp.1992Aug26.190516.26926
Distribution: usa
Organization: University of Oregon Network Services

Think of this code as being two parts, with each part beginning with an
AEGetParamPtr call.  

When I run through all of the code in part 1 and then make the
AEGetParamPtr call in part 2, it returns an error -1701.  

The code in part 1 works with no difficulties that I can see.

Now, when I switch part 1 and part 2 so that part 2 gets executed before
part 1, the AEGetParamPtr in part 1 returns the error -1701.  

So, the problem must lie (as near as I can tell) in the strcpy, myBlock,
etc. lines which are esentially the same for both parts.  

Any ideas?  I have no clue....


..
..other AEGetParamPtr calls here
..
***
***** PART 1
***
myErr = AEGetParamPtr( theAppleEvent, texturePathKey, typeChar,
&ignoredType,
						   pathPtr, maxSize, &theSize );

---> potential problem in these lines?
	pathPtr[theSize] = '\0';
	strcpy( thePath, (char*)pathPtr );
	strcat( thePath, (char*)theHead.txName );	
	CtoPstr( thePath );
	myErr = FSMakeFSSpec( 0L, 0L, thePath, &mySpec );
	myBlock->ioCompletion = 0L;
	myBlock->ioNamePtr = 0L;
	myBlock->ioVRefNum = mySpec.vRefNum;
	myBlock->ioWDProcID = 0;
	myBlock->ioWDDirID = mySpec.parID;
	myErr = PBOpenWD( myBlock, false );	
	strcpy( (char*)theHead.textureName.fName, (char*)theHead.txName );
	theHead.textureName.vRefNum = myBlock->ioVRefNum;
---

***
***** PART 2
***
	myErr = AEGetParamPtr( theAppleEvent, ribPathKey, typeChar, &ignoredType,
						   pathPtr, maxSize, &theSize );

---> potential problem in these lines?
	pathPtr[theSize] = '\0';
	strcpy( thePath, (char*)pathPtr );
	strcat( thePath, (char*)"tmp.tmp" );	
	CtoPstr( thePath );
	myErr = FSMakeFSSpec( 0L, 0L, thePath, &mySpec );
	myBlock->ioCompletion = 0L;
	myBlock->ioNamePtr = 0L;
	myBlock->ioVRefNum = mySpec.vRefNum;
	myBlock->ioWDProcID = 0;
	myBlock->ioWDDirID = mySpec.parID;
	myErr = PBOpenWD( myBlock, false );
	strcpy( (char*)theHead.pictureName.fName, (char*)theHead.picName );
	theHead.pictureName.vRefNum = myBlock->ioVRefNum;
---
..
.. more code here
..
Newsgroups: comp.sys.mac.programmer
From: chrisv@runx.oz.au (Chris Velevitch)
Subject: Dylan and Newton PDAs
Organization: RUNX Un*x Timeshare.  Sydney, Australia.
Date: Tue, 1 Sep 92 15:35:35 GMT

I have heard that there is a new programming language called
Dylan, which is being used to build compact cross-platform
applications for the Mac, Newton PDAs and Unix workstations.
Is is available yet? If it is available, how does one test an
application if you don's have access to a PDA? I also have
heard that there is a new fully pre-emptive multitasking
operation systems for the Newton called NewtOS. Will NewtOS
be available for the Mac or a NewtOS emulator to allow
testing of OS related functions?
-- 
Chris Velevitch
Internet: chrisv@runxtsa.runx.oz.au
UUCP: ...!uunet!munnari!runxtsa.runx.oz.au!chrisv
Voice: +61 2 906 6100, Fax: +61 2 906 6069
From: ksand@apple.com (Kent Sandvik)
Newsgroups: comp.sys.mac.programmer
Subject: Apple Developer Tools Listing 1.0.5
Date: 29 Aug 92 00:47:39 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple

ftp.apple.com, /ftp/dts/mac/tools, contains the latest Apple Developer
Tools listing (1.0.5), a document describing requirements, latest version
numbers and so on. The original document is in WORD4/5, so you should get
the best result if you could open the landscape based document using this
word processor. I've also enclosed a MacWrite version. The binary is a
self-extracting Compact Pro archive.

The biggest changes since the last list, 1.0.4, was new versions and some
new tools that we shipped on the ETO#8 CD recently. Feel free to contact me
if you find inconsistencies and problems.


Kent Sandvik/DTS

PS: I was thinking about pasting a binhex version below, but due to 
sleazy desk top publishing data the compressed binary is 40k or more,
and some people use newsreaders that can't read in more than 32k max
characters. So I need to send it in two sets; if the ftp site placement
is bad, let me know and I could post the list on comp.sys.mac.binaries or 
here.

---
"George, sorry but I do look much better in my running shorts than you and
Bill..."
Newsgroups: comp.sys.mac.programmer
From: agoates@nyx.cs.du.edu (Alan Goates)
Subject: Best text compression?
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Thu, 3 Sep 92 21:45:18 GMT



First, thanks to everyone who answered my Notification Manager question.
(I didn't have the latest tech notes yet)
Second, does anyone know what the best published (Public Domain) algorithm is
for compressing text. And does anyone know where I could get my hands on examplesource code for said algorithm (The only one I've seen is Lempel-Ziv).
Thanks in advance,
AL
From: grobbins@Apple.COM (Grobbins)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How to increase stack size ???
Summary: Don't try to fix a specific stack size
Date: 4 Sep 92 03:25:10 GMT
Organization: Apple Computer Inc., Cupertino, CA

In article <1992Sep3.180837.8540@novell.com> damurphy@wc.novell.com (Duane A Murphy) writes:
>This increases the stack size by an amount.  It does not _SET_ the stack
>size.  I needed (as I believe the original author did) to set the 
>stack size to a particular size.

The original poster wanted to be guaranteed at least a 32K stack 
regardless of the application's partition size setting.

It is not a good idea to set the stack to a specific size (although it
can be done by setting ApplLimit to CurStackBase minus the desired size)
because the System may decide to make demands of your stack beyond
the normal default.  It can do so safely by just upping the default
stack and partition sizes when launching.

This happened with the introduction of Color QuickDraw.  Additional
stack space was necessary for safe QuickDraw use, so the default stack
size was upped to 24K and the partition size of each application was
increased upon launch to accomodate the larger stack.

Any application which sets a specific stack size after launching
defeats the ability of System software to increase the stack.
At the time the program is written, 16K may be plenty large for the
stack, but that may not be true for the same program under some
future version of System software.

For this reason, DTS has for some time advocated that the stack be 
increased when necessary (by lowering ApplLimit), but not fixed to 
a specific size.

Grobbins           grobbins@apple.com

Usual disclaimers apply.
From: back@itd.dsto.gov.au
Newsgroups: comp.sys.mac.programmer
Subject: Zortech C++  - Comments? -
Summary: Comments on Zortech C++ ?
Keywords: Zortech C++
Date: 26 Aug 92 18:52:15 GMT


Has anyone used the Zortech C++ compiler for the mac. I'm thinking of buying it and would like to get a little user feedback.
Thanks.

Andrew

back@itd.dsto.gov.au

--
----------------------------------------------------------------------
Andrew Back
Electronics Research Laboratory                  back@itd.dsto.oz.au
DSTO Salisbury.  5108.  SA.                      Phone: +61 8 259 5975
Australia.                                       Fax:   +61 8 259 5980
----------------------------------------------------------------------
Newsgroups: comp.sys.mac.programmer
From: GG.DAR@forsythe.stanford.edu (Aaron Reizes)
Subject: Easy Access problem
Organization: Stanford University, California, USA
Distribution: net
Date: Wed, 2 Sep 1992 15:30:51 GMT

I've got a problem with Easy Access.  Specifically Slow Keys.

(Slow Keys are invoked by holding down the RETURN key for about 8
seconds.  You then get a warning beep beep beep and then a long
whistle telling you that EA-Slow Keys are active.)

EA-Slow Keys are being mysteriously invoked from within my program.
It is a communications program that uses MacTCP.  Users are typing
away and all of a sudden EA starts up.  I have not been able to find
any evil doings with my program.

Questions:

Does anyone have any ideas as to why this could be occurring?

Any similar experiences with other apps?

Is Easy Access a Trojan Horse virus?

Thanks,

    Aaron Reizes
    reizes@forsythe.stanford.edu
    (415)723-7253
From: tcd@vax5.cit.cornell.edu
Newsgroups: comp.sys.mac.programmer
Subject: Moire cdev crash
Date: 28 Aug 92 14:43:45 EDT
Distribution: comp
Organization: Cornell University

     I'm working on a program that sends live video over the net in
UDP packets.  I spent the last few days trying to figure out why my
receive/display code would always crash after about 3 minutes, and
finally figured out that it was the "Moire" cdev code that was 
generating a bus error.  Personally, I don't care much for screen
savers, but it happened to be installed on the machine I was using as
a test receiver.  Since it doesn't appear to cause problems for other
applications run on that machine, I'm wondering what I can do to make
my code more robust.  I'm not particularly interested in figuring out
how the cdev works (or doesn't work), but if there are any general
techniques I can use to protect myself.	  
      Currently, I'm using asynchronous UDP reads with a simple 
io completion routine.  If I could do it with synchronous reads, would
I be safer?  Also, it occurs to me that the Moire thinks nothing
is happening because the "events" are coming in through the back of
the machine rather than the front.  Would it make sense for my code
to post some kind of event on a periodic basis, just to let everybody
know that it's doing something?  Any other suggestions? 
    The particular "Moire" installed on my colleague's machine is
version 3.22.  If that's simply bad code, then maybe I don't have
anything to worry about with my code.

Tim Dorcey
Cornell Information Technologies
From: lai@Apple.COM (Ed Lai)
Newsgroups: comp.sys.mac.programmer
Subject: Re: ??? AppleEvents - sending > 32K
Keywords: AppleEvents 32K barrier
Date: 27 Aug 92 17:17:09 GMT
Organization: Apple Computer Inc., Cupertino, CA

In article <1992Aug26.033338.9368@terminator.cc.umich.edu> leonardr@ccs.itd.umich.edu writes:
>In article <1992Aug25.235916.3393@athena.mit.edu> decanio@athena.mit.edu (Ken DeCanio) writes:
>>
>>I am trying to send more than 32k of data by a single AppleEvent.
>>I've tried using an AEDescList, but I get an AppleTalk error (-92)
>>
>        As of the Apple Event Manager 1.0 (and 1.0.1), you can NOT send 

This is true of 1.0 and earlier version of 1.01, but is not true for later
versions of 1.01.

>more than 64K worth of data in a single AERecord (which would include a 
>DescList).  Future versions of the AEM will support much olarger data
>passing, but in the meantime your best bet is to use either multiple events
>or create a PPC link (using AE's to setup the link).
>
>
>-- 
>-----------------------------------------------------------------------
>Leonard Rosenthol		  Internet: leonardr@ccs.itd.umich.edu
>Director of Advanced Technology   AppleLink: MACgician
>Aladdin Systems, inc.		  GEnie:     MACgician

/* Disclaimer: All statments and opinions expressed are my own */
/* Edmund K. Lai                                               */
/* Apple Computer, MS37-UP                                     */
/* 20525 Mariani Ave,                                          */
/* Cupertino, CA 95014                                         */
/* (408)974-6272                                               */
zW@h9cOi
From: REEKES@applelink.apple.com (Jim Reekes)
Newsgroups: comp.sys.mac.programmer
Subject: Re: vblCount and Macintosh Programming Secrets
Date: 28 Aug 92 20:48:38 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple Computer, Inc.

In article <BtGsJ9.92@grayhawk.rent.com>, rich@grayhawk.rent.com (Richard
Harms) wrote:
> 
> Keith Rollin (keith@taligent.com) wrote:
> : Good eye! How does the following look to you:
> : 
> : oldA5 = SetA5(myTaskPtr->A5);
> : if (CrsrBusy == 0)
> :     SpinCursor(32);
> : myTaskPtr->theTask.vblCount = pDesiredCount;
> : (void) Seta5(oldA5);
> 
> Thanks... actually, if I had a choice though, I'd set vblCount to 1 to make
> sure the cursor gets spun as close as possible to when it should've... I'd
> hate to see a cursor not spin smoothly... :)  And then just set it to 
> pDesiredCount when I've actually gotten it to spin.
> 
> One question close to this subject though, is it possible to set up A5 in a
> memory manager purgeproc? TN #303 just makes reference to IM and TNs to see
> how to do it, but does the memeory manager pass in anything similar to the
> VBL task record which you can grab your A5 out of?

In the case of being called at non-interrupt time, you can use CurrentA5
in low memory.  This is OK from your grow zone or purge proc, but not from
a VBL or anyother interrupt routine.


-----------------------------------------------------------------------
Jim Reekes, Polterzeitgeist  |     Macintosh Toolbox Engineering
                             |          Sound Manager Expert
Apple Computer, Inc.         | RAll opinions expressed are mine, and do
20525 Mariani Ave. MS: 81-KS |   not necessarily represent those of my
Cupertino, CA 95014          |       employer, Apple Computer Inc.S