HDTenEightyP/NetNews huggingface dataset:
From: Michael Hecht <Michael_Hecht@mac.sas.com>
Subject: Re: The Forgetful Finder
X-Useragent: Nuntius v1.1.1d12
Date: Tue, 10 Nov 1992 19:26:50 GMT
X-Xxdate: Tue, 10 Nov 92 19:15:28 GMT
X-Xxmessage-Id: <A72574801E03050A@studly.mac.sas.com>
Organization: SAS Institute Inc.

In article <1992Nov10.174217.23367@netcom.com> Bill Hofmann,
wdh@netcom.com writes:
>This must be one of those "only a few hundred" open bugs in 7.1.  It's 
>a common experience, and there seems to be no particular cause for it.
>I reported it into the great black hole using the bug reporter, I hope
>others will as well.

I've *only* seen this happen when the Mac forgets my Monitors
configuration (like when I install a new System). And then, *only* the
windows that normally reside on my second monitor get resized and
repositioned. I figured the Finder was being smart by not putting those
windows where there was no desktop. Perhaps this behavior is being
inadvertently triggered on your Macs somehow.

I also discovered that if I merely close these mis-positioned windows, or
ignore them entirely, then when I correct my Monitors configuration, they
go back where they belong the next time I restart.

>Another disturbing bug is that when I boot up,
>multiple finder windows have their controls showing.  Hmmm.  Happens
>every time, consistently. 

This sounds very similar to one of my pet peeves. It seems that there's a
bug in the Mac OS in that if an application creates a new window when
it's not the foreground app, the window appears enabled. Its title bar
has the vertical lines in it, etc. Nuntius is a prime example. This
becomes a problem when I use the title bar as a visual cue to tell me
what the front-most application is. I may end up typing text or command
keys only to discover that the text isn't going where I intended, or the
command keys are doing things I don't want! Is this the behavior you're
describing?

I thought of a very kludgy way to get around the bug. It involves making
an invisible "spare" window, which is normally last in the window list.
When an application is suspended, it brings this inviso window to the
front. Notice that this also generates a deactivate event for the
frontmost window, so the app won't have to simulate that as well. When
the app opens any new windows, it now opens them *behind* the inviso
window, causing them to appear deactivated. When the app is resumed, it
moves the inviso window to the rear, causing the frontmost window to
receive an activate event.

You could maintain a static WindowPtr variable named "behindWindow" that
points to the inviso window when you're in the background, and contains (
WindowPtr )-1 when you're in the foreground. Then you just need to pass
this variable as the "behind" value to the NewWindow calls.

Of course, fixing it in the Window Manager is the better solution, Apple!

--Michael

=======================================================================
Michael P. Hecht                 | Internet:  Michael_Hecht@mac.sas.com
SAS Institute Inc.; Cary, NC USA | AppleLink: SAS.HECHT
Newsgroups: comp.sys.mac.programmer
From: umdenbo0@ccu.umanitoba.ca (David A. Denboer)
Subject: Mac Developers Mailing List
Organization: University of Manitoba, Winnipeg, Canada
Date: Fri, 6 Nov 1992 01:16:52 GMT

We have just set up a mailing list for people interested in Macintosh
programming and development.  Development environment does not matter, so
much that it is on a Macintosh.  If you are interested :
 
email : mac-develop-request@CCU.UManitoba.CA
 
All mailings to the list are to be sent to :
        mac-develop@CCU.UManitoba.CA
 
Thanks!
-- 
David  A.  den Boer			* MUSI Computer Products	*
umdenbo0@CCU.UManitoba.CA		* 9 Abington Road, Wpg., MB	*
Manitoba Macintosh Developers Group	* (204) 257-1568		*
mac-develop@CCU.UManitoba.CA		* 				*
Newsgroups: comp.sys.mac.programmer
From: bbbehr@sunspot.noao.edu (Bradford B. Behr)
Subject: How to change the font used by ListMgr?
Summary: want ListMgr lists in something other than Chicago. how?
Keywords: ListMgr, system font, initProc
Organization: National Solar Observatory/SP, Sunspot NM, USA
Date: Fri, 13 Nov 92 22:22:10 GMT

I am learning to program the Mac by the seat of my pants (i.e. without
Inside Macintosh, using only the Inside Mac DA, the Think C example
programs, and a lot of trial and error) and have been doing OK until I
wanted to change the display font used by the List Manager routines to
something other than Chicago (to a font I designed, if it makes any
difference). It seems that to do this, I have to write my own list
initialization procedure instead of selecting the default used by
LDraw and other such routines. Anyone have any suggestions as to how
this might be accomplished? I bet Inside Macintosh describes how
somewhere, but I am on top of a mountain for the next few months, with
nary a Mac reference in sight.

