Actually I made no mistake. the first thing I had you do was search for other copies of the User Manager program, just in case there were others on the system.
On 09/17/1998 08:01 AM, Jim Leary wrote:
>Thanks Dan, > >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
--- Daniel O'Leary, Sysop KloneZone Mac - A TeleFinder 5.7 Mac/Windows BBS
