homepage

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 larry
Recipients larry
Date 2012年05月07日.23:24:51
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1336433092.13.0.553393159676.issue14746@psf.upfronthosting.co.za>
In-reply-to
Content
There's code like this in skipitem() in Python/getargs.c:
 case 'b': /* byte -- very short int */
 /* ... a zillion more case statements here ... */
 case 'C': /* unicode char */
 case 'p': /* boolean predicate */
 {
 (void) va_arg(*p_va, void *);
 break;
 }
 case 'n': /* Py_ssize_t */
 {
 (void) va_arg(*p_va, Py_ssize_t *);
 break;
 }
 /* ... a bunch of other stuff here ... */
 case 'S': /* string object */
 case 'Y': /* string object */
 case 'U': /* unicode string object */
 {
 (void) va_arg(*p_va, PyObject **);
 break;
 }
I cannot for the life of me imagine a platform where the size of a "Py_ssize_t *" or a "PyObject **" would be different from the size of a "void *". I've programmed on platforms where code pointers and data pointers were different sizes--but data pointers to different sizes of data? Never heard of it.
But I've been wrong before! So, rather than simply make the change, I'm posting this bug just as a double check.
It's safe to fold 'n', 'S', 'Y', and 'U' into the initial paragraph of case statements simply skipping a pointer... isn't it?
History
Date User Action Args
2012年05月07日 23:24:52larrysetrecipients: + larry
2012年05月07日 23:24:52larrysetmessageid: <1336433092.13.0.553393159676.issue14746@psf.upfronthosting.co.za>
2012年05月07日 23:24:51larrylinkissue14746 messages
2012年05月07日 23:24:51larrycreate

AltStyle によって変換されたページ (->オリジナル) /