Any help, pointers, or suggestions (other than "buy I.M.!") would be
greatly appreciated. Post or email, your choice. Relevant stats: Mac
SE running Sys6.0.8, Think C 4.0.5, no ObjOriented or Class Libraries
action, just vanilla C.

Mucho danke,
Brad

-- 
----------------------------------------------------------------------
  Bradford B. Behr                   bbbehr@sunspot.sunspot.noao.edu
     Sacramento Peak National Solar Observatory, Sunspot NM 88349
----------------------------------------------------------------------
Newsgroups: comp.sys.mac.programmer
From: umdenbo0@ccu.umanitoba.ca (David A. Denboer)
Subject: New Mailing list for Mac Developers
Organization: University of Manitoba, Winnipeg, Canada
Date: Fri, 6 Nov 1992 01:07:12 GMT

We have just set up a mailing list for people interested in Macintosh
programming and development.  Development environment does not matter, so
much that it is on a Macintosh.  If you are interested 

email : mac-develop-request@CCU.UManitoba.CA

All mailings to the list are to be sent to :

mac-develop@CCU.UManitoba.CA
 
Thanks!
-- 
David  A.  den Boer			*********************************
umdenbo0@CCU.UManitoba.CA		* MUSI Computer Products	*
Manitoba Macintosh Developers Group	* 9 Abington Road		*
mac-develop@CCU.UManitoba.CA		* Winnipeg, MB  (204)257-1568   *
Newsgroups: comp.sys.mac.programmer
From: hpoppe@ncar.ucar.edu (Herb Poppe)
Subject: Re: PhotoCD Woes?
Organization: Scientific Computing Division/NCAR Boulder, CO
Date: Thu, 5 Nov 1992 18:15:21 GMT

In article <Bx6HME.GCJ@iat.holonet.net> bwilliam@iat.holonet.net (Bill 
Williams) writes:

> Apples Driver 4.0 fixes the bugs in the 3.2 driver AND with apples 
PhotoCD
> Access Extension will allow the Sony 8001 (The original old Apple CD-ROM)
> to read PhotoCD files.

Multi-session or only single-session?

> Of course the amazingly comprehensive "FWB CD-ROM ToolKit" enables many
> CD-ROMs to access PhotoCD that might not normally. This includes the 
Apple
> CD.

Multi-session or only single-session?

Herb Poppe                 National Center for Atmospheric Research (NCAR)
hpoppe@ncar.ucar.edu       1850 Table Mesa Dr.
(303) 497-1296             Boulder, CO  80303
From: franklin@endive.eecs.ucdavis.edu (Paul Franklin)
Newsgroups: comp.sys.mac.programmer
Subject: Re: INIT's/System Extension Questions
Date: 11 Nov 92 23:46:58 GMT
	<1992Nov9.142944.3187@dartvax.dartmouth.edu>
Organization: University of California at Davis
In-reply-to: Mark.R.Valence@dartmouth.edu's message of 9 Nov 92 14:29:44 GMT

