Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Entire forum
➜ MUSHclient
➜ Python
➜ Setting a variable in the global scope
Setting a variable in the global scope
|
It is now over 60 days since the last post. This thread is closed.
Refresh page
Pages: 1 2
Posted by
| Icewolf
(17 posts) Bio
|
Date
| Thu 06 May 2010 03:32 PM (UTC) |
Message
| I know one can set global variables in the module's global scope, that is, using global().
But how can a module set a variable into the __ax_main__ scope??? something like:
module A:
import __ax_main__
__ax_main__.aaa = 111
in mushclient's script:
import A
dir() # I want "aaa" to be here
| Top |
|
Posted by
| Icewolf
(17 posts) Bio
|
Date
| Reply #1 on Mon 10 May 2010 11:27 PM (UTC) |
Message
| I found out that the global name space (or __main__ in a non-activeX version python) can be accessed via:
ax._scriptEngine_.globalNameSpaceModule | Top |
|
Posted by
| Rakon
USA (123 posts) Bio
|
Date
| Reply #2 on Thu 13 May 2010 07:48 PM (UTC) |
Message
| Messing around with the globals' is not such a great idea within Python/MUSHclient scope.
The Garbage collection in Python will just clear out the globals after a time of not being accessed.
For whatever reason you're doing this, a better way would most likely be to initialize your own 'scope', class, or dictionary containing variables key/value pairs. |
Yes, I am a criminal.
My crime is that of curiosity.
My crime is that of judging people by what they say and think, not what they look like.
My crime is that of outsmarting you, something that you will never forgive me for. | Top |
|
Posted by
| David Haley
USA (3,881 posts) Bio
|
Date
| Reply #3 on Thu 13 May 2010 10:43 PM (UTC) |
Message
|
Quote: The Garbage collection in Python will just clear out the globals after a time of not being accessed.
No, garbage collection has nothing whatsoever to do with the time at which a variable was last accessed. As long as there is a reference to a piece of memory, it will remain present.
That said, it is indeed often better to not try to rely too much on the "true global" scope. |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | Top |
|
Posted by
| Icewolf
(17 posts) Bio
|
Date
| Reply #4 on Fri 14 May 2010 02:53 PM (UTC) |
Message
| Thanks for the replies. Yes, I know what I'm doing here:)
First of all, I agree with David that GC is not an issue, as long as you keep a reference to the object.
Second, I'm exposing *a few* *functions* into the global name space because when Mushclient's trigger/alias/timer fires, and if you set it to call-back a function, then Mushclient only knows to search in ax._scriptEngine_.globalNameSpaceModule for that function.
(BTW, it must be a function, and cannot be a *callable object*.)
If I'm writing all the script in the file that is included directly by Mushclient, then I can just use "globals()" to access the global symbol table. Or, if we are just using the "normal" python, we can "import __main__" and set an object to __main__'s attribute.
However, this does not work in Mushclinet (or activeScript), because:
1. "__main__" seems not to be the real global name space. (ax._scriptEngine_.globalNameSpaceModule is)
2. From a module other than the one directly included by the mushclient, one cannot use the "globals()" trick.
Therefore, if one wants his/her codes to be modular, and wants to use the trigger/alias/timer's callback feature, here's the only way I've seen so far:
1. Expose a global trigger/alias/timer function dispatcher (or delegation), which will be called by any fired trigger/alias/timer.
2. This dispatcher looks up a table, according to the fired trigger/alias/timer's name, to invoke the real callback function.
Thanks,
KL | Top |
|
Posted by
| David Haley
USA (3,881 posts) Bio
|
Date
| Reply #5 on Fri 14 May 2010 06:26 PM (UTC) |
Message
| Good workaround. Maybe we could convince Nick to add a function that returns the real globals dictionary, so that you can add these callbacks yourself. There might be some security concerns to think about, but your use case seems pretty good to me. |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | Top |
|
Posted by
| Icewolf
(17 posts) Bio
|
Date
| Reply #6 on Fri 14 May 2010 06:58 PM (UTC) |
Message
|
David Haley said:
Good workaround. Maybe we could convince Nick to add a function that returns the real globals dictionary, so that you can add these callbacks yourself. There might be some security concerns to think about, but your use case seems pretty good to me.
I would never refuse any effort to enhance Mushclient's Python experience:) However I do doubt if this issue is within the scope of Mushclient - it seems that a WSH (which uses activeScript to call python) also has a similar behavior. Maybe we should blame M$ on this? | Top |
|
Posted by
| WillFa
USA (525 posts) Bio
|
Date
| Reply #7 on Fri 14 May 2010 07:47 PM (UTC) |
Message
|
Icewolf said:
... it seems that a WSH (which uses activeScript to call python) also has a similar behavior. Maybe we should blame M$ on this?
Seeing how MS coded neither activeScript.py or Python, I say we blame Obama. Your globals have been taxed so that they can be given to namespaces with fewer variables. | Top |
|
Posted by
| Nick Gammon
Australia (23,120 posts) Bio
Forum Administrator |
Date
| Reply #8 on Fri 14 May 2010 10:08 PM (UTC) |
Message
|
David Haley said:
Good workaround. Maybe we could convince Nick to add a function that returns the real globals dictionary, so that you can add these callbacks yourself.
I don't begin to imagine how I might do that. The interface to the WSH is rather simple (and confusing I have to say).
I'm not sure if the problems you describe are the fault of Python, ActivePython, or the Windows Script Host design. However I think we can let Obama off the hook. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | Top |
|
Posted by
| David Haley
USA (3,881 posts) Bio
|
Date
| Reply #9 on Sat 15 May 2010 08:48 AM (UTC) |
Message
| Well, I'll preface this by saying that I know nothing about ActivePython or WSH. But what you'd need to do would be to give access to the Python global dictionary, one way or another, even just to add entries to it. If all you have is a pretty simple interface, it might be impossible. |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | Top |
|
Posted by
| Icewolf
(17 posts) Bio
|
Date
| Reply #10 on Sat 15 May 2010 01:33 PM (UTC) |
Message
|
Nick Gammon said:
David Haley said:
Good workaround. Maybe we could convince Nick to add a function that returns the real globals dictionary, so that you can add these callbacks yourself.
I don't begin to imagine how I might do that. The interface to the WSH is rather simple (and confusing I have to say).
I'm not sure if the problems you describe are the fault of Python, ActivePython, or the Windows Script Host design. However I think we can let Obama off the hook.
It would be nice to know how Mushclient make a judge that whether the subroutine specified in a trigger/timer/alias 's "script" is valid or not. Therefore we will know why is that a valid __callable__ python object (but not function) cannot be viewed as a valid subroutine by Mushclient. | Top |
|
Posted by
| Twisol
USA (2,257 posts) Bio
|
Date
| Reply #11 on Sat 15 May 2010 06:37 PM (UTC) |
Message
| If it's any consolation, you can't use a Lua table with a __call metamethod as a script callback either. |
'Soludra' on Achaea
Blog: http://jonathan.com/
GitHub: http://github.com/Twisol | Top |
|
Posted by
| Icewolf
(17 posts) Bio
|
Date
| Reply #12 on Sat 15 May 2010 11:05 PM (UTC) |
Message
|
Twisol said:
If it's any consolation, you can't use a Lua table with a __call metamethod as a script callback either.
It would be interesting to know the reason under the "coincidence" | Top |
|
Posted by
| Nick Gammon
Australia (23,120 posts) Bio
Forum Administrator |
Date
| Reply #13 on Sat 15 May 2010 11:05 PM (UTC) |
Message
|
Icewolf said:
It would be nice to know how Mushclient make a judge that whether the subroutine specified in a trigger/timer/alias 's "script" is valid or not. Therefore we will know why is that a valid __callable__ python object (but not function) cannot be viewed as a valid subroutine by Mushclient.
It calls IDispatch::GetIDsOfNames to see if the dispatch pointer for the script engine can be used to convert that name into a dispatch ID. This is required for that script function to be subsequently called using the OLE routines.
http://msdn.microsoft.com/en-us/library/aa909091.aspx
This does not apply to Lua (which you are not asking about) as that does not use OLE for its scripting implementation.
In the case of Lua (as Twisol alluded to the __call metamethod) it simply checks if the named function is available in global Lua script space (after resolving nesting, eg. string.upper would work, although "string" is a table, and "upper" is a function inside that table).
|
- Nick Gammon
www.gammon.com.au, www.mushclient.com | Top |
|
Posted by
| WillFa
USA (525 posts) Bio
|
Date
| Reply #14 on Sun 16 May 2010 01:02 AM (UTC) |
Message
| That got me wondering, and upon testing it I found something weird...
/print(pcall(imaginaryfunc("hi")))
I was expecting to see "false attempt to call global 'imaginaryfunc' (a nil value)" but it still gives the standard World Errors (noted in orange, not cadetblue). Can you use pcall from the command line?
So my thought was to use a pcall(TablewithCallmeta(arg)) which should pass your check, since pcall is a function.
I was going to suggest wrapping the attempt to call m_strProcedure in a pcall. Is it better to exclude code that would work in an attempt to filter out ones that don't?
| Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
56,756 views.
This is page 1, subject is 2 pages long: 1 2
It is now over 60 days since the last post. This thread is closed.
Refresh page
top