In addition to using the internal integrated Python engine, PyScripter offers you the option to use one of three remote Python engines. These remote engines run in a separate process, so, when using them, script errors should not affect the stability of PyScripter. You can select the python engine that will be active from the Python Engine submenu of the Run menu. Here is a brief explanation of the Python engine options:
This Python engine is faster than the other options however if there are problems with the scripts you are running or debugging they could affect the reliability of PyScripter and could cause crashes. Another limitation of this engine is that it cannot run or debug GUI scripts nor it can be reinitialized.
This the default Python engine of PyScripter and is the recommended engine for most Python development tasks. It runs in a child process and communicates with PyScripter using rpyc. It can be used to run and debug any kind of script including GUI scripts. However if you run or debug GUI scripts you may have to reinitialize the engine after each run.
This remote Python engine is specifically created to run and debug Tkinter applications including pylab using the Tkagg backend. It also supports running pylab in interactive mode. The engine activates a Tkinter mainloop and replaces the mainloop with a dummy function so that the Tkinter scripts you are running or debugging do not block the engine. You may even develop and test Tkinter widgets using the interactive console.
This remote Python engine is specifically created to run and debug wxPython applications including pylab using the WX and WXAgg backends. It also supports running pylab in interactive mode. The engine activates a wx MainLoop and replaces the MainLoop with a dummy function so that the wxPython scripts you are running or debugging do not block the engine. You may even develop and test wxPython Frames and Apps using the interactive console. Please note that this engine prevents the redirection of wxPython output since that would prevent the communication with Pyscripter. When using the Tk and Wx remote engines you can of course run or debug any other non-GUI Python script. However bear in mind that these engines may be slightly slower than the standard remote engine since they also contain a GUI main loop.
As mentioned above the Wx and Tk engines activate a main loop and replace the MainLoop with a dummy function. Therefore, when debugging Gui scripts using these engines, as soon as you reach the MainLoop statement debugging ends and you can then test the running application but without further debugging support. This means two things:
To debug event code of Wx and Tkinter scripts use the standard remote engine. You may wonder why should you ever use the Wx and Tk specific remote engines. Here is a few reasons:
The remote engines are only available with Python 2.4 or later. They make use of rpyc, which is bundled by PyScripter and so no separate installation is required.
Home: Home
Wiki: FAQ
Wiki: PyScripter
Wiki: Sidebar
View and moderate all "wiki Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Wiki"
Originally posted by: victoryhb
Thank you all for the marvelous job you've done!
Last edit: Anonymous 2019-01-24
View and moderate all "wiki Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Wiki"
Originally posted by: linna...@gmail.com
When I tried to debug django app with remote python engine mode, I found that my pyscripter only stopped at break points in file manage.py, and ignored other break points in my views.py. I felt that after django's developer server started, the debug function would not take effect upon the browser input.
My environment is windows xp, python 2.5.1, pyscripter 1.9.9.7.
Last edit: Anonymous 2019-01-24
View and moderate all "wiki Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Wiki"
Originally posted by: sslivit...@gmail.com
Love pyscripter.
Is the support for Qt application planned? I'm using the TK engine as they gave me less errors.
Last edit: Anonymous 2019-01-24
View and moderate all "wiki Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Wiki"
Originally posted by: kevin.pi...@gmail.com
How can I remote debug a Python script running on Linux from Windows using PyScripter?
I posted the above question on StackOverflow?: http://stackoverflow.com/questions/4127790/how-can-i-remote-debug-a-python-script-running-on-linux-from-windows-using-pyscri
Last edit: Anonymous 2019-01-24
View and moderate all "wiki Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Wiki"
Originally posted by: pyscripter
Currently it is not possible to debug a script on a remote machine from PyScripter. This is a planned feature thought. You may be able to use winpdb.
Last edit: Anonymous 2019-01-24
View and moderate all "wiki Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Wiki"
Originally posted by: radslice...@gmail.com
Destruction of objects is not working with remote python engine, but works with internal python engine! E.g. Try running the following:
Last edit: Anonymous 2019-01-24
View and moderate all "wiki Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Wiki"
Originally posted by: st...@steveperkins.net
If you use PyScripter on a Linux machine using Wine, is it possible to run scripts on the native Linux Python engine... or are you limited to the Windows Python environment running through Wine?
Last edit: Anonymous 2019-01-24
View and moderate all "wiki Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Wiki"
Originally posted by: rob.clew...@gmail.com
Thanks for this great tool. I'm trying to offer pyscripter as part of a virtual machine image at my uni, using VCL. It seems that changing to peRemoteTk as image admin does not stay permanent for users loading the image (they need to use pylab interactively). Is that setting saved permanently to an RC file of some kind? I can't find info about such a thing. Thanks.
Last edit: Anonymous 2019-01-24
View and moderate all "wiki Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Wiki"
Originally posted by: shepa...@gmail.com
I have a python script that runs fine if I run it straight from Windows Explorer (just double click) or from Visual Studio (using the pytools plugin). However, many of my users have pyscripter installed so I would like to be able to run it from there too. The problem is that when I run it I get an error 'ImportError?: DLL load failed: %1 is not a valid Win32 application'. The file that pyscripter then loads is numpy and it highlights 'import multiarray'. I get that there can be problems with 32 v 64-bit applications, but I don't get why I can run this succesfully from Windows Explorer, but it fails in pyscripter. I tried changing the Engine options but those all gave me the same error. Any ideas? Is there a way to check which .exe pyscripter is using to run the script? Would it be any different than the default .exe?
Last edit: Anonymous 2019-01-24
Hi, I am running Python 2.7.13 and PyScripter 2.6.0.0 x86 on a windows 7 laptop.
Whenever I try to load either of the Tk or Wx remote engines I get the message "Could not connect to the remote python engine server. The remote interpreter and debugger is not available".
Is there a way to fix this or is it a perma-problem? I could not find any workaround myself and am a newb. Thank you.
Last edit: Spyros Fakiridis 2017-03-21
Hi Spyro,
Sorry for the late reply.
It works here fine with version 3.0 from
https://sourceforge.net/projects/pyscripter/files/. Are Tk or Wx properly
installed in your machine?
For instance does
work from the Interpreter window?
Regards
Kiriakos
On 21 March 2017 at 13:16, Spyros Fakiridis esquivelspy@users.sf.net
wrote: