➜

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 mark.dickinson
Recipients cmcqueen1975, dtorp, josiahcarlson, mark.dickinson, tim.peters
Date 2010-01-26.10:56:59
SpamBayes Score 4.8692567e-05
Marked as misclassified No
Message-id <1264503420.83.0.320339269682.issue1205239@psf.upfronthosting.co.za>
In-reply-to
Content 
Interesting.  I agree that that looks like a case where it would be desirable for a >> -n to do a << n.

By the way, I don't think your formula is quite correct:  your crc is going to grow unboundedly as extra data bytes come in.  I suspect that you want to mask the result with (1 << crc_width) - 1 after each update.
(And what's the '& 0xFF' for?  Isn't it redundant?)
History
Date User Action Args
2010-01-26 10:57:01mark.dickinsonsetrecipients: + mark.dickinson, tim.peters, josiahcarlson, dtorp, cmcqueen1975
2010-01-26 10:57:00mark.dickinsonsetmessageid: <1264503420.83.0.320339269682.issue1205239@psf.upfronthosting.co.za>
2010-01-26 10:56:59mark.dickinsonlinkissue1205239 messages
2010-01-26 10:56:59mark.dickinsoncreate