Zugg Software :: View topic - [2.29] Disabling Package Modules and CTRL-Q Speeds

Novice Joined: 12 Oct 2006 Posts: 49

Making use of the code given in http://forums.zuggsoft.com/forums/viewtopic.php?t=29357&postdays=0&postorder=asc&start=0 for making a load of triggers in different folders, I tried to check the speeds of having these triggers in various packages. Basically I made a package of each folder, a total of four.

Different scenerios tested with CTRL-Q -
Everything enabled : abt 80.1
Packages disabled : abt 80.1
All triggers individually disabled : abt 12
All folders itself disabled : abt 12

I find it strange that with the packages disabled that there was no difference to the CTRL-Q figures. Is there a specific reason for this? Thoughts? :)

Edit: typo

Posted: Thu Jun 26, 2008 12:33 pm

What do you mean by "package disabled"? What option are you changing, and where?

Novice Joined: 12 Oct 2006 Posts: 49

Inside the Package Editor, by right clicking on the package name and unchecking 'enable'.

Adept Joined: 27 May 2008 Posts: 299

So in otherwords, Lina really means Module/Window. You can't enable/disable an entire package. You just remove it.

Novice Joined: 12 Oct 2006 Posts: 49

If that is so, then the option to disable it from right-clicking should be removed completely. I just tested with the packages I have. When I turned off the packages with alias warrior in it, the alias no longer worked. This leaves me to believe that one can disable a package from there. However, it is still passing through the test of CTRL-Q.

Novice Joined: 12 Oct 2006 Posts: 49

I just checked. I'm doing the right-clicking inside the tree panel of the package editor window.

Adept Joined: 27 May 2008 Posts: 299

Your confusing your 'Package' with 'Modules' inside of that package. The tree pattern you see inside of the Tree Panel in the PE is //module(or window)/class/subclass

Novice Joined: 12 Oct 2006 Posts: 49

Fair enough. I call it package, since that was how it was given to me. And what it was called when I created a new package. Too many terms refering to too many similar things. :P

Posted: Thu Jun 26, 2008 4:41 pm

Once again, please refer to the Terminology page. It's very simple..."Package" refers to the *.PKG file itself that contains your settings. Within this package can be several windows or modules. Each window or module contains the actual aliases, triggers, variables, etc. By default when you create a new package file, CMUD creates the first module or window with the same name as the package file itself.

So, can you please post the exact steps that you used to create all of the different folders? My guess is that you are putting them within different modules, but we need your exact steps to reproduce your results.

Novice Joined: 12 Oct 2006 Posts: 49

Was using code below to test various things with ctrl-Q.

Posted: Thu Jun 26, 2008 9:38 pm

I just tried this and I could not reproduce your problem.

1) Used the above script to create 4 folders of triggers
2) Go into Settings Editor. Use File/New Package to create 4 packages (test1, test2, test3, test4)
3) Move each class from the untitled window into one of the packages (so now each package has one class folder containing triggers, and untitled doesn't have anything in it).
4) Press Ctrl-Q on the command line. This is for everything enabled. I got a time of 80.5 here.
5) Go into each package and right-click on the class folder (in the tree on the left) and uncheck the Enabled option
6) Now Press Ctrl-Q (all classes disabled). I got a time of 16.5
7) Go back into each package and right-click on the class folder and re-enable it. Then right-click on the module name above it and uncheck the Enabled option for the module
8) Press Ctrl-Q (classes enabled, but modules disabled). I still got a time of 16.5.

Try these exact steps and let me know what you get (other people should try this too). If your procedure differs from mine, please post the exact differences.

Disabling the modules *should* be the same as disabling the classes. So if you are getting a slow speed when the modules are disabled, then something is wrong somewhere. It might be a bug, but I need a way to reproduce it.

Novice Joined: 12 Oct 2006 Posts: 49

Gone through the steps as listed. Don't have the problem this time. Got 78 for Step 4, 11.7 for Step 6 and 12.2 for Step 8.

But now thinking back, I think I might have messed my original results due to the 'RecordIndex out of range.' Error message I kept getting. I did send these through the error sending system. I just realised that perhaps I shouldn't be dragging the folders back and forth like I'm normally used to. For the steps above, I used the 'move to' option on right-click menu. Thanks for all the trouble. :)

Novice Joined: 12 Oct 2006 Posts: 49

I just tried reproducing the results by causing the errors repeatedly. No luck so far. Oh well. Question answered, I guess.

Posted: Thu Jun 26, 2008 9:59 pm

Dragging folders shouldn't cause a problem though. I was dragging folders in my example. It's possible that there are still some bugs somewhere in dragging. The "recordindex out of range" bug used to happen in older versions of CMUD, but they shouldn't happen anymore. So if you find a way to reproduce that, please let me know. Unfortunately, just looking at the crash dump for it doesn't help much without a procedure to try and reproduce it. That particular error message is a pretty generic way for Windows to say that the TreeView is confused and has lost track of the data in the tree.

Edited: By dragging, what I specifically did was drag the class folder from the Untitled window and drop it over the tab for the package I was moving it too.

Once you get an error like that, you really need to exit CMUD though, or at least close the settings editor. It can definitely cause other weird errors or even cause corruption in your packages if you continue to use CMUD after an error like that. The "Continue application" option is really only there for people who need to get to a safe place on their MUD before restarting CMUD.

Novice Joined: 12 Oct 2006 Posts: 49

I dragged the class folder from the module icon to the untitled window, all inside the tree panel. And also the reverse, from the untitled window to the module icon. I get the error about 90% of the time using this means. I tried dragging into the tabs, as per your edit, those work fine, so I'm going to use that in future. :)

Posted: Fri Jun 27, 2008 5:08 pm

Hmm, so are you normally using the "All" tab to view all of the modules at once? When I was doing the test, I was in the "untitled" tab so there wasn't any "module icon" for me to drag the class to. So I guess I'm still confused about exactly what you are dragging from where to where. If you get an error 90% of the time, then it might be something I can find and fix if I can get more detailed instructions on it.

Wizard Joined: 25 Mar 2003 Posts: 1113 Location: USA

Lina mentioned this to me before posting it. Yes, she uses the "all" tab to view everything at once. It's a more familiar view for some who used zMUD for so long. I use it myself when I need to search all my packages for something and forgot where I stuck it.

Novice Joined: 12 Oct 2006 Posts: 49

Yes, I normally use the 'All' tab. It annoys me in my normal session that it keeps moving away from the 'all' tab. But anyways, this error seems to only happen in the untitled window so far. I opened CMUD, went into Untitled Session. Then opened Package Editor. Created a new class 'TestClass' in Untitled Window. Created a new package 'TestPkg'. Then clicked on 'All' tab view. And dragged 'TestClass' class from Untitled Window (blue window icon) to 'Testpkg' module icon. The error pops up for me. Moving the Class back and forth does continue with the errors as well.

Edit: I was wrong. Just tried it in an empty Imperian session, and the error occured as well.

Posted: Fri Jun 27, 2008 7:54 pm

Ah ha! Yes, I was able to reproduce it with that method. I also see what you mean by the All tab always changing back to the untitled tab. I hardly ever use the All tab, so I hadn't run into those problems. But I've added both of them to the bug list. Thanks for your patience in helping me to reproduce this problem.

Novice Joined: 12 Oct 2006 Posts: 49

Any time. Thank you. :)