Zugg Software :: View topic - [Resolved] Sessions are using each other's functions

Novice Joined: 19 Nov 2006 Posts: 40

All of my sessions are invoking a copy of a function from one particular session, when they each should be invoking their own copies.

I recently created a super session using the following:

Connect character session Digest (Digest.pkg)
Connect character session Trachea (Trachea.pkg)
Connect character session Intestine (Intestine.pkg)
Connect character session Organ (Organ.pkg)

Add Common.pkg

Save Session As... GroupV2

Common.pkg has common stuff: shared status bar, tic timer triggers, speedwalk dirs, and so forth.

One item is an auto-assist trigger:
#TRIGGER {(*) fell into an ambush by (%w).$} { #IF (%2 = %proper(%db(@tankInfo,name))) {#IF (@InCombat = 0) {@joinBattle(%db(@tankInfo,name),%1)}}}
"The King spider fell into an ambush by Organ."
%1 --> The King spider
%2 --> Organ

@tankInfo is a DB variable in Common.pkg with, among other things, a name. So, %proper(%db(@tankInfo,name)) would return Organ
@InCombat is a variable in each session's .pkg file - 0 indicating out of combat, 1 indicating in combat
@joinBattle is a function in each session's .pkg file which tells the character how to join the battle

For weeks this has worked fine. Today, I log in and suddenly every session is using @InCombat and @joinBattle from Trachea.pkg when the trigger executes. I'm completely unaware of any changes I would have made to cause this behavioral change.

In Digest.pkg, I have:
#FUNCTION joinBattle($tank, $target) { assist $tank }
In Trachea.pkg, I have:
#FUNCTION joinBattle($tank, $target) { kill $target }

In order to clean up this problem, I know I can move @InCombat from the individual .pkg files to Common.pkg as a DB variable:
@InCombat.Digest = 1, etc.

However, I can't do that with @joinBattle function.

I've gone through and made sure only Digest.pkg and Common.pkg are available to Digest's session, yet for some reason, when Digest's session is active and the trigger fires, Digest executes the @joinBattle function from Trachea.pkg.

Anyone have any insight on this behavior, or suggestions to get around it? I'm hoping I don't need to put the joinBattle function into Common.pkg - that would require it to identify the session invoking it. I switch my characters around enough that I don't want to have a bloated central function.

If I did move the function to Common.pkg, could the function do a round-robbin through any active sessions to tell each one to execute its function? If so, is there a #command or %function to identify each active session?

Any other ideas on a fix or the cause for this issue?

Posted: Thu Mar 05, 2015 11:36 am

Sometimes when windows reboots when you are AFK, the force close of CMUD can cause windows to enable every package.... make sure that your charaacter windows dont have the other character packages enables in them.

Novice Joined: 19 Nov 2006 Posts: 40