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 terry.reedy
Recipients brett.cannon, loewis, pitrou, terry.reedy
Date 2012-10-12.21:00:59
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1350075659.45.0.134337308266.issue16213@psf.upfronthosting.co.za>
In-reply-to
Content
marshal currently has a simple, coherent, high-level interface: dump and load serializations.

_fix_co_filename sounds a bit hackish and ad hoc. Martin's suggestion looks to me like a better way to publicly expose filename setting.
Making a function public indefinitely freezes the api and behavior, so we need to consider if we might want to change it.

If Martin is correct as to the definition of _w_long, its a trivial one line convenience function that is not particularly specific to marshal and that could have been inlined in the code (and for all I know, is, when C compiled). Its existence in marshal really seems to me like an implementation detail that should remain private.
History
Date User Action Args
2012-10-12 21:00:59terry.reedysetrecipients: + terry.reedy, loewis, brett.cannon, pitrou
2012-10-12 21:00:59terry.reedysetmessageid: <1350075659.45.0.134337308266.issue16213@psf.upfronthosting.co.za>
2012-10-12 21:00:59terry.reedylinkissue16213 messages
2012-10-12 21:00:59terry.reedycreate