AngelScript debugging

AngelScript allow to debug scripts: … debug.html … ugger.html

May be add script debugging in scene editor, but it must be rewriten on C++ code.

I think what may be add simple showing variables and their values to Windows console and write to log-file and continue execute. May be add command line flags for set breakpoint on specific file and line.

Making an interactive debugger in the text console window would be quite straightforward. The Script subsystem could read commands from it (enable breakpoint, disable breakpoint, stop, continue etc.)

Making it graphical is considerably harder, because to keep the application logic intact everything must suspend on the breakpoint, rendering included, as otherwise the engine is still processing frames and events will be sent (and we don’t want to make everything check “IsDebugging()” or something)

Even if it is a cli I would really like this.

There is always the chance of implementing something similar to: as that graphically would have no impact.

There was talk about removing civetsweb for the newly relicenced RakNet. I don’t know the timeline for replacing it or even if it will be replaced.

There is no urgent need to integrate RakNet. It is good, but looking at the codebase, it also has its own weirdnesses and issues. Also, unlike websocketpp, neither Civetweb or RakNet provide a websocket server natively, but they provide TCP functionality so that you can implement one yourself.

Very nice!

Building with the asEP_BUILD_WITHOUT_LINE_CUES == true setting has been an “overzealous” optimization without hard evidence to back it up. I think that can be forced to false and it doesn’t need a switch. If I understand right it also affects compiled & saved bytecode, and in that case it’s better that the user isn’t accidentally able to compile scripts to be incompatible with full debugging support.

Controlling whether the debugger is built in would preferably be a CMake option, like URHO3D_ANGELSCRIPT_DEBUGGING. It’s safest to default to false.

Storing include file names in lowercase is likely an artifact from the time we did not have nice case-insensitive compare functions. You should be able to remove that, if you ensure that case differences can’t cause the same file to be included twice.

I can help. :wink:

What version of .net does it use? Please say 4.0 or less then it will probably run in wine. :smiley: I don’t ever use windows and so booting into it is a huge pain because all of my tools and software is in linux. Too bad mono doesn’t support WPF at all…

EDIT: This is my 42nd post!

Cool thanks! I would love to take a shoot at getting this running in wine.