RE: [SMAUG] Odd... Endif problems out of the blue...

["Rustry" <rustry@dxcc.com>]

In VC++ you would first do a clean and then a make.  If you have all your
dependencies set up correctly this should not be necessary - a make should
be all you need.  But if you are having trouble compiling or linking
something that should work, then a clean is a good idea.

To clean, go into the workspace window, left click on the name of thje
project, and select clean from the pop up menu.  Then build the project in
the normal way (that is making).

Hope this helps, Rustry

> -----Original Message-----
> From: owner-smaug@game.org [mailto:owner-smaug@game.org]On Behalf Of
> VooDoo Computer Consulting
> Sent: Wednesday, December 17, 2003 2:46 PM
> To: smaug@realms.game.org
> Subject: Re: [SMAUG] Odd... Endif problems out of the blue...
>
>
> MessageI'm using MS Visual C++ & Windows... Makeclean isn't
> something I'd know how to do, sorry.
> If there is an equivalent, please let me know...
> I did recomile with no errors though, seems to run fine, just the
> ifchecks are all spazzing out now...
>
> Thanks,
> - Kenneth
>   ----- Original Message -----
>   From: Eos
>   To: 'VooDoo Computer Consulting' ; SML
>   Sent: Wednesday, December 17, 2003 4:38 AM
>   Subject: RE: [SMAUG] Odd... Endif problems out of the blue...
>
>
>   The most redundant question on the list:
>       Did you remember to make clean after moving those defines?
>
>     -----Original Message-----
>     From: owner-smaug@game.org [mailto:owner-smaug@game.org] On
> Behalf Of VooDoo Computer Consulting
>     Sent: Wednesday, December 17, 2003 4:53 AM
>     To: smaug@realms.game.org
>     Subject: [SMAUG] Odd... Endif problems out of the blue...
>
>
>     Strange. I'm suddenly getting endif errors from all sorts of
> places that I didn't code...
>     Stock areas, etc. I have added a couple of snippets, alias
> and mpsleep, and figured
>     the problem lay there. In the snippet for adding mpsleep, the
> following #defines are moved
>     from mud_prog.c to mud.h :
> /* Mob program structures and defines */
> /* Moved these defines here from mud_prog.c as I need them -rkb */
> #define MAX_IFS 20 /* should always be generous */
> #define IN_IF 0
> #define IN_ELSE 1
> #define DO_IF 2
> #define DO_ELSE 3
> #define MAX_PROG_NEST 20
>     This is the only area I can find in either snippet that would
> affect ifchecks, and since it's the same code, just
>     in a different spot, I thought it might be fine.
>     In any case, mobs and rooms in areas I haven't touched are
> complaining about lacking endifs. It looks as if
>     some of the programs want me to endif else, or & and
> statements, as well as ifs. Then again, I've run across
>     at least two mob programs who didn't even have ifchecks in
> them, and even more who do have 1 ifcheck and 1
>     endif.
>     Basically, I'm baffled. I know, it's not necessarily tough to
> baffle me, but this is just annoying.
>     I mean, I guess I could live with it, especially since they
> haven't cropped up in any of the mobs/rooms I'm
>     actually building, but I'd rather have the demons excersized
> before they do start trying to posess my progs.
>
>     As always, any help is appreciated. Lemme know if there's any
> particular bits of code you wanna see.
>
>     - Kenneth
>
>
>