Zugg Software :: View topic

Wizard Joined: 03 Mar 2001 Posts: 1127 Location: London

Straight from the helpfile

Example:
#ALIAS testParam {#SAY %numParam()}
testparam 123 "456 789" {abc def}

should display 3. It doesn't display anything. In fact it never seems to display anything.

Posted: Sat Oct 27, 2007 12:00 pm

Coincidence? I think not!

It's working for me, anyway.

Wizard Joined: 03 Mar 2001 Posts: 1127 Location: London

Hmm, deleting the default.pkg did indeed fix it.

Problem is 2.09 was a clean install, which makes me wonder if the default.pkg that ships with 2.09 is broken and you need to delete it and let it be remade to work...

SubAdmin Joined: 18 Nov 2001 Posts: 5182

This was the first thing I tested on a fresh install of 2.09. I got a nice display of 3. If you deleted the default.pkg to get it working again then please check the date and time on the one you deleted. The original file from the install has a time stamp of 10/26/07 4:20PM. If the one you deleted is different, and you didn't specifically change anything for that package then it indicates a problem.

Wizard Joined: 03 Mar 2001 Posts: 1127 Location: London

Hmm, I don't have a default.pkg anymore, seems CMUD didn't recreate it for me.

The one I deleted though had
Created: 26 ‎October ‎2007, ‏‎22:20:42
Modified: 26 ‎October ‎2007, ‏‎22:20:42

I guess the 22:20 is really 4:20PM when you consider I'm operating in GMT which is 6hrs ahead of Central...

Posted: Tue Oct 30, 2007 10:28 am

It doesn´t work for me, either. In fact, I came here looking for a problem with #FUNCTION and I stopped to look at %numparam() because it is used in the MySum function example. It may explain why the example doesn't work, since it works for the simple function that doesn't use %numparam().

Posted: Tue Oct 30, 2007 10:35 am

I noticed you speaking of default packages. What I did when I installed the BETA product was duplicate my existing CMUD folder and gave it the name of CMUDBETA. This means that CMUD/Beta started out with the "production" package that's been running in CMUD 1.34.

Posted: Tue Oct 30, 2007 11:37 am

And you upgraded straight to 2.09 without installing 2.08?

Posted: Wed Oct 31, 2007 2:03 am

Yes, that is correct. I wasn't even aware that there was a release 2.08. In fact, I was expecting this release to be 2.0.
Externally, I haven't noticed any difference, though it seems to hang at moments I wished it didn't. MUD events are not forgiving when it comes to lag.

Posted: Wed Oct 31, 2007 7:51 am

I had the same problem, a version or two ago. Deleting the default package fixed it in the untitled session, but to fix it in my actually settings I had to find the package file for my session (i.e. not in the "packages" folder) and delete that. For me it was in the "Aetolia" folder.

Wizard Joined: 22 Mar 2007 Posts: 2320

Very curious. I too was having this problem with %numparam. I have two session packages. I had upgraded through 2.06, 2.07, 2.08 and 2.09. The problem started when I got 2.07, of course. Both sessions continued to exhibit the problem in 2.08 and 2.09. Based on what people had said here, I assumed it was a corrupted file somewhere, but I didn't have time to track it down. I did remove and recreate one of the session packages under 2.08, but it did not help.

Just now, I deleted the defaults.pkg, and %numparam is now working in both sessions. The date on defaults.pkg was Oct. 26, 2007.

Posted: Wed Oct 31, 2007 9:30 pm

When you install CMUD, it should overwrite the default.pkg file that is in your Program Files directory. But if you have your own default.pkg file in your Data Files (Documents/My Games/CMUD) directory, then that doesn't get changed by the installer, so it could have been left over.

I checked the default.pkg in the installer and there isn't anything in there that would cause this.

So, if you had this problem and deleting the default.pkg file fixed it, please reinstall v2.09 and see if the problem comes back with the default.pkg that gets installed.

Wizard Joined: 22 Mar 2007 Posts: 2320

I have reinstalled 2.09, and verified that the defaults.pkg has been created. %numparam appears to be working fine. It's very curious, because the defaults.pkg that I had deleted was in the program files directory, and I don't think I have done anything with the file in the past. But it is working, and does not appear to be a problem with the 2.09 defaults.pkg. I'm going to assume problem solved.