On Tue, Nov 25, 2014 at 6:38 PM, Patrick Stinson 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
--
https://mail.python.org/mailman/listinfo/python-list
> On Nov 23, 2014, at 4:57 AM, Chris Angelico wrote:
>
> On Mon, Nov 24, 2014 at 12:20 AM, Patrick Stinson
> 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
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 wro
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
On Mon, Nov 24, 2014 at 12:20 AM, Patrick Stinson 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 still stick it
> on t
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
> sep
On Sun, Nov 23, 2014 at 9:28 PM, Patrick Stinson 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 then pick up the f
On Sun, Nov 23, 2014 at 4:48 PM, Patrick Stinson 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 experience
> doing th
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