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 | schuppenies |
|---|---|
| Recipients | amaury.forgeotdarc, benjamin.peterson, facundobatista, schuppenies |
| Date | 2008年06月27日.12:22:08 |
| SpamBayes Score | 0.024996014 |
| Marked as misclassified | No |
| Message-id | <1214569330.21.0.524085785884.issue3122@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Okay, I get the point. With including unicode.defenc I already included a referenced object which was ruled out in the first place. And this for a good reason. What bugs me, though, is that this leaves out a potentially significant amount of memory. I know that this is already the case for shared objects (e.g. the above mentioned numbers) or malloc overhead, but adding yet another exception bothers me. On the other hand, since it's hidden behind the C API, I don't know how to address this problem. Maybe just give it some text in the documentation is sufficient. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年06月27日 12:22:10 | schuppenies | set | spambayes_score: 0.024996 -> 0.024996014 recipients: + schuppenies, facundobatista, amaury.forgeotdarc, benjamin.peterson |
| 2008年06月27日 12:22:10 | schuppenies | set | spambayes_score: 0.024996 -> 0.024996 messageid: <1214569330.21.0.524085785884.issue3122@psf.upfronthosting.co.za> |
| 2008年06月27日 12:22:09 | schuppenies | link | issue3122 messages |
| 2008年06月27日 12:22:08 | schuppenies | create | |