[issue3435] trace.py tries to get coverage data from non Python files
Changes by Daniel Diniz aja...@gmail.com: -- priority: - normal stage: - test needed versions: +Python 2.6, Python 3.1 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3435] trace.py tries to get coverage data from non Python files
Changes by Jerry Seutter [EMAIL PROTECTED]: -- nosy: +jseutter ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3435] trace.py tries to get coverage data from non Python files
New submission from Gustavo Narea [EMAIL PROTECTED]: trace.py tries to get coverage information from non Python files, which raises a SyntaxError because the file doesn't contain valid Python code. I've attached a path that fixes this problem in Python 2.5. -- components: Library (Lib) files: trace.diff keywords: patch messages: 70197 nosy: Gustavo severity: normal status: open title: trace.py tries to get coverage data from non Python files type: behavior versions: Python 2.5 Added file: http://bugs.python.org/file10964/trace.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3435] trace.py tries to get coverage data from non Python files
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Your remark is certainly valid, but where does this occur? Some tool that generate python code on the fly? Do you have an example, a use case? -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3435] trace.py tries to get coverage data from non Python files
Gustavo Narea [EMAIL PROTECTED] added the comment: Hi, Amaury. I found this problem using the Bitten continuous integration system (http://bitten.edgewall.org/ticket/304). I'm using the TurboGears framework with Genshi, and therefore mypackage.templates module should contain non-Python files. Here you'll find its contents: https://tracker.gnulinuxmatters.org/browser/animador/trunk/animador/template This is the only situation where the problem occurs, AFAIK. If you want to reproduce it, you can: 1.- Install Bitten: easy_install http://svn.edgewall.org/repos/bitten/trunk/ 2.- Install my package: svn co https://svn.gnulinuxmatters.org:81/animador/trunk/ animador cd animador ./setup.py develop 3.- Run Bitten's unittest extension for setuptools under my package with the following options: ./setup.py unittest --xml-output build/test-results.xml --coverage-summary build/test-coverage.txt --coverage-dir build/coverage Then you'll get a SyntaxError if the patch I attached is not applied. Cheers. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com