Globals NOT Working...

Hey All,

I don't consider myself to be a n00bie when it comes to MUSHing or MUSHcode. Until now, though, I have always worked with TinyMUSH and not PennMUSH.


I am now using a precompiled Win32 version of 180p4_NT.

That shouldn't be a problem... but (yes, there always seems to be a 'but'), I have run into a problem that I can't figure out. None of my Global User Defined Commands work outside the master room. I have done everything I can think of... checked and rechecked MUSH.CNF (remaned from MUSHCNF.DST) for:

# The master room. Exits here are global, as are commands on
# objects here. This only is used if globals is set to "yes".
master_room yes

I have @created an object for the Global Command to be placed on. Dropped the object in Room Zero. Used a simple but correct softcode for '+ot' commands. I have read Ambryl's Mush Manual looking for an answer. Read all the PennMUSH help files for an answer. I have hit a brick wall!

IS there some FLAG that I need to set on an object in PennMUSH I don't know about? Any help would be greatly appriciated!

Cheers,
Skragg

I think I know what the issue is...

I believe PennMUSH is not reading my MUSH.CNF file.
My DOS Command Window says that it is:

Reading Mush.CNF

But none of the configs I changed are actually being executed in the game.

Also, I get the following DOS Command Window errors:

Cannot open COnfiguration file Alias.CNF
Cannot open Configuration File Restrictions.CNF

This narrows the problem down, but doesn't give me a solution.

Hi Skragg,

If you edited the mush.cnf in Notepad or the like, it typically adds a .txt to the end of the file name, which is hidden by default on Windows systems, along with other common file extensions.

Can you make certain that the file you saved does not have .txt at the end of it? This should show up if you open a DOS/Command prompt and use 'dir'. Also, for alias.cnf, restrict.cnf and the like, you can, and should, copy them from the aliascnf.dst and restrictcnf.dst files. Doing so in a DOS prompt using 'copy' is probably the safest method unless you need to modify them.

As for globals not working, master room is always enabled by default ,so that wouldn't be the issue. However, reading over your post, you said you dropped the object in room zero, the default Master Room in PennMUSH is Room #2, which is part of the default database. Also, have you made certain that the objects and attributes in your master room do not have the NO_COMMAND flag set? This would prevent the commands form executing, and is typically set on objects (but not attributes) by default.

I hope that helps. If you have any other problems, please feel free to email the Win32 support address at pennmush-w32@pennmush.org

Noltar

Hey Noltar,

Thanks for the advice. The problem turned out to be a combination of a couple of minor things. With your advice I got it straightened out, though.

Cheers,
Skragg