Thanks for your great reply. I even augmented the reloading with the same dict
by clearing all of the non-standard symbols from the dict. This effectively
resets the dict:
# try to clear out the module by deleting all global refs
I think this is the way I’ll take it, and for all the same reasons. The only
way they can break it is if they really want to. I guess anything other
Franken-apps would be interesting to hear about too. And I’ll still stick it on
the app store.
On Nov 23, 2014, at 1:35 AM, Chris Angelico
On Nov 23, 2014, at 4:57 AM, Chris Angelico ros...@gmail.com wrote:
On Mon, Nov 24, 2014 at 12:20 AM, Patrick Stinson patrickk...@gmail.com
wrote:
I think this is the way I’ll take it, and for all the same reasons. The only
way they can break it is if they really want to. I guess
On Tue, Nov 25, 2014 at 6:38 PM, Patrick Stinson patrickk...@gmail.com wrote:
Thanks for the stories in this and the other thread. I love these interesting
problems that push the limits :)
I agree. How boring is life when we never push the limits!
ChrisA
--
I am writing a python app (using PyQt, but that’s not important here), and want
my users to be able to write their own scripts to automate the app’s
functioning using an engine API hat I expose. I have extensive experience doing
this in a C++ app with the CPython api, but have no idea how to do
On Sun, Nov 23, 2014 at 4:48 PM, Patrick Stinson patrickk...@gmail.com wrote:
I am writing a python app (using PyQt, but that’s not important here), and
want my users to be able to write their own scripts to automate the app’s
functioning using an engine API hat I expose. I have extensive
On Sun, Nov 23, 2014 at 9:28 PM, Patrick Stinson patrickk...@gmail.com wrote:
Thanks for your great reply. I even augmented the reloading with the same
dict by clearing all of the non-standard symbols from the dict. This
effectively resets the dict:
You may as well start with an empty dict and
Chris Angelico schrieb am 23.11.2014 um 11:35:
On Sun, Nov 23, 2014 at 9:28 PM, Patrick Stinson wrote:
Is there a better and more secure way to do the python-within-python in
order allow users to automate your app?
More secure? Basically no. You could push the inner script into a
separate
On Mon, Nov 24, 2014 at 12:20 AM, Patrick Stinson patrickk...@gmail.com wrote:
I think this is the way I’ll take it, and for all the same reasons. The only
way they can break it is if they really want to. I guess anything other
Franken-apps would be interesting to hear about too. And I’ll