A cross-version Python bytecode decompiler
Go to file
2016-06-29 21:24:19 -04:00
bin Python packaging - yet again. 2016-05-13 22:59:15 -04:00
pytest Alight instructions 2016-06-19 03:01:10 -04:00
test A 2.6 comprehension bug 2016-06-29 21:24:19 -04:00
uncompyle6 A 2.6 comprehension bug 2016-06-29 21:24:19 -04:00
__pkginfo__.py JUMP_IF_{TRUE,FALSE}_OR_OP fixes 2016-06-27 17:15:21 -04:00
.gitignore Merge branch 'master' of github.com:rocky/python-uncompyle6 into ast-format 2016-06-03 13:45:16 -04:00
.travis.yml Nuke Travis 3.2 and 3.3 testing for now 2016-05-28 01:16:25 -04:00
ChangeLog Get ready for release 2.5.0 2016-06-22 22:52:32 -04:00
circle.yml Note dependencies on spark 2016-04-27 23:09:30 -04:00
compile_tests first commit 2012-06-05 10:46:41 +02:00
DECOMPYLE-2.4-CHANGELOG.txt Get ready for release 2.4.0 2016-05-18 12:46:23 -04:00
HISTORY.md Get ready for release 2.4.0 2016-05-18 12:46:23 -04:00
LICENSE Small changes and administrivia 2016-05-19 08:40:20 -04:00
Makefile Fix Python 3.x bugs 2016-05-17 04:00:54 -04:00
MANIFEST.in More packaging crap. 2016-05-13 23:35:31 -04:00
NEWS Get ready for release 2.5.0 2016-06-22 22:52:32 -04:00
PKG-INFO Small changes and administrivia 2016-05-19 08:40:20 -04:00
README.rst Doc fixes 2016-06-22 23:42:33 -04:00
requirements-dev.txt Fix up Python 3.2, 3.3, and 3.4 cross-version scanners 2015-12-26 10:19:26 -05:00
requirements.txt See if travis will take spark 1.2.1 2016-05-14 15:28:16 -04:00
setup.cfg declare Python3 support in wheel and trove 2016-04-18 10:38:22 +01:00
setup.py See if travis will take spark 1.2.1 2016-05-14 15:28:16 -04:00
tox.ini Minimal disassemble, ast compile and deparse work on Python 3. 2015-12-12 13:22:44 -05:00

|buildstatus|

uncompyle6
==========

A native Python cross-version Decompiler and Fragment Decompiler.
Follows in the tradition of decompyle, uncompyle, and uncompyle2.


Introduction
------------

*uncompyle6* translates Python bytecode back into equivalent Python
source code. It accepts bytecodes from Python version 2.5 to 3.5 or
so. The code requires Python 2.6 or later and has been tested on Python
running versions 2.6, 2.7, 3.2, 3.3, 3.4 and 3.5.

Why this?
---------

There were a number of decompyle, uncompile, uncompyle2, uncompyle3
forks around. All of them come basically from the same code base, and
almost all of them not maintained very well. This code pulls these together
and addresses a number of open issues in those.

What makes this different from other CPython bytecode decompilers?  Its
ability to deparse just fragments and give source-code information
around a given bytecode offset.

I use this to deparse fragments of code inside my trepan_
debuggers_. For that, I need to record text fragments for all
bytecode offsets (of interest). This purpose although largely
compatible with the original intention is yet a little bit different.
See this_ for more information.

The idea of Python fragment deparsing given an instruction offset can
be used in showing stack traces or any program that wants to show a
location in more detail than just a line number.  It can be also used
when source-code information does not exist and there is just bytecode
information.

Installation
------------

This uses setup.py, so it follows the standard Python routine:

::

    pip install -r requirements.txt
    pip install -r requirements-dev.txt
    python setup.py install # may need sudo
    # or if you have pyenv:
    python setup.py develop

A GNU makefile is also provided so :code:`make install` (possibly as root or
sudo) will do the steps above.

Testing
-------

::

   make check

A GNU makefile has been added to smooth over setting running the right
command, and running tests from fastest to slowest.

If you have remake_ installed, you can see the list of all tasks
including tests via :code:`remake --tasks`


Usage
-----

Run

::

     ./bin/uncompyle6 -h

for usage help.


Known Bugs/Restrictions
-----------------------

Python 2 deparsing decompiles each and all the Python 2.7.10 and
2.7.11 installed packages I have on my system, more than 90% verify
ok. Some of these failures may be bugs in the verification process.  So
as such, it is probably a little better than uncompyle2.  Other Python
2 versions do worse.

All of the Python 3.2-3.5.4 Python standard lib packages that I have
installed on my system deparse. Each Python version has about 200
bytecode files. I'm not sure how well these verify though.

There are a few constructs that still need to be added to Python 3.5
Python 3.6 changes things drastically by using word codes rather than
byte codes. So that will be yet another challenge

There is lots to do, so please dig in and help.

See Also
--------

* https://github.com/zrax/pycdc : supports all versions of Python and is written in C++
* https://code.google.com/archive/p/unpyc3/ : supports Python 3.2 only

The above projects use a different decompiling technique what is used here.

The HISTORY file.

.. |downloads| image:: https://img.shields.io/pypi/dd/uncompyle6.svg
.. _trepan: https://pypi.python.org/pypi/trepan
.. _debuggers: https://pypi.python.org/pypi/trepan3k
.. _remake: https://bashdb.sf.net/remake
.. _pycdc: https://github.com/zrax/pycdc
.. _this: https://github.com/rocky/python-uncompyle6/wiki/Deparsing-technology-and-its-use-in-exact-location-reporting
.. |buildstatus| image:: https://travis-ci.org/rocky/python-uncompyle6.svg
		 :target: https://travis-ci.org/rocky/python-uncompyle6