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 db3l
Recipients db3l, ocean-city, pitrou
Date 2011-01-30.21:29:04
SpamBayes Score 1.4332985e-10
Marked as misclassified No
Message-id <1296422945.45.0.0851649170404.issue9973@psf.upfronthosting.co.za>
In-reply-to
Content
Probably - it's just a general sequencing change, so I suppose should apply equally to all platforms.  I suppose even better would be to consolidate the two clean scripts into one (with a parameter for 32 v. 64), but just patching both is less of a change.  Unrelated, but it's interesting how the amd64 script makes sure to be in the PCBuild tree before deleting byte compiled files, but the standard script doesn't.

Oh, I should probably also update my prior thought in this ticket, since based on a python-dev thread Hirokazu pointed out that just having things at the end of test.bat could be exposed if the actual test itself never returns to the script.

That might have higher odds than the build master losing contact with the slave between build and clean step, so the original patch is likely the better choice.  Or maybe do it in both both places.  

But just moving things to clean first would cover the vast majority of cases I seem to see on my build slaves, which only rarely lose contact with the master.
History
Date User Action Args
2011-01-30 21:29:05db3lsetrecipients: + db3l, pitrou, ocean-city
2011-01-30 21:29:05db3lsetmessageid: <1296422945.45.0.0851649170404.issue9973@psf.upfronthosting.co.za>
2011-01-30 21:29:04db3llinkissue9973 messages
2011-01-30 21:29:04db3lcreate