This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author numerodix
Recipients ezio.melotti, numerodix
Date 2013-10-20.13:46:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1382276781.18.0.580414699711.issue19316@psf.upfronthosting.co.za>
In-reply-to
Content
- If you wish to make changes that affect the output of bytecode without having to update the magic number each time (while testing your changes) you can just delete your old .py(c|o) files! Even though you will end up changing the magic number if you change the bytecode, while you are debugging your work you will be changing the bytecode output without constantly bumping up the magic number. This means you end up with stale .pyc files that will not be recreated. Running find . -name '*.py[co]' -exec rm -f {} ';' should delete all .pyc files you have, forcing new ones to be created and thus allow you test out your new bytecode properly.

I propose: 
Any time you make changes that affect the output of bytecode you will need to update the magic number as well, otherwise Python will reuse your old .pyc files and you will not be able to test your new bytecode properly. If you do not wish to constantly bump the magic number you can just delete the old .pyc files each time by running find . -name '*.py[co]' -exec rm -f {} ';'
History
Date User Action Args
2013-10-20 13:46:21numerodixsetrecipients: + numerodix, ezio.melotti
2013-10-20 13:46:21numerodixsetmessageid: <1382276781.18.0.580414699711.issue19316@psf.upfronthosting.co.za>
2013-10-20 13:46:21numerodixlinkissue19316 messages
2013-10-20 13:46:21numerodixcreate