Message149623
| Author |
Jim.Jewett |
| Recipients |
Jim.Jewett, docs@python, loewis, vstinner |
| Date |
2011年12月16日.13:50:16 |
| SpamBayes Score |
9.357737e-12 |
| Marked as misclassified |
No |
| Message-id |
<1324043420.57.0.997600776979.issue13604@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
>> Why is the utf-8 representation not cached when it is generated for
>> ParseTuple et alia?
My error -- I read something backwards.
>> When a string is created from a wchar_t array, who is responsible for
>> releasing the original wchar_t array?
> The caller.
OK, I'll document that.
>> As I read it now, Python
>> doesn't release the buffer, and the caller can't because maybe Python
>> just pointed to it as memory shared with the canonical
>> representation.
> But Python won't; it will always make a copy for itself.
I thought I found an example each way, but it is possible that the shared version was something python had already copied. If not, I'll raise that as a separate issue to get the code changed.
(Note that I may not be able to look at this again until after Christmas, so I'm likely to go silent for a while.) |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2011年12月16日 13:50:21 | Jim.Jewett | set | recipients:
+ Jim.Jewett, loewis, vstinner, docs@python |
| 2011年12月16日 13:50:20 | Jim.Jewett | set | messageid: <1324043420.57.0.997600776979.issue13604@psf.upfronthosting.co.za> |
| 2011年12月16日 13:50:19 | Jim.Jewett | link | issue13604 messages |
| 2011年12月16日 13:50:19 | Jim.Jewett | create |
|