In article <1992Nov9.142944.3187@dartvax.dartmouth.edu> Mark.R.Valence@dartmouth.edu (Mark R. Valence) writes:
>In article <19028@ucdavis.ucdavis.edu>
>cklarson@taquito.engr.ucdavis.edu (Christopher Klaus Larson) writes:
>
>> Feel free to use this as you see fit. Optimizations and bug fixes welcome.
>
>I have two minor comments:
>
>1.  You save A5, and then restore A5 AND CurrentA5 to the A5's original
>value.  This is dangerous, as you are assuming A5 points to a valid
>quickdraw globals area upon entry to your code.  I would suggest
>instead that you save BOTH A5 and CurrentA5 in separate locations, and
>restore them separately.  If you don't, you will see some weird bugs
>with some pretty widely used INITs (I won't mention any names).

Very true. I do assume that A5 and CurrentA5 contain the same value
upon entry -- a POOR assumption. The value of CurrentA5 should be
saved and restored to its value on entry, not restored to A5's entry
value.

>2.  You should probably give some credit to the guys who wrote the
>original and most widely used version of this code.  They were the
>ones, I believe, who first used CurApName for temporary storage, and
>made it the "standard".  I, too have written my own version of this
>code (it's smaller than the original, and does the same stuff), but my
>code still credits the original source.

Absolutely. The original routine was written by Paul Mercer, Darin Adler,
and Paul Snively from an idea by Steve Capps. Their code did standardize
the use of CurApName for temporary storage. In no way do I attempt to
take credit for thier work and I apologize for this omission.

Thanks for the comments.

(Sorry it took so long for me to respond -- we have had some problems
with our news server so I had to post this from a friend's account.)

-- Chris
cklarson@engr.ucdavis.edu
Newsgroups: comp.sys.mac.programmer
Distribution: world
From: David_B._Lamkins@fourd.com
Organization: 4th Dimension BBS
Date: Sat, 07 Nov 1992 12:11:33 EST
Subject: Can _DisposHandle move memory?

IM-I puts DisposHandle on a list of traps that may move memory or do other
things that are bad at interrupt time. The IM XREF puts it on a list of traps
that can't be called at interrupt time.

Now, I can understand why DisposHandle shouldn't be called at interrupt time
(it would need to grovel over MM structures that might already be in use by an
application, and the MM is probably not reentrant), but can it _really_
trigger heap compaction (which is the only case I know of that will cause
movement of unlocked blocks)? I feel a little silly writing code that assumes
a DisposHandle call can move memory, but in the absence of a definitive
answer...

Dave
********************************************************************
System: fourd.com                                Phone: 617-494-0565
Cute quote:  Being a computer means never having to say you're sorry
********************************************************************

Xref: sparky comp.sys.mac.programmer:18024 comp.multimedia:3242
From: sakelley@euclid.ucsd.edu (Scott Kelley)
Newsgroups: comp.sys.mac.programmer,comp.multimedia
Subject: QuickTime and Fast Dithering
Date: 5 Nov 92 01:26:34 GMT
Followup-To: comp.sys.mac.programmer

I'm doing a project in MacroMind Director that also uses QuickTime.
Since Director's built in support for QuickTime isn't sufficient for our
needs, I've beed writing XObjects (Director's version of XCMD's) to play
back movies and still images. We want to store stills and video clips at
24-bit color and then have them "dither down nicely" for display on
8-bit systems.

Here's the problem I'm having: by default, QuickTime is displaying
everything using it's "fast dither" algorithm. This is fine for video
clips, but for still images (JPEG), we'd like to do a little better.
According to the QT 1.0 developer's guide, page 3-20:

   "Apple decompressors use fast dithering when copying from image band
   buffers to 8-bit destinations. If the accuracy for decompression is
   above normal, then the decompressors use true error diffusion rather
   than fast dithering."

Does this imply that QT will ALWAYS use fast dithering to an 8-bit
destination, or is it possible to bump up the "accuracy" setting for
playback to get better results? If so, how can I set this accuracy
setting? This setting is NOT the "temporal/spatial quality" setting;
I've tried setting those high and low and I always get the fast dither.
I have found a couple of functions in the movie toolbox (like
SetMediaQuality) and in the image compression manager
(SetDSequenceAccuracy) that seemed to imply (I hope) that I could
specify that I wanted high quality just before I started playback, and
that I would get what I want. But I haven't been able to sort out the
details well enough to actually try it yet.

I should also probably point out that right now I'm working with JPEG
images stored as single-frame movies. This is because Director's native
support for QuickTime only recognizes MooV files, so to get it to load a
JPEG image, I have to store it as a movie. I could store the JPEG images
as compressed PICT images and then use Director's "link to file" option
for PICT's, but that doesn't work for us because it stores absolute
pathname links. Eventually we will move to using all our own XObjects to
talk to QuickTime, and, if necessary, I can write a separate XObject
for stills.

So can anybody offer me any suggestions or advice? I'd appreciate any
helpful hints anyone could offer. The people I work for are kind of
pushing me to finish up with this issue and move on to other things, so
the quicker I can resolve this, the better.

(One last thing: If you follow up with a post, could you email me a
copy? We're in the process of upgrading our local network, so my news
service will be somewhat erratic for the rest of this week.)

Thanks A Lot!

Scott

-------------------------------------------------
Scott Kelley, sakelley@ucsd.edu, (619) 534-8560
Multimedia Interactive Learning Laboratory (MILL)
Department of Biology, UC San Diego
-------------------------------------------------
From: dmills@accvio.intel.com (Dave Mills)
Newsgroups: comp.sys.mac.programmer
Subject: Bad F-line instruction
Date: 13 Nov 92 21:50:00 GMT
Organization: Intel Corporation, Santa Clara, CA USA

Hi,
Organization: Intel Corporation
News-Software: VAX/VMS VNEWS 1.41    

Sorry if this is a duplicate message.

I'm useing THINK C 5.0.3, System 7.0.1, Mac II.  When I build an application,
it always crashes with the message "Sorry, a system error occured 'Program'
bad F-line instruction".  The program runs fine from within the THINK
environment.

I've tried quite a few of the compile/link options, and can't get anywhere.
Basically, I'm using far code/data and multifinder aware bits.

Thanks for any ideas,
Dave 
-----------------
David Mills
Intel Corporation
dmills@intel.com
From: chubbard@strl.labs.tek.com (Chris Hubbard)
Newsgroups: comp.sys.mac.programmer
Subject: HELP: Developer's CDs and the Apple Runaround
Keywords: Developer, CD, Apple, not
Date: 14 Nov 92 02:52:35 GMT
Article-I.D.: crl.4908
Reply-To: cd-info@zion.labs.tek.com
Distribution: na
Organization: STRL, Tektronix Inc, USA

Hello,

We just ordered the Developer's CD (Apple Technical Mailing) on Sept 11,
1992.  I had to twist arms to get the September issue in last week of
October.  Now that it is the middle of November, I thought that the
October issue would be out, but Apple Customer Support (800 282-2732)
assures me that ALL (except for overseas) October CD's are on back order
and that nobody has them yet (except for overseas clients).  Now I find
this hard to believe and I have SEEN the October Developer's CD titled
"The Hexrosist" (sp?)  I am not happy with APDA at all.  

Anybody who has received the October Issue (or November Issue for that
fact) of the Apple Technical mailing, could you please reply to this
posting or mail to the account "cd-info@zion.labs.tek.com" I would
appreciate it.  I want to show APDA that their information is wrong or
someone is feeding them a line.

Am I the only one with this problem or was order ill timed?  If you have
any comments on APDA and their service I would appreciate it.

IMPORTANT:  I am not going to give names or email addresses to APDA, I
just want a head count.  So please repond!

Thanks in advance,

Chris
-- 
Chris Hubbard    chubbard@strl.labs.tek.com  | No tread on me   oo0 0oo
Software Technology Research Lab, Tektronix  | o-  o_  o-  o_   | | | |
PO Box 500, ms 50-662 Beaverton, OR   97077  | Barefoot Patrol  \_/ \_/

"Barefoot by choice, not by circumstance!" -me
From: kevin@kosman.uucp (Kevin O'Gorman)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Another THINK C 5.0.3 bug?
Date: 10 Nov 92 23:06:16 GMT
Organization: Vital Software Services, Oxnard, CA

simsh@crockett1a.its.rpi.edu (Chewbacca) writes:

>Hello everyone. Here is my test program:

>   #include <stdio.h>

>   void main()
>   {
>      int h;
>      h=5;
>      printf("%d\n",h);
>   }

>Simple enough. Well, with 4-bit ints turned on, this program prints out 0.
>With 4-bit ints off, it prints 5 like it should. The global optimizer is off.
>Is this another bug? Or has it already been seen and I just didn't read about
>it?

The manuals point out that if you're going to turn on 4-byte (not bits, I
hope!) ints, you need to rebuild the ANSI library.  That's where printf lives.
-- 
Kevin O'Gorman ( kevin@kosman.UUCP, kevin%kosman.uucp@nrc.com )
voice: 805-984-8042 Vital Computer Systems, 5115 Beachcomber, Oxnard, CA  93035
Non-Disclaimer: my boss is me, and he stands behind everything I say.
From: udmorrow@mcs.drexel.edu (Daniel Morrow)
Newsgroups: comp.sys.mac.programmer
Subject: problems with opening a file with FSpOpenDF
Date: 11 Nov 92 22:54:47 GMT
Distribution: usa
Organization: Drexel University

I'm calling StandardGetFile which pases back a StandardFileReply in
one of it's parameters.

Then, All I'm trying to do is use open the file with FSpOpenDF
using the sfFile field of the StandardFileReply type variable.

Like this:
	StandardGetFile(0L, 1, typeList, &reply);
	sfFile = reply.sfFile;
	xErr = FSpOpenDF(&sfFile, fsRdWrPerm, &refNum);

Anyway, no matter which file I choose, the refNum is always the same.

The sfFile variable has the correct information in it but when it
gets passed to FSpOpenDF, the refNum goes weird.

Is there a better way to do this?   

-Dan.
udmorrow@mcs.drexel.edu
From: bp11+@andrew.cmu.edu (Bijal S. Patel)
Newsgroups: comp.sys.mac.programmer
Subject: Help! Display an array...
Date: 5 Nov 92 09:05:20 GMT
Article-I.D.: andrew.seyL1ke00iUxQ3n9Bp
Organization: Senior, Mechanical Engineering, Carnegie Mellon, Pittsburgh, PA

I am writing a program using Think C and what I need to do is display an
array (currently a 3x3 array of doubles) in a window that the program
creates.  I created the window using the Mac. function GetNewWindow but
it seems that all the Mac functions that display to windows (e.g.
DrawChar, DrawString...) only deal with text.

Does anyone know how I can convert an array of doubles into text form?
                            or
Is there any other way to display an array (or non-text) to a window
created by the program?

Thanks

    "Bijal S. Patel" <bp11+@andrew.cmu.edu>

    

     
      
 
Newsgroups: comp.sys.mac.programmer
From: bwilliam@iat.holonet.net (Bill Williams)
Subject: Re: PhotoCD Woes?
Organization: HoloNet (BBS: 510-704-1058)
Date: Sun, 8 Nov 1992 09:02:35 GMT

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.
 
Photo-CD Single session works on *ALL* CD-ROM drives from Apple and many
other devices as well such as NEC 83, Pioneer DRM 600, Sony CDU 541,
various Toshibas, etc.
 
I will admit there are a few technical reasons that you might try to 
claim that the devices do not all easily make it possible for SCSI drivers
to handle PhotoCD Mode-2 XA subunit blocks the same way on all devices,
but a driver can be competently written to enable PhotoCD to work on
most CD-ROM drives, in fact the only one I know of that definitely does
NOT support PhotoCD is a NEC 36 drive. 
 
 
Bill Williams

Newsgroups: comp.sys.mac.programmer
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Subject: Re: about PBGetCatInfo in file manager
Organization: Royal Institute of Technology, Stockholm, Sweden
Distribution: comp.sys.mac.programmer
Date: Fri, 13 Nov 1992 12:40:03 GMT

>In the Inside Mac IV  page 156 says that if ioFDIRIndex is negative, the file manager ignores ioNamePtr and returns information about the directory specified by ioDirID.  I have assigned ioNamePtr pointed to a null string, ioFDIRIndex:=-1, and iovrefnum:=-1, I am not able to get the info about the directory or files specified by ioDirID.  I am keeping getting and error -43 can anyone tell me what is wrong here?

Try and break your lines up into < 80 character lines, please!

Anyway, are you SURE ioVRefNum should be -1? Are you SURE your
dirID is a long and doesn't get sign extended? Are you SURE you
clear out the entire block (using memset) before filling it in?
Are you SURE the dirID exists? etc. etc.

If you do this:

	unsigned char theString [ 32 ] ;

	memset ( ( void * ) & theBlock , 0 , sizeof ( theBlock ) ) ;

	theBlock . hFileInfo . ioVRefNum = theVRefNum ;
	theBlock . hFileInfo . ioDirID = theDirID ;
	theBlock . hFileInfo . ioFDirIndex = -1 ;
	theBlock . hFileInfo . ioNamePtr = theString ;

	err = PBGetCatInfoSync ( & theBlock ) ;

You should get correct results, provided theVRefNum and theDirID
are valid. Try dirID 2 == the root of the volume.

							/ h

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Suedoise (not french speaking) --
  "It was, in fact, cool as all get-out.  Fortunately it was a little
   too late (historically speaking) to be groovy."
                     -- Dennis Pelton
From: aleskine@cs.hut.fi (Arto Leskinen)
Newsgroups: comp.sys.mac.programmer
Subject: Complex window and popup v
Date: 9 Nov 92 20:13:02 GMT
Distribution: comp.sys.mac.programmer
Organization: Helsinki University of Technology, Finland

I have window with two popups, some static text and some buttons. Is this
best done by program, or should I use window/dialog resourse for this.
Of course I want that my window works on background. (Modeless?)

What is easiest way to make up popup with down arrow on it? I do not want
to use menu resourse, because I do not know on startup time how many and 
which items I have in menu. If someone has example code on think C I would 
appreciate.

Can a program use code resources of different files? How?

My window has similar look than finder's. So I do not want scrollbars all the
way. And I do not want line that goes up. Is there any way to stop drowing on
update?

-so  I want following:
____________________________________________________
|=[ ]===============  Window  ==================F]=|
|--------------------------------------------------|
| |Calendar v|  |Tools||v|     Widowfile           |
|==================================================|
|        Window contents ...                    |/\|
|             ...                               |--|

but I get:
____________________________________________________
|=[ ]===============  Window  ==================F]=|
|--------------------------------------------------|
| |Calendar v|  |Tools||v|     Widowfile        |  |  Here!
|==================================================|
|        Window contents ...                    |/\|
|             ...                               |--|
Now I draw white line on top of irritating line, but user has enough time to
see black line flashing before I remove it.

Arto Leskinen
aleskine@cs.hut.fi