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 | jnferguson |
|---|---|
| Recipients | amaury.forgeotdarc, belopolsky, jnferguson |
| Date | 2008年04月09日.01:21:17 |
| SpamBayes Score | 0.07460175 |
| Marked as misclassified | No |
| Message-id | <1207704078.65.0.53495309332.issue2588@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
I do agree with your point about snprintf(..., sizeof(x), ...)-- my single biggest point (and maybe i'm just not seeing it), is that there appears to be no good reason for having this caveat and in turn its essentially just code waiting to break; with as commonly used of a function as it is, it's really a matter of when and not so much if. While no one seems to ever use it this way, don't forget that a good alternative to asprintf() is calling sprintf() with a length of zero to get the length (in compliant implementations), allocating the memory and then calling it again. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年04月09日 01:21:19 | jnferguson | set | spambayes_score: 0.0746017 -> 0.07460175 recipients: + jnferguson, amaury.forgeotdarc, belopolsky |
| 2008年04月09日 01:21:18 | jnferguson | set | spambayes_score: 0.0746017 -> 0.0746017 messageid: <1207704078.65.0.53495309332.issue2588@psf.upfronthosting.co.za> |
| 2008年04月09日 01:21:17 | jnferguson | link | issue2588 messages |
| 2008年04月09日 01:21:17 | jnferguson | create | |