You made that nice and clear, except for one mistake. There was only one UM running the whole time and it was the correct one. Then as you explain the problem was solved by eliminating the UM Prefs and letting it create a new one.
All along it was a corrupt UM Prefs in the system folder that (as you said) was overriding the one in UM, that was causing the problem, not multiple or incorrect UM running. Thanks again.
JL
On 9/16/98 7:48 PM, Daniel O'Leary wrote:
>Andy: > >Jim had formerly used ResEdit to adjust the CINT resource of UM, to no >avail. My original instructions to him were to: > > (1) Find the path to the UM that was actually running (in case there >were multiple copies) > (2) Shut down all of the servers > (2) Open correct UM aplication file in ResEdit > (3) Modify the CINT Resource > (4) Save the changed file > (5) Restart the servers and see if the change took effect > >When he did so, he saw no change in the behavior. At this point, I >notified him that User Manager, like other servers and the clients, >store common data in the associated "prefs" file (found in the >preferences folder under the system folder), and that settings for >resources found in the "prefs" file will override the setting in the >application. > >I therefore suggested that he inspect the UM Prs file with ResEdit. He >did so and reported some HEX data in the position of the CINT in >question, definitely NOT a "1" or a "0". > >My recommendation at that point was to move the UM Prefs file into the >trash and allow UM to build a new one (while not emptying the trash to >retain the file in case that was not the problem). When he did so, the >desired behavior was present. Jim never had any problems using ResEdit >or finding the correct files to alter. > >I might add that I almost always open both the associated preferences >file and the application when making commonly desired changes with >ResEdit. I copy the modified resources from the application to the >buffer (apple c), place the cursor inside the "prefs file" and then >paste them directly into it (apple v). This way, the changes do not >have to constantly re-entered when the application is replaced during >the beta testing or application update process. > > >On 09/15/1998 02:26 AM, Andy Daws wrote: > >>On 14/9/98 8:53 am, Jim Leary wrote: >> >>>Why wasn't this tested on b25 >> >> >>From this statement its obvious you are trying to ResEdit the wrong >>Application you should do this on UserManager not tfs. >> >>Also it would be more dodgy using ResEdit particularly if you are not >>sure which files to patch. Where as ResCompare will actually check >>first that it is the correct file and generates a new Application from >>the original, you just can't be 100% be sure (Sorry but thats the legal > >>system). >> >>Most patches and programs as well generally do contain some disclaimer >>within the licence > >--- >Daniel O'Leary, Sysop >KloneZone Mac - A TeleFinder 5.7 Mac/Windows BBS
