Path: utzoo!attcan!uunet!lll-winken!ames!mailrus!iuvax!uxc!uxc.cso.uiuc.edu!uxg.cso.uiuc.edu!uxe.cso.uiuc.edu!leonardr
From: leonardr@uxe.cso.uiuc.edu
Newsgroups: comp.sys.mac.programmer
Subject: Re: Bug in resource handling in LSP 2.0
Message-ID: <226000043@uxe.cso.uiuc.edu>
Date: 8 Jan 89 07:41:00 GMT
References: <1112@ccnysci.UUCP>
Lines: 49
Nf-ID: #R:ccnysci.UUCP:1112:uxe.cso.uiuc.edu:226000043:000:2611
Nf-From: uxe.cso.uiuc.edu!leonardr    Jan  8 01:41:00 1989


alexis@ccnysci.UUCP(Alexis Rosen) writes in comp.sys.mac.programmer

>In article <919@husc6.harvard.edu> siegel@endor.UUCP (Rich Siegel) writes:
>>In article <1112@ccnysci.UUCP> alexis@ccnysci.UUCP (Alexis Rosen) writes:
>>
>>[All sorts of flames, etc. deleted!]
>
>Rich, I may be making a mistake, but it sure isn't that one. RTFMessage...
>I am using the same Resource IDs as are in the system file (-3999 and -4000)
>for my modified SFGetFile & SFPutFile. This strategy works just fine in LSP
>1.0. Furthermore, it works just fine in *LSP 2.0* once I compile it down to
>a real app.
>
>[More discussion about my suggestions]
>
>It seems to me that what is happening here is that LSP 2.0 will use the
>attached resource file, but the system file seems to be in the search path
>before the attached resfile. Therefore Leonard's code works because his
>resources' numbers don't conflict with any in the system file, whereas mine
>do. This is just a theory, though, I haven't tested it.
>
	Seems to be that that is a very possible suggestion, and someone might
want to break out TMON and check it out to verify it. Though that would
be weird since it would also pt the System before LSP as well.  Is it possible
that you do a UseResFile(0) and forgot to reset it??

>( I don't need lectures on programming style. I know the 'SFP' routines are
>  better. But I wrote this code a long time ago and I didn't want to hack on
>  it any in order to get it to compile. )
>
	Using SFPGet and SFPPut  in place of the standar ones are EASY.  All you
do is call them instead and give it two new params, the dialog's ID# and
a filter proc for the dialog. NO BFD...
	Considering that I have it on good authority that Standard File is going to
change BIG TIME sometime soon (don't ask me when, though..) I would suggest
that for possible future compatibility you consider spending the time to 
do SFP's..

+---------------------------------+-----------------------------------+
+                                 +  Any thing I say may be taken as  +
+   Leonard Rosenthol             +  fact, then again you might decide+
+   President, LazerWare, inc.    +  that it really isn't, so you     +
+                                 +  never know, do you??             +
+   leonardr@uxe.cso.uiuc.edu     +                                   +
+   GEnie:  MACgician             +  MacNET: MACgician                +
+   Delphi: MACgician             +  AppleLink: D0025                 +
+                                 +                                   +
+---------------------------------+-----------------------------------+