Patrick Dughi wrote: > > > I seem to have a problem with remorts > > for some reason it seems to be setting peoples remort's like this > > Remort: UNDEFINED, Remort2: Monk, Remort3: UNDEFINED > > and i have in class.c set in these lines > > if (siteok_everyone) > > SET_BIT(PLR_FLAGS(ch), PLR_SITEOK); > > > > GET_REMORT(ch) = -1; /* Set remorts to zero.*/ > > GET_REMORT_TWO(ch) = -1; > > GET_REMORT_THREE(ch) = -1; > > > > } > > maybe i have GET_REMORT(ch) = -1 defined in the wrong place? > > any help would be appreciated, thankz Ryan > > > > > > I'm assuming that this is set near the end of the do_start() function? > > This small piece of code seems fine to me, but I can immediately > think of about 20 places where it could potentially go wrong. > > - You could be calling do_start() from inside your remort function > without saving previous data. > - You could be failing to save the remort information in the > pfile. > - You could be displaying the information in the string > incorrectly. > - You could have copied the do_start function for use in whatever > function performs the remort and it's being nulled there. > - You could have added/fixed the remort snippet in such a way that > the first remort is skipped/never set/set incorrectly. > - You added classes incorrectly; forgot to add an entry into the > pc_class_type array, or the like. > - You class selection code is buggy, and doesn't set the class > correctly in the first place. > - Your stat function is muddled between displaying the victim's > info, and the current character's info. > - Your stat function has buffer problems and is being overwritten > in some odd way (doubtful, but you never know) > - You have not written your string manipulation lines correctly > (ie, you probably messed up the test where you want to display the remort > class only if it has been set... sprintf(output,"First Remort: > %s",(GET_FIRST_REMORT(vict) != CLASS_NOT_SET) ? > pc_class_type[GET_FIRST_REMORT(vict)] : "None"); .... > - in general, any random piece of code which attempts to check the > 1'st,2'nd,3'rd, etc remorts accidentally sets it..if(GET_FIRST_REMORT(ch) > = CLASS_NOT_SET)....whoops > > Etc. I'd write more, but I'm starting to get bored. > > You see, there's alot that could be going wrong, and I doubt that > any of that above will actually help you. > > Here's what I recommend you do though - put logging messages > around _every_ single instance where remort-specific code is used. Verify > when and where the change from 'working' to 'not working' occurs. > > Based on your information above, it could be that all characters > have that setting, or they get that set after their second remort, or that > just happens to be one character's output, and while other characters have > similar output, they get it through <insert many means here>, and those > results are different because <insert many reasons on a per-mean > basis here>. > > So, you need to figure out, exactly, what causes it. > > If the only info you have is that which you gave us, then it's no > wonder you're having problems. You don't have enough to go on yet. > Neither do we. > > PjD Well it would seem that remorts just arent saving, or going to unused, because when a person first logs on, they are fine and all their remorts are set to 0, its when they log off and come back on i have the problem for some reason the problem is also causing us to see this in practice You know of the following skills: !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) !UNUSED! (superb) for about 7 pages, Thankz +------------------------------------------------------------+ | Ensure that you have read the CircleMUD Mailing List FAQ: | | http://qsilver.queensu.ca/~fletchra/Circle/list-faq.html | +------------------------------------------------------------+
This archive was generated by hypermail 2b30 : 04/11/01 PDT