Free debuggers for windows software for linux

ZPTDebugger is a Plone product used for peeking Python expressions used during rendering.
Using ZPTDebuger you can easily see the values of each Python expression used in template and all other templates used by it. You can see the expression, its value, value type and time used to execute it.
This product is instantiated as simple Zope object. It lists in a table all executed Python expressions or presents them as a tree-like structure. If there was error in an expression it will be marked as a red row and it will be the last row processed. But the error will still remain in error_log.
To actually debug template you have to go to #DebuggerConsole (default id) and run debugger with relative path to template and optional parameters. Product will monkey patch TALInterpreter and PageTemplates.Expressions but debugging functionality is disabled by default. It is enabled only during debugger call. But despite that it shouldt be used on live instances.
Enhancements:
- First stable release of a product that allows viewing of all TAL/Python expressions used in template rendering.

FireBugger is a product which makes the Firebug Lite interactive Javascript console available on your Plone site.
Main features:
- Firebug is a Firefox extension that provides an incredible DOM/CSS inspector and Javascript console/debugger.
- Firebug Lite is a bit of Javascript that provides a slimmed down version of the Firebug Javascript console for browsers other than Firefox.
- FireBugger makes Firebug Lite instantly available on your Plone site!
FireBugger was initially built with generator.py from DIYPloneStyle 2.5, a skeleton product ready for building new graphical designs for Plone, and was extensively modified afterwards. Re-generation from DIYPloneStyle will probably break FireBugger.
Works with:
- Plone 2.5.2

Bash Debugger project contains patched sources to BASH that enable better debugging support as well as improved error reporting.
In addition, this project contains the most comprehensive source-code debugger for bash that has been written.
Since this project maintains as an open CVS development and encourages developers and ideas, the space could be also be used springboard for other experiments and additions to BASH.
Enhancements:
- This release adds a gdb-like "load" command to force reading in a file.
- Files coming from function line-specifications are now read in (Debian Bug #40336).
- Negative numbers are now allowed in "frame" (and "up" and "down") commands.
- Help, manual page, and documentation fixes have been made, including suggested use of $PS4.

Brainfuck Debugger is designed to encourage the development of Brainfuck programs by providing an IDE with debugging features.

One of the goals of this project is to provide an environment for people who want to experiment with the fundimental processes of computers, but not get blown away with complicated syntax issues.

GNU DDD is a graphical front-end for command-line debuggers such as GDB, DBX, WDB, Ladebug, JDB, XDB, the Perl debugger, the bash debugger, or the Python debugger.

Besides "usual front-end features such as viewing source texts, DDD has become famous through its interactive graphical data display, where data structures are displayed as graphs.

wsdebug is a debugger for the more or less famous whitespace programming language, coming along with a rather fast interpreter (wsi).

Most programming languages like C or Perl do not care for white space characters (like tab, space or newline/linefeed). The whitespace programming language works just the other way round, dont care for any character but those white space ones.

On the whole its just another geeky language like Brainfuck and others, however more adicting.

If youve written a whole lot of instructions youll probably reach the point, where you get lost. Then just put your script into wsdebug and step through your bunch of whitespace instructions and watch how each command manipulates the stack (or heap).

Extended Python Debugger is a complete debugger for Python than the stock pdb.py debugger.

It supports a "restart" command and stack traces that show fewer ?s and give better information for exec statements.

Stepping/nexting skips over method/function "defs". It tries to follow gdbs command set unless there is good reason not to.

The Assembly Language Debugger is a tool for debugging executable programs at the assembly level. It currently runs only on Intel x86 platforms.
Operating systems supported: Linux, FreeBSD, NetBSD, OpenBSD
Main features:
- Step into / Step over
- Breakpoints
- Powerful ELF format interpreter
- Easy memory manipulation
- Disassembler for intel x86 instructions
- Easy register manipulation
Enhancements:
- added commands: display, ldisplay, undisplay to dump specified memory locations after each single step (thanks to ziberpunk < ziberpunk =at= ziberghetto dhis org > for the suggestion and code)
- all Makefiles are now based on automake in the hopes that this will fix some of the problems integrating ald into the *BSD ports systems
- bug fix where a pointer wasnt set to NULL after clearing program arguments with the "set args" command
- this is related to the previous feature: if the effective address lies inside a symbol/function, the corresponding symbol is now displayed
- for CALL and JMP instructions, exact target/effective addresses are now computed (code for this was contributed by Samuel Falvo II < kc5tja =at= arrl net >)
- upgraded all configure scripts to autoconf v2.59